DV clips only get rendered when you add filters (FX)/transitions/keyed graphics to them. This will only happen to the part of the clip that has the above done to it. Otherwise every DV clip is just a file transfer with no rendering.
The MS DV codec we use with Vegas will darken the highlights/overexposed areas and also add a very slight green tint when it renders. This is why you will have a "glitch/hitch" at transition points on some clips at the start and end of a transition (video dims). Same for keyed graphics or filters that don't run the full length of the clip.I use the broadcast colors filter on any clip that would have a partial render to overcome this "glitch".
After the first MS DV render, you won't see a loss for about 4 or 5 more generations of rendering.
So, if it looks good after printing-to-tape you shouldn't see any loss by bring it back into Vegas and tweeking it some. That is unless it wasn't rendered in the first place. But no worries, because now you know how to overcome the MS DV Codec limitations enough to make it all flow smooth. The HSL filter can be used to overcome the "slight green tinting", but it does render slow.
Hope that helps, let me know if you need more info.

Craig H.

Only DirectX 6.0 has this green shift.
If you upgrade to DirectX 8.0 you are fine.

>>Only DirectX 6.0 has this green shift.
If you upgrade to DirectX 8.0 you are fine.
---------------------

I did the Directx 8 upgrade. Can anyone tell me how to check to make sure it is loaded and working on my system? It either didn't take, or my eyes and monitor are better than everyone elses here.

TIA,
Craig H.

Well, I just reloaded the DirectX 8 patch twice. It gives a dialog box saying it has been installed. At the top of the box it says "DirectX 8.0 BDA Install".
Did some testing and it still has a very slight green tint, and drops the luma level on bright/slightly overexposed areas.
I have a single frame DV clip I can email to anyone that wants to see what I'm talking about. All you'll need to do is stretch it out, copy and paste it, then throw a page peel between the two clips. Step thru it and watch it on OHCI 1394 output with recompress turned on. Or render it out and reload into timeline. The white wall in the background will dim and the pavement will pick up a slight green tint on the first frame that the MS codec takes over. It's not a major thing, but it does make your production less than professional. Once again, I've found a very fast work around. Just say no to the GLITCH. Then again, maybe DX8 isn't taking on my system. How to check ?

Craig (Very good eyes thanks to contacts) H.

There was a months long thread on the Pinnacle forum about this glitch. Apparently there were many different versions of QDV.DLL used in the ms codec, some caused the glitch, some didn't. I've been using the MainConcept codec, which doesn't have this problem, so I lost interest in the thread. The fix is to remove the flawed qdv.dll file and replacing it with the correct one. Do a search on the www.pinnaclesys.com forum for Studio DV 1.26 on MS codec or qdv.dll, find the correct version, (not all the versions in DX8.0 worked), and solve your problems. When you find the version #'s of the correct files, post them here..

I am going to give it a try thanks for all the advice.

Make sure you have DX8.0a installed, AND the DX8.0bda update. These are a must have package for video.