Oh no...it's the dreaded "GLITCH"

jmpatrick wrote on 11/16/2001, 8:24 PM
I created a project using the VV 3.0 beta, rendered using the SF DV codec, and burned the results on a DVD-R. I wanted to check DVD-R compatibilty, so I took my burned disc to Circuit City to try in a variety of players. It worked in everything I tried...which is cool. However, when I played the disc on a player that was hooked up to one of the those 60-inch projection sets I discovered THE GLITCH. Just about every transition and effect suffered from a slight glitch at the start and end of the edit. I never noticed it on either my 19-inch CRT, or 19-inch NTSC...but it's plain as day on the big, honking projectors. Boo Hoo. I remember that this was discussed a while back, and it seemed to be a Direct X thing. Well, Direct X 8.1 is on my machine, and I'm still getting it. Does anyone have updated configuration information to avoid THE GLITCH? Hints, suggestions, voodoo...whatever!

Thanks.

jp

Comments

HPV wrote on 11/16/2001, 8:37 PM
It sounds like you aren't using the new SF DV codec.
If any DV codec other than the MS DV codec is loaded on your machine, you will need to go to options/prefs and select "ignore 3rd party DV codecs".
Even on overexposed clips, the new SF DV codec won't show the luma clamping caused glitch.

Craig H.
pelvis wrote on 11/16/2001, 9:07 PM
This is quite likely a "3rd party codec" as described in the previous post.

If your final destination is DVD, you'll probably want to skip rendering to DV altogether (and wait a few days for the release).

In the shipping version you'll get a very nice MPEG-2 encoder- fast, clean, tons of control. With the MPEG plug-in, you'll go right from the timeline to DVD compliant MPEG-2, with no intermediate DV file.

By the way, I saw an MPEG-2 from Vegas 3 burned to DVD today (w/DVDitPE). The stock templates produce great results-
jmpatrick wrote on 11/17/2001, 8:12 AM
I do have the "ignore" option selected.

Any other ideas?
HPV wrote on 11/17/2001, 1:40 PM
What does the glitch look like ? Is it darker thru the transition? That's what the MS codec would do to overexposed footage. I've done some major testing of the SF DV codec and it doesn't do that. You don't have the "use MS DV codec" box checked ?
Being as you've gone from DV to MPEG 2 onto DVD disk, we can't be sure it is the SF DV codec until you take a DV tape (and camera) into the store and check that. Even a VHS dub should tell the story.
jmpatrick wrote on 11/17/2001, 1:48 PM
It's almost like the transition points look slightly "out of focus," for lack of a better description. As I said, I didn't notice it on a smaller monitor...so it's not an alarming thing.

To answer your other questions: yes, I have "Ignore 3rd party Codecs" checked, and "Use ms DV codec" unchecked.

I'm printing a project to tape from the timeline right now. I'll let you know the results...
SonyEPM wrote on 11/17/2001, 7:56 PM
"I created a project using the VV 3.0 beta, rendered using the SF DV codec, and burned the results on a DVD-R. "

If you burned to DVDR, there's an MPEG encoder thrown into the mix so you are compressijng twice (to DV, then to MPEG-2). Which MPEG encoder? I guarantee your problem is MPEG related.

jmpatrick wrote on 11/17/2001, 9:19 PM
TMPEG. Bad?
rgwarren wrote on 11/19/2001, 8:19 AM
Depending of your bitrate you can see all sorts of strange things at transitions. That's where MPEG2 can look really good or REALLY bad. Single-pass VBR always seems to look poor. I usually encode to MPEG2 using 6-7 mbits/sec constant unless I can get on our two-pass hardware based system.

If you haven't tried constant bitrate give it a try and see how the transitions look at a high constant bitrate. If they look good then it isn't the DV Codec.