[Bug 746010] oggdemux: doesn't go into pull mode even when queue2 ring-buffer is enabled

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Young Han Lee <joybro201 at gmail.com> ---
Created attachment 300063
  --> https://bugzilla.gnome.org/attachment.cgi?id=300063&action=edit
Fix oggdemux wrong timestamp bug for reverse playback

0:00:01.751764059 16607 0x7fa844060d40 DEBUG               basesink
gstbasesink.c:1907:gst_base_sink_get_sync_times:<xvimagesink0> got times start:
0:00:09.466666666, stop: 0:00:09.500000000, do_sync 1
0:00:01.789826604 16607 0x7fa844060d40 DEBUG               basesink
gstbasesink.c:1907:gst_base_sink_get_sync_times:<xvimagesink0> got times start:
0:00:09.000000000, stop: 0:00:09.033333333, do_sync 1
0:00:02.251512534 16607 0x7fa844060d40 DEBUG               basesink
gstbasesink.c:1907:gst_base_sink_get_sync_times:<xvimagesink0> got times start:
0:00:00.000000000, stop: 0:00:00.033333333, do_sync 1

Buffer's timestamp was calculated to zero just after seeking with negative rate
as you can see the above logs. This causes sink element to wait for stream time
to be zero. This was because ogg_packet's granule wasn't calculated properly
when rate is negative. The value can be calculated by the same logic of forward
playback. This patch fixes it.

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