"But what can you do when you have exhausted your options to edit the content? You only got the quality setting left to use." - maybe then you've got to re-evaluate what you are doing or use the quality settings.
" How do you decide on the thresholds? Can you successfully predict when it is worth to change the quality?" - Trial and error will probably be the only way,... ? " I am looking for a generic solution to the issue of the graphics taking too long to draw." - Your solution will have to be based off of your requirements. A totally generic solution probably won't be actualized until more specific solutions are gathered, anaylized and merged. If your render phase of the elastic racetrack is consuming more than the entire frame/slice, then I think you will have a serious problem on your hands. If you share your requirements, maybe an appropriate solution could be determined. On Fri, Feb 25, 2011 at 12:19 PM, Henrik Andersson <he...@henke37.cjb.net>wrote: > You bring up a lot of valid points, but you fail to focus on the main > concern here, how to deal with the graphics being the most heavy part. > > Please keep in mind that I am trying to focus on how to deal with > animations that can't be simplified much. I am looking for a generic > solution to the issue of the graphics taking too long to draw. > > Reducing complexity is of course a good idea. And yeah, filters are > expensive and provide little benefit most of the time. > > But what can you do when you have exhausted your options to edit the > content? You only got the quality setting left to use. > > > With that said, you bring up some important points about how much frameskip > can be tolerated. > > Also, thanks for reiterating my own points about how to capture performance > statics. > > That part is easy. But it is what to do with the gathered data that I worry > about. How do you decide on the thresholds? Can you successfully predict > when it is worth to change the quality? > > _______________________________________________ > Flashcoders mailing list > Flashcoders@chattyfig.figleaf.com > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > -- Ktu; The information contained in this message may be privileged and/or confidential. If you are NOT the intended recipient, please notify the sender immediately and destroy this message. _______________________________________________ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
