gmp

Thanks I watched the video and made sure all my settings were the same. They were already set that way - but thanks for the very clear clarification of this issue

I assume you talking about this Device manager/usb/Power management - uncheck box - allow computer to turn off this device to save power All the boxes are unchecked for USB Hubs. Is that what you're asking? thanks for your input

Lots of good suggestions and ideas to explore - so thanks everyone. I did some more testing and checked my notes some more and it turns out that I do get a dropout at 4:17 whenever I record a midi track, but not always on an audio track. I do have a few songs that do consistently get an audio dropout at 4:17 and this does happen every time. If it were 1 song I'd attribute it to a corrupt CWP file, but it has happened too many times on different songs over many months, maybe a year. I record quite a lot, but I don't have that many songs that are longer than 4:17, so this doesn't come up that often. My MOTU audio card has Midi also, so I'll try some tests with using a different midi interface and not use the MOTU midi. I also found somethings in the event viewer that has me wondering. Around the time and date I had a midi dropout, Under event viewer/windows logs/ System I found this Background Intelligent Transfer Service The start type of the Background Intelligent Transfer Service service was changed from auto start to demand start. Next time I have a midi dropout, if this same thing comes up I'll disable it and see if that helps. I need to run Latency monitor to see what that gets, in the past it was fine. I have my computer tuned for real time audio, yet sometimes Windows updates change those settings, so I looked that up and found many settings were enabled, so I disabled them again. If anyone has a more updated list of real time audio settings, it would be worth comparing to my old lists. I've disabled USB sleep settings I've noticed before getting a dropout later than 4:17 only to find out that I punched in and the midi track was 4:17 in length and then it stopped. I also went back to a problem song for audio dropouts and started the recording at 14 sec and it did dropout at 4:33 after going 4:17, so it's not an end of the song issue. I am using 2019.07 with the same results. I"m wondering if I should do a clean install of CbB. I've been using Cakewalk since the DOS days and this computer for 4 years. Upgraded from WIN 8.1 to WIN 10. I think this dropout problem is related to another problem. If I leave the computer for a few minutes or hours, when I come back I always see the audio dropout message at the lower right, even though there was no activity since I was gone. I have to click the top bar of CbB to bring the focus back to it. And sometimes when I'm playing the midi piano, the piano stops responding and I have to hit the spacebar 2x to get the focus back on the piano, then it plays again. Something is clearly happening with dropouts for no apparent reason, like the usual reasons of many tracks, FX, etc

Every single time I record either midi or audio, I get a dropout that stops the transport and displays the audio dropout message at 4:17. ? For this to happen I have to record from 0 sec to 4:17 without stopping. This happens on every song, even ones with nothing else recorded. . Has anyone had this sort of predictable dropout happen?

Since the first CbB version, I've found that the "save as" box doesn't work like it did with every version of Sonar. If I create a new song and later decide I want to change the paths, I hit "save as" and check - "copy audio with project" and set the new Project path + Audio path. It won't change from the default paths. You can quickly tell by looking at Project/Audio files. Check the names of Project file name and Project audio folder. You'll see that they haven't changed, they are still the defaults. I do have a custom location for folder location for project files. Under Preferences my folder location for project files is E:\CakeProAudDir\sonar So would someone please test this to verify this bug? Create a song named TEST and then choose Save As, For this test change your project file location to E:\CakeProAudDir\sonar and your Audio file path to D:\TEST For decades when I've created a new song, I've always changed the defaults to my custom project file folder for all song files on my E drive and all audio WAVs are on my D drive. This way I have 1 folder for all songs and can easily open different songs Please verify this bug

I have a MOTU AVB Ultralite sound card with the latest drivers and firmware. I can't remember having this long delay with 2019.05 or 2019.03 or maybe even since CbB. And in the past when something like this happened it was an anomaly and never required a reboot. I"ll see if this happens again. I hope it's a one off, but will keep you informed. One clue is whenever I take a break for maybe 5 min or longer and come back to the computer, I always see the audio dropout message at the right bottom of the screen. When this happens the focus is no longer on CbB and I have to click the topmost part of CbB to bring the focus back. I can also be playing my soft synth midi piano and every few minutes I lose the piano and many times see the audio dropout screen. Again I have to bring the focus back to CbB. I wonder if this audio dropout problem could have contributed to this "not responding" problem I noted in my post, making me more susceptible to this than other users.

Today I was working on a song and it was fine. I then left for 5 min and came back and hit the spacebar, I saw the "not responding" message at the top. Then playback started after about 5 sec. I hit stop and it stopped right away. Hit spacebar and same 5 sec pause. I closed CbB and double clicked the CWP and the same thing happened with the pausing and "not responding". I rebooted the computer and it was ok after that. Anyone else see this?

Now I see. I saw this post originally last Friday, but only got into page 1 or the 4 pages. I need to be visiting the forum more often. Now that you have this new system of having a post like this, I will and also be sure to read the whole 4 page post. I see you posted last Wednesday of the hot-fix and now I understand why Bandlab assistant didn't install the hot-fix, because it wasn't released publicly yet. I installed Saturday night and it was build 70, but I didn't try it out until Monday. I always use "open only 1 project at a time" so I see I was one of the affected ones with this bug. Thanks for all your great work, Noel - you're the best!

I updated a few days ago, and it says build 70. I see now there is a new update and I just installed it. It's s build 79. Do you think that fixed the problem?

I tried out 2019.07 today and the 2nd song I tried to open, which I did by double clicking on the CWP file, I got a freeze - with "not responding" at the top of CbB. I closed it and was able to open it the 2nd time. Then later I attempted to create a new song and after putting in the info in the window it again crashed while trying to open the new file. Same thing "not responding" this time I had to leave and come back 5 min later - still frozen. I closed it and this time I tried to open CbB 2019.05 and it wouldn't open, I had to reboot the computer. I won't be trying 2019.07 until this is fixed or if someone wants me to test something. I've saved many versions of CbB, so I can easily try different versions. 2019.05 has been rock solid for me. I've used CbB since the 1st version and have never gotten this behavior with these crashes upon opening a file. I noticed the there were 2 references in the bug fixes for this sort of crash at startup, possibly that fix broke something for me.

Today is 7/23/19. I've found that 2019.05 is just as reliable as 2019.03 and have been using it for weeks and last night I installed all the latest Win Updates and used V-vocal for hours today with no crashes. So my method in the post above is working well

Thank you so much Jesse for taking an interest in this. I know everyone will really appreciate the notifications working again. It'll make the forum much more responsive,

I posted last Saturday on a thread this was before Jesse started fixing the problem. I never got any notifications from that thread and now it's closed. But last night I posted in a different thread and got a notification today. So this notification problem appears to be fixed for me. If anyone else is not getting notifications, post here.

Very good advise and when he can afford them, get good studio monitors, headphones can be deceiving.

Yes I received Test 7. I received notifications for all the posts since you've fixed this thread

It seems this thread is working fine. I think others should chime if they're not getting notifications on other threads, so Jesse can check them out too

and I just got 2 more from you, Jesse - 5 total in last few minutes

The 3rd one said Bapu said: Yup, I got the email.

Just found 3 email notifications around 9:43

Same here just visiting and saw it - no email notification. I've only got Billy's notification so far and he got mine

Hey Billy it appears this is finally fixed. I got your email notification in my email box and am replying now. Jesse has been working with me today, us sending test messages back and forth. I'm not sure what he did, I'm very curious, but it is appearing like it's fixed - FINALLY!!!!!!!

Jesse Jost is working with me to solve this email notification thing. So would someone please do a test reply to this thread and see if I get a notification?

I live in Nashville. I may show up. Any ideas on who will be there from Cakewalk?

I used Outlook Express and then Live Mail all with emails on my computer. I don't like the idea of trusting some website to save my emails. Check out EM Client, it's a free email program I use now that can import all the Live Mail folders and emails. I like it a lot more than Live Mail, which had it's quirks.

Do you get notifications? I use Bandlab to login and get none