[Bug 677810] [0.10] DVD menus broken

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=677810
  GStreamer | gst-plugins-base | 0.10.x

Jan Schmidt <thaytan> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED

--- Comment #2 from Jan Schmidt <thaytan at mad.scientist.com> 2012-06-11 13:28:49 UTC ---
I think the problems are around segment handling at the start of the disc.

With the new audio decoder implementation, there is an extra newsegment event
received at the sink before any other on my test disc. With the old a52dec,
this doesn't exist:

/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "event   *******
(fakesink0:sink) E (type: 102, GstEventNewsegment, update=(boolean)true, rate=(
double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME,
start=(gint64)10000000000, stop=(gint64)-1, position=(gint64)0;) 0xe51e80"

After that, the sequence is the same for both:

/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "event   *******
(fakesink0:sink) E (type: 102, GstEventNewsegment, update=(boolean)false,
rate=(double)1, applied-rate=(double)1, format=(GstFormat)GST_FORMAT_TIME,
start=(gint64)10000000000, stop=(gint64)-1, position=(gint64)0;) 0xe51f20"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "event   *******
(fakesink0:sink) E (type: 118, taglist, audio-codec=(string)\"DVD\\ AC-3\\
\\(ATSC\\ A/52\\)\", bitrate=(uint)192000;) 0x7f538c00f000"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain   *******
(fakesink0:sink) (12288 bytes, timestamp: 0:00:10.000000000, duration:
0:00:00.032000000, offset: 0, offset_end: -1, flags: 32 discont ) 0x1032d40"
/GstPipeline:pipeline0/GstFakeSink:fakesink0: last-message = "chain   *******
(fakesink0:sink) (12288 bytes, timestamp: 0:00:10.032000000, duration:
0:00:00.032000000, offset: 0, offset_end: -1, flags: 0 ) 0x1032e80"

This spurious segment update is being generated inside autoconvert when it
inserts the decoder element, in order to prime it with segment information.
autoconvert wraps pushing the event with a 'drop new segment event' flag. With
the old decoder implementation, new segment events are immediately forwarded,
and therefore dropped within autoconvert. With the new implementation, the new
segment event is cached in a list and output once data is ready - presumably to
wait until caps are available.

Patch for autoconvert follows

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.