Jump to content

msmcleod

Staff
  • Posts

    7,019
  • Joined

  • Last visited

  • Days Won

    38

Posts posted by msmcleod

  1. 7 hours ago, user390096 said:

    Yes, I've been looking at that one and I own several Behringer products and they all seem very good. But, for me, I like the options of the 18i20 Focusrite Scarlett as it can be used as the main sound-card, or as a stand-alone connected to the Apollo Twin and I want most of the inputs on the back-side but really like 2 on the front, plus it has that "Air" setting which I'm curious about. I've noticed that none of the higher priced units of these type have any compressors at all which I've read on SOS are not really needed these days. So the 18i20 looks like a nice match for me, a recently retired geezer with all day to record and tinker.

    I've been using the 18i20 (1st gen) for a few years now and I love it. 

  2. As long as you're using the the USB as MIDI, and you've set it to SONAR mode you can use the standard MackieControl control surface.

    There's a couple of guides here:
    https://mountainutilities.eu/dl/BControl_SONAR.pdf
    http://www.rockinrob.co.uk/Files/BCF Sonar Mackie Mode Guide.pdf

    TLDR version:

    1. Put the BCF2000 into SONAR mode ( hold fourth button in the top row while pressing the POWER button. The display should show ‘MCSo’. )

    Follow the steps in this post from step 2 onwards:

     

    • Great Idea 1
  3. 2 hours ago, Hell_O.G. said:

    Thanks for answer)

    I know about this function, but it's not comfortable to click RMB in WAI strip every time I need to change track not being in current MCU bank. If this function (given the fact it has already implemented) would be automated, it will be more comfortable to control DAW. 

    I suggest to the programmers just need to bind function "Move Mackie Control-1 here" with clicking LMB to track)

    This does sound ideal for your situation, however there's two issues with this approach:

    1. It doesn't work if you've got more than one control surface (hence the context menu allowing you to choose which controller to set WAI)
    2. With the MackieControl, the WAI strip is always 8 tracks - so it'll not work with the last 8 tracks (a way around this is to create an extra 7 empty tracks at the end)

    A better approach might be to have a single-fader mode within the MackieControl surface DLL itself.  My worry is that it'll cause compatibility issues with other 1 fader surfaces. They all pretend to be a MCU, but they all do it in slightly different ways.

    All the hardware manufacturers which have a SONAR/Cakewalk mode have spent time ensuring that it works with Cakewalk's MackieControl DLL. Any changes we make can cause compatibility issues. I recently faced this with the Presonus FaderPort 16 when trying to improve the plugin/synth support... I ended up having to abandon it due to compatibility issues.

    It might be easier for @azslow3 to address the issue of having to manually open it and switch it on, and use AZController... if this is still in fact an issue? The previous CbB release addressed a similar issue in this area with presets not loading up, so it might be worth trying it again.
     

  4. 9 minutes ago, Leander said:

    Hello!

    I bought Sonar Professional from Thomann some years ago. Now I want to install everything again, but the Cakewalk Access software does not work anymore. Do I only have to download the Bandlab installer? What about my product key? I got some plugins and extras to install with Cakewalk Access. How can I install them now?

    contact support@cakewalk.com

  5. I totally forgot about this solution:


    What this does is make a thin wrapper around your Apollo ASIO driver, wraps around your Roland WDM driver, and presents both as a single ASIO driver.

    The downside is it's a total PITA (and very cryptic) to set up, but you can save / reload the profile once you have.

    There are options for delaying samples etc, so you may be able to get around the lack of a common wordclock to some extent... it won't be perfect, but may get close.

  6. I've had this happen to me twice - once on a headphone jack, and once on my old Yamaha AX44 interface.

    On both occasions I failed to remove it from the front using precision tweezers or the superglue technique.

    I ended up opening the units up and pushing the tip back towards the front, using a thin screwdriver pushed in from the back of the socket.

    You only need to push it past the connector that's clamping it in - once it's past that, it should just fall out.

    • Like 3
    • Thanks 1
    • Great Idea 1
  7. 1. First you need to put the nanoKONTROL 2 in Mackie/SONAR mode by holding the set marker and rec buttons while connecting the USB cable from your computer.

    2. Within Cakewalk, go to Preferences->MIDI->Devices and ensure the nanoKONTROL 2 's MIDI input/output are checked:
     
    image.png.dfee7c44c52267b40ea7b39bdfd4e8b3.png

    3.  Go to Control Surfaces within preferences and add the nanoKONTROL as a Mackie Control surface: 

    Note: Make sure it's "Mackie Control"  - NOT Mackie Control XT or Mackie Control C4

    image.png.47fba92b017684c18a6e4c2e9d94c32c.png

     

    4. Click OK on this dialog, and the main OK button on the preferences dialog to save everything.

    That's pretty much it for the nanoKONTROL 2, giving you control over transport, volume & pan.

    There's a few other shortcuts available using the Cycle button as a shift key:

    image.png.abb69a681fce967c80638a44108fad95.png



     

  8. I don't think this is possible, not in a reliable way.

    Here's why:

    If you're using ASIO as your driver mode, you can only use one device at once (this is a restriction of ASIO within Windows, not a Cakewalk restriction).   If your Octa-capture had an ADAT output,  then you could plugin that in to the apollo's optical input, but the Octa-capture (AFAIK) has no such output.

    If you're using WDM you can  use more than device, but you need to ensure the wordclock's are synchronised.  The Octa-capture has an coax input, which could be used to slave to another device, however the apollo doesn't have a corresponding coax output.

    If you used WDM and ignored the fact that the wordclock's aren't in sync, you'll probably get timing issues - i.e. the tracks recorded through the Apollo won't line up with the tracks recorded through the Octa-capture.  I guess you could manually adjust them afterwards,  but that might prove tedious.

    The other issue with WDM is that the latency is going to be far worse than it is with ASIO.

    For your specific use case though, there is another way to do this which I used to do with my Alesis DM5:

    1. Record your drums  to a MIDI track.
    2. Use the SPLIT NOTE TO TRACKS.cal to separate the drums to separate tracks.
    3. Solo each track in turn, and record the audio from your Alesis Strike module through your Apollo (assuming that's your main interface).

    The other advantage of recording your performance as MIDI, is that you're not tied to using your Alesis sounds. You could route the MIDI to another drum VSTi such as Superior Drummer 3, Addictive Drums 2, Melda MDrummer etc.. (or use a combination of them for each drum sound).

    Another option would be to get something like a Behringer ADA8000 or ADA8200 to give you 8 new inputs to your Apollo. The mic pre's aren't the best, but the line-in's are (IMO) pretty much flawless. 

    If you need better mic pre's you can obviously pay more and get something like a Focusrite OctoPre, or Audient ASP800, but if you're just using the Alesis Strike's line outs, then the ADA8000/ADA8200 will be fine.

  9. This isn't static, this is a symptom of your buffer size being too small for the CPU load. 

    You've not given any details about your PC configuration, e.g. CPU type / speed, but I suspect:

    (a) Your CPU is too slow ( or your power configuration isn't set to maximum performance ? ) and/or
    (b) The plugins you're using are too CPU intensive for recording.

    Its quite common for people to disable plugins during recording in order to reduce the buffer size/latency.

    Another thing you can try is freezing tracks to free up CPU load.

  10. I went way further than that - cleaned the registry, unplugged everything (PCI cards, extra drives, everything USB except mouse & keyboard). I uninstalled pretty much all the drivers, including the hidden ones that weren't in use.  I also uninstalled any software that had drivers - e.g. NI, Waves, iLok, OneDrive etc... 

    The upgrade still failed. I think it was the 10th attempt at it this weekend... I'm pretty sure its either a motherboard BIOS issue, or a motherboard driver issue.

    If I can be bothered I might try a clean install, but I'd really rather not.

  11. Ok, a couple of things:

    1. Disabling the handshake shouldn't be necessary with a genuine MCU Pro... but in saying that, if it's been working for you, it's probably not a big deal.

    2. "Notes" are disabled in your Playback & Recording settings.  All fader movements & button presses on the MCU are actually sent as Note On events.  So I suspect that having this unchecked is filtering out the MCU messages. You may have to check Channel Aftertouch too.

     

  12. 50 minutes ago, NealClark said:

    @msmcleod I downloaded the 2020.08 Hotfix Sneak Preview that you suggested may include a fix to cure this. Sadly it didn't. Spitfire Audio are still investigating the issue. It does seem to me that it may be more Cakewalk related now. Originally the plugin loaded without issue when I first got it. Since update to 2020.08 Build 100 and the previous version it has constantly crashed, If I start a new project from a template that I created when I first got the plugin, this template includes many instances of the BBC SO VST3, it all loads and works fine. It seems to be a very random and inconsistent error. When I do as shown in the video that happens 100% of the time. So I am leaning towards the fact that it may be a Cakewalk problem. I have sent CrashDumps to Cakewalk support and they just said "it's a plugin problem" and I should seek help from Spitfire. Which kind of leaves me stuck in the middle. I can only provide the files to support and wait to see what they come up with. 

     

    I've tried to reproduce the problem here and I can't, so I'm leaning towards it either being an environmental or settings issue.  The crash dump does however indicate that the crash is inside the BBCSO plugin.

    Since it's intermittent, it may be something else running on your PC that might be causing the issue. For example, are you sure there's no virus checker, backup software, or cloud sync app (OneDrive, Google Drive etc) looking at any of your VST or BBCSO content directories?
     

  13. 3 hours ago, azslow3 said:

    I have checked with X2 only, it can be something was changed since then... but MIX_PARAM_FX needs parameter number, which is index of particular FX. So it works with one FX, not FX bin.

    It's actually used in two ways - the way described, but also you call it in (for example) the same way as you would set the mute for a track it should toggle the FX bypass.

×
×
  • Create New...