RE: [Bluemusic-users] More on Zak
Brought to you by:
kunstmusik
From: Michael R. <mic...@sh...> - 2005-07-28 13:33:04
|
Hello All I have been off list for a week or so because of a virus. I had to rebuild my C drive. As a result I can not back track this thread, so please forgive me if my suggestions have already been discussed. The Zak system is a very versitile tool, but one of it's shorcomings IMHO is that it does not follow a true mixer paradigm. There is no way to distinguish the purpose of a Zac variable or signal. While the flexability is nice, it is a pain to work with especially if you are doing what blue will want to do with it. If we organize a macro like structure with a pre-pended purpose such as <bzChan-1> where bz is blue Zak Chan for channel and the number or name after that, then the macro resolver can assign zak numbers as required. And similar to a conventional mixer, there could be a mixer instrument that can resolve the channels into a mix. Each channel should have a bzChanLevel control which is 0-1 ranged level which can be set in the mixer, or in the conrol chain, default 1. in addition to channels, busses are a useful thing. Bus levels need to be set in the control chain as signals are fed into the bus, but the output level of the bus needs to be controlled by it's own coresponding zak var, again settable anywhere in the tool chain. Effects are a special case of Busses. They are not zeroed after use like other channels. The other factor that needs discussion is pan. I think several pan models need to be implementable. I work in surround a fair bit, and would like to see an x-y-z-size pan as a possibility without loosing the simplicity of a 2 channel pan for normal operation. I dont have this figured out. It may be that Steven's idea of a 2 channel solution simply needs to be disableable. Michael Rempel --- Steven Yi <ste...@gm...> wrote: > -Zak Mixer/Settings Panel > -enable/disable zak features for project (so, > not forced to use if > not interested in) If zak disabled, would you go with global vars instead? > -Can set number of channels to use, or can be > hardcoded to a very > high number like 128 > ... > -Perhaps can work out routing options, so > possible to have > sends/receives to allow easier setting up of global > effects for > multliple channels Perhaps we'd better stay away from the "channel" nomenclature, since, as you mentioned before, blue and csound really don't have channels. Since what we're really talking about here are zak/global controllers, why don't we just call them that? > -will have sliders to control gain settings for > channel And panning controls too, right? > -Zak In/Out Widget in BSB - can read from project > how many channels > there are and only allow selection of channels which > are avaialable in > project > Sounds good, though reading the selection of channels in use for zak input could get sticky. Might just want to look for a zakinit opcode and leave it at that. Michael Bechard ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bluemusic-users mailing list Blu...@li... https://lists.sourceforge.net/lists/listinfo/bluemusic-users |