[Bug 689460] Can't playback LPCM data via HTTP after playing back something else

[GStreamer (GNOME Bugzilla)]

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

--- Comment #44 from Carlos Rafael Giani <dv at pseudoterminal.org> ---
(In reply to Tim-Philipp Müller from comment #36)
> This still breaks backwards compatibility for people who wait for caps on
> souphttpsrc before deciding whether to plug audioparse or decodebin, and we
> know people do that, because they have to do that currently...

It occurred to me that the audio/x-unaligned-raw caps actually do *not* break
anything, because in the case you described, the code which waits for caps on
souphttpsrc before deciding whether or not to manually add audioparse will
expect the audio/x-raw caps in order to do that. So, if souphttpsrc doesn't
ever set audio/x-raw caps as the media type again, then this code will just
never manually plug in audioparse, and always rely on decodebin instead, which
will autoplug everything properly.

So, the one case that would be broken is if souphttpsrc is used *only* for
audio/x-raw data, and for some reason the code checks the media type without
using decodebin as a fallback.

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