LeviathanKiller
Inspired
Global blocks have been implemented so that wish is fulfilled.
What about global channels? I thought this was a dumb idea until after I gave it some detailed thought. (sorry Dr. Dipwad haha)
I really do like the idea of global channels because I often have the same main drive settings for a lot of my patches but the next channel of the drive is a tailored/unique setting that is specific to that patch. It would be much nicer to have global channels added than require the use of another drive block for "preset-specific" settings.
Example: Having the "A" channel of your Drive block be a setting you always like to use, then B, C, and D whatever you want for that preset. Or having the "D" channel of your Amp block be set globally to your main go-to clean sound that you never change and all the other channels be your this preset only's other tones that you built. I could build my patches to demonstrate various amps but always have my unchanging lead tone be channel D of the Drive and Amp blocks.
You have to find a way for them to work with global blocks though. Can't have a global block linked and a global channel linked to a channel of that global block unless global blocks get redefined as collections/arrangements of 4 global channels. Otherwise, one would have to take precedence over the other and not allow for the other to be linked. If you do global channels, you obviously need 40 global channels to be available for each block (blocks with 4 channels at least).
If global blocks were ditched in favor of channels, your current global blocks would have to be replicated by you assigning 4 of your global channels to a block. That could really be a hassle for those who just want to call up a global block with all 4 channels already assigned.
I think adding global channels and redefining the global blocks to be collections of global channels as the best solution. Should be relatively easy to do to since the only addition on memory is the channel collection. All the other block data already exists, it's just forcibly paired in groups of 4 in a set order. Global channels would also let you make a new global block that has exactly same channels as another global block but has a different ordering of them.
Redefine global block to contain 4 addresses to 4 global channels which have their channel data for that block type in memory instead of the block object itself containing all of the data for all 4 channels.
What about global channels? I thought this was a dumb idea until after I gave it some detailed thought. (sorry Dr. Dipwad haha)
This goes to the old discussion of...,
"Now that we have Channels instead of just X/Y, does it make sense to have Global BLOCKS, or is it more reasonable to have Global CHANNELS? ...given that a Channel is now a discrete sound that you'll likely want to duplicate to other Presets, whereas a Block is now more of a combination of 4 sounds, which you may want to mix-n-match in different ways at different times?"
The advent of Channels is really changing the way we work. I suspect there are other people who, like me, never even touched the "Y" state of any block while playing live, but who now plan to use Channel-changes (in conjunction with Scene-changes or separately) almost constantly.
I really do like the idea of global channels because I often have the same main drive settings for a lot of my patches but the next channel of the drive is a tailored/unique setting that is specific to that patch. It would be much nicer to have global channels added than require the use of another drive block for "preset-specific" settings.
Example: Having the "A" channel of your Drive block be a setting you always like to use, then B, C, and D whatever you want for that preset. Or having the "D" channel of your Amp block be set globally to your main go-to clean sound that you never change and all the other channels be your this preset only's other tones that you built. I could build my patches to demonstrate various amps but always have my unchanging lead tone be channel D of the Drive and Amp blocks.
You have to find a way for them to work with global blocks though. Can't have a global block linked and a global channel linked to a channel of that global block unless global blocks get redefined as collections/arrangements of 4 global channels. Otherwise, one would have to take precedence over the other and not allow for the other to be linked. If you do global channels, you obviously need 40 global channels to be available for each block (blocks with 4 channels at least).
If global blocks were ditched in favor of channels, your current global blocks would have to be replicated by you assigning 4 of your global channels to a block. That could really be a hassle for those who just want to call up a global block with all 4 channels already assigned.
I think adding global channels and redefining the global blocks to be collections of global channels as the best solution. Should be relatively easy to do to since the only addition on memory is the channel collection. All the other block data already exists, it's just forcibly paired in groups of 4 in a set order. Global channels would also let you make a new global block that has exactly same channels as another global block but has a different ordering of them.
Redefine global block to contain 4 addresses to 4 global channels which have their channel data for that block type in memory instead of the block object itself containing all of the data for all 4 channels.