Split + Delete (While Playing) Causing Huge Hangs

Comments

Former user wrote on 2/9/2022, 1:36 AM

I totally understand that reading the whole thread is chore but in that case you are missing vital info from other contributors.
 

I repeat, 'Read the whole discussion',

Focusing on it being a Vegas bug & not a possibility that editing fast on an underpowered PC, then ignoring other's findings is ignorance,

How long your PC has been "on" is irrelevant', Wrong. If you know about PC's you'll know overheating can be an issue, I tried editing fast, no hang-up or crash, 'Bugs' can be reproduced with the correct info but because this whole subject is very hard to reproduce & as you say it might take 50 times for it to happen, is prob the reason for no solution,

'It has been confirmed by a large number of users in this very thread' - There's only maybe 15-ish people posted on here, only about, 5-7 have said they can repeat this, the others have either said they can't like me, & others have just asked for information,

There is really no need to keep resurrecting this thread to argue about it - it seems you & pierre are the ones doing that,

Best of luck G

RogerS wrote on 2/9/2022, 1:42 AM

I did testing of deleting split media/ rippling media a few months ago and found it harder to trigger in 19 and when I got freezes they resolved themselves rather than just crashing it outright. So maybe in that respect it has been partially addressed.

I could trigger crashes in Vegas by replaying media until the computer overheated and power throttled.

Custom PC (2022) Intel i5-13600K with UHD 770 iGPU with latest driver, MSI z690 Tomahawk motherboard, 64GB Corsair DDR5 5200 ram, NVIDIA 2080 Super (8GB) with latest studio driver, 2TB Hynix P41 SSD, Windows 11 Pro 64 bit

Dell XPS 15 laptop (2017) 32GB ram, NVIDIA 1050 (4GB) with latest studio driver, Intel i7-7700HQ with Intel 630 iGPU (latest available driver), dual internal SSD (1TB; 1TB), Windows 10 64 bit

VEGAS Pro 19.651
VEGAS Pro 20.411
VEGAS Pro 21.208

Try the
VEGAS 4K "sample project" benchmark: https://forms.gle/ypyrrbUghEiaf2aC7
VEGAS Pro 20 "Ad" benchmark: https://forms.gle/eErJTR87K2bbJc4Q7

Phil_P wrote on 2/9/2022, 1:55 AM

Hi Roger, good to hear and thanks for following up.

Just to point out this was never a crash it was always a freeze for a certain (long) length of time.

You may be right that it is partially resolved in 19. I have started working in a slightly different way to avoid it potentially happening, so haven't tested in detail for a while.

However the last brief test I did on the newly built water-cooled i912900 still displayed the issue after a few attempts. (So it has absolutely nothing to do with CPU power or heat, which we knew already of course).

btw. I only came back to this thread as someone else commented.

Anyway thanks again Roger, for the useful info. :-)

Former user wrote on 2/9/2022, 2:09 AM

If this is not happening for you great. How long your PC has been "on" is irrelevant. Trying it 10 times is also irrelevant. Sometimes it takes 50 tries, sometimes it happens on the first try.

I was able to replicate it within all of 2 minutes. Also worth noting it did recover from the white screen of death when I came back to it 10mins later

 

pierre-k wrote on 2/9/2022, 6:51 AM

I'm sorry, but I'll liven up this discussion as long as this bug exists.

This bug has existed since version 12. The views that there is an error in the power supply or in the poor performance of the PC are really misguided.

I asked if the problem also manifested itself with the events stored on the SSD. Can you verify that?

Phil_P wrote on 2/9/2022, 6:54 AM

This bug has existed since version 12. The views that there is an error in the power supply or in the poor performance of the PC are really misguided.

Yes absolutely :-)

I asked if the problem also manifested itself with the events stored on the SSD. Can you verify that?

Yes I can verify that here, All 6 of my drives are SSD of various sizes and brands. I haven't had a normal HDD for years, (apart from for backups).

gary-rebholz wrote on 2/9/2022, 7:31 AM

Just acknowledging that it still exists in my latest daily build of VEGAS Pro 19. It happened to me on my very first attempt on a freshly booted machine (so overheating was not an issue, as already suggested). In fact, I don't even have to do the splits to make it happen. Simply deleting an event with Ripple on while playing causes it for me, and so far I have a 100% rerpo.

We are aware of it and it's related to a larger architectual issue which makes it difficult to fix. I'm not saying we don't find it important. We simply don't have a fix at the moment and do consider other things to be higher priortity. One brute-force possibility is to not allow delete while the timeline is playing. We've hesitated to implement that because the workflow is valuable to those of you who don't run into the problem.

I realize it's frustrating for those of us who do see it. I'll bring it up with the team again to see if there are any new thoughts on the topic.

Phil_P wrote on 2/9/2022, 7:33 AM

Just acknowledging that it still exists in my latest daily build of VEGAS Pro 19. It happened to me on my very first attempt on a freshly booted machine (so overheating was not an issue, as already suggested). We are aware of it and it's related to a larger architectual issue which makes it difficult to fix. I'm not saying we don't find it important. We simply don't have a fix at the moment and do consider other things to be higher priortity.

I realize that doesn't help you, and I'm sorry. I'll bring it up with the team again to see if there are any new thoughts on the topic.

Gary thank you, it helps a lot and for me, (speaking personally), your acknowledgment is worth it's weight in gold. And as mentioned before, I totally understand that there are priorities above this. :-)

pierre-k wrote on 2/9/2022, 8:17 AM

Thanks, Gary.

You have acknowledged that the problem does exist.

Phil_P wrote on 3/13/2022, 11:40 PM

Hi Gary, Just quick note to say thanks to you and the team for your hard work on tracking this one down and sorting it out for the current update. I am running some tests today but so far, no lockups or freezes. Will post back if anything significant to report. My best, P.

gary-rebholz wrote on 3/14/2022, 3:22 PM

@Phil_P, thanks...sorry it took us so long to find/fix this one. Feels good to have it in the past though. Let us know if you see problems.

pierre-k wrote on 4/3/2022, 9:55 AM

@Phil_P, thanks...sorry it took us so long to find/fix this one. Feels good to have it in the past though. Let us know if you see problems.

Thanks. The problem seems to be solved.

It's just that the speed at which you solved the error is interesting. You asked your colleagues and in the next update the bug is fixed. We have been waiting for repairs for 15 years. Do you have more information, why so long? Just because she wasn't a priority?

Thanks for the info.

gary-rebholz wrote on 4/11/2022, 3:00 PM

@pierre-k

Do you have more information, why so long? Just because she wasn't a priority?

I guess it's a complicated answer. Prioritization definitely has something to do with it, as does the people who have done the prioritization historically. I haven't always been in a position to influence the priortity of the team's work, as I am now.

And developer workload is not to be underappreciated. They have a lot to think about and do.

The fix was somewhat elusive (to say the least) and different developers had gone down different paths with no luck. This time, a developer happened to see it in a different way and proposed something no one had thought of previously. Honestly, if he'd have told me that it would take him six weeks to investigate and fix it, I wouldn't have prioritized so highly it either. So much other work to do...But, he felt his fix wouldn't take long, so we agreed to try it. It worked.

He made the fix look easy. And so it was. But identifying the fix...well, his alternate thinking on the problem finally saw it differently. He is your hero, not I.

fr0sty wrote on 4/11/2022, 6:00 PM

Even if it took six weeks worth of time spent fixing this, is definitely worth the 15 or so years of lost time and work due to crashes I've experienced because of this bug since the early Sony days. I couldn't even try to count all the hours, and hours, and hours (probably multiple days by now) of lost time due to this. I can edit SO much faster now knowing I don't have to worry about this anymore. It had gotten a lot better in recent years, especially after Magix came into the picture, to the point where it rarely affected me, but to know it is gone completely is awesome.

Last changed by fr0sty on 4/11/2022, 6:01 PM, changed a total of 1 times.

Systems:

Desktop

AMD Ryzen 7 1800x 8 core 16 thread at stock speed

64GB 3000mhz DDR4

Geforce RTX 3090

Windows 10

Laptop:

ASUS Zenbook Pro Duo 32GB (9980HK CPU, RTX 2060 GPU, dual 4K touch screens, main one OLED HDR)

Former user wrote on 4/11/2022, 11:24 PM

Even if it took six weeks worth of time spent fixing this, is definitely worth the 15 or so years of lost time and work due to crashes I've experienced because of this bug since the early

Vegas and Premiere became a Meme due to how often they crashed, and when I've watched videos on YouTube showing the problem, it was mostly because of highly accomplished editors editing so fast they triggered this bug. It created a self selection bias, the better the editor potentially the bigger the YT channel due to the quality of work, the more eyes on the bug, the more Vegas became synonymous with crashing.

It's great that it is fixed now, but I wonder about how many people no longer use Vegas because of the time it took to fix. 6 weeks spent on other problem bugs relating to performance and reliability would also of course be appreciated but I have a suspicion the business model doesn't reward them for these resource intensive and expensive fixes. The people that left probably aren't coming back and will never know of the fixes

relaxvideo wrote on 4/12/2022, 12:15 AM

Exactly fr0sty! I full agree you!

Now finally i think about the upgrade from Vegas11, lol!

#1 Ryzen 5-1600, 16GB DDR4, Nvidia 1660 Super, M2-SSD, Acer freesync monitor

#2 i7-2600, 32GB, Nvidia 1660Ti, SSD for system, M2-SSD for work, 2x4TB hdd, LG 3D monitor +3DTV +3D projectors

Win10 x64, Vegas21 latest

gary-rebholz wrote on 4/12/2022, 3:14 PM

Well, that's all easy to say now that everything that has been accomplished in the meantime is in place. Ha. I hear you guys. Again, I'm sorry it took so long. Prioritizing can be a real @#$! sometimes.

Flinx wrote on 2/18/2023, 12:31 PM

I have vegas 18.0 build 527 had this issue and it shows up every time I split while I am playing a video or hit delete while a video is playing. don't know if someone posted this before.

what worked for me to make this go away was to go in to Options/preferences/file I/O and put a check mark on Enable Legacy AVC decoding. now I can split while playing or hit del without lock up.

rraud wrote on 2/19/2023, 10:24 AM

FWIW, These are the notes I have from a few years ago, I do not know if this will still work. Adding a chapter (or new start point) to an existing YT video,
For instance, if a chapter (or new start point) is wanted at 06:35 add this text to the end of the YT URL: #t=6m35s