On 01/08/2005, at 12:18 PM, John Pitcairn wrote: > --- In logic-users@yahoogroups.com, Paul Najar <paulnajar@j...> wrote: >> To my way of thinking the ideal would be to have certain buttons & >> faders on the LC/MC controlling Logic and other buttons & faders on >> the same LC controlling Totalmix. All active at the same time. The >> ideal way for this would be to be able to specify which program >> (logic or Totalmix) each controller on the surface sends to. >> Is this possible and do you see the value in this sort of approach? > > I can see that some will find this useful, epsecially for the master > fader, a few buttons and jogwheel, and this will be possible using LC > Xmu, with the following limitations (at least in the initial version): The two big features for me would be the master fader controlling my monitor outputs in TM and also a couple of the F buttons to switch between different TM presets for switching speakers and then maybe one further F key to dim the monitor outs. I don't need access to talkback features or individual fader control as I've always used TM as the central summing section of my studio and I leave all it's individual faders at unity gain and set up a seperate talkback system. > You must use the older LC module with Logic, and boot the surface in > MC-mode, so Logic can't hog the surface. Fine. > You should preferably specify that a single target app has control > over writing to the LC's display, (LCD, assign, transport, LEDs and > v-pot rings), because: > > While you can use LC Xmu to remap or split LC buttons, the > corresponding button LED feedback is NOT remapped or split at present. > So if you want to remap/split buttons, using buttons without LEDs is > somewhat preferable. You know, feedback is not even that important since it's just one fader and it will only ever have one function. Only time I could see that it would not update properly is if I switched TM presets. As for the F buttons they seem to "fit the brief" as well. > The LCD display can't be split. It's unlikely I'll ever support this, > it would be an awful lot of work. It is possible to allow multiple > apps to write to it, but the results can be a bit messy. > > You shouldn't currently remap a motorfader, ie fader 1 should stay > mapped to fader 1 regardless of the target app, to ensure fader > feedback goes to the correct motorfader. This does not preclude > app-splitting however. > > Ditto for v-pots, if you want the appropriate led-ring to be lit for > the correct v-pot. > > Reverse-mapping the feedback for remapped faders, vpots and LEDs is > technically possible however, and this may occur as a later update. None of that is too much a concern for me. When do you think you'll have the new version of LC Xmu ready? Regards ::::::::::::::::::::::::::::::::::::::::::::::::::: Paul Najar Jaminajar Music Production www.jaminajar.com