Jump to content

azslow3

Members
  • Posts

    668
  • Joined

  • Last visited

Posts posted by azslow3

  1. Just in case you have not realized... "Mackie Control" plug-in block the whole device, so everything it sends, and use all messages for itself. But other Surface Plug-ins (f.e. "ACT MIDI",  "Generic Surface") block only assigned messages. So you can "MIDI Learn" transport buttons there, all not learned controls (faders, other buttons, etc.) still will work "to send CC for other purpose". I mean you don't need shift+key binding "trick" just if you want transport keys to work as such.

    Sure, if you really want transport buttons by default also not work as transport buttons (till cycle is pressed), what you have done is the simplest approach (since to do this with Surface Plug-in you need AZ Controller with non trivial configuration, even so it  opens even more possibilities...).

  2. 11 hours ago, msmcleod said:

    Yes, the code is still valid. 

    The public repo is missing some of the latest Mackie Control enhancements, but those enhancements are specific to the Mackie Control surface dll.

    It will be nice in case you keep updating github... Every time, after reading some fancy Mackie request, I think "well.. may be I should produce MR...", I remember you have not updated repo with current version, so that make no sense ;)

  3. 5 hours ago, abacab said:

    I bought an MPK Mini and returned it in a few days.

    As I wrote, keys are subjective. I like MPK Mini's keys and they technically have reasonably controllable velocity curve. An opposite example,  getting predictable velocity from NI M32 seems like technically impossible. But mentioning Akai I was writing about bigger controllers with full size (in width, they are shorter then usual... grr. that is for Roland keys, which I also like) keys.

    For the topic, Novation and Arturia will do what you want. If something you consider will have trouble with DAW controlling, we can solve that online in an hour (20-30 min mapping controls, 10-15 min copy/pasting  buttons LED feedback, the rest for "hello" and "goodby" 😉).

    • Like 2
  4. In such devices most important are keys, followed by purpose and corresponding usability of controlling part.

    Keys are up to you (you should like them, so better try before buy, I personally prefer Akai but they are special, so can be "no go" for other).

    For controlling part: if the purpose is controlling plug-ins throw MIDI, all will do the trick and it just depends which controls you need (pads, sliders, etc.).

    For controlling Cakewalk: Panorama has no reasonable integration, so probably most frustrating choice for Cakewalk. Other also have no native integration, but as other write Arturia function more or less as Mackie (note these posts are about relatively expensive MK2, not Essential). Impulse kind of support HUI, which it turn kind of supported by Mackie plug-in. But don't expect more then transport and basic strip control. Also since faders are not motorized, steering projects with more then 8 tracks can be annoying.

    If direct controlling MIDI synths, Arturia software, faders and pads do not have priority for you,  especially if you plan to use NI (or other NKS compatible) synths, have a look at NI keyboards. There are semi-weighted S, which are really expensive, and "budget" A.  Later can be used with my own deep integration, S is probably better to use in Mackie mode.

    • Thanks 1
  5. Late buffers means some processing does not manage to finish in time. Try to increase the buffer size (and so the time available to process it) till the problem disappear. While that also increase the amount of data to process in one buffer, some plug-ins do quite some "extra" work per buffer. Also longer available time helps with the system latency (f.e if your system is blocked for 5ms, nothing can be processed during that time, even so required processing may be takes just 1ms).

    High specification of computer system by itself just means theoretical possibility to run more plug-ins when optimized for audio. "Out of the box" any processor under Windows can't run at low latency at all, defaults settings are for power saving since that is what most consumers want. I mean "rule out" a problem with computer is only possible in case the computer is from Studiocat (or comparable manufacturer), after letting support check everything is fine. Otherwise even 100 top gaming PCs which can't run with 1ms latency is not an indication the problem is not computer related 🙄

    Multi-threaded processing/load balancing/oversampling/etc. Cakewalk settings obviously influence what can run smoothly. As well as the rest of the system and drivers with all there settings and other currently running programs as well.

     

    • Like 1
  6. 5 hours ago, James Argo said:

    Cakewalk put "Control Surface Plugin installer" out of default Cakewalk installer since SONAR Platinum era.
    That means, unless you have SONAR installed prior to CbB, you can't have full access to the Cakewalk Control Surface Plugins in CbB.
    You can download the Cakewalk Control Surface Plugins here :

    https://www.cakewalk.com/Support/Knowledge-Base/2007013438/Control-Surface-Installers

    But the problem is, the installer won't let you install it unless you have SONAR.
    I kindly remind the dev team many times about it since BandLab took Cakewalk in about 2018. So please have a look at it, and correct me if I'm wrong 🙂

    That is definitively not currently foreseen way to get current Mackie plug-in. There was significant updates recently.

    Note that in current Cakewalk by Bandlab version you should see "Copyright 2022..." in the lower right corner of the plug-in interface. 

     

     

  7. I recommend to start with Mackie Control. From what I know it should be installed with CbB.

    There is no ready to use AZ Controller preset for that device. Making such preset requires quite some knowledge and time (even so the result may be more usable then Mackie mode with standard CbB plug-in, when done properly).

  8. I don't think any controller give you the same level of features as you have with P4+REAPER. Partially because there is no comparable hardware (keboard + motor fader + display + many controls), partially because control surfaces are more limited in Cakewalk.

    May be it is worse to setup TouchDAW, this several $ app on a tablet emulate complete Mackie device and so you can test what and how is controllable in Cakewalk, before making decision what to buy.  Another "test" can be yet another several $ app with https://www.azslow.com/index.php/topic,295.0.html

     

  9. For the list of alternative solutions, check https://www.azslow.com/index.php/board,10.0.html
    F.e. if you had plans to use NI(NKS) keyboard, M32/A25-61 can be integrated into Cakewalk using this way. And as key-less solutions, there are  Behringer Mini / Presonus Faderport  (one strip version)/ BCR2000 /Web browser based transport/Android app/etc. But note that way is using unofficial proprietary (my...) software.

    For pure mixing with small fixed set of FXes, better go Mackie way as proposed (by developer...) before. Since that is official and open source, you will be on safe side.

    • Thanks 2
  10. It depends what you expect from the DAW. Each has some benefits and consequences. Cakewalk has almost everything a DAW can provide. So I will just mention "weak" sides of it. I mean if nothing from the following is in your "must have"/"must be simple" list, Cakewalk will serve you well:

    • MIDI FX in Cakewalk is DX only. While all other support VST. That means pure MIDI processors (chord generators, arpeggiators, etc.) can't be MIDI track FX. Corresponding VST plug-in will be "an instrument" in Cakewalk and that requires additional routing and has some other difficulties.
    • control surfaces do not support Cakewalk explicitly. Some can be used with Mackie emulation, other with DIY solutions.
    • Cakewalk has real-time engine only (some other DAWs can "cheat" with playback tracks). So computer should be audio optimized to allow recording with in DAW monitoring (f.e. with amp sim) and the set of plug-ins used on other tracks can influence effective latency.
    • CbB is Windows only.
    • unlike X2, CbB has no license key based authorization nor can it run under Wine. Unlike Platinum it requires periodic re-authorization. So theoretically in case of EOL there can be problems using it. But such problem exists with all DAWs (except REAPER).
    • Like 2
  11. On 9/27/2022 at 5:42 PM, msmcleod said:

    I guess there's no technical reason why this couldn't be done, but it'd require a non-trivial amount of development work.

    The biggest issue would be the UI redesign...  and those dropdown lists take AGES to populate, so it would take twice as long to open up the Mackie Control dialog.  This IMO would override any benefit from having the extra function mappings.

    In saying that, there's nothing stopping someone doing this themselves - the code is on github:  https://github.com/Cakewalk/Cakewalk-Control-Surface-SDK

    I know, it could be better to test and MR instead of writing in words... But from what I remember (at 1AM), disabling redraw for the time of filling combo items can help 😏

  12. 1 hour ago, Antre said:

    And please read again what is my question...Is CbB the only DAW that has playback/stop delay issue ON ANY CONFIGURATION when low on resources?

    Then please read my answer one more time: CbB has NO playback/stop delay on any configuration I have ever tried it, till several days on my old system after I have managed to break something in drivers.

    You have started claiming "the problem happens without FXes", now you say 130 track filled with PC modules are required to reproduce.
    On your notebook I will say any delay in Cakewalk is "normal", such configuration could be fine for Sonar 8.5 under Windows XP, but CbB under Win8 need more CPU and RAM to run modern CPU/RAM hungry plug-ins.

    • Like 2
  13. 15 hours ago, Antre said:

    My laptop:

    HP ProBook Intel(R) Core(TM) i5 -3210M CPU @ 2.50GHz

    RAM 4.00 GB

    HDD 100 GB Free

    130 tracks... tons of plug-ins... When I had 4GB RAM, I had to think about each powerful extra plug-in in 3-10 tracks projects.

    Yes, REAPER also run on RPi. Stock plug-ins are resource optimized. But that is not a reason to assume everything should have the same requirements. Complicated algos and graphics need resources.

    • Like 1
  14. 2 hours ago, Antre said:

    1.

    I started to add tracks (audio files, no plugins, no VST, no VST3, no VSTi, no DX, no...)  - 50 tracks - no delay.

    100 tracks - maybe a little bit...

    130 tracks - little delay on PLAY and big delay/meter freeze on STOP

    130 tracks/pro channels ON - little delay on PLAY and HUGE delay on STOP

    2.

    I added  same 130 audio tracks to Reaper and Soundbridge on MY LAPTOP 

    Reaper plays and stops INSTANTLY

    Soundbridge plays and stop INSTANTLY (but with pops and glitches)

    160 tracks, each with single audio file (2x a set of 80 lengthy audio files imported into a project) - no delay on play nor stop.

    With "pro channel ON". Pro Channel is FX rack, "on" can be 1-2-100-etc. plug-ins per track... I have enabled 4 modules on all 160 tracks - no delay on play, huge delay on stop (interface freeze).  Well, with FXes on (Pro Channel) stop delay is from them (in my case). Global bypassing FXes eliminate it completely.

    REAPER has different graphic framework and completely different audio playback engine. In practice that means it can work fine with "half broken" graphic drivers on not audio optimized systems. I mean that is not a good choice for comparison with Cakewalk.

     

  15. 18 hours ago, Antre said:

    Big thanks for nice and supportive community and for all of yours suggestions.

    One second, half a second, milisecond - only in CbB. Thats the point.

    I opened a blank project and started to add tracks. As number of tracks gets bigger (no plugins) delay gets bigger. 50 tracks - more then one second delay. Plus delay on stop. When you work you hit play/stop/play. Thats two seconds of delay on stop/play. When I was younger maybe had nerves for that.

    Lets forget about all the settings and think about this: Same number of tracks, same audio settings in other DAWs here - no problemo. As I already sad I never experienced this kind of behaviour outside the CbB and Sonar.

    I cannot be suspicios on OS, PC or sound card or any problem outside CbB becose I never had this issue in other programs. 

    So for me the title questions remains...

    Just to note... CbB by itself also does not have such issue, at least for most users. So it is something "outside" on all your systems. And it hit Cakewalk (can be "only", can be in other DAWs that is way less noticeable).


    If delay increase just with the number of audio tracks without FXes, almost everything can be excluded as the reason.
    If delay increase just from empty tracks, I can imagine just one reason, graphics (if tracks have clips, delay can be disk operations related). Can it be you was always using the same type of graphic card (f.e. only AMD/NVidia/Intel)?
    Note that different DAWs use different rendering (unlike most other types of programs), so each DAW is sensitive to performance of specific  graphic features.

  16. While X32 (XAir, Midas) accepts some controlling using MIDI, that is targeting Behringer control surface X-Touch, and so only small subset of operations (you can find many resources/videos what X-Touch can do with X32). These mixers allow complete controls over OSC only (Wing use different protocol).
    More information you can find there: https://sites.google.com/site/patrickmaillot/x32 Notice X32Reaper integration.

    Cakewalk has no native OSC support. You will need to use AZController and organize syncing yourself, since there is no ready to use solution. That can be extreme challenging task if you want many settings synced, but you can automatically re-call pre-made settings for X32 on project load relatively easy.

    Note that inputs/outputs any DAW see are USB interface channels (depending from the extension card in X32), they are not X32 analog/digital channels. You can route audio within X32

    • Thanks 1
  17. I was corrected. I forgot to mention "no audio" case.

    Cakewalk always use audio as long as audio interface is configured and used, otherwise soft synths couldn't produce the sound. But till there is  something in the project with audio time reference, the sample rate can be switched.
    Cakewalk is "sample accurate" DAW (not all DAWs are like that), all audio times in the project are saved as a sample number. If there are no such "markers" at all, there is no problem to change. But once there is at least one, it has to be recalculated on change and Cakewalk doesn't have the code to do this. That is not something easy to add. In fact "perfect" recalculation is not possible at all, till the sample rate is changing from 48kHz to 96kHz (or other "perfect" up-sampling).

    @Dave G better keep Windows and Cakewalk at exactly the same sample rate. Set to whatever you like your final files should be.

  18. 3 hours ago, Antre said:

    no antivirus software

    short video of the issue:

    Yes, unusual. And it doesn't look like coming for mastering plug-ins. While they also delay things, the result is visually different (also bypassing FX works for them).

    One more simple check: unset all audio in/outs in Cakewalk preferences, so no audio drivers are used. Check playback reaction.

    Also check the system activity during start/stop (HDD LED, Windows task manager and resource meter, looking for spikes in disk or CPU usage). Also there can be issues with GPU drivers, but in last 20 years you have probably changed many GPUs...

    If you was moving your Sonar/Cakewalk configuration from system to system, may be it is worse to try run Cakewalk in empty content, f.e. under different user.

  19. 3 hours ago, msmcleod said:

    Although it may seem that the hierarchy is Tracks->Lanes->Clips, this isn't actually the case under the hood: Clips are directly owned by the tracks.

    I know... But "tracks->lanes->clips" is "objective reality we can sense", and so we better think it is "real" (according to Lenin) 😉
    Just keeping in mind that a lane is not a track nor a clip.

    I mean many things under the hood are not what we intuitively think they are or should be. So lifting the hood can be quite confusing (from my adventure into CWP structure).😏

×
×
  • Create New...