[FFmpeg-devel] [PATCH] estimate stream durations using read_timestamp (was: [PATCH] estimate stream durations using read_timestamp

Michael Niedermayer michaelni
Mon Dec 28 00:49:14 CET 2009


On Sun, May 25, 2008 at 07:59:39PM +0200, elupus wrote:
> 
> > We also would need benchmarks to see what effect the change has on speed,
> > especially with files with many streams (mpeg ts with 20 streams has to be
> > not slower ...)
> > 
> > [...]
> 
> Well given that it most likely will be alot slower, do you have any
> suggestion as how to proceed? We could keep the old code for mpegs, but as
> you say then there will be code duplication. 
> 

> Another option could be to change read_timestamp to allow a stream_index
> parameter of -1, meaning return the first timestamp you come across,
> independent of stream. This would be a quite abit larger patch thou as all
> read_timestamp functions must be updated too support this.

i think this would be interresting, also its not needed to support in every
demuxer at once they could be updated one by one


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I know you won't believe me, but the highest form of Human Excellence is
to question oneself and others. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20091228/8775ffe9/attachment.pgp>



More information about the ffmpeg-devel mailing list