Closed cconcolato closed 3 years ago
Cyril's phrasing of 6.2.2 would clarify what is meant by "template", so I support his proposal.
While browsing the occurrences of "template", I stumbled over 12.1.3.3, stating: "depth takes one of the following values 0x0018 – images are in colour with no alpha" which is odd, because only one value is given. Maybe I have an outdated version of 14496-12. In 12.2.3.2, the AudioSampleEntry contains a template unsigned int(32) samplerate with a tricky semantics, but not a default value; only the AudioSampleEntryV1 seems to have a default samplerate value of 1.0 (as a 16.16 fixed-point number). Anyway, my latter remarks are pure editorial.
Agree with Cyril - maybe "default" rather than "template" would be a better terminology ?
Yes, this was a very early attempt to avoid 'reserved'. We can do better.
"Fields shown as “template” in the box descriptions are fields which are coded with a default value unless a derived specification defines their use and permits writers to use other values than the default. "
The definition of "template" fields is very vague: In 6.2.2:
In 11.3:
In C.6
Saying a field is "optional" is very confusing. It has to be coded anyway. Also, how do you verify the conformance part here?
I think this should be rephrased the part in 6.2.2 along the lines of: