tulamide

Trust me, I wouldn't waste your time with lying.

Not sure what exactly you mean. Gigabit LAN, if that's what you meant. No WLAN. Or did you mean speeds?

My machine is listed here with all parts, except 2 additional drives via SATA. One SSD and a HDD. Note, this is my current machine. The older one had an Intel i5, 8 BG RAM, a Radeon 7870, and just one SATA HDD. The one before was an i3 with 4 GB and a HDD. On my current machine I'm running Windows 10 Pro, v 21H2, build 19044.2006 (one update pending), The machine before used the same OS but of course older build, and the third used Windows 7 Latest non-beta, non-early-access version of Cakewalk. Happened with all versions so far. It's not one specific project that's hanging. It happens, as I described, everytime I start a new project and play around for more than an hour. Plugins used vary a lot, VST2 64 bit and VST3 64-bit, at least two dozen different plugins have been active over the time, while experiencing a hang (not all at once of course). Some examples are Synthmaster2, Ascension, Vacuum Pro, Vital, BreakTweaker, ModoDrum, SampleTank4, Orb Synth, Drum8, Sektor, Hybrid, FM8 My audio interface is now Behringer U-Phoria UMC204HD in ASIO mode at 128 sample buffer, but it happened as well in earlier days without audio interface and ASIO4ALL, which I switched to WASAPI when the Cakewalk developers declared it incompatible. Waveform 11, FL Studio Demo, Audacity, Wavosaur, DaVinci Resolve. No. On my current machine I only used WASAPI and now the specific driver for my audio interface (FL Studio installed FL Studio ASIO, which I don't use). On the previous machines, ASIO4ALL was installed.

I didn't, as you can see in my post. I just don't think a program should crash just because it is running for an hour or two. Other than that, I get your point.

This problem follows me since the very first Cakewalk by Bandlab version. I can't say anything about Sonar, as I never used it. However, since I started using Cakewalk I went through 3 different PCs and 2 different OS, and the latest addition of an audio interface a few months ago didn't change it either. This is what happens: I start Cakewalk. I start a new project. I add a plugin, start to play around. When I feel something's good, I start recording. I work on the midi, may have a 4 or 8 bar loop, that I set up. I now run this loop indefinitely. Add another plugin, work a bit. Add another, say, a drum plugin. Working within the plugin, loading a few dozen wav files, shape the drum sounds to my liking. Then all of a sudden, Cakewalk just hangs. I can still hear the loop playing just fine, so no plugin crashed, but the window is non-responsive anymore, and no matter how long I wait, at one point I have to kill Cakewalk through the Task Manager. I also have the impression that this hanging is related to not saving. Because if I manually save the project, the hanging is at least happening way later, if at all. I have autosave active, which I rely on for my projects, and I do save often. But not, when starting a new project. It can take up to 2 or 3 hours, before I think that it is worth saving. My suspicion is that there is some kind of overflow, maybe a limit that overshoots. See the introduction sentence before concluding my system. Also, I never experience this with Waveform or FL Studio, under the same conditions. I tend to see this as a bug, because it is present for years under totally different circumstances. Also, no program should silently crash, and Cakewalk normally does a good job at catching errors, writing a dump file and properly closing itself.

Unfortunately there is no quick way. I'm missing that as well. But I use to switch to the event list view, because each note (stacked ones as well) has its own list entry. Selecting the doubled notes is much easier there.

Wow, that's really interesting. Instead of answering a simple question, you decide to judge the op and talk the question down. And that in the Q&A section. Are you just ignorant and arrogant, or is there also idiocy in there? Thanks for nothing, and good job!

You really shouldn't answer, if my question is already overcharging you.

I would, but I can't hear the track then playing while I edit. I just want the notes in the PRV to be silent when editing them. (so when shifted, dragged, moved, etc.) That is standard in other DAWs I use, but I can't find the option in Cakewalk.

I hope this is simple to answer and I'm just too stupid to find the option. But I'm really annoyed by those crescendos of half-steps over two octaves! I know which note I place where and why. I don't need to hear it. On top, this behaviour is so counter-productive when playing while editing. And finally, many plugins react with stuck notes doing it. So, where is this simple little switch to turn note audition off? I don't care if I have to edit an ini file or go deep into Cakewalk's kernel, as long as the notes remain silent when moving afterwards! Thank you so much in advance!

This did it for me! It's not perfect (loop control doesn't work, and all knobs do nothing), but it is a good start! Thanks so much!

Got a Oxygen Pro 49 yesterday and have the same questions and problems. Join me in this thread, because I think it is the one, most people with Oxygens posted in:

Any more tips from successful attempts? I got my Oxygen Pro 49 yesterday, and since then try to get it to work. I followed @Mike Z's list, but it already broke for me when I was advised to use "MIDIIN3". That doesn't show up. On my settings, I see "USB MIDI", "DIN MIDI", "Mackie" and "Editor". I chose Mackie, assuming it is channel 3. But the automatic ACT entry also didn't show. I added a Mackie entry, which helped nothing. If I add an additional ACT, I can learn the transport controls, and the faders are working as well. But none of the knobs, nor the buttons below the faders (wanted to use them for solo state), the keys aren't working and the pads also refuse to work. If I select USB MIDI, delete all control surface entries and restart Cakewalk, I can use the keys and pads, but none of the other controls. I'm not a technician, I simply don't know about all of that "behind the scenes" stuff (ACT, Mackie, HUI, etc). Isn't there one consistent way to get it to work? It seems so strange, that for some it works by selecting Cubase and Mackie, for others it works like Mike Z described, and yet again others need to select another DAW than Cubase or MPC. My firmware is 2.1.1, btw.

Just a reminder, in case I explained it too complicated, and a picture says more than thousand words: If you have 64-bit engine ticked in the preferences, like in the first picture, there's no need to tick it in the third picture (it is already active). The second picture shows the export formats, that are detached from the 64-bit-engine. If you select 64-bit there, you don't change how Cakewalk works with audio, but export a 64-bit audio file (which will hardly be accepted by any application other than a DAW)

Oh. I see! This slipped through. According the the documentation, this option exists, in case you have your engine set to 32-bit, but want to export with the 64-bit engine. You don't need to tick it, if you already use the 64-bit engine (because you activated it in Edit > Settings > Audio > Driver settings).

Yes, that's what I mean. Exporting to 64-bit has nothing to do with the setting of your engine. You can export to 32-bit and 64-bit (among a lot of other formats). Those two options would be used, if you know beforehand that, say, the studio that does the mastering for you, uses a 32-bit or 64-bit engine in their DAW. It can than access the original data, without converting it. Any audio file you load into your DAW, is automatically converted to whatever format the engine is in. If you run your engine at 32-bit, the 16 bit audio file you load will be converted to 32-bit for use within Cakewalk. It gets out at whatever format you choose to export. Under normal circumstances, you want to export in 16 or 24 bit most of the times, though.

You might confuse the audio engine with an export format here. Wether the engine is set to 32-bit or 64-bit has no influence on the export formats you use. Those are seperate from the audio engine's inner workings. You can always render to a format, that other tools, distributers or hardware understands. Or make a mistake and choose a format that they don't understand.

I agree. My contribution was just to explain what is actually meant with a rather non-explaining term like "64-bit engine". Wether you see a need to use it or not, is everyone's personal decision. If you don't mind dc-offsets, denormals and other symptoms caused by it, leave double precision off. It of course is not doubling your memory usage, as it's just the engine that uses a 64-bit value instead of a 32-bit. I doubt you will even notice a memory difference, since apps are dynamically allocating and releasing memory. But yes, if concerned about some bytes of memory, while loading your 60 GB string library, don't use it. Yes, 32 bit is just fine with audio streams. If all audio streams had 32-bit each. Unfortunately, you're mixing like 40 tracks to just one stereo track, which would benefit so much from double precision while mixing. But if you're frightened of 64-bit data types, you better don't use it. Yes, do the blind A/B test. Erm, wait a second, you do this on your hardware, don't you? The hardware, that never gets in touch with 64-bit precision, but gets down-rendered audio, like 24-bit @ 44.1 kHz? Maybe even dithered? So you don't listen to 64-bit audio, but 24-bit or maybe even 16-bit audio, which says nothing about the 64-bit precision within your DAW. So what's the test then for? Ah, probably to see if your hardware really doesn't make a difference between 24-bit and 24-bit! Yes, that makes sense. In other words, using an apple to judge the quality of a banana. And of course, let's not forget that some years ago, it was 16 bit @ 44.1 kHz, that was considered the best possible audio. Yet, most studios expect you to deliver 24-bit @ 48 kHz nowadays. How strange that we have to work with formats that are better than the best possible audio format. Don't progress, I say, let's keep things, where they were. Like 40 years ago, when OS developers stated "640 kB of RAM is enough". And it was. For like half a year. Then things progressed. With bitflipper and my remarks, you now have a lot of personal opinions, which you can either use or not, to decide wether to use 64-bit precision or 32-bit precision, when calculating numbers.

That's the point. A 64-bit CPU communicates based on the length of 64 bits (or multiples thereof). Be it busses or address registers. Everything can be done on 64-bit wide communication. But that's the hardware side of things. On the software side of things, apps at all times use data types, that are totally detached from a processor's architecture. We wouldn't have seen the game Elite, which used 32-bit data types although running on a 16-bit processor architecture. Cakewalk internally uses certain data types to represent audio samples. A sample in dsp is the smallest slice of data in audio streams, a sample point. Because recording audio is done by getting a sample of the original every x seconds, where x is usually very small, like 44100 times per second. The value of a sample is a representation of how strong it makes the membrane of your speaker/headphone/etc deflect outwards or inwards, which is why it is considered to be in the range of -1 and +1, and so naturally such a number will have quite a few digits at times. In the past, for example when working with 16-bit data types, this was less of an issue, because the number was actually stored as a so called 16-bit signed integer, in the range -32768 to +32767. But that means, you only have 65536 descrete steps to represent a sound wave's "curviness". And so DAWs soon switched to using what's called a single-precision floating point format, or single float in short. This is a format that instructs the CPU about the actual value, instead of really being a value by itself. It is 32-bits wide, and this range is divided into 3 fields, the sign, exponent and mantissa. The CPU uses a single to do this calculation: -1^sign * 2^(exponent-127) * 1.mantissa the sign is 1 bit, the exponent 8 bits, and the mantissa 23 bits. To pass this scary part, let's just say, both exponent and mantissa are limiting. This format can't represent every possible value. And so the cpu rounds numbers to nearest neighbor, if the exact value can't be reached. This makes things imprecise on edge cases. For example, a sound wave's value could become a very small number instead of 0. And many more unwanted effects. When using "64-bit engine", Cakewalk switches the whole audio stream pipelines to so called double-precision floating point format, or double float in short. A double is 64-bits wide and its exponent is 11 bits wide and its mantissa 53 bits wide. This is still error-prone, but now there is way more headroom, before inaccuracies appear. This higher precision of course means, that everything takes a tiny bit longer to calculate and the memory usage of course is higher. Both is of no concern if your PC is a rather recent one, say, 5 years old. You also get a higher dynamic range (but of course only inside Cakewalk). As soon as you render to anything other than 64-bit, you will raise the noise floor again. So just use 64-bit engine mode, whenever you want (best, by activating it via Edit > Settings > Audio > Driver settings, I'm on the German version, so the path might be named a bit differently in English), the downside is neglectable and the higher precision will yield more accurate results (even if often we won't notice them).

Thank you so much for the tips! I installed and ran the software. Unfortunately, I can't interpret, what it tells me! I attached, what it said. Maybe you see something, that shouldn't be as it is? I did that before and I had issues. But I did it again, and this time ran the Waves Analyzer. After that I had a setting of 411 samples buffer and 11 ms latency, which is equal to ASIO. I worked for 20 minutes, during which the issue didn't appear! That's good news. But I have to do a longer session, before I know if this really fixed it. It's on my list! But after my new PC, there wasn't enough money on hand to buy that as well. summary.txt

I really hope somebody has a tip, although I doubt it. I searched the whole internet and couldn't find a single matching issue. I start Cakewalk and everything is just fine. I load my VST instruments and start making music. But somewhere between 5 to 15 minutes in, the typical crackling sound, you normally get when audio buffers are too small, appears. However it's not the buffer size! Whatever I change it to (large or small), after a change it's all working again for 5 to 15 minutes. I have this issue for a while now. First on an i3 4th gen, which I used as an itermediate. Now I have a brand new PC, with Ryzen 5 5600G, 16 GB RAM 3200 MHz and M.2 NVME, and it still is present. This new PC also has a newer version of Win 10 (20H2), whereas the older one had, I think, 1900 or something like that. The issue occurs, no matter the driver. I tested ASIO4ALL, FL Asio and WASAPI. Even more, I don't even need to change driver settings. When the issue appears, it is sufficient to just start any other application (a text editor, a browser, even the calculator, etc.) and then go back to the DAW and all is good again - for 5 to 15 minutes. I was carefully preparing the PCs (the old one and the new one) for use as a music production tool. No background apps, no updates while running Cakewalk, no energy saving, CPU runs always at 100%, etc. And I have no other issues. Wether video editing, UX design, gaming - everything works just fine. Cakewalk is the newest official version (but not the test versions), Win 10 Pro 64 bit 20H2, no third party AV (just Windows Defender). I'm out of ideas and extremely frustrated that I can't do what I love most, music making sessions of several hours. Please, if you think you know the solution, or at least have a not so common tip, help me! (Don't feel insulted if I don't react immediately, I might not have the time to check the forum several times a day) EDIT: I didn't mention that this only happens with VSTs. Pure mixing of audio tracks with no VSTs involved works fine. Also, it seems (but I'm not sure), that whenever the issue comes up, even after the playback is stopped and all tracks silent, the audio engine still does some work (the load isn't 0%), while stopping playback without the issue seems to go to 0% all the time. It doesn't matter which VST though. All of them are affected.

And it was! Thank you so much, the solution was so easy, that I'm embarassed now. But also glad to have it sorted out!

This is driving me crazy! I love the control bar docked at the bottom. But it doesn't save this setting. Each time I load a project, I briefly see the bar at the bottom, then it moves to the top. New projects also need to be adjusted. In short, I have to move the bar to the bottom each time I want to work on something. I stayed away from manually editing any config files, because I tend to mess things up. But please, if there is a possibility to have the bar docked at the bottom by default using the config file, please share what I have to do! Thanks a lot!