Jump to content


  • Content Count

  • Joined

  • Last visited

Posts posted by azslow3

  1. 1 hour ago, צביקה שמואלי said:

    I know the above part
      I want to make sonar change channels automatically while playing
       So that I can play every section on a different instrument

    I think it is unclear what you want...

    Do you want play only one instrument using whole keyboard at any particular time? Then already given answer should help. If you want switch instruments from keyboard, write what you want to use for that (f.e. pedals, knobs/buttons on keyboard, etc.).

    If you want play all instruments at the same time, so split your keyboard into several regions, then you can use Drum Map or several tracks with active echo and the same keyboard as input (or just omni), with forced channel and MFX event filter (MIDI FX plug-in) tuned to filter out unwanted regions.


    • Like 1

  2. On 1/16/2023 at 4:47 PM, Jacques Boileau said:

    And if at all possible, would it then follow when we move the WAI focus?

    If that is possible (only M-Audio knows for sure...), AZ Controller can use it (well, that has to be defined in the preset...).

    Also note that with AZ Controller any button or pad (which sends messages) can be used as a "Shift" ("Ctrl", "Alt.", "CapsLock". etc.), to change what any other control(s) is(are) doing. But the button has to send something. And any knob (in finite CC mode) can be used as "N position" switch. I mean If "Shift+<<" is not sending separate MIDI message and you want extra command, you can define f.e. "Back+<<" for that (while still keeping "Back" doing "Undo" when pressing "Back" alone).

    • Thanks 1

  3. On 1/13/2023 at 3:03 PM, abacab said:

    That is perhaps an academic explanation, but which has no practical real-world use for a musician that just wants to buy a retail MPE keyboard and expect it to work with their existing sounds.

    I was targeting "is any sound can be driven by MPE?" question. But you are right, my post is probably "too academic" for musicians... So I better list just practical points:

    • MPE should be activated on keyboard and inside VSTi to work correctly. Knowing how that is done (and what can deactivate it) may avoid confusion.
    • Original MIDI Polyphonic After-touch is not a part of MPE. Some other messages are used differently.  In other words,  MPE keyboard can be used with MPE unaware VSTi, but it should not be in MPE mode. The "sound" can be wrong otherwise.
    • the "sound" produced by MPE compatible VSTi in MPE mode from  preset not designed for MPE may be not  the same as in conventional mode. That is VSTi (and preset) dependent. Also editing MPE recording can be more difficult then conventional recording (DAW dependent). In other words, it is probably better use (record) MPE mode only in case MPE is really used.
    • Like 3

  4. Unfortunately I have not found HammerPro88 protocol documentation. User Guide mention 2 things: "Output port for LEDs in DAW mode" and "most DAWs automatically configure the device". In BITWIG, are any LEDs follow the DAW? If some do (f.e. transport), but other don't (fader buttons), M-Audio has not foreseen the feedback for particular buttons (at least not "easy" way). If no LEDs have feedback... it may be worse checking output port is set correctly. But the fact "they are always ON" point to the first case (with incorrect port they should be "always OFF").

    "Most DAWs automatically..." is probably not true. In particular DAWs installation instructions they suggest selecting the DAW on keyboard and use Mackie mode in the DAW.

    Theoretically they can support feedback for buttons and pads (so the possibility for a DAW control LEDs, pads colors, etc.) even in case Mackie mode is not supporting that, I mean in "native" mode. But without protocol documentation from M-Audio it is very hard (up to impossible) to deduct.


  5. 16 hours ago, abacab said:

    Not just any sound. Be aware that the VSTi instrument used must be MPE aware so that it can handle the MIDI correctly. So there are 3 important ingredients required: an MPE compatible controller, an MPE compatible host (DAW), and an MPE compatible VSTi instrument.

    If I have understood the specification correctly... there is no "required" ingredients at all to use (or imitate) MPE 🤪

    "MPE compatible host" just means the DAW can save (record, edit) Note and CC MIDI events with different channels into one track and deliver them to VSTi "as is" (without modifying MIDI channel in the events). I think (almost?) all DAWs can do that. For editing, a DAW should support convenient editing events with one particular MIDI channel (without that editing MPE recording will be nightmare).

    Controller is not required, corresponding MIDI can be created in MIDI editor. But converting recording from not MPE keyboard to "MPE compatible" can be boring (till the DAW supports corresponding scripting... theoretically possible with CAL..).

    If VSTi is not MPE aware, it will take 15 instances of the same VSTi with the same preset to implement MPE with it. Also MIDI has to be specially processed before feeding each instance. Note that such structure is rather hard to do in Cakewalk.

    PS. depending from VSTi and DAW, special care may be required for switching on MPE (RPN 6 messages) and prevent switching it off (on stop).


    Finally, I think everyone who want use MPE should read MPE specification instead of MPE advertisements.... MPE is rather simple "trick" to allow changes in several parameters per note. Original MIDI 1.0 has foreseen just one (Polyphonic After-touch). Current MPE defines 3. All that just to support keyboards with extra sensors per key.

    • Like 1

  6. On 1/8/2023 at 2:09 AM, Jesse Wolfe said:

    Thanks @azslow3.  I'll try the third option there to see if that will work.  However, I don't want to free up the sliders to interact with a VSTi plugin. I want to be able to modify , say CC 11 when recording automation in Cakewalk. I can't quite do it when I have AZ Controller running with a setup with @Jacques Boileau's preset where my keyboard sliders are modifying WAI track volumes.  I'm working on learning enough AZ Controller so that I can get CC11 working with my slider.  My initial attempts don't seem to be making it to the DAW.

    For the 3d option to work, the slider should send CC11. It will be assigned to AZ Controller logic, so initially CC11 will not come throw but modify WAI volume (or something according to preset logic). If the control is put in the group "A" and that group is toggles, it will no longer block CC11 and so it should be usable in plug-ins. And in that case it will be be processed by AZ Controller, so will not move WAI volume.

    But switching presets on the Keyboard, so control is sending something not assigned in AZ Controller, is probably simpler approach to achieve the same goal. "Groups" in AZ Controller are primary for controllers which can't switch hardware presets easily or when "advanced" logic is used (f.e. auto move some controls to/from pure MIDI mode when particular VSTi is in focus... some AZ Controller users experiment with funny configurations, may be just because that is possible 🤪 ).


  7. 2 hours ago, scook said:

    Strum Session 2 required no special activation. GS-2 activation information, if any, would be listed on your AAS account.

    It depends from the version of Session. "SONAR" edition was bound to Sonar. General Strum Session 2 has serial number (as other AAS Session plug-ins, Platinum users could get those, in this case they are listed in AAS account).

  8. I have to checked what exactly is going on in this concrete preset for AZ Controller and so how easy/hard it is going to be to add "modes" for controls.
    But AZ Controller supports all kinds of plug-in control in Cakewalk, including

    • Dynamic Plug-in Mapping (sometimes called just "ACT" since used in "ACT MIDI" plug-in)
    • Direct Plug-in Control (used in Mackie Control plug-in)
    • dynamically including/excluding controls from surface plug-in operations (not available in other surface plug-ins).

    The last options allows at run time "de-assign" let say sliders 7-8 from AZ Controller logic, which effectively allows using them in VSTi plug-ins as MIDI input. For that, put controls in questions in some Group (in the Hardware Tab) and assign some button to toggle the group.

    • Like 1

  9. On 12/22/2022 at 8:58 PM, arthur killen said:

    Then, I was exposed to audiophile setups and DSD. It was a bit of an ego hit, realizing that those systems were exposing aspects of my recordings that weren't audible with my studio monitors, headphones, and audio interfaces. Stuff like soundstage and imaging, which I always thought was snake oil, turned out to be real.

    I don't think people here joke about soundstage or audio imaging. And there was no claims audiophile equipment produce the same sound as studio monitors. But there is significant difference in opinions from where all that comes and what it really is... In other words, are DSD/768kHz/etc. really the "keys" to that "great audiophile sound"?

    Listening some recordings with studio monitors is way less fun then listening them on $100 HiFi player. My 20 years old €40 Yamaha computer speakers with "virtual surround" button pressed produce crazy soundstage, even when they stay near each other. But I don't think based on that someone consider using HiFi player for mixing own songs or computer speakers to check soundstage 😏


  10. On 12/21/2022 at 5:37 PM, kzmaier said:

    I was very happy to see this until I saw the date.  I tend to get lost in the details of Cakewalk/XTC configuration.  I rarely use the XTC for this reason.  I would love to get the device into my workflow.  Is there a Cakewalk/XTC for dummies reference out there??

    Sorry to proliferate a old topic.


    If you are blind, there is related solution: https://www.azslow.com/index.php/topic,346.0.html
    But since LEDs make no sense in such case, the device stay dark all the time (and there is no on-screen display). So the solution is far from perfect for majority of users.
    Well, you may find interesting to work just with audio feedback: you can stay away from the computer monitor nor look at XTC, and still have all important information...

  11. I think that is a wish to use 8x oversampling, just for "safety" or really required by some crazy plug-in to work properly... In the second case it is better re-think and abandon the plug-in in question. It is definitively not written good when requiring such oversampling (and not providing it internally). In the first: that is "too much" in safety, do not forget that all less then a half of sampling frequencies are perfectly reproduced. Unlike 8x AA in graphics, extra high sampling rage does not "improve" anything. 96kHz by itself is already reproducing frequencies more that two times higher then any human (and audio equipment) can perceive. 

    • Like 2

  12. 12 hours ago, John P said:

    I'd consider trying to use AZ Controller to make a setup for Oxygen Pro Mini in Cakewalk, except I fear that it's complex enough that issues will arise, and when they do, my only option will be to try to work through them by talking with you on the Cakewalk forum.  You are a great guy, I just don't think such a talk is possible here.  

    With me you can talk on this forum, my forum, WhatsUp/Skype/Phone.  On this forum you can "talk" to Mark (current supporter of Mackie Control in Cakewalk), Noel (long time Cakewalk developer) and other Cakewalk staff people. That is not the same as "support"  from Novation/Focusrite/M-Audio, where you normally can communicate just with (or throw) the "first level" support (people trained to answer common questions). People here not only know how all that works, but they are also able to modify related parts of the code in case that is required. ;)

    • Like 1

  13. 2 minutes ago, whoisp said:

    Act midi only works on the 2) MIDIIN2 (LKMK3 MIDI) will not work on 1) LKMK3 MIDI to control a plugin like synthmaster so i am guessing the act control tech is more compatible with the whatever MIDIIN2 (LKMK3 MIDI)

    Keyboard sends MIDI from each particular control to one port only. Which one depends from the keyboard settings, so currently loaded preset and activated mode. That is not something Cakewalk nor surface plug-in can influence (till plug-in knows how to switch mode/preset...).

    The "bug" I have mentioned was rather confusing, in your example even so you could see let say "MIDIIN2" in the preferences, the DAW was actually using "LKMK3" instead. If that can happened in the current Cakewalk version I am not sure, I have not observed the effect for a while (but I try to be careful with connections...).

  14. 2 hours ago, whoisp said:

    The one down side is from time to time when i reopen a project, i have to delete ACT MIDI Controllers and add them again for the 8 rotary knobs to work on synthmaster. For some reason they stop working and i am not sure where the bug is or if its me and why i was going to try "AZ Controller"

    My first guess is a bug in Cakewalk, it likes messing with MIDI assignments of Control Surfaces (started in some version, then was changed/improved/modified, but I am not sure it is eliminated completely...). "AZ Controller" will not help if that is the issue, it also use Cakewalk MIDI (for that reason I was thinking several times to work with MIDI devices directly, but mentioned "one port for everything" case will be impossible then).

    General rule with Cakewalk: always start it with the same MIDI devices connected into the same USB slots. Unfortunately that is not always practical or even not possible (I have several MIDI devices and I don't want switch all of them on every time I start a DAW, I also use different audio devices with different settings and that is real nightmare in all DAWs I use, why even "smartest" DAW developers can't at least remember one set of settings for each interface, better several presets, is a good question...).

  15. 4 hours ago, whoisp said:

     Like anything USB it acts as a storage device so to speak and with Novation, you need to update to the Novation USB drivers which gives you two midi inputs LKMK3 MIDI and MIDIIN2 (LKMK3 MIDI) and two midi outputs the same but different names. Do not ask me why not just one midi in and out i can not get anyone to tell me, i guess maybe a new protocol given its called MIII.

    Here is the explanation: some DAWs are able to route one port (a MIDI device from software perspective) as "normal" MIDI (f.e. as input to VST Instruments) and to control the DAW. Obviously messages for controlling the DAW should be filtered out, f.e. Mackie sliders are sending "PitchBend" MIDI messages, you don't want change the pitch in your synth when you change the volume of your track.  DAWs in that category are Ableton and Cakewalk (while Cakewalk has no way to block the output to device in that mode, but that are details...).

    But most DAWs need a separate  port (device) for DAW controlling. And if some device pretend it can emulate "standard" controllers, like Mackie, it can't send keys to the same port. That is not technically possible, even in Cakewalk (with Mackie surface plug-in).

    Many controllers, including Lauchkey, are Ableton oriented. And so the have (or had) just one port. But if they want support "other DAWs", they have to implement at least 2 pairs of ports. And that has happened with MK3, they just want attract more users.


    Which ports to use depends from what the device is sending, in most controllers (Launchkey including) that is freely configurable. In factory presets other then for Ableton, "DAW controlling" messages are send throw "DAW controlling port". And so this port has to be used to catch that messages.


    "ACT MIDI" not only has strict limit on the number of controls, it also does not show the messages it receive. So you can't easily check which port you want.
    Another limitation is just "banks" based switching what particular controls operate. That in practice is not flexible, especially with limited number of available controls.
    How a control modify target parameter is also fixed, just "jump" and "catch" are possible. That is not always practical, at least not for all cases.


    "AZ Controller" does not has these limitations. It supports unlimited number of possible controls, modifiers and combinations. It shows last receive MIDI message. I has several fancy modes for finite hardware controls.  It also support several instances, so several ports can be configured in one preset (for the "Master" instance) or separately. And when device has controllable LEDs, it can use them as well.


    • Like 1

  16. 19 hours ago, John P said:

    10. Click the yellow start button next to the red X button. In the popup window, click the Controller/Surface dropdown and select Mackie Control. Click the dropdown for Input Port and select MIDIIN3 (Oxygen Pro Mini). Click the dropdown for Output Port and select None.  Click OK to exit this popup window.


    • Play some keys on the keyboard. If you don't hear sounds, check the In/Out section of the vertical track window on the left. It may work as Omni, but if not, trying changing it to MIDIIN3 (Oxygen Pro Mini) in the Input dropdown.  The Output dropdown should be set to Master. If still no sound, be aware that some VST instruments use only a subset of the piano keyboard. 


    I can't promise that this will work for everyone, but it worked for me.  If there's a better way, let me know.

    Bold parts can't work at the same time. Once MIDIIN3 is assigned to Mackie, all messages from it are blocked. And device is not sending keys there in any case (till in custom setup).

    In general, you mention 3 different methods to use MIDI controller in Cakewalk:

    1. throw Control Surface plug-in (AKA ACT, even so only one of such plug-in has "ACT MIDI" in the name). That you activate with Cubase mode on device and Mackie plug-in in Cubase mode in Cakewalk.  You doesn't mention/use that in "Testing" part.
    2. "Remote Control" of particular Cakewalk elements. In "Testing" you recommend move controls "all the way" during learning. From my knowledge Cakewalk is not sufficiently "smart" to learn control type/range. It just take the first message and use corresponding default value range.
    3. MIDI learn inside VSTi.

    For 2 and 3 important is "simple" type of the message the control sends. In general on devices without touch function nor encoders that is default (till in Mackie/HUI imitating mode and the mode is activated), so I guess any "not DAW" preset for Mini can be used for both.

    For 3 important is enabled echo on the track. So keys should work ("produce sound"). In Cakewalk that is default for focused track, but some users "manage" to switch that off.

    Note that "ACT MIDI" supports an alternative way to control plug-ins, "Plug-in dynamic mapping" (also at many places/texts called just "ACT"...). Mackie does not support that way (it uses yet another way, "Plug-in direct control", which is not supported by "ACT MIDI"...). There are several differences between MIDI learn inside plug-in and plug-in controlling throw surface plug-ins:

    • MIDI learn only works for plug-ins with MIDI input and only when that input is active ("echo on"). That means most FXes are not controllable that way (the have no MIDI input). Surface plug-ins can control any plug-in which expose automation parameters, independent from MIDI inputs.
    • MIDI learned changes are recorded into MIDI clip, as "CCs" (assuming control sends CC). Surface plug-ins modify automations, so changes are recorded as automations.
    • MIDI learned assignment are remembered by plug-in, this particular plug-in way. So can be preset dependent. Surface plug-ins mappings are saved separately by Cakewalk, they are activated any time corresponding plug-in is loaded, even with other preset or in other project.
    • Note really a difference... But worse to mention: for Mackie, plug-ins mappings has to be manually written by user (also I doubt Mini in Cubase mode can select FX to control control). For "Plug-in dynamic mapping" all assignments are saved into 2 system-wide XML files, and sometimes Cakewalk can corrupt them, effectively loosing all created mappings (till good versions are backuped by user).

    Finally, the only "perfect" way to integrate Mini into Cakewalk is AZ Controller. Mini has more controls then "ACT MIDI" support and its hardware controls don't match Mackie and so ineffective in that mode. But no-one has created corresponding preset so far. People normally just stop at "working acceptably", with any controller 😏


    • Like 1

  17. For (1). MIDI can't get "out of tune", even on tempo changes. But most Synth react on "PitchWheel" events. Note that Cakewalk by default has "automatic echo" on MIDI tracks, so the track should not be armed to process external events, it just does not record them. Also note that some synth have "MIDI output" and Cakewalks "All MIDI Inputs" setting for MIDI track include also all software MIDI outputs. So, my guess you get some PitchWheel (or other events which produce pitch shift in particular synth), can be from (a) MPK (you touch the wheel or it is "self generating", not so unusual problem with MIDI controllers), (b) you cat if from MIDI output of some synth (c) in recording you somehow have "relative pitch shifting" CC and you don't reset it on looping, so it accumulates with time.

    For (2). I guess almost no-one these days use synced arpeggiators in MIDI keyboard. They are good for hardware synth, but DAWs allow advanced arpeggiation in software. So it can happened related functionality is not well debugged in CbB. 

    • Like 2

  18. If there is ANY benefits in see/use/compare/correct multiple tracks, that is a good reason for Studio. Also some operations are simpler in Standalone, so not in a DAW.

    But update price is in fact higher, independent which functionality was "updated". That is why I have not updated 4 to 5 till now (it is finally reasonable priced, for the first time since introduction...).  

  19. On 12/4/2022 at 3:22 AM, Ernie Tamminga said:

    A bit more info: I use Kontakt7 in Cakewalk, so any info pertinent to that, in this context, would also be appreciated.

    If NI S61 is too expensive, NI A61 can be a good option for you. With NI keyboards you get pre-made auto-mapping for NI (and some other) synths, when used inside Komplete Kontrol. There is no official DAW integration into Cakewalk, but with my integration (A61 and M32 have the same DAW/synth controls) you will have good (I even claim better than in officially supported DAWs) functionality (targeting the time you play, so quickly want change the track/synth, jog, open synth interface, start recording, turn metronome, etc. especially since A61 is not "near notebook" device and so using mouse/computer keyboard in parallel is not convenient).

    NI keyboards (all of them) have fine-grained encoders without raster. They are great for  continuous parameters (volume, frequency, etc.) and "effortless" switching pages/modes,  but far from the best option for live controlling a single synth, where finite knobs are more intuitive. Also note there are no faders and no pads.

    Better visit a store where you can test several keyboard. All of them have completely different feel when you press keys, unlike "digital pianos" there is no "reference" they need to imitate. Even when disconnected, you can sort out variants you definitively don't like (too "soft", too "hard", too "clicky", etc.). Note that S61 has Fatar keys with after-touch,  A61 has "cheap" keys without after-touch. So the difference is way more then just build-in displays.


  20. 1 hour ago, murat k. said:

    FL Studio ASIO is a WASAPI drive actually.

    This is why the file's name is ILWASAPI2ASIO. Means Image Line (company name) WASAPI (The actual driver) To ASIO (Acts like an ASIO driver)

    Thanks for the suggestion. I was thinking to buy a simple mixer to route audios which is cheaper than you suggest then I gave up because I have no trouble with latency anymore with this solution. Also these are extra profits which comes besides working with multiple interfaces:

    And the new prefence "Enable MMCSS for ASIO Driver" made it better. In the past sometimes I was getting audio crackling on the playback, nowadays I don't get any issues.

    Well... a mixer was my second "audio interface", the third was VoiceLive Play (really that time I couldn't put all music equipment together into one place, so I had to use 3 computers as well, lol). Sure, I was also experimenting with ASIO4ALL at that time, more as an attempt to put VoiceLive Play and build-in Realtek together. Later was more interfaces and more software.

    What I mean, I took rather long way to RME. With many "aha!" and "omg..." moments. And I can't say it was not interesting.  My current desktop setup is still a "workaround". I wish at least 8 inputs interface with low latency, which can work standalone. Some day I probably get UFX (or switch to Motu...). But the primary reason I don't have it already, is an attempt to come to the goal "cheap". I mean I have 8x8 + 2x4 interfaces permanently connected which do almost everything I need (8x8 can mix standalone). Just not perfect (latency and quality are not top).

    So I just try to recommend everyone to find something which perfectly serve wishes from the beginning. I mean I recommend the short way instead of workarounds 😉

  21. 8 hours ago, murat k. said:

    I have had no issue with ASIO4All since I found a way to use it. In the beginning, people get some issues and leaves it, but after getting its working principle, you can handle it without a problem.
    But the problem with ASIO4All and some other drivers, you can't get sound outside of the DAW. There is a solution with WASAPI Shared but it has too much latency. With the MME(32bit) you get sound crackling eventually. Suspending the Audio engine is not working all the time depending on the task you want. 
    With FL Studio ASIO you don't get any issues with the sound or latency. I mean it also focuses on your DAW, but still allows you to hear/send other audio on your PC and still get low latency.
    Yes, there is a way to get low latency with no audio issues. Having multi-input/output soundcard with the internal one and connecting one to another. But you don't need this since you have a working solution called FL Studio ASIO.
    Also, it reduces the CPU load on the DAW, you can see the difference when you switch between WASAPI and FL Studio ASIO.
    And also you can switch the active playback/recording sound device easily without having to open the Preferences menu.
    This is why I recommend FL Studio ASIO to people when the topic comes to sound drivers. I tried all others and came back to it all the time. 

    "FL Studio/ASIO4ALL/other generic" ASIO is visible from applications as ASIO. But they have to access hardware driver, which is not ASIO. Back in time, proxies sitting in the "kernel" could reduce latency a bit. MS has done relatively good job with WASAPI, on some hardware it even beats dedicated ASIO driver in latency. So for normal use, extra proxies are pointless.

    I agree that for using multiple interfaces in parallel (tricky in any case since that needs hardware sync between them) or using several applications in parallel they still can be used. But if that is "usual" activity, getting an interface which natively allow that is the best way to solve the problem. In my experience,  "tricking" with fancy external software till some degree works, but can't be perfect (such software still has to deal with "laggy" hardware and Windows design). Note that is not automatically expensive. Like 8 years ago I have payed around 20€ for M-Audio Audiophile FireWire, it has own ASIO and allows other apps in parallel. And it is still my "default" interface for desktop 😏

  22. 2 hours ago, Byron Dickens said:

    Talk about understatement. The Realtek ASIO driver is even worse than ASIO4ALL.

    Well, unlike ASIO4ALL it has never corrupted all ASIO drivers on computer for me. And I was using Realtek ASIO not at "prehistoric" times (ASIO4ALL almost make no sense since introduction of WASAPI).

  • Create New...