Sink (input) format negotiation concept

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Fri, 19 Aug 2016, at 01:17 PM, Rémi Denis-Courmont wrote:
> Le vendredi 19 août 2016, 12:16:57 Arun Raghavan a écrit :
> > On Fri, 19 Aug 2016, at 01:29 AM, Pierre-Louis Bossart wrote:
> > > On 8/18/16 11:43 AM, Rémi Denis-Courmont wrote:
> > > > 	Hello,
> > > > 
> > > > For a number of years already, PulseAudio has supported a concept of
> > > > sink
> > > > inputs with multiple formats. That is meant to support S/PDIF output in
> > > > addition to PCM.
> > > > 
> > > > One thing I´m wondering... what is the expected behaviour for an
> > > > application to negotiate non-PCM format for a stream? Specifically, if
> > > > the application supports IEC 61937, should it always offer the relevant
> > > > format (in addition to PCM fallback) when creating the stream? Or
> > > > should it do so only if the user has somehow enabled that feature?
> > > > 
> > > > In other words, is PulseAudio supposed to know if IEC 61937 will
> > > > actually
> > > > work, or is it merely naively listing the formats that the sound card
> > > > allows, without regards to adequate speaker presence?
> > > 
> > > The sound card itself only pushes the compressed format on HDMI or
> > > SPDIF, it doesn't really know what formats are embedded in the payload.
> > > To know what the receiver supports once can read the EDID/ELD
> > > information, but this is only for HDMI/DP and not for SPDIF, and it's
> > > often corrupted/invalid. If I remember well the solution is to let the
> > > user specify what formats work rather than guessing or relying on
> > > invalid data.
> 
> Well, yeah. That's why I'm asking :)
> 
> My question is more, where/how do we expect the user to configure this. 
> Obviously (sadly) it needs to be configured manually somewhere.
> 
> > That's correct. We do not offer these formats on the sink unless the
> > user has explicitly signalled that they are available (via options in
> > pavucontrol or via pactl on the command line).
> 
> So the design assumption is that the user will configure this system-wide
> (or 
> rather sink-wide) for all applications?
> 
> Then applications should always offer any non-PCM formats that they
> support?

Right.

-- Arun


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux