hi, all, I tested u2_has.swf on my windows laptop, hope it's not so late . I
just tried the first 400 frames with the command
./sdl-gnash.exe --max-advances 400 u2_has.swf
The gnash-0.8.5 with the patch last time I sent uses 61.770s CPU time,
51.006s is consumed in draw_shape_character , there are total 84384 calls
to AGG.
The optimized version uses 44.744s CPU time, 36.268s in
draw_shape_character, there are only 32123 calls to AGG now, which means,
5/8 calls to AGG and 25% CPU time is saved by cache.
One question, I found there are three lt-sdl-gnash processes executing at
the same time when I play a single flash file on a arm like system, one
takes about 70% CPU and 25% the second, and 2% the third, when I kill one of
the three processes, the other quit too. I use dynamic linking.
The question is, why there are three processes when I execut the libtool
generated script sdl-gnash only once, where and when they are forked in the
code?
2009/5/26 strk <s...@keybit.net>
> On Mon, May 25, 2009 at 05:54:41PM +0200, Andrea Palmatè wrote:
>
> > >Effective frame rate: 6.35 fps (min 4.73, avg 9.69, max 54.40, 170
> frames
> > >in 17.5 secs total)
> >
> > uhm, i didn't compile it with new changes but actually on my SAM 533 MHZ
> > i get 1.40fps...
>
> Ouch. Well, u2_has.swf is a bad beast. I hope our AGG-optimizer
> guy will take his time to take a look at it too, to see how the
> optimization change that.
>
> Anyway I was only pointing out that the "catch-up" mechanism will
> result in non-regular (not smooth) FPS experience, that is: gnash
> will go faster when possible (ie: easy-to-render slices) rather then
> continue with at *most* the nominal FPS.
>
> Note that I just committed another patch implementing a frame-drop
> mechanism. It's off by default because causes unpleasant behaviour
> when being too late (never re-renders...) so needs to be cleaned up more.
> If you want to give it a try, define SKIP_RENDERING_IF_LATE in gui/gui.h.
>
> This is as of revision 10918.
>
> --strk;
>
> Free GIS & Flash consultant/developer () ASCII Ribbon Campaign
>
> http://foo.keybit.net/~strk/services.html<http://foo.keybit.net/%7Estrk/services.html>
> /\ Keep it simple!
>
>
> _______________________________________________
> Gnash-dev mailing list
> Gnash-dev@gnu.org
> http://lists.gnu.org/mailman/listinfo/gnash-dev
>
_______________________________________________
Gnash-dev mailing list
Gnash-dev@gnu.org
http://lists.gnu.org/mailman/listinfo/gnash-dev
