[Rick Anvican]

Hi Norman,

[Norman Black] “Really only 0 and 255 (for AVC i think) are truly illegal values.”
Would those bits be reserved with similar purposes like they were in analog PAL signals where they stored technical information?

Obviously DigiBeta is digital, but like you said if the digital video world tries to mimic the analog video signal, does that mean that such underexposure and overexposure “buffers” (e.g. 1-15 under, 236-254 over [LUMA]) exist, like the out-of-range values are recorded but not visible?

A majority of people may have moved on to the digital world, but I’m still living with some working ancient technology.

[Rick Anvican]

Hi John,
Yes I understand that footage from most video cameras will use illegal values, but for my situation, the footage was sourced from a DigiBeta master tape of a 90s broadcast and this was converted to H264.
Despite the digital master using sRGB levels, the illegal luminance peaks at fade-to-white transitions were present on it which carried over to the H264 converted version. Do mind that full black was at 16:16:16 RGB. I’m just wondering how that’s possible – is it due to tolerances in the equipment or some other factor?

RickAVC

[Rick Anvican]

Hi Eqra,
Do you have K-Lite or another similar codec pack installed on your system? Some users in the forum including myself have had problems with installations of codec packs. According to user John Rofrano, certain codec packs can replace Vegas’ high-quality codecs with lower quality ones thus causing Vegas-related issues like bad renders/preview, Vegas 11 is particularly prone to this.

RickAVC

[Rick Anvican]

Hi Ren,
First of all, which build of Sony Vegas are you using and where did your source footage come from?
When you say that the source video was choppy, does this happen when it’s played on software media players (e.g. VLC)? Any signs of blocking/image tearing up, random lines or similar artifacts?

If you could upload the affected file, other users on the forum and I can trial it to see if we get the same problem. I’m new to the forums myself and we’re just trying to help.

RickAVC

[Rick Anvican]

Thanks Norman for reminding me about LAV,
I’ve found the setting for choosing level output in MPCHC.

Thanks Steve for your suggestion, I’ll have a look at that. (Apologies for mispelling name previously)

[Rick Anvican]

Nice work Will, as long as it solves your problem.

[Rick Anvican]

Sorry Will, I meant “General” (misread the tab), thought it was a codec issue so just asking you to check if Vegas is using “compoundplug.dll” to decode MP4s and “qt7.dll” to decode MOVs, in which it is for MP4.

Like John said, Vegas may dislike custom resolutions and although AVC allows videos to have such resolutions, anywhere from importing those files into Vegas to rendering may be affected, I’ve been through it myself
although it was GPU acceleration that caused problems.
I’ve tried importing your uploaded MP4 in Vegas 11 (build_683/x64) with no problems when GPUA was off, when it was on, BSOD – first time actually, never had anything that serious before with my MP4s…

If you really need to retain full original quality, convert your source videos to lossless like Lagarith, otherwise go with John’s MJPEG suggestion.

[Rick Anvican]

Hi Will,

Right-click on the affected event and click “Properties” from the context menu, what does Vegas report for the video’s attributes and format? Click on the “About” tab and scroll to the very bottom to see what plugin is Vegas using to decode.

Have you tried converting a small (e.g. 10 second) portion of one of your source videos with a video converter to, say DV AVI (which is an editing format) and then import that into Vegas?

When you said the MP4s/MOVs shows up green, is it static or “moving” (e.g. the green blocks move or shimmer in some direction or another, have animated patterns) (https://oi41.tinypic.com/6humpu.jpg)? Do random colors other than green show up?

More importantly, what build of Vegas 12 are you using? (Latest is 770)

[Rick Anvican]

Hi Will,
Do you know what codecs your mp4, mov and avi files use (e.g. H264, xvid)? MP4, MOV and AVI are containers for video, audio and other data; it is the data that determines if Vegas can import the files. Try importing other supported file formats like MPEG2 and DV AVI to see if they work.

GPU acceleration could be the culprit for the green screen with MP4s and MOVs, try disabling in Options–>Preferences–>Video (worked for me for some H264 encoded videos). If that doesn’t solve it, conversion may be necessary (e.g. to MJPEG or similar format for editing).

Is your problem similar to what was discussed in this thread? –> (https://forums.creativecow.net/thread/24/955692)

I’m relatively new to the forums here but just trying to share what I have learned from the forums, hope it helps,

RickAVC

[Rick Anvican]

Hi Colin,
I had the thought of upgrading the entire system considering the dated hardware I’m using, I’ll have a look at Vegas 12 to see how things go there, just want to see on the forum to see what hardware works best for Vegas, thanks for your advice,

EDIT: I forgot to mention that I’ll be doing more projects in 32bit(video levels) pixel format due to visible banding in 8bit, always have used 8bit for projects but the banding is very distracting on renders when viewed on destination devices.

RickAVC