[Ffmpeg-devel] [RFC] av_seek_frame behaviour

[Michael Niedermayer]

Hi

On Mon, Apr 23, 2007 at 12:30:13AM +0200, Baptiste Coudurier wrote:
[...]
> I run a p3 1ghz here and av_seek_frame_generic is clearly not 
> acceptable, only for small files mainly FLV (for which that 
> av_seek_frame_generic behaviour changed). Now every seeking failure with 
> a format that has no read_timestamp function will be parsed from the 
> beginning.

theres one thing i dont understand and that is, if the user wants to seek
then seeking should happen and if theres no other way supported than
av_seek_frame_generic then so be it also av_seek_frame_generic() just 
reads the file linearly from the last position to the point to which the
user wants to seek so even with huge files a little forward/backward
seeking should be ok

that is unless the demuxer doesnt use av_add_index_entry() properly

also iam not opposed to add some flags so that the user can indicate
the amount of accuracy/speed she wants but first we actually need
to have multiple working seek variants before a API to access them
makes sense ...

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Let us carefully observe those good qualities wherein our enemies excel us
and endeavor to excel them, by avoiding what is faulty, and imitating what
is excellent in them. -- Plutarch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070423/f3b6be58/attachment.pgp>