I have two systems, both with VV3. on one system, slow motion clips render to NTSC DV just as I expect them to. if I open the *same* project on the other system, and render from there, the resulting DV file has some strange visual artifacts.
I'm seeing what looks kind of like tape dropout, because it involves 'squares' or 'blocks' of video which appear to lag behind. it's only noticeable in sections of the video that are moving (the background doesn't move, therefore lagging areas of the background would not show up). it almost looks like when you search through a DV tape, and the video looks funny because the whole screen isn't updating at the same time.
the effect is obvious, and is easily reproducible on that system. I've tried rendering different samples of DV video. any footage rendered with slo-mo (either with velocity env or by adjusting the media playback rate) exhibits this problem. I'm rendering with resample checked.
it is important to note a few things I have discovered:
1 - rendering with the audio *unchecked* produces a clean video.
2 - rendering with resampling *unchecked* produces a clean video.
3 - playing the bad files on either system yields the same bad result.
4 - the actual video frames are intact, but when played in Vegas or Media Player, the file plays with the awful artifacts, indicating a problem with the *way* the file is encoded.
I know the frames are intact, because if I pause the video on a particularly bad spot, then move the Media player from one monitor to the other (effectively refreshing / re-initializing the current frame in the player), the frame refreshes to a 'clean' picture with no blocks. so it appears to be a problem with the way the file is compressed... not sure really.
I've posted an example frame here:
http://ben.orona.com/slomo/slowmocorrupt.jpg
I know people have had issues with slow motion, but has anyone seen this particular problem?
here are the system specs:
Dual PIII 450MHz
DFI MBoard
512MB RAM
SIIG 1394 using TI chipset
I'm seeing what looks kind of like tape dropout, because it involves 'squares' or 'blocks' of video which appear to lag behind. it's only noticeable in sections of the video that are moving (the background doesn't move, therefore lagging areas of the background would not show up). it almost looks like when you search through a DV tape, and the video looks funny because the whole screen isn't updating at the same time.
the effect is obvious, and is easily reproducible on that system. I've tried rendering different samples of DV video. any footage rendered with slo-mo (either with velocity env or by adjusting the media playback rate) exhibits this problem. I'm rendering with resample checked.
it is important to note a few things I have discovered:
1 - rendering with the audio *unchecked* produces a clean video.
2 - rendering with resampling *unchecked* produces a clean video.
3 - playing the bad files on either system yields the same bad result.
4 - the actual video frames are intact, but when played in Vegas or Media Player, the file plays with the awful artifacts, indicating a problem with the *way* the file is encoded.
I know the frames are intact, because if I pause the video on a particularly bad spot, then move the Media player from one monitor to the other (effectively refreshing / re-initializing the current frame in the player), the frame refreshes to a 'clean' picture with no blocks. so it appears to be a problem with the way the file is compressed... not sure really.
I've posted an example frame here:
http://ben.orona.com/slomo/slowmocorrupt.jpg
I know people have had issues with slow motion, but has anyone seen this particular problem?
here are the system specs:
Dual PIII 450MHz
DFI MBoard
512MB RAM
SIIG 1394 using TI chipset