[FFmpeg-devel] [RFC] unix socket protocol and our proto situation

Michael Niedermayer michaelni
Wed Aug 18 23:11:59 CEST 2010

On Wed, Aug 18, 2010 at 11:06:13PM +0200, Michael Niedermayer wrote:
> On Fri, Aug 13, 2010 at 01:39:59PM +0300, Martin Storsj? wrote:
> [...]
> > Currently the problem manifests itself when reading realtime data, and 
> > av_find_stream_info() reads in quite a bit of data before returning the 
> > control to the app. After this, there's already quite a bit of data ready, 
> > so it may take a while before ffplay calls av_read_frame() enough to 
> > actually read more data from the underlying layer, and we will have missed 
> > packets.
> it should be trivial to read a new packet from the demuxer/proto for every
> 2 returned from the ques to ffplay via av_read_frame()
> patch is welcome for that

also of course the time limit for av_find_stream_info() must be smaller than
the buffer size (in time) of the user application.

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Incandescent light bulbs waste a lot of energy as heat so the EU forbids them.
Their replacement, compact fluorescent lamps, much more expensive, dont fit in
many old lamps, flicker, contain toxic mercury, produce a fraction of the light
that is claimed and in a unnatural spectrum rendering colors different than
in natural light. Ah and we now need to turn the heaters up more in winter to
compensate the lower wasted heat. Who wins? Not the environment, thats for sure
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100818/4ea65387/attachment.pgp>

More information about the ffmpeg-devel mailing list