gnash-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnash-commit] gnash ChangeLog libbase/FLVParser.cpp libbase/F...


From: Tomas Groth
Subject: Re: [Gnash-commit] gnash ChangeLog libbase/FLVParser.cpp libbase/F...
Date: Thu, 17 May 2007 01:12:53 +0200 (CEST)

--- strk <address@hidden> skrev:

> On Wed, May 16, 2007 at 09:10:26PM +0200, strk wrote:
> > On Wed, May 16, 2007 at 06:22:32PM +0000, Tomas Groth wrote:
> > 
> > > + /// Returns the "bufferlength", meaning the differens between the
> > > + /// current frames timestamp and the timestamp of the last parseable
> > > + /// frame. Returns the difference in milliseconds.
> > > + uint32_t getBufferLength();
> > 
> > I'm not sure this is what we really need.
> > If this is what you get by reading NetStream.bufferLength
> > then I'd expect it to decrease and increase as the stream goes.
> > In any way I'd expect it to NEVER become == total length if
> > we play while buffering.

Is the problem that it increases and decreases? why would that be a problem?
And no, if we play while buffering it should never return the total length of
the FLV.

> > 
> > Did you make some tests for this ?

Not any tests usable for make check.

> 
> Another though.. can NetStream play a continuos stream,
> like an IP radio ?
> In this case we can't think the buffer will keep growing...
> 
NetStream is suppose to support this, and I think it might already works, but
because of the reason you mention it is not officially supported yet. We'll
need to modify the way curl_adaptor stores data, or something like that...

cheers,

Tomas


      




reply via email to

[Prev in Thread] Current Thread [Next in Thread]