[Bluemusic-users] Thoughts on upcoming changes
Brought to you by:
kunstmusik
From: Steven Yi <ste...@gm...> - 2011-12-31 00:38:01
|
Hi All, I haven't communicated much lately as I've been very much occupied with core Csound work. However, I thought I'd review some plans of mine to let you all know what's on my mind and get some feedback: * BSB: Update the UI altogether to make it "slicker" * Make option for Knobs without value display * Make Panel Groups, Panel can have auto-layouts * Panel Groups as a feature can lead to concept of "sub patches"; this would merge in some ideas from the Effects system, so that effects could be come reusable as sub-patches in BSB * Theme * I've been looking at finally cleaning up the theme. There's lot of inconsistencies and cleanup to do, and I'd like to modernize the UI to be very slick. I'm currently doing some sketching out of the theme now, but this is slow work for me (but in the works) * Mixer * Channels become more generic: for every instrument that has a blueMixerOut, create n- number of channels that is equal to max channels in the chain. This allows unbalanced in/out for effects (i.e. having 9 channels going to 2 channels for ambisonic decoding to hrtf output). With the existing mixer, this would allow having the bsb instrument be mono out, have effects which are mono, then have a default panning knob on the mixer. The panning knob would be optional though for backwards compatibility. * Creating Mixer2 system: a different UI for a mixer, would be more signal flow based. This would handle the complexities of mixing a little more visually rather than relying on the metaphors of a hardware mixer system. * Libraries * I am planning a more generic model for storage of data. This means there would be a Library panel that has a tree. Each of the top nodes would be of a type, i.e. SoundObject, Audio File, Analysis File, Tuning, etc. There would be three levels of data storage: Application-wide, Project-wide, instance-based (i.e. with an instrument). The UI would change to have Libraries be it's own secondary side component that can be moved, and likely would have two trees, top for application-wide, below for project-wide. The two trees would allow easy moving between the two zones for storing data. * I am still trying to figure out patch storage for BSB. I'd like to have a means where patches for an instrument can be shared with "like" instances of that instrument, such that you can save/load patches from the instance of BSB, a project-wide store, or application-wide store. However, because you can change individual instances of BSB, I need to figure out a system for making these patches work with each other. I have been leaning toward it being a user setting for setting a set identifier, or perhaps generating a UUID but having a user settable name for the store. * Plugin Layers * I have still not gotten around to this, but it is definitely still in the works. This allows plugins to allow new types of layers. Currently there is only soundLayers for soundObjects, but imagine layers for Notation, Audiofiles, etc. Note too, I am working more and more on cleaning up the internals of blue to make the architecture much more clean. There are also some other changes planned, but these are the bigger ones I can think of at the moment. Otherwise, I've been enjoying making some new instruments lately, and hope you all have been enjoying working with blue too. All best! steven |