Vegas falls apart when rendering many fast cuts?

AdvanTech

AdvanTech

Well-known member
Hi,

I was just wondering if I'm the only person that Vegas seems to choke on when editing gets heavy. It seems Vegas is trying to render faster than it can, so there's a lot of blank frames where the fast cuts are supposed to be. Is there a fix for this?

Thanks

edit - rendering uncompressed .avi is fine. It seems it only does this on lossless codecs/settings. Weird.
 
Last edited:
There is no such thing as a lossless codec.
You meant - lossy codecs and settings ?
Lossless is Uncompressed and doesnt use a codec.
Codec = Loss.
Also what do you mean by very fast cuts. You mean you have several small very short clips. Like a few frames each etc ?
Hmm ive worked with such things and its never failed for me. But codecs can do some pretty basty things. In fact i havent found one codec thats good enough for pro work. Except for some ones like Cineform etc. At the most the free ones are all good for web based movie distribution. But then Mpeg2 is also a codec. Have you tried going into the codec Custom menu while you render and try changing the key frames value. Just a thought. Also codecs can sometimes muck up these kind of cuts because many of them are frame based and create a lot of the future frames based on only small changes/ motion in the video. If a cut is too short then sometimes the codec can run amuck. It doesnt have enough to sample with for future frames etc. So they will frame drop.

Or if you need a quick solution. Render out uncompressed. Bring back into a fresh project timeline and render out to taste.
 
There ARE lossless codecs. Like the open sourced Huffyuv and Lagarith codecs. They are basically gzip-related codecs, so they create much smaller files than uncompressed, but still much bigger than normal lossy codecs, without losing any quality (or if they are, they are not noticeable even after close inspection). For example, where uncompressed is 2 GBs and lossy is 4 MBs, a lossless "intermediate" codec is about 300 MBs. Best of both worlds.

Saying that there are no lossless codecs is like saying that WinZip is losing data after compression/uncompression. It doesn't.

Advantech, try to go down to 2 threads on your Preferences/Video tab, and make sure you have all the updates installed. A re-installation might be a good idea too.
 
Eugenia > But i think you didnt read me post properly. Thats why i mentioned "Except some codecs such as Cineform". Which is an intermediate again. Etc Etc as youve explicated. But those dont apply to our friends problem here. He seems to be missing frames.
 
plainman007 said:
There is no such thing as a lossless codec.
You meant - lossy codecs and settings ?
Lossless is Uncompressed and doesnt use a codec.
Codec = Loss.
Also what do you mean by very fast cuts. You mean you have several small very short clips. Like a few frames each etc ?
Hmm ive worked with such things and its never failed for me. But codecs can do some pretty basty things. In fact i havent found one codec thats good enough for pro work. Except for some ones like Cineform etc. At the most the free ones are all good for web based movie distribution. But then Mpeg2 is also a codec. Have you tried going into the codec Custom menu while you render and try changing the key frames value. Just a thought. Also codecs can sometimes muck up these kind of cuts because many of them are frame based and create a lot of the future frames based on only small changes/ motion in the video. If a cut is too short then sometimes the codec can run amuck. It doesnt have enough to sample with for future frames etc. So they will frame drop.

Or if you need a quick solution. Render out uncompressed. Bring back into a fresh project timeline and render out to taste.
Click to expand...

Sorry, I meant uncompressed, not lossless. Yes, by fast cuts I mean several small very short clips.

My solution was exactly what you said. "Render out uncompressed. Bring back into a fresh project timeline and render out to taste."

Thanks
 
You must log in or register to reply here.
Back
Top