Rendering crashes with VP18

sam-renkin wrote on 3/12/2021, 7:42 AM

Looking for tips and advice, I'm having terrible rendering issues with VP18. I'm a longtime VP user (since v8) and recently upgraded my editing PC and Vegas from version 15 to 18 (build 434). I'm using a new Dell XPS 8940 with a 10th gen Core i9-10900, 32GB ram, and OS running on an internal 512GB SSD. Video card is Radeon GeForce RTX 2060 Super with 8GB ram. All external drives for media are SSDs as well. Files in the timeline are 1080/60i ProRes LT, it's a business presentation that lasts 45 minutes. One track is the talking head, one is his slides (exported to video) and one is titles. I've tried "6 ways to Sunday" to render a 1080p MP4 using MAGIX AVC or HEVC MP4 settings (max bitrate 14k, average 10k) and the render crashes 5-7 minutes into the process. This happens with GPU on or off, NVENC on or off, and dynamic ram set to 0, 200, or even 16,000. My Core i7 VP15 system was slower but did not crash like this. I did a test on just a 10-minute segment of the video and it did render successfully - any thoughts on what might be happening here?

Comments

RogerS wrote on 3/12/2021, 9:00 AM

Try to update to the NVIDIA Studio driver (help/driver update or go to Nvidia.com)

Set dynamic ram to 0 or 200 and never to 16,000 for a render.

For MagicAVC are you using NVENC or Mainconcept? Try both. This is interlaced footage. Are the project and render settings also set for interlaced?

Can you see what is happening where the program crashes? Is there Fx or something at that point?

sam-renkin wrote on 3/12/2021, 9:11 AM

Thanks Roger - I will update the NVIDIA drivers as suggested. I've tried NVENC and Mainconcept - seems to crash at a different point each time, not a transition or FX. What happens is the rendering slows then hangs, and I have to force quit the app.

RogerS wrote on 3/12/2021, 9:26 AM

If that doesn't fix it, please share screenshots of project settings, File I/O in preferences and Media Info for the video you are using. Maybe that will yield a clue. Did you make other changes to settings?

JN- wrote on 3/12/2021, 9:40 AM

@sam-renkin In task manager, under the performance tab, while rendering, observe especially the memory graph. Check that it doesn’t simply use up and run out of all of the memory, around about when it stops. Use normal settings, dynamic ram to 200, use GPU HW Acc. set Nvidia in the I/O tab, set project properties to the largest piece of media type in your project.

VP doesn’t like .mov files, and can freeze with too many. If thats the cause of the problem you might have to convert the .mov files to .mp4.

Last changed by JN- on 3/12/2021, 9:47 AM, changed a total of 3 times.

---------------------------------------------

VFR2CFR, Variable frame rate to Constant frame rate link to zip here.

Copies Video Converts Audio to AAC, link to zip here.

Convert 2 Lossless, link to ZIP here.

Convert Odd 2 Even (frame size), link to ZIP here

Benchmarking Continued thread + link to zip here

Codec Render Quality tables zip

---------------------------------------------

PC ... Corsair case, own build ...

CPU .. i9 9900K, iGpu UHD 630

Memory .. 32GB DDR4

Graphics card .. MSI RTX 2080 ti

Graphics driver .. latest studio

PSU .. Corsair 850i

Mboard .. Asus Z390 Code

 

Laptop… XMG

i9-11900k, iGpu n/a

Memory 64GB DDR4

Graphics card … Laptop RTX 3080

RogerS wrote on 3/12/2021, 9:52 AM

Just an addendum- that's mov files that are decoded with 32-bit Quicktime (if this is an older camera that could be an issue- you can click on media and look at properties/general and then Plug-In to see the decoder being used).

AVC .mov files, HEVC, ProRes, etc. have no limitations.

JN- wrote on 3/12/2021, 10:48 AM

@RogerS AVC .mov files, HEVC, ProRes, etc. have no limitations.

TBH I wouldn’t go that far, its been my experience that .mov files, prores especially, don’t behave as well as .mp4. RE: stability I have found, on my machines, that it’s mp4, .mov and the .mov that needs the 32 bit quicktime in order of usability. Your experience may be different.

Last changed by JN- on 3/12/2021, 10:51 AM, changed a total of 2 times.

---------------------------------------------

VFR2CFR, Variable frame rate to Constant frame rate link to zip here.

Copies Video Converts Audio to AAC, link to zip here.

Convert 2 Lossless, link to ZIP here.

Convert Odd 2 Even (frame size), link to ZIP here

Benchmarking Continued thread + link to zip here

Codec Render Quality tables zip

---------------------------------------------

PC ... Corsair case, own build ...

CPU .. i9 9900K, iGpu UHD 630

Memory .. 32GB DDR4

Graphics card .. MSI RTX 2080 ti

Graphics driver .. latest studio

PSU .. Corsair 850i

Mboard .. Asus Z390 Code

 

Laptop… XMG

i9-11900k, iGpu n/a

Memory 64GB DDR4

Graphics card … Laptop RTX 3080

RogerS wrote on 3/12/2021, 11:03 AM

I keep Quicktime disabled on my machine. ProRes isn't decoded with the 32-bit QT plugin so it doesn't black out if you add too many GB of clips (that's what I meant by no limitations). I agree it doesn't perform as well, hopefully that changes when Magix implements the Apple decoding as they mentioned a while ago!

All my footage until a couple years ago was h.264 MOV shot on Canon and it's no different than any other h.264 mp4 file, it decodes happily with so4compound.

JN- wrote on 3/12/2021, 11:18 AM

"I agree it doesn't perform as well, hopefully that changes when Magix implements the Apple decoding as they mentioned a while ago"

The OP is using Prores, so my valid comments.

If you are going to do addendums, AFAIK, addendums apply to your own comments. If you are going to make a correction to another user comments just say so.

Last changed by JN- on 3/12/2021, 11:20 AM, changed a total of 1 times.

---------------------------------------------

VFR2CFR, Variable frame rate to Constant frame rate link to zip here.

Copies Video Converts Audio to AAC, link to zip here.

Convert 2 Lossless, link to ZIP here.

Convert Odd 2 Even (frame size), link to ZIP here

Benchmarking Continued thread + link to zip here

Codec Render Quality tables zip

---------------------------------------------

PC ... Corsair case, own build ...

CPU .. i9 9900K, iGpu UHD 630

Memory .. 32GB DDR4

Graphics card .. MSI RTX 2080 ti

Graphics driver .. latest studio

PSU .. Corsair 850i

Mboard .. Asus Z390 Code

 

Laptop… XMG

i9-11900k, iGpu n/a

Memory 64GB DDR4

Graphics card … Laptop RTX 3080

RogerS wrote on 3/12/2021, 7:57 PM

Okay, not an addendum but a clarification on the importance of specifying what is in the mov container. (Dnx or Cineform is a difft situation than ProRes).

Have you had crashes or blackouts with ProRes, though? I haven't had or even seen reports of that in Vegas.

sam-renkin wrote on 3/13/2021, 8:19 AM

Thanks for the helpful advice everyone! I was traveling yesterday, but to answer your question about media - almost 100% of the footage I work with is ProRes LT recorded with an Atomos Ninja V. I switched to ProRes from MP4 because it worked so much better and faster with VP15. My camera is a Panasonic GH5, and I also work with a crew using a Sony FS-7. All camera footage is 4k @ 24 or 30fps. In this particular project, we didn't use cameras. I used the Ninja to capture the screen of my MBP in ProRes HD60. I captured the presenter via Zoom, and also captured some slide graphics from PowerPoint. Project settings are HD 30p. I will say - the issue seems to be connected with HD60 files - in other projects, the camera footage seems to render fine (even with FX like chromakey). Does that shed any additional light on why the render bogs down and crashes?

winrockpost wrote on 3/13/2021, 4:22 PM

I have recently purchased same model Dell, same processor, 128 gig ram and a weaker card, a Nvidia GeForce RTX 360 ti 8 gig...having all kind of crash issues with 18. not going to hijack with my issues ... following this closely.

sam-renkin wrote on 3/15/2021, 8:59 AM

Monday morning update - as recommended, I downloaded and installed the NVIDIA studio driver for my GeForce RTX 2060 Super. I also took a really close look at the ProRes LT HD60 screen capture files recorded by my Ninja V. They are 60p (60.00 frames) and I suspect the conversion to 30p during rendering is part of the crash issue. I set up a custom MAGIX AVC MP4 NVENC render profile for 1080 @ 60.00 fps, and it rendered the complete file with good speed (almost real time). CPU usage is averaging 46%, memory usage is 2GB. Then I used Handbrake to convert the file to 30p. I think the takeaway here might be that 60p files need to be converted to 30p before importing to a 30p project?

fr0sty wrote on 3/15/2021, 9:06 AM

Have you tried the new build?

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)

RogerS wrote on 3/15/2021, 9:14 AM

I think the takeaway here might be that 60p files need to be converted to 30p before importing to a 30p project?

Generally speaking, no. If disable resample is off at the project level Vegas just tosses out the unneeded frames. I haven't used the Ninja V, though.

sam-renkin wrote on 3/15/2021, 9:54 AM

Hi Roger, the resample mode is set to smart resample right now. The other two options are force resample and disable. Which are you recommending?

sam-renkin wrote on 3/15/2021, 9:55 AM

fr0sty - just got the update notification this morning. I'll download after this project is complete - looks like a long list of bug fixes!

RogerS wrote on 3/15/2021, 9:59 AM

Hi Roger, the resample mode is set to smart resample right now. The other two options are force resample and disable. Which are you recommending?

I only use disable resample, and for a simple 60 to 30fps conversion that is the best option.