Frame rate drops still unpredictable.

david-ruby wrote on 4/13/2012, 10:18 PM
Any clue on why I playback dslr footage and the first time the footage might drop frames between clips. Then I re play it back and it is gone and doesn't do this again not unless I start from another spot. Very random or sometimes the same spot then after a few passes over that spot it stops droppin frames. Is this possibly a memory problem? I have the nvidia 560ti card with latest drivers. Also my preview setting is at Best half. When I try it at good half it drops more frames than at Best. Yeah I know lol.

Comments

david-ruby wrote on 4/13/2012, 10:26 PM
I also think I am hearing something wind up abit maybe from the vid card. My computer does only have a 500 watt psu so I am wondering if I might also be chocking the power abit? Any ideas welcome. I need to get a smooth stable machine cookin for a ton of dslr footage this year. Ouch.
Update info. We are using Dell xps studio pcs with i7 2.67 8gbs ram nvidia 560ti
david-ruby wrote on 4/14/2012, 10:23 AM
Any ideas. Open ears here. ; ) Thank you
fldave wrote on 4/14/2012, 11:11 AM
I think it is just a read-ahead buffering phenomenon. It reads ahead from your cursor, loading from disc to memory. I've seen this for years on my non-speedy machine. Has anyone tried a SSD to store your main timeline videos? I bet that would speed things up.
johnmeyer wrote on 4/14/2012, 12:14 PM
This was discussed in a recent thread. It is a major deficiency in Vegas when dealing with AVCHD.
david-ruby wrote on 4/14/2012, 12:26 PM
So building a bigger cpu i7 or another video card is not the holy grail I look for it seems? More software related at this point. Hmmm.
Steve Mann wrote on 4/17/2012, 7:50 AM
If you preview a region and loop on the playback, you will see the framerate increase with each pass. This is because Vegas is using the RAM Preview buffer to store the frames as they are rendered on each loop.
NicolSD wrote on 4/17/2012, 7:56 AM
No, it's not the Holy Grail. But it is better than the Holy Coke or Holy Pepsi. I'd say it's the Holy Grand Marnier.
rmack350 wrote on 4/17/2012, 11:11 AM
Here's how it was described years ago by someone from SCS (and now reinterpreted by me from memory). Vegas caches rendered frames in preview RAM when it can't simply play the footage outright. Then on the second pass through the footage it only needs to render frames that it missed on the previous pass. In this way each pass through a region of the timeline gets a little better. If you were to throw enough processing power at Vegas then it ought to get all the frames rendered on the first play.

Looked at another way, every frame you ever see in Vegas must have been read from disk and decompressed (rendered) to RAM. If Vegas can't keep up then it has to skip frames, and if it skips frames then it doesn't purge the previous frames from RAM but instead saves them, presumably until there's no room left in your preview RAM space. This improves playback of the region because fewer frames need to be processed in the next pass. How well this works with a long GOP might be an interesting question, the behavior dates back to when DV25 was Vegas' bread and butter.

I've often wondered if Vegas' caching frames from timeline positions into RAM had something to do with random frames and black frames appearing in renders, but if that's a problem it's probably not the only problem.

Rob