[Bug 777915] rate negotiation sometimes fails

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Mon Jan 30 18:32:10 UTC 2017


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

Olivier CrĂȘte <olivier.crete at ocrete.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW
                 CC|                            |olivier.crete at ocrete.ca

--- Comment #6 from Olivier CrĂȘte <olivier.crete at ocrete.ca> ---
This a known issue, the negotiation around mixers such as
adder/audiointerleave/audiomixer is racy. The solution is to add a capsfilter
after the mixer. The problematic sequence is:

1. audioresample0 does a getcaps, gets rate=[1,MAX]
2. audioresample1 does a getcaps, gets rate=[1,MAX]
3. audioresample0 says "ok, no need to resample"
4. audioresample1 says "ok, no need to resample"
5. audioresample0 pushes caps event with rate=96000, configures the mixer 
6. audioresample0 pushes caps event with rate=48000, fails


In the case where it works, the first audioresample manages to set the caps
before the second one does the getcaps, so it switches to resampling.

The real longer term fix would be to add calls to the audio
conversion/resampling library into the GstAudioAggregator base class used by
audiomixer & audiointerleave.

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


More information about the gstreamer-bugs mailing list