<div dir="ltr">Hi all,<div><br></div><div>Now that we are talking about flat volumes again (but I don't want to<br></div><div>hijack the other thread), I would like to present another alternative to fix</div><div>the problems with flat-volumes.</div><div><br></div><div>The idea is that all apps, by default, operate in non-flat volume mode.</div><div>This means all volume control done from the app is relative to the master</div><div>volume.</div><div><br></div><div>Privileged apps can see flat-volumes and thus (indirectly) change the</div><div>master volume. One such privileged app is the volume control applet but</div><div>it could be possible to manually enable trusted apps (maybe with a switch</div><div>in the volume control next to the app stream).</div><div><br></div><div>I made a little hack to let you try this, gnome-control-center is a hardcoded</div><div>privileged app but you can see how we can store that in the database later</div><div>or how we can hook this into the security framework.</div><div><br></div><div><a href="http://cgit.freedesktop.org/~wtay/pulseaudio/commit/?h=flat-volume-privilege-hack&id=1b203fe6bcc8bba1db1911fd4dbf225f36a6dbb9">http://cgit.freedesktop.org/~wtay/pulseaudio/commit/?h=flat-volume-privilege-hack&id=1b203fe6bcc8bba1db1911fd4dbf225f36a6dbb9</a><br></div><div><br></div><div>I like this idea because:</div><div><br></div><div>1) it does not need any new api or changes to apps</div><div>2) sets a default that will not cause 100% master volume with misbehaving</div><div>    apps</div><div>3) has the master/app volume separation that people understand and that is</div><div>    also exposed in apps (volume in totem, master in gnome-shell header).</div><div>4) still exposes the flat-volume model if needed, which is IMHO the only way</div><div>    to sanely increase the volume of just 1 single app (when it needs adjusting</div><div>    the master volume).</div><div>5) minimal code changes.</div><div><br></div><div>What do you think?</div><div><br></div><div>Wim</div></div>