Try encoding those mov clips into apple prores instead. It's a better intermediate format to use, it decodes easier.

@fr0sty I'm happy to do that in future, but VEGAS still crashes when I render files without ANY of the GIFs, so doing this is unlikely to fix the root of the issue

Keep going Catherine, you have two of the best forum members on your case with Fr0sty and Roger. I'm sure you will find a solution eventually. The grovel files are where Vegas reports the various stages it's going through during start up, for example it will go through you plugin folder and load the various FX plugins and tell you if it is successful or if it fails so this can be useful to know what errors it finds. at least you would know if every step has been successful with no errors found. Yes the files can be long but you only need to focus on any failures. BW Andy

Next test I suggest is a project identical to what you are using but substitute GIFs and the GIF video for anything else that doesn't use QTPlug and see if it renders. I think QuickTime is likely the problem here.

Not sure where the GIFs came from or why you use that format but for transparency PSD might be a better option and Vegas supports PSDs well. If you don't need transparency jpg works fine too.

If that isn't it, still need to establish what the difference is between projects that render and projects that fail.

Hi again all, its been a while but I thought I'd check back in and address a couple of things:

Firstly, to @RogerS the problem is not the gifs or Quicktime, I have tried rendering videos without the gifs or videos that use the QTPlug and they have failed as well. The issue isn't about the gifs, it's about Vegas crashing during very long renders. The gifs are irrelevant. Vegas seems to last throughout small 2-5min renders but seems to get a random % of the way through longer renders and just crashes with the following crash report:

I've looked through the Grovel files and only found one instance of something failing in the C:\Users\FiercePC\AppData\Local\VEGAS Pro\19.0\vegas_script_x64.log

Right at the bottom of the image here. This is the very top of the file.

Secondly, I'm shocked and appalled that it has taken the tech support team over a month and I STILL haven't had a response to my support ticket. I actually took the time to ring the sales team 3 times to find out what was going on and they assured me they'd get to it that day with no response. How there is no support line I can call is an absolute mystery to me...

I'm just so drained from chasing this issue. I'm being held up from my job because of trying to troubleshoot this error. I just want to be able to use VEGAS and for it to not waste HOURS of my time hoping it'll get through a render.

If anyone knows any potential way of fixing this crash please let me know. I'm absolutely desperate :(

What's the difference between a long and short render?

Is it hitting thermal limits (do you see the GHz speed drop below the base clock speed in task manager/performance?) I've had Vegas throw errors once that happens (though not crashing outright, just corrupt renders).

I see you are now in VP 19.381 which is good.

Maybe one of the VCS engineers will see this and have an idea.

@Catherine-Ravenscroft 90% of the time, these KERNELBASE.DLL crashes are due to some UI/.Net issue. It would help us if you put some identification in the text field when sending the error report so we can more easily search for this crash in our database.

@VEGASDerek Thanks for the response, I've sent off this same crash report multiple times using the requirements asked (dating back to a month ago) and haven't had any response from it as of yet. I can send another one if needs be?

@RogerS Cheers for getting back to me. I haven't noticed (honestly it can take hours for the error to occur so waiting hours for the render to do it's thing while staring at task manager isn't really a realistic prospect for me) But I can imagine this could be happening. Do you have any suggestions on how I can prevent that from happening?

I'd try Derek's solution first and try to update any .net drivers.

For throttling, you could chop up the renders into pieces and reassemble later with other software.

I'd confirm overheating and power throttling is happening by opening task manager/performance when you render and come back after 20 or 30 min. and see what the CPU frequency is.

You can clean the fans. Set the system to run the fans as much as possible. A tool like HWINFO64 can give readouts of temperature sensors in real time. Beyond that, repaste the CPU. Put in a better cooling system. Use cable ties to keep cables out of the way of the fans and air intakes. Thermal management is a bit of an art, if that is an issue for your system. The better you control temperatures the faster the render will complete, but I can't say it will solve this crash.

@RogerS So I can confirm that during a render my GHZ speed (sits around 2.8 - 3.0GHZ during render) is below the Base speed (3.5GHZ)

I also have the latest .NET framework drivers installed (4.8) so that shouldn't be the problem.

I don't think overheating is the issue either, I've checked my temps and they're sat around what they usually are.

(Also I genuinely do appreciate your repeated responses. You've been more than helpful!)

for information only,
according to the Internet, the maximum operating temperature for the Athlon X4 845 is ca. 71,30 degrees celsius

If it's running under base clock I assume it is protecting itself from heat, but it's better to check. AMD Overdrive is a tool from AMD that reports thermal margins: https://www.techspot.com/downloads/4645-amd-overdrive.html The lower the thermal margin in degrees, the hotter it is running.

Hopefully Vegas staff can help you further with this issue.

I have checked the temps during rendering and it doesn't go above 50C averaging around 45c.

If any Vegas staff could help me out that would be incredible.

One thing to try...it's a shot in the dark at this point...is to change an internal preference, "GPU acceleration for Window Presentation Foundation", to FALSE.

I can say that we have received the error reports you submitted, however crashes in the .Net layer are often difficult to diagnose and to this point we have not been able to recover any good information from the reports as to the cause of the problem.

@VEGASDerek Thanks for the clarification, I'll give that a go and keep my fingers crossed.

Is there any extra information I can give you to help diagnose it?

I have heard back from the support team (24 days later than advertised...) and was told simply to update to the latest build... A build that DIDNT EXIST when I submitted my ticket and a build that STILL throws out the same error... and they didn't give me any explanation onto what the error actually was so I can't go and self diagnose either to try new things...

I'm fuming, I'd be willing to PAY a member of VEGAS staff in order to get this fixed. I'm just tired of it all... Please if anyone is able to suggest anything I'd be incredibly grateful!

i don't know how current the thing is, i usually do it when the program gives up encoding, select everything in vegas ctrl + c then ctrl + tab I open a new vegas and when I open ctrl + v so far so everything is decoded without error. however, I would be interested in why this works. 

Nvidia GPUs have game ready and studio drivers, you want the latest studio driver,

Hey, i tried both studio and game drivers and there seem to be no difference in quality or speed of rendering for my rtx3080..

Apologies for bumping this but I could really do with some help. I've done a clean install of the latest NVIDIA studio drivers and it's still doing the issue.

 

Is there anything else I can do?

Few weeks ago i had the same error, same kernel error, same weird random range of encoding before crashing, i was almost certain there was a problem with latest windows updates, i have sent all error logs to vegas team but in the end i solved MY problem with encoding with Voukoder without problems instead of the native Magix..

Nvidia GPUs have game ready and studio drivers, you want the latest studio driver,

Hey, i tried both studio and game drivers and there seem to be no difference in quality or speed of rendering for my rtx3080..

There is no effect on speed or quality, it's stability that is affected.