> Anthony: > The one for audioctl is reasonably regular and comprehensive; it'd be > nice to standardize our audio interfaces around that.
my concern with audioctl is multiple channels. for now control-left and control-right are fine (if clunky), with 5.1 (or 7.1) audio that becomes control^(1 2 3 4 5 6), yuck. maybe we should worry about that when we get there, but as there are still very few drivers, the impact is less now. the other problem with both volume and audioctl will come with multiple streams. in1 and out1 might work, but it starts to look ugly. usbaudio appears to ignore multiple inputs or outputs. > "deprecation" in unix is a mess, where things can stay "deprecated" for > ages. it'd be nice to be able to say "/dev/volume (or /dev/eia0status) > was a mistake; here's a backwards-compatible improvement, and the old > stuff goes away in 6 months." > Skip: > would it be hard to provide the backward compatibility via a user fs -- > at least until apps are updated to the new structure? that was exactly what i was planning to write. if audio stops working running a compatibility fs isn't a big deal. but for anything involved in the access to the system... it can be. (anybody have network over audio?) tristan -- All original matter is hereby placed immediately under the public domain.
