AS-11 file fails AQC due to incorrect Coding Equation

[Mr Seaniepie]

MacOS Ventura

Exporting an AS-11 from Premiere Pro v23.0

When testing with the AQC from Telestream (Qualify) it reports the following error:

Found 1 structural problem(s) with AS-11 UK DPP conformance: - Picture Essence Descriptor item 'Coding Equations' must be [060e2b34.04010101.04010101.02020000] (when present) but was [060e2b34.0401010d.04010101.02020000]

The second part of the descriptor is not what it should be. This is, I am told, an issue in the exporter from both PPro and MEnc and reported since at least 2019. It is embedded in the .mxf and cannot be edited externally. As this is a key element of getting programmes to broadcast it is essential that this gets fixed to live up to the 'Pro' part of Premiere's name.

[R Neil Haugen]

@Bruce Bullis or @Fergus H would be the people to check with on this.

Neil

[Mr Seaniepie]

No response from @Bruce Bullis or @Fergus H

Do Adobe look at these for bug reports?

[R Neil Haugen]

Bugs are still technically filed on their Premiere Pro UserVoice system. Though they are migrating  over to here at some point apparently. They've done so with a couple other apps.

Neil

[Chelsea27503698q32v]

Hi @Mr Seaniepie was there any resolvement to this please ? we have just had this error happen as well. how did you get your file corrcted in the end if not ?

Thanks 

Chelsea 

[rynprc]

AMCDX will correct the file, else the DPP app will spit out a corrected version.

I'd LOVE Adobe to sort this though, it's so tedious.

[R Neil Haugen]

This seems to still be happening. Moved this to the Bugs section of the forum.

Neil

[Kevin-Monahan]

Hello @Mr Seaniepie,

Thanks for the message. It’s been a long time since you filed this bug, and I apologize for the lack of a response. Are you still having this issue? If so, the team will need more information from you to reproduce the bug. Can you provide the information required here? How do I write a bug report?

I'll move your post to the Discussions board while we await your information.

Thanks,


Kevin

[Mr Seaniepie]

MacOS Ventura
Exporting an AS-11 from Premiere Pro v23.0
When testing with the AQC from Telestream (Qualify) it reports the following error:

Found 1 structural problem(s) with AS-11 UK DPP conformance: - Picture Essence Descriptor item 'Coding Equations' must be [060e2b34.04010101.04010101.02020000] (when present) but was [060e2b34.0401010d.04010101.02020000]

The second part of the descriptor is not what it should be. This is, I am told, an issue in the exporter from both PPro and MEnc and reported since at least 2019. It is embedded in the .mxf and cannot be edited externally. As this is a key element of getting programmes to broadcast it is essential that this gets fixed to live up to the 'Pro' part of Premiere's name.

[rynprc]

For what it's worth, & Adobe should fix this regardless, it can be externally edited. Either by running the file through the out of support DPP app (very slow) or using AMCDX to change the tag information in the header (very fast).

Pretty farcial that this is still happening though.

[Kevin-Monahan]

Hi @rynprc,

I have asked the team if they are working on this issue. If not, I'll file your bug internally. Let's move this post back to the Bugs forum, then.

Thanks,

Kevin

[Kevin-Monahan · Accepted solution]

Hello @Mr Seaniepie, @rynprc, and @Chelsea27503698q32v,

Thanks for the messages, everyone. The team says the bug is with VidChecker for ACQ.

• Unfortunately, Vidchecker isn't correctly identifying the UID; the color equation settings are showing as unknown instead of 709.
• The PDF of the tool's output shows that Premiere Pro has the codingEquation set to CodingEquations = [060e2b34.0401.010d.04010101.02020000],
• VidChecker shows that the 8th value in the UID should be 0x01 instead of 0x0D. 
• The SMPTE ST-400 doc states that the 8th byte represents a version number.
• VidChecker is expecting a hardcoded value of 0x01, which is incorrect.

I hope that explains the anomaly. Please let me know if there's anything else I can do to assist with this problem. Thank you so much for your patience in receiving a response. Please take care!

I will move the post back to Discussions.

Thanks,

Kevin

[Mr Seaniepie]

That's incredible! Fantastic work Kevin on working this out. I will make sure that the great people at VidChecker are made aware of this anomaly and I'm positive they will make the necessary changes. 
All the very best. 

Sean

Pi Digital

[rynprc]

Hi @Kevin-Monahan & team, thanks for looking into this.

https://registry.smpte-ra.org/view/draft/labels_view.html defines 060e2b34.04010101.04010101.02020000 as ITU-R BT.709 Coding Equations. 060e2b34.0401010d.04010101.02020000 is not a defined label.

It should be noted that this is relating specifically to the DPP AS-11 specification, which does request 060e2b34.04010101.04010101.02020000

A real world example of this in a spec can be found in the Sky spec which is publically-Googleable - https://static.skyassets.com/contentstack/assets/bltdc2476c7b6b194dd/blt109e419dd7c40d1d/640b382d42e...

[rynprc]

Oh, also this worked fine in Premiere circa 2017. Updates around that time broke it.

[Kevin-Monahan]

Hello @rynprc,

I will provide a link to your message in the bug. In the meantime, can you contact VidChecker support and let them know about the team's findings? I hope that the issue can be resolved.

Thanks,
Kevin

[rynprc]

I have opened a support ticket with Telestream and informed them of Adobes findings on this issue. I'll report back as/when they respond.

thanks!

[Kevin-Monahan]

I appreciate that, @rynprc!

Thanks,
Kevin

[rynprc]

Hi Kevin,

Sorry I didn't loop back on this. We're actually outside Vidcheckers support at the moment, and I couldn't justify renewing for this.

I would be interested in any update from the team on my above note though. I'm stull unconvinced this is a Vidchecker issue. 

[michaelm11605974]

Re-wrapping the files in the out of support DPP App fixes it - which to me shows it's not a vidchecker issue, as my work doesn't have the same issue with Avid exports or by using the DPP App.

[rynprc]

Yep, that app is painfully slow though!

You can also change the problematic element in AMCDX Video Patcher, which takes seconds.

[Mr Seaniepie]

Both Avid and DPP use a different profile or can leave it as Null. Adobe chose to use the correct UiD for 709 but vidchecker, despite the thousands we pay them, still haven't added the profile to their hardcoded list. Telestream need a bit more 'encouragement' to make the changes. [wink]

[michaelm11605974]

I'm having this issue also - I'm not sure if it's really Vidcheckers fault as the 'Color Space' from Adobe AS-11 files are showing as 'Unknown' in other metadata apps....

[Mr Seaniepie]

It comes up as 'unknown' only because these other metadata apps have not hardcoded Adobes preset [060e2b34.0401.010d.04010101.02020000] into their software as being from Adobe. Perhaps you could send this to those developers too along with a link to this thread so they can make the necessary adjustments. 

[michaelm11605974]

It's not really up to us the users to make Adobe applications compatible with industry standard software. Adobe should be testing it against software like Vidchecker when they're making an DPP export preset. It's next to useless if Vidchecker won't accept it when it accepts Avid AS-11 files.