ok thanks... my explination is primitive in i know...
I mean't by stall, more like something causes the application to run slow, for whatever reason... in the frame base you continue as is... from where you are in the sequence time based you continue from where you "should be" in the sqeuence related to the time passed but maybe it is not really possible explain it correctly in such a basic way? the other thing about SL animations.... different kinds are running on different SL threads correct?, i assume this is more something you going to worried about as you animations are more and more complicated and using more complaicated objects to animate the one thing i was wondering about was that these are actually a bit different depending on weather you are running in a Web Browser or in the Windows Phone 7, these animations are potentially using different threads in Silverlight it's self depending on where it's running... correct? so when things get complicated/large do you think people will need to take this into condiseration and/or cause a few potential proformance issues when someone wants to take the SL app they built for the Web Browser and start wanting to run it on the Windows Phone... thanks On Tue, May 18, 2010 at 12:26 PM, Scott Barnes <[email protected]>wrote: > Not really you can thread inside frame based solutions (ie flash) (ie two > movie clips playing at once is two separate threads feeding off the one > frame queue). The only way you can stall on a single frame is a global > exception / fault is thrown and even then it can sometimes let other clips > keep playing.. > > > > The reason why Silverlight went with time based animation is simply because > its more precise. The downside with frame based approach is you rely on > Frames Per Second to be the conductor in that if you have 12 fps and your > expecting your animation to play on the 13th frame, well in 1sec needs to > occur before you can.. if you tell the app to run at 24fps well the 13thframe > will be played sooner and so on.. it’s really a messy way of > animating. > > > > Not only that but when you rely on FPS it gets harder to multi-thread as > from memory a FPS approach creates a hard-coded choke point where as > animation by time is essentially atomic clock rationale J > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *.net noobie > *Sent:* Tuesday, May 18, 2010 12:15 PM > *To:* ozSilverlight > *Subject:* Re: Long running animation > > > > the difference between Silverlight and and Frame based animation.... > > in framed based.... you play the frames in order... 1,2,3,4,5,6,7,8,9 > > now if somthing happens while you in frame 2, > this stalled your app for some period of time, > the next frame to display is still frame 3, regardless of how long your app > was stalled on frame 2 > > in Silverlight this is not the case...... > > when your app was held up on frame 2, silverlight will work out how many > frames should have been show in this period > and it will then show the correct frame for the "time/moment" your app is > at after the hold up is over... > > so you might get frame 5, or 6 or where ever you animation should be at > that "Time/Moment" > > this is my understanding of how SL animations are working > > On Tue, May 18, 2010 at 10:49 AM, Scott Barnes <[email protected]> > wrote: > > > http://blogs.msdn.com/silverlight_sdk/archive/2008/03/24/create-an-animation-in-code.aspx > > > http://www.developerfusion.com/article/10824/creating-particle-effects-in-silverlight/ > > > > Is a good start. Basically you don’t have Frames in Silverlight, you have > time. In flash you can use a frames per second methodology but in SL you > simply use seconds/miliseconds etc. > > > > > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Greg Keogh > *Sent:* Tuesday, May 18, 2010 10:40 AM > *To:* 'ozSilverlight' > *Subject:* Long running animation > > > > Folks, I want to create a sort of screen saver effect where a shape moves > slowly around a control. The path it follows is calculated at start time by > mixing random Sin/Cos functions, then the shape will follow the (x,y) > coordinates of the function over time. It’s like a moving parametric plot. > > > > I’m just not sure what coding technique to use for this effect. I’m > guessing I’ll need a frame-based animation, which I’ve never used before. It > looks like it “pushes” events to you and you respond and move your elements, > but it’s not clear how you control the timing. > > > > I just want to run this idea past someone who’s done it before and can > confirm if I’m on the right track or not. I’ll keep reading about > frame-based animations in the meantime. > > > > Greg > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > > > > _______________________________________________ > ozsilverlight mailing list > [email protected] > http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight > >
_______________________________________________ ozsilverlight mailing list [email protected] http://prdlxvm0001.codify.net/mailman/listinfo/ozsilverlight
