Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by azslow3

  1. Track/buses should switch by pressing left encoder (in plug-in/EQ mode works with Shift only, in all other modes with and without shift). That is mentioned in the documentation (and differences list for the preset). F1-F8 have "default" behavior from the documentation (save/recall current strip). F1-F4 are recall, F5-F8 (so F1-F4 with Shift) are save.
  2. msmcleod still updating MCU and partially HUI compatibility. Except for Softube Console 1, I can not remember any new device got Cakewalk support from Cakewalk or device producer last 5 (or even more) years. That is about the hope it "will be supported soon"... Novation is publishing all technical documentation (not many companies do). Cakewalk has public surface API (not many DAWs have that). So THEORETICALLY anyone can write reasonable integration (including LEDs, display, colors and device specific controls). In practice only several new devices got reasonable integration, using AZ Controller platform. But that is DIY solution. Not many people was ready to invest significant time and effort to create deep integration. I have written the platform and created several big presets. But I no longer ready to create presets for devices I do not have.
  3. Crashed DAW just because of some MIDI device internal mode is not expected result. It can be you have some "MIDI loop" inside your project, during surface (and other MIDI devices) setup it is better have black project loaded (without any MIDI tracks). Other reason can be some Control Surfaces in Cakewalk preferences (Cakewalk tend to mess with MIDI IO assignments when new devices are added). Finally "starting from scratch" is also an option, after cleaning all MIDI devices in Windows Device Manager and removing Cakewalk MIDI related INI files. But in case you prefer out of the box solutions, I agree that FaderPort V2 is not the device to use with Cakewalk. At least till someone make working preset and write/record installation instructions.
  4. Classic had specialized plug-in for Cakewalk. V2 does not have such plug-in and it can not mimic Classic. There is no published preset for V2 (at least I have not seen it), but in case you put V2 into some "native" mode (so its controls just send what user is doing, without attempt to be "smart"), you can MIDI re-learn the preset for Classic using V2. That should work, except feedback (Classic designers have made a... mistake... so feedback to buttons does not match commands from these buttons. I think "Use Ctrl" instead of exact MIDI messages in the Feedback section should work for V2.) So, definitively manageable (with device in hands) but a bit of DIY. If you have no time nor willing to invest it, I can not help.
  5. I can select types and presets in demo... I have Windows 10.
  6. I could only test demo version and it has MIDI steering disabled...
  7. May be I do not understand what was your problem... But Cakewalk support MIDI input for FXes directly (till some Sonar X the way was a bit "hacky", but since that time it just works). You need to "Enable MIDI Input" in the "VST2" menu (plug-in window top controls). The plug-in is then visible in the Synth rack and MIDI track output can be routed to it.
  8. I have replied you on my site... I guess meet online and make corresponding preset(s) is the simplest solution for both of us.
  9. ACT Dynamic Mapping is the only plug-ins control approach supported by Generic Surface. And it is focus oriented. There is different way, but it is supported by Mackie Control only. Sure, AZ Controller support both. If you do not need feedback (Generic Surface does not support it at all), following "Quick start" will take ~5min (including installation), pressing "Dup" in Options tab and MIDI learning additional controls ~10sec per control. Changing Volume to another parameter or inserting "Filter" Action between track and value yet another ~15sec per control. In total, it does not require any programming skills nor more time then Generic Surface to do what you describe. AZ Controller is way more powerful then Generic Surface, but no one force you to use that extra power 😀.
  10. I think he is using the latest CbB. And I think only people which are using REAC can say something. PS. Note that original message "style" is a kind of "Russian technical spoken dialect", that is why automatic google translation has quite strange sentences. @Анатолий Семенов Пожалуйста напишите конкретную версию Windows, REAC (и других аудио драйверов) и CbB. И пожалуйста используйте обычный лексикон, Гугл с Вашими "косяками и шляпами" не справляется. Если у Сонара когда-то были рускоговорящие разработчики, то их много лет там нет. Кроме того REAC от Роланда, они Cakewalk давно продали и соответствующую поддержку устройств закрыли (до выхода Windows 8). Так что шансов на успех мало, но кто знает...
  11. The only important part is written in English, the man has problems with REAC in the latest CbB version. I think it is also not correct to claim that "nobody knows" the language of the largest country in the world 😉 Yes, it is not in the list of official languages of current "Cakewalk home". But since "Cakewalk country" has 4 official languages, I think it is ok to use different languages in this forum, no?
  12. I think the simplest way is to use: (its 'multiple independent groups of devices' feature) With drum controllers I can not advise anything (I use e-drums as "drums MIDI controller).
  13. Once installed, it has 6 months run time. When people "update", this period is reset. It is possible "re-activate" without update, but that is only true for Cakewalk itself. Bandlab Assistant has to be updated to "re-activate" Cakewalk. At no time this process was painless for me, automatic update of assistant was producing errors. Update Cakewalk from assistant also.... I mean in a class environment it is not a matter of seconds to "re-activate" using some low band connection (f.e. mobile). It will be quite some work.
  14. I have touched 3 DAWs. 2 of them have no Musicradar "review", one of them was not mentioned at all (Tracktion, I still believe it is the simplest for beginners and they have free version too). Some "pro" and "cons" are questionable: Ableton has NO cons? really?; "does not come with loads of plugins", first that is not right (this does not comes with soft synthes, but the number of plugins is not small, especially when someone knows that JS is plug-in format), second they write best DAWs not best Bundles; "Mac only"/"No Mac version"... where is "no Linux version"? I do not think someone on Mac care about Windows and reversed. For 2 DAWs I know good, the "text" is useless. For Cakewalk they write nothing about DAW at all. For REAPER they mention questionable points: the interface has responsiveness problems at the moment (in "high" display) and the reason is deep in design. And it is not "most affordable" DAW: it is not free, commercial price (they mention "From ...") is relatively high. I understand finding deep technical advantages and disadvantages is not easy. But in any serious ranking there must be at least some meaningful information. So in case someone ask "should I check Musicradar when searching for a DAW?" I will answer using original words they write about Cakewalk: "you've got literally nothing to lose by..." reading it. And I will add "but you will learn almost nothing".
  15. If you need "the first" controller, get Behringer X-Touch Mini. If will work out of the box with AZ Controller plug-in. From your list X Touch (big one, with displays) is exact copy of Mackie in functionality (not in controls quality), it will work as desired. Faderport V1 (old one) has special plug-in, but not V2. X Touch One will work more or less ok. They try to mimic Mackie, but since the DAW does not know it has just one fader, it is not working exactly as Mackie. Nanocontrol will also work. But it is "nano"... If you primary need buttons or your projects are no more then 8 tracks, it can be almost as good as Mackie. But at the time you load new project, shift to different tracks in the same project or try to control FX, you will need to bring knobs/faders "in position". Nektar P1, when ingegrated, has guides for faders and endless knobs. So it is way less work to shift tracks and no work for knobs. With nanocontrol it is different. Back to X-Touch Mini. It has encoders (as its big brothers) and a set of buttons. The functionality is listed there: http://www.azslow.com/index.php/topic,377.0.html
  16. There is no well defined "Play" nor "Volume" commands any DAW should recognize. The keyboard just sends normal key messages when you press play, you need explain the DAW how that should work. For Keystation: * put transport buttons into Mackie mode (if it is in HUI), see the documentation how * remove ACT MIDI and put Mackie Control, set its input as on your screenshot (no output). Open its configuration (Cakewalk Utilities menu) and set "Disable handshake". The fader works as "MIDI Volume". Some synth recognize it, some not. To control something in the DAW, you can add ACT MIDI, with input set to the first input of Keystation, so the same as keys. And configure the first "Fader" there (see ACT MIDI documentation how). With Nektar you are out of luck, Nektar has not written plug-in for Cakewalk and the device does not use any common protocol (like Mackie). Can be configured, but that is not simple...
  17. azslow3

    linking plugins

    From what I know, there is no such functionality in Cakewalk. You can copy FX (and/or settings) from one track/instance to another, so manually " syncing" parameters when required. Or you can copy automations for corresponding parameters. If for some reason your REALLY want sync parameter changes life, you can do this using at least 2 approaches: 1) in case FX in question support MIDI steering and you have some MIDI controller, you can organize MIDI routing such way that both instances are changed by the same MIDI control. That is the only method I recommend for live environment. 2) you can make (project specific) AZ Controller preset which will sync one (or all) FX from one track to another (assuming parameters are automatable, no extra hardware required). Parameters will be synced with some delay (~75ms), the procedure is relatively CPU heavy (all parameters of all plug-ins in question need to be queried as fast as possible to detect changes...). That is why I do not recommend to use it in critical environment.
  18. You need plain Mackie Control (C4, XT, etc. are different devices). You need to disable handshake. And you have to assign correct MIDI ports of Motör to Mackie control (Port 2, so different ports from what you use for keyboard, but they also have to be enabled in MIDI section of preferences to be selectable for control surface).
  19. I use Kimber Kable Hero... Not intentionally, the reason is in fact very sad... But I have seriously tried to listen/measure the difference to "normal" XLRs. So far without success 😉
  20. You can check if VST doing what it should (you expect it should). Record/create from scratch a MIDI clip and start manually adjust velocity of particular notes. That way you can be sure what is really sent to VST, effectively excluding the keyboard from the chain. I see your lonely post on NI, which is not answered for more then a week. That can be frustrating...
  21. I have to apologize. I have used the word "driver", but I had to explicitly write "speaker driver". My fault. Thanks for making the test. So, RME works fine with high frequencies, recording them correctly and delivering them correctly to the output. My point was about the next step, what happens with these frequencies in your or my "cheapie charlies" or super "high end" towers? They can be discarded prior speaker drivers or try to drive them. In the last case, they will produce some distortion. Is it "aliasing" as in digital domain or other kind of noise? I have not seen plausible test results so far. But I have seen a test with general conclusion "there is audible distortion" (which is sometimes used as a prove for "better sound" in "high end", when used with 96kHz source... so in reality the sound, while really different, is just worse...). Returning to the topic. If we mix in 96kHz and send output without LPF to our monitors, can we fall into the same "trap" as "high end" lovers? So we listed the mix with some extra audible distortion produced by monitors from existing (and may be even real world correct) high frequencies?
  22. Mackie is a separate surface plug-in. Instantiate it and point to port 3. In the configuration disable handshake. If Code really sends Mackie transport, it should work. You still can use something else for other ports. Note that Mackie plug-in completely block specified port MIDI, so do not point it to normal ports. Also it sends feedback, that can trigger MIDI loops if configured incorrectly (on the keyboard side or setting wrong output port for Mackie plug-in).
  23. Since no one has mentioned that... Audio interfaces can work at 96kHZ or more, so with 48kHz waves, for input and output. But most (exceptions?) drivers physically can not reproduce more the 21kHz. The result is the same as with audio interfaces working at lower rates: analog chain can have LPF so what can not work is cut or follow "lets hope the user knows what he does" scenario. I can not find the links now, but I have seen some tests in the Internet. The same kind as in this thread videos, but checking what really comes out of monitors/headphones when the signal includes over limit frequencies.
  24. I may be see it wrong... But if everything in a project is 48kHz and there is just "saving" into 96kHz... I expect all frequencies above 24kHz should be strictly zero... no? 🙄 I mean it is like using 64 bit depth for recording (from 24 fixed point interface > maximum resolution of any interface), does not make sense at all.
  • Create New...