Promidi

Unfortunately this issue does not generate a minidump

This is a long shot, but I think I may have found the workaround - at least I hope this will enable you to load your projects with Build 70 This worked on my system. 1) Open up Cakewalk By Bandlab and before opening a project exhibiting the issue, go to Preferences | MIDI | Devices and deselect all MIDI in devices, then click OK. 2) Now you should be able to open your project - hopefully it should open. 3) With the project still open, go to Preferences | MIDI | Devices and select all MIDI in devices as they were before, then click OK. In my case it was just the PCR-800 in. 4) Select all of the MIDI tracks only in your project (Don't miss any) 5) Change all inputs of these selected MIDI tracks to your actual controller (I set mine to PCR-800 Channel 1). Note: Hold down CTRL while changing a selected MID track's input and all of the selected MIDI tracks should change. 6) Save your project under a different name. 7) Exit Cakewalk by Bandlab, and then reopen. 8 ) Open your project file you just saved. Hopefully it will open. I think the issue was caused by any MIDI tracks where their inputs were set to "All Inputs" rather than a specific one. The Bakers will still need to look into this but at least this may enable you to open your three projects. Note: This issue even occurred on mine when I only had MIDI tracks with no data in the tracks. I was able to open the problematic project files by performing the above steps I hope this helps.

I have actually lodged a support ticket with Cakewalk Support. I included a copy of a complete project file where this issue manifest for them to have a look at. I also exported an MSinfo32 report and sent that as well.

What is your OS and OS Build number? Mine is Windows 10 Pro OS Build 18362.267

I can confirm this. I have reverted back to CbB 2019.7 ER2 Build 65 (using a backup) and my projects can now open. I am holding off for now. I have lodged a support ticket with the Bakers.

I can confirm this. I attempted to open many projects done in a previous build. Many would not open in CbB 2019.7 Build 70. The way it manifests is as follows: The project attempts the open but eventually CbB stops responding with the mouse displaying an hour glass. No error messages were displayed. Eventully I got the Program has stopped responding. I had to end the process using Task Manager. No dump file was generated. The Application event viewer yeilded an Exception code: 0xc0000005 error, Faulting module name: Cakewalk.exe, version: 25.7.0.70 I reverted to 2019.7 Early Release 2 (CbB 2019.7 Build 65 )and the projects were able to be opened. The way I reverted was as followed. I restored the C:\Program Files\Cakewalk\Cakewalk Core contents to the state in was Last Friday from my backup. After doing this, I ran CbB to confirm the actual resultant version in Help | About. For me this was now Early Release 1 (build 55) I edited the Windows registry at HKEY_LOCAL_MACHINE\SOFTWARE\Cakewalk Music Software\Cakewalk\Core and changed the ProductVersion value to 25.07.0.55. You need to do this, otherwise, the ER2 installer will not update. I am now on 2019.7 Early Release 2 and can open all previous projects. I am going to have to concur with the OP and hold off Build 70 until this can be resolved.

I am not experiencing this with 2019.7 ER2 Does this happen with any instrument or a particular one?

Do you have the version of Cakewalk by Bandlab that has a ripple edit on/off indicator on the CbB gui?

That's strange. I have never had that happen. Are you able to try with a different mouse? Or maybe adjust the mouse settings in Control Panel | Mouse to increase the double speed

Turn core parking off. Go to advanced power settings and set CPU min and max to 100%. Install all windows 10 and driver updates. With drivers, go to the manufacturer's websites rather than letting Windows do it. Also, tell Windows updates to leave drivers alone. Check which programs start when you start the PC (and therefore running in the background.

I am not sure why downloading this file resulted in that filename. This is actually an MP3 file without the .mp3 extension. Simply rename the file to "Traxx Magnific - XXX-ten (mastered).mp3" and you should be able to play it or import it into Cakewalk

I can also confirm the dropping of notes issue. It only occurs when notes of the same value in a row overlap. That is, the next note triggers before the previous note ends. The issue does not occur if the note values are different. I have to ask, has anyone logged a support ticket with IKM for this particular issue yet? As others have reported this issue before me, I am hoping someone has logged a support ticket with IKM by now.

I got another reply from IKM support. They have acknowledged my issue and they are going to fix it.

I got a reply from IKM support and they asked me for screenshots or a video (obviously my detailed explanation was not enough). I just created a detailed video showing the issue. I showed the workflow using Sampletank 4.04 were the edited patch loaded successfully. I repeated the same workflow with Sampletank 4.05 (same patch and everything) and the error appeared. I am hoping this will be enough to get them to reproduce the issue and come up with a fix in the form of an update. Until this is resolved, I am staying with Sampletank 4.04

I can't say I have noticed dropping notes with 4.05, but that does not say that I won't. because of the saving custom patch issue and now potentially this, I also have reverted to 4.04. Looks like version 4.05 might have tanked.... Roll on 4.06 eh....

I left a post on the IK Multimedia Sampletank forums and the moderator there has confirmed he was able reproduce this issue. I am going to lodge a support ticket at IK Multimedia.

Just a note that I think I may have found an issue with Sampletank 4.05. Saving instruments appears to be broken. It creates files that cannot be subsequently reloaded on the next session. Instruments saved with 4.04 load ok, just not ones saved with 4.05. Can anyone with Sampletank 4.05 verify this?

Shift + Z

This can be done globally. Under "Controller names", "Standard" in Define instruments and Names, you can customise the list as shown below. It would be nice if this can be done per VST synth, however.

Note: Requires Kontakt version 5.8 or higher (full version)

One thing you might like to check is head to Device Manager and expand "Universal serial bus controllers". Right click on all devices that has "Root Hub" and then select properties. Head to the power management tab deselect "Allow the computer to turn off this device to save power" Do this for all devices that has "Root Hub" in the devices name. This may help.

The folder tree looks fine. Maybe try going through all your IK products and reactivate them using IK Multimedia Auth Manager.....

Remember, with ST3 you could only specify one location for the content. With ST4 you can specify multiple locations. I have the content for ST4 and ST3 (Though I uninstalled the ST3 player) and can see all the content from both products (as well as IK add ons). I have two locations for the sound content specified, one for where the ST3 content resides and another for where the ST4 content resides. They are on 2 physical drives. Go into the Settings and head to the Sound Content tab and make sure any folders that contain Sampletank content (which ever version) are listed there. Then perform a "Rescan Instruments"

I have to wonder the same thing. I know I already have plugins that do (or can be configured to) the same as what these are offering.

This video explains a bit more https://www.youtube.com/watch?v=iuoTmNLlZk0