Hello all,
Just wanted to say that I'm working real hard at this project these days, I finally found what was the problem with the glitches and such, I'm an happy man! I'm coding another prototype (while Frank is writing/finishing is own software too) to test and see where are the potential problems. We found out a few quirks we had communicating with Windows' MIDI stack and threads. I'm real happy to report that now the communications are faster than ever, no more glitches and it's more stable too.
Frank and I came up with some ideas for the Green/Red dots (channel number LEDs). Since they're no use to us really (as a virtual board) we're gonna re-purpose them. What about having a special character in the channel name that would trigger those? Say, we put a "*" at the beginning of the channel name and the red dot lights up... A "+" would light up the green dot and a "|" would light up both. Why do you say? Well, Imagine putting a "+" on each drum channels and a "*" on vocals say. It'd be a great visual reference for mixing and such because you'd know just by looking at the board where your channels would be.
I'm also thinking about the VFD display section (EQ, Pots, etc). I think I might have found a solution. The VFD display could show half of the parameters instead of the full 8 requested by the MCU. There's some nice arrow buttons on the d8b, next to the V-Pots underneath the VFD display. We could use those to page left/right our parameters. I still have to put some thought and effort on that one, but if it works, we could edit pretty much anything on our hosts (EQs, Compressors, Plugins, Soft Synths, etc). That'd be awesome.
Now, we might push the emulators one notch more. I'm thinking of adding a 4th device to the software, let me explain: Right now, we're emulating 3 full MCUs (3 x 8 faders = 24). That's a given. The limitation we got is that there's many useful buttons on the d8b we'd like to use but there's no MCU command existing in the protocol for those! (Channel Read/Write Automation, Locators, Numbers, etc). The 4th device wouldn't be emulating an MCU at all, it would simply send simple MIDI messages when buttons are pressed. We would map those standard MIDI messages to our DAW and it would be a way to complement the missing MCU commands. I know that Nuendo/Cubase as a "Generic Device" remote controller that can do pretty much everything we can imagine, is that the case too in your favorite DAW?
Now, the project as a code name: DAW 8 Bridge. I might end up in "DAW8ridge", I don't know!
That's it for now, I'll keep you posted, as always...
Marc