Re: [alsa-devel] [PATCH v2] ALSA: hdmi: expose ELD control
Pierre-Louis Bossart wrote at Tuesday, September 27, 2011 9:49 AM: ...
Set the access field to SNDRV_CTL_ELEM_ACCESS_READ. Also, unless we implement a notification, better to set SNDRV_CTL_ELEM_ACCESS_VOLATILE flag, too.
The intent was to read the ELD after the device is opened, I don't think the ELD can change during playback, the updates can only happen on a pin-sensing event. I can't think of a good reason why a notification would be needed?
If the user unplugs an HDMI monitor and plugs a different one in, and hence the X server turns off the output and re-enables it to cater for any required new display mode, would that force the audio client to close/re-open the audio device? I don't /think/ so. As such, I guess the ELD can change dynamically, so notification would be a good idea.
If the user unplugs an HDMI monitor and plugs a different one in, and hence the X server turns off the output and re-enables it to cater for any required new display mode, would that force the audio client to close/re-open the audio device? I don't /think/ so. As such, I guess the ELD can change dynamically, so notification would be a good idea.
Hmm, if the user plugs/unplugs the cable, my understanding is that David Henningson's patches for jack detection would trap these events, and that would trigger reconfigurations of the audio server. If notifications are needed, that's fine with me, we can add them at a later stage. I don't have multiple monitors and would not be able to contribute anything on this anyway...I wanted to start small and make use the existing information is used properly by PulseAudio/others first. -Pierre
Pierre-Louis Bossart wrote at Tuesday, September 27, 2011 2:02 PM:
If the user unplugs an HDMI monitor and plugs a different one in, and hence the X server turns off the output and re-enables it to cater for any required new display mode, would that force the audio client to close/re-open the audio device? I don't /think/ so. As such, I guess the ELD can change dynamically, so notification would be a good idea.
Hmm, if the user plugs/unplugs the cable, my understanding is that David Henningson's patches for jack detection would trap these events, and that would trigger reconfigurations of the audio server.
Ah yes, that'd make sense. Thanks.
participants (2)
-
Pierre-Louis Bossart
-
Stephen Warren