Darren:
That would be more relevant to the currently running case PSARC 2010/119
"Console User" assignment, logindevperm and virtual console update.
Since that case actually ensures that with multiple X sessions only the
first (ie :0.0 display) has access to the audio device anyway. If the
intent is to allow "switching" of the audio devices then both this case
and PSARC/2010/119 need to coordinate and both probably need updated
specs. However I don't believe that is the intent because taking away
the audio (or other logindevperm assigned devices) on "fast user
switching" could actually cause applications currently running to fail.
It would be nicer if audio were virtualized so that each running VT
could have their own separate audio device access. Then, when you
switch to a different VT, the previous VT could just reassign the
audio device to /dev/null until you switch back or something.
One policy assumption you could make is that users will want the mixer
preferences for every device rather than just the primary to be
remembered
if AUDIODEV isn't set - in that case 'audioctl list-device' could be
used.
This would be the least surprising behaviour if it becomes possible to
dynamically change the primary audio device in the future.
I agree this is a very good point. This is particularly important when
there is "builtin" audio and USB attached audio as well, especially
since having the "wrong" volume on USB attached headset could actually
be damaging to ones ears.
Having said that, this case even if it only does $AUDIODEV is still
better than nothing since I suspect (but have no evidence) that most
systems (that don't have Sun Ray DTU's attached) only have one audio
device.
Note that Sun Ray does not support OSS anyway, so there is no plans to
support Sun Ray with this case until Sun Ray is migrated to use OSS
instead. If there is any work needed to improve the way this works to
support Sun Ray, I think it should be done in coordination with Sun Ray
migrating to OSS, not now. Sun Ray is, I think, the primary use-case
where AUDIODEV tends to be used.
Brian
_______________________________________________
opensolaris-arc mailing list
[email protected]
