[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