A friend of mine moved to Vegas 7 this summer, he's a wedding videographer, shooting exclusively DVCAM. His weddings always have slow motion parts in the highlight recap. He did about 3 weddings in Vegas 7 and the slow motion always looked great.
Then Vegas Pro 8 came out, he waited for 8.0a before installing it.
The first project he tried in it was a wedding started in Vegas 7. In Vegas Pro 8.0a, any of his slow motion parts, whether newly added or in the existing veg didn't render and play smoothly. It was like there was no interpolation between frames. And the temporary render, either to RAM or to a temp file rendered faster than it should have. For instance, if a new project was started and the same clip was put in at the same slow motion speed, the temporary render would take longer since interpolation was happening, and the quality looked smooth in the final output.
Output in all the cases described here was on a standard NTSC monitor fed from the DV preview in Vegas through a Canopus DV to analog converter. And after the temporary renders, the frame rate while playing in the preview window was always 29.97fps. And the quality of the preview monitor was set at Best (full) for the temp renders and playback.
I thought it was maybe something to do with it starting as a Vegas 7 veg, so he scrapped that project and did a fresh one in Vegas Pro 8 and didn't have a problem.
But now he's in a middle of editing another wedding, and it's happening again, even though this veg was a Vegas Pro 8.0a one right from the start.
Any suggestions on a setting that could be wrong that would cause this?
The project is standard NTSC DV, interlaced. The slow motion is done with velocity envelopes on the clips, typically around 50% speed, but definitely between 40-60% speed.
The resampling for the clips is set to "smart resampling" by default, but we tried "force resampling" as well, and that didn't improve it. We also tried "reduce interlace flicker", but it isn't an interlace flicker problem, so that didn't help.
Like I said, it looks like it actually isn't creating the inbetween frames in the slow motion.
Is this a bug in 8.0a? Would installing 8.0b fix it?
Thanks for any suggestions.
Then Vegas Pro 8 came out, he waited for 8.0a before installing it.
The first project he tried in it was a wedding started in Vegas 7. In Vegas Pro 8.0a, any of his slow motion parts, whether newly added or in the existing veg didn't render and play smoothly. It was like there was no interpolation between frames. And the temporary render, either to RAM or to a temp file rendered faster than it should have. For instance, if a new project was started and the same clip was put in at the same slow motion speed, the temporary render would take longer since interpolation was happening, and the quality looked smooth in the final output.
Output in all the cases described here was on a standard NTSC monitor fed from the DV preview in Vegas through a Canopus DV to analog converter. And after the temporary renders, the frame rate while playing in the preview window was always 29.97fps. And the quality of the preview monitor was set at Best (full) for the temp renders and playback.
I thought it was maybe something to do with it starting as a Vegas 7 veg, so he scrapped that project and did a fresh one in Vegas Pro 8 and didn't have a problem.
But now he's in a middle of editing another wedding, and it's happening again, even though this veg was a Vegas Pro 8.0a one right from the start.
Any suggestions on a setting that could be wrong that would cause this?
The project is standard NTSC DV, interlaced. The slow motion is done with velocity envelopes on the clips, typically around 50% speed, but definitely between 40-60% speed.
The resampling for the clips is set to "smart resampling" by default, but we tried "force resampling" as well, and that didn't improve it. We also tried "reduce interlace flicker", but it isn't an interlace flicker problem, so that didn't help.
Like I said, it looks like it actually isn't creating the inbetween frames in the slow motion.
Is this a bug in 8.0a? Would installing 8.0b fix it?
Thanks for any suggestions.