[Bug 739990] basesink: set the last position to minimum value after rewind

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=739990

--- Comment #6 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Myoungsun Lee from comment #5)
> As you said, normal files must monotonically increase or decrease their
> DTS/PTS value. But there are abnormal files - not increase or decrease
> monotonically - so the problem occurs in this case.
> 
> The files I tested are index files, container is asf, wmv, mp4 files.

I'm not talking about files here, but that the audio/video decoders at latest
should fix up such broken PTS/DTS.

> I'm sure if there is no progress bar, then it's not a problem.
> But if we can see the progress bar by player program, then the bar is
> abnormally jumped to some point.
> 
> I think the person who use the gstreamer in linux, or some OS by command
> line don't need this patch, but the person who make a player program by
> using gstreamer need this patch.

I still think that this patch is doing things too late. The fixup for broken
PTS/DTS shouldn't be in the position reporting, but earlier in the chain
function already.

It would be good if you could provide a testcase and sample file, or at least a
very detailed list of things that are happening inside basesink to lead to this
situation (e.g. a debug log with basesink:6 would be a good start, with some
explanations what times are seen when and what would be expected instead).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.