Noel Borthwick

I don't see any reason to be snobby about Realtek. Its quite amazing what they do at the cost and its a viable solution for playback when all you have is a laptop. For input you will need a line level signal. Here is an example of their specs: https://www.realtek.com/en/products/computer-peripheral-ics/item/alc898 For recording the bigger problem is that the converters are housed in a PC which typically isn't the best location to avoid interference which is where most of the issues arise from with hum and noise. The OP was not looking for high quality so if the user can get it working without spending a hundred or more its a good thing.

Glad that the dropout diagnostics were of use. Once you followed the instructions ? Based on your project description you have close to 173 tracks. Assuming that they are all audio tracks that is a fair amount of load on the disk. If you have a slow disk a buffer size of 256 may be too slow to keep up esp if its fragmented. Is it an SSD? PS: A dropout is not quite a crash <g>

Glad that the dropout diagnostics were of use. Once you followed the instructions ?

Please try the 2020.10 EA release since there are some optimizations that improve performance when there are many take lanes with muted clips. Also list the dropout code.

Realtek works fine with both Wasapi Shared and exclusive. In fact on Win10 you can get very decent latency with it - it goes down to about 4-5 msec with no issues. You shouldnt have issues overdubbing from the line in as long as you are running at low latency. Audio quality should be acceptable as long as you don't have any electrical noise coming in from the MOBO when recording. If you have a line level signal coming in from a mic into the line-in input you may be surprised. Obviously don't use the onboard mic lol.

@Cédric Lawde this behavior has been improved for the 2020.10 release. Simply adding a synth or loading a project shouldn't be triggering the creation of those files since they are only used during recording so that issue has been addressed. Some notes for others reading this topic later. With regard to the Allow Arm Changes topic please read the help for the Recording Options. In most cases you should always leave the two sub options "Only for Inputs in Project" and "Exclude Synth Inputs" checked because otherwise you can get a very large number of files created if you have many audio inputs available. This will make starting the transport sluggish. 3 files are created preemptively for every input on the system without those options checked. So if you have 16 hardware inputs and 10 synths in the project each with 8 recordable outputs, you will get a massive number of files created each time. 96*3 = 288 files! While these files are very small, file creation takes time and it will unnecessarily overload the system. By leaving "Only for Inputs in Project" checked this will greatly reduce the number of anticipated inputs and be much more efficient while still allowing you to arm on the fly. Another general performance tweak is to only select audio device inputs in preferences that you actually use and leave others unselected. This will also help reduce unnecessary inputs.

Its not Cakewalk crashing its the UAD driver crashing. Bluescreens can never be caused by user mode programs, only kernel mode drivers can bluescreen. This is not a question we can answer, only UA can debug and solve this issue so I suggest contacting their technical support with the recipe.

Hide related VST2 plugins has absolutely nothing to do with VST scanning. It just affects what is shown in Cakewalk's menus and plugin layouts. Its completely coincidental that your change appeared to affect your problem.

Thanks for the great reviews and for spreading the word.

Are you running the latest version of CbB? Please post a video or screenshot of the problem. Also check what your picture cache folder is set to and find and delete all files in that folder. If something is blocking generation of the pictures or you have HD problems it could cause this problem.

We tested the VSL maps and the Vienna folks have had early access to this build of CbB for some time as well.

Cakewalk by default auto scans only newly added plugins and is typically very fast. Of course for shells like Waves it has to load the shell to check that. As scook mentioned you can disable the auto scan if you prefer to manage it manually.

Glad you like it. A lot of effort went into this feature and we wanted to get it right from the get go. @msmcleod did most of the articulation maps implementation so he can comment further. We plan on making a subforum for users to share articulation maps if there is interest but you are welcome to start a thread. Any Cubase compatible map should import into CbB. We already tested the Vienna Ensemble maps and they work fine.

Please post some reviews as well if you are so inclined

PS. It will even batch import multiple maps at one time. Just multi-select in the import articulation dialog.

Error 13 has nothing to do with your system directly so you are troubleshooting the wrong area potentially. "ASIO subsystem signaled a dropout due to a state change." This means that the ASIO driver itself requested the application to stop. What should be investigated is what is causing the driver to signal the state change to the host. Typically this happens by changing sample rate or some property like that from the driver panel but it can also be caused by another application accessing the driver unexpectedly.

What is the dropout code you get? CbB has a mechanism for dropout diagnostics now.

>>System: Windows 10 1803 I may consider it just because of this lol.

I've reactivated the KVR page and updated some of the information. We'll post regular updates there going forward.

We'll consider allowing section export for a future release depending on how much of a can of worms it ends up being

Glad you were able to sort out the issue. Focusrite interfaces works fine with cbb. I have a 6i6 here that I use daily.

I am able to reproduce this and have been passing on information to Steinberg. It appears to be a problem with Syncrosoft copy protection. Interesting that an earlier version solves it for you. I will pass on this info.

Windows has built in Bluetooth MIDI support (no custom drivers supported) and Cbb supports it via the UWP MIDI driver mode. I don't know anything about this Yamaha device, but some vendors also release custom MME drivers that support bluetooth. You can talk to Yamaha support and ask about that. The bluetooth UWP MIDI stuff works pretty well, I used it in a very crowded space for a demo at the Microsoft build conference with Pete Brown (thousands of people with bluetooth on phones and other devices) and was surprised that it stood up even at a range of about 20 feet away. Let us know how it works out if you do get the Yamaha interface.

It looks like exporting from a surround bus (when category is set to buses) broke sometime in an early SONAR version. We'll fix it. For now export the "surround main" by setting source category to hardware outputs or entire mix. There is no requirement to actually have multiple hardware outputs.

@Max Arwood can you send me the project that was silent?