From: Thibaut M. <thi...@gm...> - 2005-10-04 10:34:52
|
On 10/3/05, Michael Roitzsch <mr...@us...> wrote: [...] > > 2. there's 2 types of seeking: seeking based on (i forgot how it's > > called; but it's something like frames) > > It's percentage seeking (i.e. seek to 50% of the stream, meaning 50% > of the bytes in the raw data). the demuxer is free to decide what 50% means. The prefered signification is 50% of the total time, but it's not always possible. > > and timeseeking. (I believe the time seeking is/was broken) > > The ability to time-seek accurately largely depends on the demuxer's > capabilities and the cooperation with the input plugin. The current behavior must be changed. Currently we always seek to the keyframe before the seekpoint, that's problematic if you want to seek to (current time + 5 seconds) because we can seek backward if there is no keyframe between now and the seekpoint. IMHO the direction of the seek must be taken into account, and that's what other players do. Thibaut |