Best practises

marcel-vossen wrote on 9/10/2018, 2:42 AM

Hi there,

I'm not 100% sure if what I think is true, but can anybody confirm that opening other programs during rendering with Vegas can cause Vegas to crash? Or is this just coincidential when that happens? I was rendering a rather large project in Vegas 16 yesterday and rebooted my computer first, and then left it completely alone for 8 hours, and the project finished.

After that I started another much simpler task in Vegas 15 (the first project was a complete complex project with lots of FX and noise reductions etc and the second just the re-rendering of one large clip with color correction and some Neat denoising) , and my experience with the stability of Vegas 15 was better than with 16 up until that point.

It went fine until 51% but then I started using Google chrome and Vegas crashed a few minutes later.

Would opening other programs have caused that or maybe more the 'not doing a fresh reboot first before starting a new render' ?

I'm looking for some general rules here, if it's basically okay to render 2 projects at the same time or use other software during rendering it would save a lot of valuable time...

Marcel

Comments

Wolfgang S. wrote on 9/10/2018, 2:54 AM

Should not happen.

However, since you observe such issues with your System and Vegas, it would be wise to Restart the PC before you start to render a Long Job. And to avoid that you open other applications after you have started the render process. Do Nothing with the PC and see what happens.

If Vegas crashes again, then you know that it was not to open other applications.

marcel-vossen wrote on 9/10/2018, 3:08 AM

Would there maybe be a way to let Vegas render multiple projects AFTER each other? Kind of like After Effects has a rendering queue? That would come in handy esp. if projects need to render 8 hours , I could run them at nighttime...

OldSmoke wrote on 9/10/2018, 3:22 AM

Would there maybe be a way to let Vegas render multiple projects AFTER each other? Kind of like After Effects has a rendering queue? That would come in handy esp. if projects need to render 8 hours , I could run them at nighttime...

In such cases, "Vegasaur" is your friend.

BruceUSA wrote on 9/10/2018, 12:53 PM

I am rendering I am always have other app open to work on. None issue here. The only thing I am thinking on your issue is that your system may not stable as a whole. When you are rendering and open other apps that caused a additional load to the system and load vegas to crash. Just my 02.

donde wrote on 9/11/2018, 9:44 AM

Since Vegas v12 or 13 I've found then leaving "GPU acceleration of video processing" enabled can cause random Vegas freezes. Can be quite annoying. I've also disabled "Allow legacy GPU rendering". Vegas up thru v16 is stable that way, no random crashes, don't have to reboot before long renders. Just works.

For rendering the NV Encoder still works (even with GPU options abv disabled) and is more than 2x faster than MainConcept… if that encoder option is available to you. I still prefer the MainConcept encoder for final renders thought. It looks sharper and with the Two Pass option, file sizes are smaller.

- Don

OldSmoke wrote on 9/11/2018, 10:11 AM

Since Vegas v12 or 13 I've found then leaving "GPU acceleration of video processing" enabled can cause random Vegas freezes. Can be quite annoying. I've also disabled "Allow legacy GPU rendering". Vegas up thru v16 is stable that way, no random crashes, don't have to reboot before long renders. Just works.

For rendering the NV Encoder still works (even with GPU options abv disabled) and is more than 2x faster than MainConcept… if that encoder option is available to you. I still prefer the MainConcept encoder for final renders thought. It looks sharper and with the Two Pass option, file sizes are smaller.

- Don

I don’t see such behavior on my system with an AMD card.

fifonik wrote on 9/11/2018, 9:50 PM

I'm rendering in background and do not have issues while using other programs.

AMD GPU & VP13 with GPU acceleration enabled here.