didnt need clock;

reading vectors saved from previous frame

Post a reply to this message

Attachments:
Download 'buck_bou.mpg' (870 KB)

"alphaQuad" <alp### [at] earthlinknet> wrote:
> didnt need clock;
>
> reading vectors saved from previous frame

wedsite saved a dat, it *was* an mpg,

different header and mpg compressor

Post a reply to this message

Attachments:
Download 'bucky.mp43.mpg' (848 KB)

On Mon, 14 Sep 2009 00:34:48 EDT, "alphaQuad" <alp### [at] earthlinknet>
wrote:

>"alphaQuad" <alp### [at] earthlinknet> wrote:
>> didnt need clock;
>>
>> reading vectors saved from previous frame
>
>wedsite saved a dat, it *was* an mpg,
>
>different header and mpg compressor

Both versions were mpeg for me. Nice animation I like the way that the ball
deforms as it bounces.
-- 

Regards
     Stephen

Post a reply to this message

Stephen <mcavoysAT@aolDOTcom> wrote:
> Both versions were mpeg for me. Nice animation I like the way that the ball
> deforms as it bounces.
> --
>
> Regards
>      Stephen

Thanks.

Anaglyph effect is not lost with the 3IV2 nor with the MP43 compressors,
as it was lost with JPEG compression. 3D movie is a go.

really needed a reliable L/R frame detector without the clock to depend on being
the same for both frames.

really needed a way to read file vectors. #read returns all kinds of nasty
things from a page of vectors. But if you start an int, the following vectors
return as vectors every 4th number. every other vector as 3 floats.

 #read sets undeclared identifier making it possible to echo the same var for
both vector and float for this discovery

f
f
f
v
f
f
f
v
etc

/**********************************************************
Reads a page of Vectors
must have num vectors on 1st line
***********************************************************/

#include "echo.inc"
#ifndef(READ_VECT_INC_TEMP)
   #declare READ_VECT_INC_TEMP = version;
   #version 3.6;
   #macro vectread(sfile,rarr)
       #local i=0; #local _v = array[3]
       #fopen test sfile read
       #read (test,readp)
       #local n = readp;

       #while (i<n)
         #local j=0;
         #if (mod(i,2)) #read (test,readp) #local rarr[i] = readp;
         #else
            #while (j<3)
                 #read (test,readp)
                 #local _v[j] = readp;
                 #if (j=2) #local rarr[i] = <_v[0],_v[1],_v[2]>;
                 #end
              #local j=j+1;
            #end
         #end

         #local i=i+1;
       #end
       #fclose test
   #end
  #version READ_VECT_INC_TEMP;
#end
/*
#fopen test "test.txt" write
#write(test,2,"\n",<0,-3.56095,76>,"\n",<0,3.56095,-76>,"\n") #fclose test
#declare pagevars = array[2]
vectread("test.txt",pagevars)
echov(pagevars[0]) cr()
echov(pagevars[1]) cr()
  */
      /* test file tested to 8 vects
8
<0,-3.56095,76>
<0,3.56095,-76>
<0,-3.56095,76>
<0,3.56095,-76>
<0,-3.56095,76>
<0,3.56095,-76>
<0,-3.56095,76>
<0,3.56095,-76>

  starting with vector = buggy
<0.00000,-3.56095,76.00000>
0.00000
3.56095
-76.00000
-76.00000

*/

Post a reply to this message

Attachments:
Download 'bucky3d.mp43.mpg' (461 KB)

"alphaQuad" <alp### [at] earthlinknet> wrote:
> "alphaQuad" <alp### [at] earthlinknet> wrote:

> wedsite saved a dat, it *was* an mpg,
>
> different header and mpg compressor

The .dat version plays fine in Windows Media Player (although it doesn't
'auto-load' like usual.)  The 2nd version seems to be broken, at least in
Quicktime running on Firefox.

Nice little animation.  No clock, eh?  Interesting.

Ken

Post a reply to this message

first animation was indeed a fluke to have come out that good. Due to its
simplicity and luck of the draw, velocity happened to be in the neighborhood of
correct around bounce time.

same animation macro but with 3 different obj params

with some bounce control:

Post a reply to this message

Attachments:
Download 'bounce3.mp43.mpg' (1069 KB)

The only reason you see and screen cap of the mpg in media player 6 is because
that program was run after and secondly with respect to MP7.

The only reason you see a screen cap out of MP7 (on the right) is because its a
3ivx! (and mp7 not run secondly)

Run MPEGs singularly and there is darking of the movie (not with 3ivx) and
screen cap is blank!

Go MS, you so ssss.......

Post a reply to this message

Attachments:
Download 'mediap_scrncp.png' (440 KB)

Preview of image 'mediap_scrncp.png'

so i am building a 5th
 while rending this anim

and made a change with an error ">"
restarted frame 125 of 170, this was the result:

bucky with a 'tude,
better chk that matrix again

wont see anything like that again, heh

Post a reply to this message

Attachments:
Download 'spin4.mp43.mpg' (1178 KB)

alphaQuad wrote:
> The only reason you see and screen cap of the mpg in media player 6 is because
> that program was run after and secondly with respect to MP7.
> 
> The only reason you see a screen cap out of MP7 (on the right) is because its a
> 3ivx! (and mp7 not run secondly)
> 
> Run MPEGs singularly and there is darking of the movie (not with 3ivx) and
> screen cap is blank!
> 
> Go MS, you so ssss.......
> 

The reason for the blank screenshot is that the media player is using 
hardware accelerated playback using a feature called overlays. It's like 
the blue or green screen they use when making special effects in movies 
for example. The window of the media player is in fact not black but 
very very dark red (IIRC), your graphics card is then replacing that 
color with the hardware accelerated video just before it sends it to the 
monitor. Only one program at a time can use this feature so if you start 
multiple players only the first will use it, the other will fall back to 
less hardware accelerating. The difference in darkness is probably due 
to software vs. hardware decoding. There is an option in media player to 
shot off acceleration allowing you to take sceenshots. I found all this 
out years ago when I tried to capture screenshots of a video.

-- 
Daniel Nilsson

Post a reply to this message

Daniel Nilsson <pov### [at] daniel-nilssoncom> wrote:

> The reason for the blank screenshot is that the media player is using
> hardware accelerated playback using a feature called overlays. It's like
> the blue or green screen they use when making special effects in movies
> for example. The window of the media player is in fact not black but
> very very dark red (IIRC), your graphics card is then replacing that
> color with the hardware accelerated video just before it sends it to the
> monitor. Only one program at a time can use this feature so if you start
> multiple players only the first will use it, the other will fall back to
> less hardware accelerating. The difference in darkness is probably due
> to software vs. hardware decoding. There is an option in media player to
> shot off acceleration allowing you to take sceenshots. I found all this
> out years ago when I tried to capture screenshots of a video.
>
> --
> Daniel Nilsson

Ah the technical version. I figured it was something like that, mostly vid card
interface with my software, I was mainly thinking. Annoying, but thanks, you
pointed out the fix.

originally got these polyhedra from george hart, everything still seems to be
there. For polyhedra : Google : VRML Polyhedra

 rec: georgehart or orchidpalms

roll slowing and matrix control for an out of control buckky, some bounce design
and wallah: (still have not had to write matrix between frames, not yet)

(center poly has 120 points not 60, but dont tell anyone, they wont even notice)
Bucky didnt try to split this time, but I removed its traction programming just
in case. hmm, now what to do with it ... guess I just delete it ...

Post a reply to this message

Attachments:
Download 'tiggy5.mp43.mpg' (1172 KB)