[pulseaudio-tickets] [Bug 93946] Changing device profile to HDMI is reset to default after short delay

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=93946

--- Comment #5 from Alexander E. Patrakov <patrakov at gmail.com> ---
So (without the log) I have a theory.

When the monitor is DPMSed, its HDMI audio port becomes unavailable. PulseAudio
notices that and, due to module-switch-on-port-available, switches. To verify
the theory, please disable the module in /etc/pulse/default.pa, enable DPMS,
and retest.

It would be especially interesting (but I understand that it's a bit more than
one can expect from a user) if you compiled PulseAudio from git, with this
commit reverted, just to prove or disprove that it is indeed the curlpit:

author    David Henningsson <david.henningsson at canonical.com>    2015-11-17
14:10:35 (GMT)
committer    Tanu Kaskinen <tanuk at iki.fi>    2015-11-22 02:59:30 (GMT)
commit    e87100d41ef6d14f8dc7f803582191d9f8d8f183 (patch)
tree    51caaca6a650c58a702fedb0a0228f7cf7775c23
parent    063a1d350fad1cb6fac28dbffe26a7e805626cb2 (diff)
module-switch-on-port-available: Route to preferred profile
This makes the routing slightly more aggressive:

 * It will try to route to another profile, if such a profile
   is preferred by the port.

 * It will allow changing profiles on transitions both to
   PA_AVAILABLE_YES and PA_AVAILABLE_NO

To accommodate there is also some refactoring.

Signed-off-by: David Henningsson <david.henningsson at canonical.com>



There is also a patch on the mailing list that attempts to fix up the module
for a different bug, but I suspect that it will not help:

https://patchwork.freedesktop.org/patch/72053/

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20160131/5d483cb9/attachment.html>