transitions are not smooth

josaver wrote on 5/31/2002, 5:13 AM
Hi all folks!

When I put transitions in a video I see a "big" difference between the frames before and after the transitions. It seems a compression issue. The contrast and brightness varies from these frames.

But if I put the broadcast colors filter there is no diffrence between these frames.

What is happend?

Thanks in advance and sorry for my bad english!

Josaver.

Comments

Cheesehole wrote on 5/31/2002, 12:57 PM
are you using Vegas Video 3? the new SF DV codec does not have this issue.
FadeToBlack wrote on 5/31/2002, 1:03 PM
SonyDennis wrote on 5/31/2002, 9:12 PM
This could also be due to the whites being past 100 IRE, which is outside of broadcast limits. When the frames get rendered (during the transition) the whites get clipped during the YUV->RGB->YUV round trip, whereas the colors getting passed through the original footage never gets converted to RGB. Using the Broadcast Colors filter is a good fix for overblown whites.
///d@
tserface wrote on 6/1/2002, 1:51 AM
I've seen this before and I also fixed it using the filter. I absolutely love the new Saturation filter in the new plug-in pack. It's been worth the price of the whole package to me. My DV camera (a Sony TRV730) sometimes takes dull looking colors (in some conditions - especially when inside) and adding the extra midtones using the filter really helps.

I find that I need the broadcast colors filter when I use video that was captured using analog or when I use still pictures. There are some colors that are illegal in NTSC (Never The Same Color) and some are worse than others (reds are often difficult).

Tom
josaver wrote on 6/1/2002, 2:39 AM
I use PAL DV or DVCAM footage or analog footage converted to DV via my DSR20 deck. I use also all the PAL DV templates.

If I use the broadcast colors filters the problem is fixed but in this case I must render ALL the project, and this is a little problem of storage....

it's possible to force VV3 to not YUV-RGB-YUV transformation during render?

It's possible that this issue occurs only on PAL footage?


Thanks all for the responses.

josaver
HPV wrote on 6/1/2002, 1:54 PM
>>it's possible to force VV3 to not YUV-RGB-YUV transformation during render?

>>It's possible that this issue occurs only on PAL footage?

1- no, Vegas is RGB at the heart. But a good one, see 2.
2- Yes. I did some torture test on the beta version with NTSC clips. Perfect renders of overexposed/hot video clips.
With all the happy NTSC 3.0 users out there, sounds like a PAL DV codec issue.
You might not be using the SF codec.
Do you have any other NLE software loaded, or had at one time ?

Craig H.
SonyDennis wrote on 6/1/2002, 4:56 PM
It's possible that it's PAL related, but I have seen this (once) on NTSC. If you want to send a half second of footage where this happens to drdropout@sonicfoundry.com, (with a reference to this thread), we'll check it out.

Vegas uses an RGB engine so, no, there's no way to render without the YUV->RGB->YUV conversions.

///d@

P.S. I see Craig just said pretty much the same stuff, I had an old page load and didn't see his comments.
phantomias wrote on 6/2/2002, 7:55 AM
How can i find out, that i use the Sonic Foundry Codec and not another earlier installed DV codec?
SonyDennis wrote on 6/2/2002, 4:50 PM
To make sure VV3 is using the SF DV codec, in Options > Preferences > General, make sure "Ignore 3rd party DV codecs" is ON, and "Use Microsoft DV codec" is OFF.

///d@
josaver wrote on 6/3/2002, 6:54 AM
Yes, that's the problem, I was not using the SF codec, I was using my old NLE codec.

With the SF codec ther is no difference between the transitions an the no rendered footage.


Thanks all for the tips.

Josaver.