On 29/07/13 11:17, Martin Storsjö wrote: > When first_timestamp was stored as-is, its actual time base > wasn't known later in the seek function. > > Additionally, the logic (from 795d9594cfa) for scaling it > based on stream_index is flawed - stream_index in the seek > function only specifies which stream the seek timestamp refers > to, but obviously doesn't say anything about which stream > first_timestamp belongs to. > > In the cases where stream_index was >= 0 and all streams had the > same time base, this didn't matter in practice. > > Seeking taking first_timestamp into account is problematic > when one variant is mpegts (with real timestamps) and one variant > is raw ADTS (with timestamps only being accumulated packet > duration), where the variants start at totally different timestamps. > --- > libavformat/hls.c | 10 ++++++---- > 1 file changed, 6 insertions(+), 4 deletions(-)
Ok. _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
