I don't think that will matter due to the namespace on the parent tag. I don't have access to a CCAP system; I suggest you ask on the forum dcpomatic.com/forum as there's much more likely to be somebody there who can help with a test.

I don't understand these specifics of XML coding - but, attached is the CPL from the current 'official' EDCF SMPTE Test - you would assume that this CPL is '100% correct' by current industry standard.

Carl - could be worthwile studying this CPL, as it also demonstrates many CPL metadata tags.

• Carsten

Thank you Carsten for your answer !! Very helpful! ;-) It's interesting.
The line is given here with "<cc-cpl: Language> de </ cc-cpl: Language>".
As I said ... I can not test the ingest to a dolby or CCAP system. My question is about compatibility.
But I have my request for a test in the forum already expressed.
https://dcpomatic.com/forum/viewtopic.php?f=2&amp;t=1244
Thank you for for a test next week. I am interested to see the results. Best regards!

And here is the official ISDCF SMPTE Bv2.1 version:

The helpful user "scozz76" has been able to open the DCP on a Doremi Server SW 2.8.20 without problems. That's fine ;-)
https://dcpomatic.com/forum/viewtopic.php?f=2&amp;t=1244
Nevertheless, the metadata differs with the official CPL which Carsten has provided us.

It is normal to have textual differences between metadata, some of them are simply style decisions. Different textual versions work the same.

• Carsten

A long (!) while later, I think this is indeed an error; it's fixed by 0c636b28dfb1ce1a1b62e8b104f2ac8027138a36 in libdcp which will be in DCP-o-matic 2.16.0 (and 2.15.x when the Bv2.1 verification changes in libdcp are merged into master). Thanks for the report, and sorry it took so long to fix it!