[Bug 743758] osxaudiosrc supports only 44100 sample rate on iOS

[GStreamer (GNOME Bugzilla)]

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

--- Comment #43 from Arun Raghavan <arun at accosted.net> ---
(In reply to Ilya Konstantinov from comment #42)
> (In reply to Arun Raghavan from comment #41)
> > In this case, I we should report exactly what the sink or source supports
> > and not try to use anything else. If the channel count or configuration
> > doesn't match, it _should_ be remapped to match the actual output, and if
> > that's not happening, we should let negotiation cause an audioconvert to be
> > used for this if present (or else fail entirely).
> 
> Why not expose the Audio Unit functionality as is? The warning I've
> implemented should give indication about the missing channels. If you wish,
> we can turn the warning into an error.
> 
> I don't see any reason to fail when someone is pushing (L,R) into a 5.1
> sink, and no reason to force him to use audioconvert or whatever.

On systems that I'm familiar with (namely Linux with PulseAudio), you either
configure your system for stereo output or 5.1 or 7.1 or whatever, and from
that point on, you expect the output to match what you've configured it for.
Streams that play out a different channel count get remapped/upmixed/downmixed
appropriately. IMO this makes sense with respect to what the user expects.

So I guess I'd model what we do based on what the "standard" behaviour on the
platform is -- with the higher level frameworks, does playing a 2ch stream on a
5.1ch output result in upmixing? If yes, then that's what developers and
end-users expect, and playing out a partial set of channels would be incorrect.

Conversely, if the native frameworks do what you've implemented now, I think
that's fine as it is (though I'd be a bit surprised, since it seems a bit
counter-intuitive to me).

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