Open JBoisseau-ByDeluxe opened 1 day ago
The fields should be the empty string.
do you mean that "the following items shall be present in the SoundfieldGroupLabelSubDescriptor instance" instruction only refers to the presence of the key, but not on its value ?
also, is an empty string a valid RFC5646 ?
do you mean that "the following items shall be present in the SoundfieldGroupLabelSubDescriptor instance" instruction only refers to the presence of the key, but not on its value ?
Yes.
also, is an empty string a valid RFC5646 ?
No, it is not.
The language tag und
can be used if a valid RFC 5646 language tag is required and the language is undetermined.
I do not know the impact on existing implementations in the following scenarios:
Based on https://github.com/ISDCF/registries/issues/783 und would be used for "unknown language", instead of "no language", thus my request.
IDK neither the impact on those solutions:
und would be used for "unknown language", instead of "no language", thus my request.
Ooops. I meant zxx
.
zxx
should never be used in the CPL (since the language field can be omitted altogether), but could it be appropriate in the case you bring up? See also the thread at https://github.com/search?q=repo%3AISDCF%2Fregistries+zxx&type=issues.
interesting.
it'd end up like this: (linked to other discussion threads)
right ?
Couple of questions:
MSC : MainSoundConfiguration : 51/L,R,C etc..
I now include the MainSound language case..
Do the first two columns correspond to the following elements in the CPL:
//Reel//MainSound[1]/Language
//Reel[1]//CompositionMetadataAsset/MainSoundConfiguration
//Reel//MainSound[1]/Language
should be omitted if there is no dialog, i.e., zxx
should only be used if the field cannot be omitted.
ok, my bad regarding the MainSound Language.
I think this is now correct :
For "no dialog", the Language element is omitted, i.e., zxx is not used.
right
From SMPTE ST 429-19 when IAB is present:
If utilizing the additional CPL metadata as defined within SMPTE ST 429-16, the MainSoundConfiguration element shall contain the symbol value token FSKSync for channel 14.
I agree, for the sake of simplicity, I didn't mention individual channels in this table. The purpose was to put the light on the combination of soundfield and language, for special cases of MOS/no-dialog/unknown-dialog
@palemieux "zxx" finally wasn't added in the list, which makes this issue still valid. so, either we change 429-2 to allow the absence of SpokenLanguage in case of no language. or, we allow "zxx" in ISDCF.
My preference goes to the first, as it'd be consistent with other language fields The 2nd approach sounds like a workaround.
or, we allow "zxx" in ISDCF.
ISDCF does not currently cover track files. This should be fixed.
Change to ST 429-2 requires more effort and might break implementations.
In the case of a DCP with Audio, but without dialog (musical..), mca shouldn't have any "spokenLanguage" field at all.
section A.3.3 + A.3.6:
-> allow the absence of "RFC 5646 Spoken Language" in case of no dialog.