20.09.2014, 02:35, David Henningsson kirjoitti:
On 2014-09-19 20:19, Alexander E. Patrakov wrote:
19.09.2014 23:47, David Henningsson wrote:
If audio_enabled quickly changes to off and then on when there is a mode change, it might make sense to *not* wake up the audio driver in this case, as I assume that the audio capabilities on the HDMI TV will not change just because the video mode changes.
Unfortunately, they will. Some low-resolution video modes just don't have enough pixel clock to transfer the 7.1 audio signal at 192 kHz. See the table on page 105 (shown as 121 in some readers) of http://www.microprocessor.org/HDMISpecification13a.pdf , section "7.3.3 Video Dependency".
Ok, I stand corrected. I wonder what the least ugly thing to do would be if the user is currently running audio when this happens, e g, if the user is running a game with background music, and goes to "video settings" and switches mode.
But if such thing would audio glitch anyhow, like it seems maybe we should let the audio_enabled signal pass through to the audio side to indicate a short disconnection. It's just not going to be that fun if/when we implement reprobing the HDMI device on plug in. And also the risk of the audio stream switching to somewhere else, like going from HDMI to analog.
Note that I don't think this case is currently handled by any other driver either. The HDMI audio driver doesn't know what video mode is currently in use and what audio modes to disallow.
The EDID and therefore reported capabilities of the TV do not change.