[gstreamer-bugs] [Bug 551660] gstreamer fails to handle variable number of channels in AC3 stream

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=551660

  GStreamer | don't know | Ver: 0.10.x




------- Comment #7 from Moonshade  2008-09-12 11:14 UTC -------
Thanks for patch, Thijs!

Had to recall my C skills and did some digging, GStreamer source looks very
clean!  

Patch almost works, but I had to replace
gst_structure_fixate_field_nearest_int() call with gst_structure_set() as first
invocation fixates number of channel to 2 and never changes it later, as as a
result renegotiation never occurs. No idea if it can break something else,
could use some guidance here.

Following the chain... pulsesink only handles change in like 30% of cases,
failing in other 70% in gst_pulsesink_prepare(), some kind of timing/threading
issue.. But thats another story, for now got around it by disabling check for
stream state after connect.

So for now, after applying patch and two more hacks sample AC3 file switches
correctly! Full .ts container still fails to switch, probably demuxer or
something else in a chain is forcing number of channels, will investigate
later.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=551660.