Are there other checking programs that might be used as a control against Vidchecker?
some people have had luck using my preset. i haven't tested it in cc2019
premiere pro cc broadcast safe preset.
this will legalize all video to lumin 16-235
and chroma to 90% YUV and fit in all boxes of vectorscope YUV
The built-in video limiter (new in CC2018) handles all of this without issue. You can feed it both luma and chroma out of gamut and it will fix it fairly seamlessly.
It sounds like its failing as its expecting a file that is "video level" but the file you're providing is video levels. If its for broadcast, its going to require video levels, not data levels (which is what you're providing).
Thanks Jason. I will give it a try - using the Limiter on an adjustment layer over the whole timeline.
Are you able to elaborate a little more on what you mean by it's expecting "video levels", and I'm providing "data levels"?
After sending back a sample AS-11, having used just the video limiter effect over top of my timeline, I still received the same errors.
I have also tried with the video limiter effect and the "levels" effect over top which brings everything into RGB values.
So to the best of my knowledge I am providing "video level" media.
Would it be safe to assume that these "structural errors" are an error on the part of the Vidchecker? Am I missing something?
Note: To answer a previous enquiry, no I'm afraid there is no other comparison to use as a control against Vidchecker at this time.
1 person found this helpful
Vidchecker isn't complaining about your levels in the actual video, so don't mess with vectorscopes or legalizers. It's complaining about the nominal black and nominal white levels which are set as metadata in the MXF header. They have nothing to do with the actual content (which may or may not be fine). These nominal values are mandated by the DPP.
Adobe's AS-11 exporter is writing files which are flagged as "full range", i.e. blacks are at 0 and whites are at 1023. This is incorrect, and it should be flagging its exports as "broadcast range" where black is 64 and white is 940.
Adobe have certified a previous version of Media Encoder as DPP compliant, see:
However this current output appears not to be compliant.
A chap called Al Mooney is listed as the Adobe technical contact on that web page but I suggest you contact Vidchecker support and they can take it up with Adobe directly.
Having this exact same problem from PP2019 and Media Encoder 2019 put the file through Media Encoder 2017 (11.1.2) and it has fixed the issue so at least I can deliver but it really needs to be sorted Adobe