MediaArea / BWFMetaEdit

WAV/BWF metadata editor
https://MediaArea.net/BWFMetaEdit
Other
51 stars 19 forks source link

CodingHistory rules do not recognize A=ANALOG #252

Closed EricJacobsTAA closed 1 year ago

EricJacobsTAA commented 1 year ago

BWF MetaEdit 21.07 (MacOS 10.13.6)

BEXT Chunk - CodingHistory rules do not recognize "A=ANALOG"

Allowed: A=ANALOGUE,M=stereo,T=Nakamichi CR7A; SNA130-13566;compact cassette

"Malformed input" error/flag: A=ANALOG,M=stereo,T=Nakamichi CR7A; SNA130-13566;compact cassette

JeromeMartinez commented 1 year ago

ANALOG is not valid with EBU R98-1999, it is ANALOGUE. I am not in favor of accepting ANALOG for EBU R98 check because it is synonym of ANALOGUE and ANALOGUE could be used if EBU R98 compatibility is wanted, @kmurmur what do you think about that?

but... We see in FADGI doc Coding Algorithm <ANALOG, PCM, MPEG1L1, MPEG1L2, MPEG1L3, MPEG2L1, MPEG2L2, MPEG2L3> (so difference between FADGI and EBU, same liste except ANALOG vs ANALOGUE) but with examples having sometimes something different ("Analogue" is also seen). @kmurmur please indicate the exact rule for Coding History "A" field, is Coding Algorithm <ANALOG, PCM, MPEG1L1, MPEG1L2, MPEG1L3, MPEG2L1, MPEG2L2, MPEG2L3> the only acceptable values (so a file can not be EBU R98 and FADGI compatible if analog), or is any upper/lowercase and with or without "ue" accepted by FADGI? Currently we accept only ANALOGUE even when FADGI rule is selected.

kmurmur commented 1 year ago

@JeromeMartinez thanks for the question. Honestly, I suspect that I put in "ANALOG" (US spelling) as an unintended default. It is also ANALOG in the previous versions of the Guidelines. The "ANALOGUE" examples are new to version 3 though so I can certainly see where the confusion is.

In this particular case, I don't think we need to vary from R98 so it might be good to 1) stick with ANALOGUE and 2) issue a errata to fix the Guidelines.

@EricJacobsTAA - how problematic is this for you in your workflows?

JeromeMartinez commented 1 year ago

In this particular case, I don't think we need to vary from R98 so it might be good to 1) stick with ANALOGUE and 2) issue a errata to fix the Guidelines.

I am in favor of that, also FADGI recommendations extends EBU R98 without conflicting with it. Especially because this is the first time we catch this inconsistency in FADGI doc so people use to have ANALOGUE.

EricJacobsTAA commented 1 year ago

@kmurmer and @JeromeMartinez - Short answer, ANALOGUE may be awkward for some clients, but certainly not a workflow problem. Having an EBU BWF "linter" available is more valuable than a spelling adjustment.

Longer answer - I'd like to expand the use of BWFMetaEdit both in-house and among clients. There are currently thousands of files that contain ANALOG since the bulk of our clients are in North America and we were following FADGI with the US variant instead of the UK variant. Going forward we will use and advise A=ANALOGUE.

Without going too far astray, the "F=any value" bug (#251) is a workflow problem when documenting resampling in CodingHistory.

JeromeMartinez commented 1 year ago

I suggest to have a pause on this ticket until we resolve https://github.com/MediaArea/BWFMetaEdit/issues/251.

JeromeMartinez commented 1 year ago

@EricJacobsTAA please test latest development snapshots.