uncompressed needs a lot of disc throughput. If you need QT try the PNG codec. I'm having wonderfull luck with that. It's uncompressed quality.

P4 with 3GB Ram , no way you are going to play uncompressed on a p4, well maybe some way ,but not likely.... lots of horsepower needed and as happyfriar said

In addition to the suggestions above,
QT Player is choppy and uses a lot of resources by nature.
VLC will almost always playback with fewer stutters.

My internal discs are WD Caviar 7200 however, I am on an older Mobo.

Did not know PNG was for other then static images, I am not at my workstation put I gather you are indicating there is a PNG Codec for motion. Quick research indicates this is 8-bit lossless, what would be the default bit-depth of footage in the time-line prior to rendering if you know?

Thanks
G

First time I've tried this with QT and you are right reflecting on this. Even though I have fast drives guess its time to upgrade my Mobo. I also have to be concerned with the client and their edit system (not known) since they may have a similar issue.

I did not think about capturing from FW directly to QT in VidCap, I gather this is an option verses the .AVI capture I did?

Thanks,
G

Good to know about VLC however, its only a player and I need to delivery content to a client they can edit with, not sure what NLE they are using on the PC however, they indicated they needed QT @ 720x480 and I said I could give them H.264

Thanks,
G

VLC is not "only a player."
It captures, converts, saves, and streams with more options than I could ever use.

"they indicated they needed QT @ 720x480 and I said I could give them H.264"

Oh, is this what you wanted to do? It is a relatively simple process in Vegas to create.

1) Render as .mp4 using either the Sony AVC or Mainconcept AVC encoders in Vegas, including AAC / AC3 audio.

2) Rename the file to .mov if you wish.

That's all you need to do. Wish you had stated this earlier.
No need to render uncompressed or go through a second conversion of any kind.

I stand corrected, will investigate. http://www.videolan.org/vlc/features.html

Thanks

Yes thanks, know that trick.. Problem is that the audio then goes out of sync with the video and had posted that in another part of the forum under H.264 thread someone had asked that question, thanks...

Have not tried on more then one clip, not that there should be a reason it does it with one verse another.

I had originally thought about uncompressed since I thought it would provide them with the best quality verses H.264

I've done hours of these and never had a sync issue.
Can you upload an example somewhere so we can be sure it not just a playback issue?

I am out of town right now on my laptop however, will be home late Sunday and will put it up on a hidden part of my blog site and post the url, sure thanks. I just upgraded to V 9.0 not that has anything to do with it, just fyi. I am also going to test with another segment.

Yeah, I found your other post with your render settings.

As a test, I rendered 20 minutes of DV-AVI to 10Mbs AVC 720x480, and it plays back perfectly in VLC, even in full screen, not a skip or sync issue from beginning to end.

However, in QuickTime player, the audio and video play back badly out of sync, and there are frequent skips in fullscreen mode, even some at 1:1. The CPU strain is fully four to five times higher than with VLC.

Also, as I'm sure everyone knows, QT player does not play back at anything but a square pixel ratio, which means anything widescreen is distorted.

Hope this helps you to zero in on the the source of your problem; I can find no indication that it has anything to do with Vegas whatsoever. No need to post clips if this leads to a solution.

thanks for your test. Will also do the same using VLC. Does VidCap capture as QT directly? If so I would not need to transcode from .AVI to QT

I may have this wrong but I've always presumed that:

1. Vegas provides .MOV support as a convenience rather than as a strategic format support with massive internal optimizations *

2. Support for the codecs within this container format seem to be substandard even with Quicktime Pro installed. It is almost as if Apple are taking a pop at Microsoft.

Yet MOV is a wrapper format, so it isn't impossible that if the codec is identical to one from the AVI or MPG 'house' then you may be able to convert it (if all things are created equal between codec implementations (such as endian-ness)).

If your source is a codec that is common to cameras and most NLEs (that just tends to differ between Mac and Win by the go-to container format). Then in that case a lossless converter (one that doesn't recompress) might be available. Precious little attention seems to be provided for such. Which is probably why next-gen computer-side formats are hitting us with MP4, MPG or M2TS wrappers.

AVI and MOV are both inadequate (digital) intermediate formats with artists coming from different aspirational backgrounds (FCP vs Vegas etc)

"Does VidCap capture as QT directly?"
No.

"If so I would not need to transcode from .AVI to QT."
Yes.

Don't use any capture program that converts to a different format. Ever.
If your source is DV-AVI, then capture DV-AVI.
This is a bit-for-bit copy that introduces no changes whatsoever, and that exactly the way you want it.
Then transcode it to the delivery format you need. There is no better way.

Quicktime is a lousy player. Today to check your playback issue was the first time I've opened it in eight months.

rbartlett,
Vegas is just a layer behind the evolutionary curve in Quicktime output support. It will create .mov /.mp4 files with h.263, but not h.264.

The workaround I posted is perfectly legitimate. Thanks for your amusing perspective, esp. your second and last comments!

I did not think so but thought I might have missed something - VidCap

Right - Transcode

Understood - Bit for bit

Am starting to see this - QT as lousy player

Your workaround did work, just have to figure out why audio went out of sync

which comments were amusing, there have been many though it was not my intention :-)

"Your workaround did work, just have to figure out why audio went out of sync"
Once again, the rendered file is not out of sync.
It plays back out of sync in Quicktime, but not in another player.
The logical conclusion is that it is a player problem, and not a file problem.
I also offered you an alternative -- there are others.

"which comments were amusing, there have been many though it was not my intention :-)"
My last two lines were addressed to rbartlett. He has a unique perspective that I admire.

By the way, DV-AVI also plays back in Quicktime.

Good luck!