[Golist] GoList Digest, Vol 11, Issue 7

pedr browne pedr.browne at gmail.com
Sat Nov 1 10:45:35 PDT 2008


Thanks for the replies,

I think I'm just asked the poor old flash player to do too much.

@Moses The idea is to create an animation that runs very slowly, then change
its speed by varying the gaps between the frames - Every frame means the
animation is slow, every 20th frame means it is fast - The framerate stays
the same, but the gaps between the number of the frame that is displayed
changes .
The nice thing is being able to move between the two - Like an old school
video editing desk with the spin-dials for spooling through the film.

eg (@ 25 fps)

Frame : 1, 2, 3, 4, 5, 7, 10, 14, 19, 25, 32, 40, 49, 59

Would result in the animation speeding up exponentially.

I did some similar stuff with as2 a while back ( www.loopbrighton.com ) -
The video masked by the text in the menu varies its framerate depending on
mouse proximity, but this time round I was trying to use 500x500 px video.
Just not meant to be - Maybe a couple of Flashplayers down the line.

@Jon
Maxed out on keyframes already. Think you're right. Will have to go the
undynamic AfterEffects route.

Thanks again,

P.

2008/10/30 <golist-request at goasap.org>

> Send GoList mailing list submissions to
>        golist at goasap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://goasap.org/mailman/listinfo/golist_goasap.org
> or, via email, send a message with subject or body 'help' to
>        golist-request at goasap.org
>
> You can reach the person managing the list at
>        golist-owner at goasap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of GoList digest..."
>
>
> Today's Topics:
>
>   1. Re: Tweening frame numbers in an Mc (Moses Gunesch)
>   2. Re: Tweening frame numbers in an Mc (jon at shovemedia.com)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 30 Oct 2008 11:11:33 -0400
> From: Moses Gunesch <moses at goasap.org>
> Subject: Re: [Golist] Tweening frame numbers in an Mc
> To: Mailing list for the Go ActionScript Animation Platform
>        <golist at goasap.org>
> Message-ID: <FCA3B7E1-113A-4FA9-911A-F21EACD3B2B4 at goasap.org>
> Content-Type: text/plain; charset="us-ascii"; Format="flowed";
>        DelSp="yes"
>
> you mean the flash player framerate?
>
> flash player has a variable framerate that runs as fast as the host
> machine can process. tying anything to the player's framerate is not a
> good idea -- for example, flv video can run at its own framerate
> inside the player, but the way you're doing it will choke it and force
> it to lock to the variable framerate (and probably break). The thing
> that causes slowdown is usually rendering to the screen, so the only
> way around it is to use very small and lightweight graphics and
> animation.
>
> Out of curiosity, why do you need to tween frames of video? Maybe it's
> for a "scan" effect, like the one Phillip Kerman did for the Allied
> Works site a few years back?
>
> - m
>
>
> On Oct 27, 2008, at 4:28 PM, pedr browne wrote:
>
> > Hi,
> >
> > Guess this question isn't specific to Go, but I figure this is a
> > good place to ask it...
> >
> > I'm experimenting with tweening an mc's frame numbers. It is an mc
> > containing 1000 frames of embedded video. Hooking the mc up to
> > different tweening engines and letting them tween an int (a var
> > called frame) between 0 and the total number of frames over a given
> > time.
> >
> > I then have an ENTER_FRAME event looking at this var every time it
> > is called and advancing to this frame. So the frame is only changing
> > 25 times a second, not every time frame is changed.
> >
> > This works ok, but what I have noticed is strange. When the jumps
> > between frames are small, the framerate is uneffected, but as the
> > jumps between the frames increases, the framerate drops lower and
> > lower.
> >
> > I have tried setting this up without a tween, incrementing frame by
> > a fixed amount every ENTER_FRAME and I've noticed the same behavior :-
> >
> > If i increment the frame by one every ENTER_FRAME, the framerate is
> > stable at 24 fps, but if I increase the increment to five, the
> > framerate drops to around 15 fps.
> >
> > I was wondering if anyone can tell me why this is? Is it something
> > to do with how the framedata is stored?
> >
> > Thanks a lot.
> >
> > --
> > +44 (0) 788 0600 363     |     +44 (0) 127 3208 079
> > _______________________________________________
> > GoList mailing list
> > GoList at goasap.org
> > http://goasap.org/mailman/listinfo/golist_goasap.org
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://goasap.org/pipermail/golist_goasap.org/attachments/20081030/bcd99b58/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 30 Oct 2008 11:35:27 -0400 (EDT)
> From: jon at shovemedia.com
> Subject: Re: [Golist] Tweening frame numbers in an Mc
> To: "Mailing list for the Go ActionScript Animation Platform"
>        <golist at goasap.org>
> Message-ID:
>        <1109.152.2.89.100.1225380927.squirrel at webmail.tuffmail.net>
> Content-Type: text/plain;charset=iso-8859-1
>
> It's largely because of how video is encoded and decoded.
> It's meant to be read sequentially, in order, front to back.
> You might try increasing the density of video keyframes
> and re-importing the video, but my experiments in
> this area suggest it won't help enough.
>
> if your video is short enough (and has small dimensions)
> you might be able to get away with bitmap caching individual
> frames and displaying the correct one, but you're going
> to eat up memory really fast.
>
> If you can figure out a way the effect can be the same every
> time (for a given video) you're best off doing something static
> with aftereffects etc.
>
> And you're still going to have sync problems if this effect
> needs to transition back to normal speed due to the aforementioned
> flash framerate vs video framerate.
>
> If you absolutely must, I've seen this sort of thing in processing
> once or twice. probably uses the technique in the 2nd paragraph.
> :j
>
>
>
> > On Oct 27, 2008, at 4:28 PM, pedr browne wrote:
> >
> >> Hi,
> >>
> >> Guess this question isn't specific to Go, but I figure this is a
> >> good place to ask it...
> >>
> >> I'm experimenting with tweening an mc's frame numbers. It is an mc
> >> containing 1000 frames of embedded video. Hooking the mc up to
> >> different tweening engines and letting them tween an int (a var
> >> called frame) between 0 and the total number of frames over a given
> >> time.
> >>
> >> I then have an ENTER_FRAME event looking at this var every time it
> >> is called and advancing to this frame. So the frame is only changing
> >> 25 times a second, not every time frame is changed.
> >>
> >> This works ok, but what I have noticed is strange. When the jumps
> >> between frames are small, the framerate is uneffected, but as the
> >> jumps between the frames increases, the framerate drops lower and
> >> lower.
> >>
> >> I have tried setting this up without a tween, incrementing frame by
> >> a fixed amount every ENTER_FRAME and I've noticed the same behavior :-
> >>
> >> If i increment the frame by one every ENTER_FRAME, the framerate is
> >> stable at 24 fps, but if I increase the increment to five, the
> >> framerate drops to around 15 fps.
> >>
> >> I was wondering if anyone can tell me why this is? Is it something
> >> to do with how the framedata is stored?
> >>
> >> Thanks a lot.
> >>
> >> --
> >> +44 (0) 788 0600 363     |     +44 (0) 127 3208 079
> >> _______________________________________________
> >> GoList mailing list
> >> GoList at goasap.org
> >> http://goasap.org/mailman/listinfo/golist_goasap.org
> >
> > _______________________________________________
> > GoList mailing list
> > GoList at goasap.org
> > http://goasap.org/mailman/listinfo/golist_goasap.org
> >
>
>
>
>
>
> ------------------------------
>
> _______________________________________________
> GoList mailing list
> GoList at goasap.org
> http://goasap.org/mailman/listinfo/golist_goasap.org
>
>
> End of GoList Digest, Vol 11, Issue 7
> *************************************
>



-- 
+44 (0) 788 0600 363     |     +44 (0) 127 3208 079
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://goasap.org/pipermail/golist_goasap.org/attachments/20081101/6317a526/attachment.html>


More information about the GoList mailing list