[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnash-dev] Re: SWF streaming
From: |
strk |
Subject: |
Re: [Gnash-dev] Re: SWF streaming |
Date: |
Fri, 11 Aug 2006 22:39:12 +0200 |
On Mon, Aug 07, 2006 at 08:22:35PM +0200, Bastiaan Jacques wrote:
> On Friday 04 August 2006 00:23, Sandro Santilli wrote:
> > I committed a patch for playing a movie while it is
> > being read (real streaming).
>
> Excellent work!
Thanks, but we still have a problem: deciding *when* the movie
is loaded.
The current behaviour is that advance_root loads the next chunk
of frames. But advance_root is only called at FPS rate, which is
a waste of idle time and a very bad (slow) experience on WaitForFrame
actions.
The "chunking" solution (load in chunks of 64 frames rather then
a singele frame) did completely miss the point. Obviously speeded
up things: every 1/12 of a second it loaded 64 frames vs. just 1 !
But if we iteratively call the frame loader function (loading 1 frame
at every call) instead, without sleep, things should definitely get
much much better.
Now, who should take care of this continuos call ?
The Gui::advance_movie function is already called at FPS rate, so
that's not a good place for it.
Implementing the continuos call in each Gui implementation might be
not practical. How about implementing an *internal* function (in
libgnashserver) intended to be called at as-fast-as-possible rate ?
This would move the main loop out of libgui and inside libserver ...
What do you think ?
--strk;