<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Changing device profile to HDMI is reset to default after short delay" href="https://bugs.freedesktop.org/show_bug.cgi?id=93946#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Changing device profile to HDMI is reset to default after short delay" href="https://bugs.freedesktop.org/show_bug.cgi?id=93946">bug 93946</a> from <a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> Tanu Kaskinen</a> <pre>(In reply to Alexander E. Patrakov from <a href="show_bug.cgi?id=93946#c7">comment #7</a>) > It is not yet known why it thinks that the hdmi-stereo-extra1 profile is not > suitable. The reason is most likely this in profile_good_for_output(): if (sink->active_port->available != PA_AVAILABLE_NO) return false; If the currently active port is not unavailable, no switching happens. David's patch relaxes this restriction so that if the currently active port has lower priority than the port that became available, then the switch is done, but since HDMI has lower priority than speakers, the switch doesn't happen, so the patch won't fix this bug. One approach for fixing this would be to modify the port priorities based on user actions, so that manually selecting the HDMI output would increase the HDMI port priority above the currently active port (or even above all ports). Implementing that would be tricky, however, because the user doesn't always directly select the port. The user may switch the output by changing the profile, or since this is KDE, the user probably changes the routing by manipulating the priority lists in module-device-manager. Maybe module-switch-on-connect should be made aware of the priority configuration that module-device-manager maintains?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>