<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Module restore restores volume and mute settings from wrong sink input" href="https://bugs.freedesktop.org/show_bug.cgi?id=93855#c11">Comment # 11</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Module restore restores volume and mute settings from wrong sink input" href="https://bugs.freedesktop.org/show_bug.cgi?id=93855">bug 93855</a> from <a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> Tanu Kaskinen</a> <pre>Ok, I'm baffled, if you say that with your patch something actually gets restored. If you use pid or some random string as the entry id, I don't understand how two mpg123 invocations get linked together. Let's have a simple example: you start mpg123, you set its volume to 42%, then the program exits, and you start mpg123 again. Do you expect the second stream volume to get restored to 42%? If yes, how exactly does pulseaudio know that it's the "same" stream as before? If not, how does your proposal differ from just having module-stream-restore not loaded (let's ignore mute and routing restoring for now)? We can leave module-filter-apply out of the discussion for now. I'm not concerned about it as long as the situation with module-stream-restore is unclear.</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>