|
From: Christian S. <chr...@ep...> - 2004-06-07 22:57:51
|
Es geschah am Montag, 7. Juni 2004 18:23 als Rui Nuno Capela schrieb: > Perhaps in some other way, as audio channel routing becomes effective, it > could include individual volume per audio mix channel. That could be handy > in implemeting a pan control. Suggestion: extending SET CHANNEL > AUDIO_OUTPUT_CHANNEL command with an additional gain/attenuation > coefficient? No audio channel volume will be part of the driver command set, but it will of course be added soon. Most probably: SET AUDIO_OUTPUT_CHANNEL_PARAMETER <device-id> <audio-chan> VOLUME=<volume> > Yeah. Something in the lines of Benno proposition might be the definitive > solution. That is, the LOAD INSTRUMENT command returning an incremental > status instead of blocking until it's complete, which is annoying to say > the least, even if you set the timeout value too high, making the GUI > quite unresponsive while the file is being loaded by the server. > > Let's see what comes about this. votes++ on the incremental load protocol > :) Sure, will be added, but at a later stage. It's not that important at the moment and means a lot of work. And I would prefer to implement it using the event (UDP) mechanism of LSCP then. > Again, that will be OK when LSCP implementation get's over it. The > abstract device driver model which is in the latest draft might come to > the rescue. Yes, device / driver configuration is not yet finished, but I'm working hard on it, so very soon... CU Christian |