Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

270 Excellent

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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.
  2. 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.
  3. 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
  4. 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.
  5. 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.
  6. 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).😏
  7. It can be coincidence, but I had the issue ONCE. And it was on Win 8.1, after I have installed ASIO4ALL. All interfaces (that time M-Audio, SB Live and Realtek) in all modes was behaving "not normal". There was delays in playback start and I had to increase the buffer size. Uninstalling ASIO4ALL (and reinstalling other drivers) has not helped. I could not find a reason nor a single tip in the Internet. The problem has disappeared after the next major Windows update (I was lucky, it was just 1 week later). Since I have not understood from where it was, I can't give you any advise if the origin is the same. But since you has that since 20 year on all systems, the origin is probably different. And no, Cakewalk is not made to work like this. before any future tests/investigations, make sure "Share Drivers With Other Programs" is unchecked in Cakewalk preferences, Windows audio is not pointing to the same device (for input or output), set the sample rate in Windows settings for audio interface as in current Cakewalk project, close all other programs. Since with single track/clip you have no delay, try to find the operation which introduce the delays. Duplicate that single track, every time checking there is still no delay. Try to record new clips. Important: don't just import clips, depending from settings that can trigger real-time bit-rate conversion which in turn under some conditions can trigger the effect. Do not add any effects yet, do not activate anything in ProChannel. Depending from the possibility to have no delay with 20-30 simple tracks you can later narrow what you can check. BTW what is your Antivirus/Antimalware software? Have you excluded Cakewalk as the program and related files as folders from continuous monitoring by Antivirus/Antimalware? While you can think that is unrelated, many people are using the same antivirus company for decades... and when it performs scans on every file access, that can introduce interesting "freezes" in operations (depending from the software, in my experience Windows Defender is most transparent in that respect... well.. not with Melodyne...).
  8. So, you definitively use take lanes as tracks. And tracks without some features (in this case FX chains) are not as user friendly as "normal" tracks. So I think logical question is what exactly should be added to normal tracks so you can switch to them from take lanes? I mean what is the feature of take lanes representation in Cakewalk which force you use them instead of tracks? It can happened other will agree that feature(s) is(are) nice... That was mentioned (also by me) in this tread several times. But I want express that point (really the fact) in other words. Take Lane is not a Track and it is not a Clip. It is different "thing" for different purpose. It is container for Clips, and only that. And that is the only logical container for Clips, Tracks are containers for Take Lanes, Clips are not inside Tracks directly (BTW advantages and consequences of allowing that can be observed in NI Maschine 2, I mean the introduction of "clips" in Arranger view which are not present in Ideas view). Note how different (from Track) Take Lane react on all operations. I mean Solo, Mute, Record-arm, etc. Everything is "optimized" for single goal, to record/select multiple takes. Solo and Record-arm are exclusive, take lanes are auto-created as needed, recorded clip lands into "empty" space of existing lane, clips auto-muted, comping tool, etc. I understand that you try to use them for different purpose and so you ask to optimize them for different purpose. I just fail to understand what is wrong with normal Tracks for you. Long time ago there was a wish to group Tracks visually, so folders was introduced. Later there was complain Buses are in a separate pane and so visually difficult to match with corresponding tracks, but Aux Tracks can be used to solve that. May be you have yet another good idea for tracks, which I just have not understood yet
  9. As you can guess, most user don't have such issue with Cakewalk. But there can be several reasons (and combinations of them) why you observe it. Please specify: your audio interface, Windows version, audio settings in Cakewalk (driver model and the buffer related numbers), what is approximate delay if the project has one track with single audio clip, does the delay on real project changes if you disable all FXes and either you use or have ever installed ASIO4ALL on this computer. Then the list of suggestions what to check/change/update can be reasonably small.
  10. Sample Rate is important. Any project has fixed sample rate and it can't be changed. So, if your project is already 44.1kHz, you can't change it later. That is why the setting is called "Default for New Project", that is one time decision at the project creation. Also Cakewalk use the audio interface with current project sample rate (only). For several reasons, if you always use the same Sample Rate in Cakewalk better set the same in Windows. Bit depth of everything can be changed any time. And it can be different for different settings at the same time. Obviously the change has no influence on already recorded material, if you have recorded in 16bit, the file will stay 16bit after you change the setting to 24bit. Cakewalk internally process in 32bit (floating point) or 64bit (if 64bit engine setting is activated). Normally render bit depth should be 32bit. 32bit engine data will be saved "as is" and in case of 64bit engine, 32bits is still sufficient (extreme and artificial processing is required to produce any difference in sound between 32bit and 64bit files, such processing is never used in real projects). But record bit depth should be as high as your audio interface support. Most interfaces support 24bit. Note that 16/24bit are fixed point numbers, audio interfaces always sample into fixed point numbers (even so drivers in some modes can transfer the data as 32bit and some interfaces claim they are 32bit). Real bit depth is around 20bit on good interfaces, extra bits are just noise (if you know SNR or Dynamic Range of your interface, you can estimate meaningful bit depth by dividing this number by 6). But every single bit is around 6dB, which you can have as a "headroom" during recording to get equivalent precision. Note that record bit depth is not used till you record audio (probably the case in your setup with Realtek).
  11. Putting FX on a take lane is using it as a track. Making a separate track from that take is not a workaround in such case, it is the way Cakewalk is designed. Sure "repeating" processing is not the way to go, original track and this new track should be routed to a bus where common processing happens. Technically that will not complicate signal routing nor produce extra load. Clips are on "another level". Achieving the same effect as clip FX without corresponding feature require creating a separate track for every clip. So that had to be called a workaround. PS. in one other DAW takes are strictly property of a clip, they always have the size of the clip and only one take can be active. That effectively prevents "misusing" them for other purpose 😀 But in that DAW tracks are hierarchical (any track is also a bus and there is just one track type, which process arbitrary number of MIDI and Audio channels). Every DAW has own view how things should be organized.
  12. Nope... these RGB LED feature is NOT the same as for gaming motherboards an GPUs. It is more toward RGB LED use on Ableton (and some other) controllers, you can configure how buttons/faders/VU-meters should indicate its status. F.e. I wish my NI keyboard has such feature, depending from ambient light I have troubles to see the status of some buttons... These interfaces, if they work stable, can be a good alternative to some Zoom and Rode devices. If someone will try to explain inexperienced person how to use RME to record a podcast, he will soon realize then even the best music interfaces is pure choice for that purpose. But from the specification and the documentation it is clear that music creation is not the selling point.
  13. I think at the moment there is a wish to insert "take lane FX", it is time to create a separate track from that take I think the idea behind takes is to make a choice between different versions of the content. It can happened some particular clip needs processing to "match" the rest. But if all clips on the lane need the same processing and it is different from all other lanes, this lane is not just "random" collection of versions. I have written "random" because some parts can be recorded 2 times, some 5 times and other just 1 time. So "Lane 3" as a whole has almost no meaning when take lanes are used as "take lanes". Lanes have some controls which exist for track, f.e. solo, but that does not mean the goal was establish full track functionality for takes. The "main stream" mixing structure in Cakewalk is still "Track->Bus->Bus->....->Bus->Output". Even so folders, take lanes and Aux tracks till some degree allow different internal and/or visual hierarchy.
  14. PTN to MID was never a real problem, till people have tried to "escape" Cakewalk world. Sonar/CbB can load PTN and save as MIDI (f.e. as described in my first post, even faster with DnD). Originally I have thought to include that into utility (so giving PTN produce MID), but since that is natively supported, I have not implemented it. PTN files are fully usable in Project5 only. I don't see how a possibility to create files usable in a single program can be considered as a selling point for that program. While initially Project5 and Sonar could be thought as complimenting products, most (all?) features of Project 5 was later added into Sonar. Note that container format used in ARP/PTN files is still in use by CbB (CWP files). If I understand the documentation right, Project5 could work with MID. So Cakewalk still has the code and it is a matter of adding an extra option into Export menu and calling that code... But in practice PTN files make sense for arp only, and lets face it, arp in CbB is not the best arp on the market (I guess it is verbatim Project5 code, which in turn is the primary reason why it works with PTN...). I think the problem is that CbB still supports archaic DX MIDI FX only. So routing VST MIDI effects is troublesome. And so when for someone Cakewalk arp provides wished functionality, it is the easiest to use. There is a least one DX MIDI FX style/arp plug-in: https://midi-plugins.de/#Plugins/VirtualBand but I am not sure it is still possibly to buy it...
  15. I could implement multi-file support, GUI, DnD, etc... but I have decided to keep it "simple", at least for the moment. The utility is so small that calling it for single files from batch/gui wrapper should take almost no time. With advantage it is simpler to analyze when particular file fails. for /R %f in (*.arp) do <path to>\cakearp "%f" called from a copy of "Cakewalk Core" took around 5 second to extract all ARP files I have. PS. well, if for whatever reason you still think that is useful... the utility accept any number of arguments now.
  • Create New...