Steve Katsikas Posted January 21, 2020 Share Posted January 21, 2020 I have a LONG project (2.5 hours), designed to be a few backing tracks (mostly sound fx), a click to a tempo map, and a few midi tracks for a theater show. The midi out tracks are connected to MidiLoop, which connects to a video program I am using to trigger video clips. I have removed ALL audio plug-ins (including those in the prochannel). This is not a challenging project for the very spec'd out computer to manage. The project crashes consistently when moving around the timeline and playing certain sections, but works just fine if I play from the beginning and don't stop it. When playing a few certain places in the timeline, the program halts, makes a motorboat-type sound, then just goes away. The crashes seem to halt when I remove the 4 midi tracks. So, in thinking that it is midi-related, I've messed with the buffers and midi settings in preferences, but that hasn't helped. I could post the dump file (though I don't know how to read one). Anyone ever have something like this occur? Steve Link to comment Share on other sites More sharing options...
Steve Katsikas Posted January 21, 2020 Author Share Posted January 21, 2020 Here's the dmp file if this is helpful to you wise folks. 2020 Show Template 16c_01202020_224958.dmp Link to comment Share on other sites More sharing options...
Matthew Sorrels Posted January 21, 2020 Share Posted January 21, 2020 Nothing to go on in the crash dump. The thread that crashes is all Cakewalk (so only someone at Cakewalk could tell what it was doing). It does look like your using behringer_xuf_1394_asio_x64.dll for an Audio driver. I'm guessing this is the Firewire version of Behringer's XUF?. Not sure how well a driver last updated in 2013 using a Firewire is going to work in modern Win 10. Your Win 10 is behind, crash dump says you are running 10.0.18362 which is the May 2019 build of Windows. There is a newer version 1909, November 2019 release. But honestly there really isn't anything in the crash dump to help narrow it down. A Cakewalk developer with the PDB symbols for Cakewalk might be able to tell more. About the only thing I'd recommend is updating everything you can. Link to comment Share on other sites More sharing options...
Steve Katsikas Posted January 21, 2020 Author Share Posted January 21, 2020 Matthew, really appreciate the advice and your diagnosis of the dmp file. I will turn my attention to updating all my drivers and maybe trying the USB version of the behringer audio driver rather than firewire. Steve Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 1, 2020 Author Share Posted February 1, 2020 No luck here. Crash happens on different computer, with different sound interfaces. If I mute the midi, no crash. No plug ins running, so softsynths. Regardless of midi output choice, it will crash. ONLY crashes when stopped and then press "play". Windows 10 is fully updated. If I delete all audio, so the project is just midi, crashes. If I archive midi, no crash. So, it is something about the midi tracks. I'm out of troublshooting ideas. Link to comment Share on other sites More sharing options...
chuckebaby Posted February 1, 2020 Share Posted February 1, 2020 I would send the crash dump file to @Noel Borthwick for examination Link to comment Share on other sites More sharing options...
Noel Borthwick Posted February 1, 2020 Share Posted February 1, 2020 This really looks like memory corruption. What plugins or synths are you using in the project? I see that TTS1 is loaded. Also there are a ton of different ASIO drivers on your system. If its basic can you share the project so we can try and repro? What happens if you remove TTS1 and instead use a different synth does it still crash? What sample rate are you running at? Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 1, 2020 Author Share Posted February 1, 2020 I've attached the file with just the midi tracks, which still crashes. I don't think the issue involves the TTS, which is only being used to manage the click. Running at 48khz sample rate. The midi tracks simply trigger videos in a separate program, but this crashes even when Cakewalk is the only open app. Really appreciate you all checking it out. It works ok, but try advancing around to various markers while stopping and starting. That's what causes the crash here. I have had the same issues on 2 computers using 2 different interfaces. 2020 show tem[late for debugging.cwp Link to comment Share on other sites More sharing options...
Noel Borthwick Posted February 1, 2020 Share Posted February 1, 2020 @Steve KatsikasThere is something strange going on with that project leading to a MIDI buffer overflow. I'll have to spend some time debugging it on Monday. This happens in older versions of Cakewalk as well. I went back as far as September and also tried SONAR which hangs with that project. 1 Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 1, 2020 Author Share Posted February 1, 2020 I cannot begin to tell you how much I appreciate your help here! 1 Link to comment Share on other sites More sharing options...
Bob4u Posted February 2, 2020 Share Posted February 2, 2020 (edited) I have the IDENTICAL problem, but with much less MIDI and more audio tracks, and short project (5-6min). If I move the cursor in the timeline too fast and press PLAY, Cakewalk crashes, it happens so frequently that I have fear everytime to stop and play again. It I start playing from the beginning, no problems. After the crash, Cakewalk remains in the Windows Processes, so it's not possible to reload it immediately, and if I try to terminate it, Windows takes 5-6 minutes to stop it ! ==> Frequent crashes, 5-6 minutes to wait to reload CW or need to reboot everything. Terrible. Windows 10 pro updated. Cakewalk updated, it seems last update increased the problem. CPU and HD load is very low, memory usage is about 30%, so they are not likely the cause. My System: Windows 10 PRO CPU INTEL i7-4790K @ 4GHz RAM 16GB 800MHz MOBO ASUS Z-97A FW: 2801 HD (Windows and Apps) SSD NVME (80% free) 2500 MB/s HD (Data) SSD SATA (60% free) 500 MB/s MOTU 828 (ASIO only) SCOPE PCI CORE AUDIO CARD w SCOPE 15 CPU expansion BEHRINGER BCF2000 MIDI controller Edited February 2, 2020 by Bob4u Link to comment Share on other sites More sharing options...
Noel Borthwick Posted February 2, 2020 Share Posted February 2, 2020 Please send the dump file for analysis. Your issue may not be the same problem 2 Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 3, 2020 Author Share Posted February 3, 2020 Noel, do you think this may be solvable for my project by setting the midi resolution (ticks per quarter note) in the project clock settings? (I am away from the project, but thought if there is midi buffer overflow issues, maybe constraining the resolution could help)? Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 4, 2020 Author Share Posted February 4, 2020 @Noel Borthwick any additional thoughts or possible work-arounds? Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 5, 2020 Author Share Posted February 5, 2020 @Noel Borthwick ? Link to comment Share on other sites More sharing options...
Bob4u Posted February 5, 2020 Share Posted February 5, 2020 On 2/2/2020 at 10:14 PM, Noel Borthwick said: Please send the dump file for analysis. Your issue may not be the same problem 2020-02-02 INTRO Test Crash 12b_02052020_185925.dmp Hi Noel, here's the dump file for your analisys. Thank you very much in advance ! Link to comment Share on other sites More sharing options...
Noel Borthwick Posted February 11, 2020 Share Posted February 11, 2020 @Steve Katsikas its the strangest thing. I tried for 30 mins today to reproduce this issue and it is no longer happening. I went back to 2020.01 and even SONAR and the project plays fine at 48K and I even the your markers while playing extensively. Both myself and a colleague were able to reproduce it earlier but the issue seems to have gone away. Can you please retest this after updating windows since its not impossible that there was some external update that fixed itself. If you can still reproduce it please see if you can get a sequence of steps that makes it more likely to happen. @Bob4u I think your issue may be something else based on the crash. Please ensure that your VC redists are up to date by downloading and updating the latest 64 bit VC redist from microsoft. Link to comment Share on other sites More sharing options...
Noel Borthwick Posted February 12, 2020 Share Posted February 12, 2020 After several hours of troubleshooting and a tip from @Steve Katsikas I managed to reproduce the issue again. Its a bizarre preexisting problem that happens when you seek on the timeline to a late measure. In my testing the app would appear hang for about 5-10 seconds and then vanish silently. I was able to find the root cause and fix it last night. The engine was incorrectly responding to a seek on the timeline and computing a bogus delay compensation value. In Steve's case this could compute a delay of up to 3 hours ? This value would then be used to send a HUGE MIDI buffer the next time playback started causing an overflow and crash. While most users wouldn't necessarily see a crash (since its dependent on the amount of MIDI data) this issue results in way more MIDI data being processed when playback starts at a high measure number. I've sent Steve a build to verify the fix and if all is well we'll be releasing a hotfix with this and a few other issues soon. I'm happy that this issue is fixed since it could have been the cause of many unknown random crashes in the field over the years - the problem has been latent at least since 2006 Fortunately his project was reliably able to reproduce this and allow us to fix it. Thanks for working with us to repro the issue. 3 4 Link to comment Share on other sites More sharing options...
InstrEd Posted February 12, 2020 Share Posted February 12, 2020 Wow these little buggers can be hard to track down can't they. Glad you were able to find it and hopefully fix it Noel. Link to comment Share on other sites More sharing options...
Steve Katsikas Posted February 13, 2020 Author Share Posted February 13, 2020 Issue has been 100% resolved thanks to the dedication of Noel and CW! The issue was pretty complicated apparently, but had to do with midi buffer overflows as Noel explains above. As a lifelong CW user, I could not be happier with the support I received. Steve 2 Link to comment Share on other sites More sharing options...
Recommended Posts
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now