Re: Time expression Semantics question on Media Time Base

Hi Nigel, thank you for your reply. Definitely helpful.

About your detailed comment on fractional part of frames and subframes, that I'm reporting here below, I have a few doubts.

> >- "24.5f" => means (3600 * 0) + (60 * 0) + 0 + ((24 + (0.5 / subFrameRate)) / effectiveFrameRate)

> Whatever a fraction of a frame means, it is not "subframe". I read this as being wrong, rather it should be:

> - "24.5f" => means (3600 * 0) + (60 * 0) + 0 + ((24.5 + (0 / subFrameRate)) / effectiveFrameRate)

Said that I'm sharing with you the doubt about the meaning of a fraction of frame, as reported in the specification and the previous message, the same formula is valid for both clock-time and offset-time.

> M = referenceBegin + 3600 * hours + 60 * minutes + seconds + ((frames + (subFrames / subFrameRate)) / effectiveFrameRate)

However, a clock-time follows the semantics described in 12.3.1 <time-expression>:

> hours ":" minutes ":" seconds ( fraction | ":" frames ( "." sub-frames )? )?

Acknowledging that, as a matter of clarity, "fraction" (which starts with a dot) has been separated from "frames" and "sub-frames" (which also starts with a "."), I would interpret that the dot is always being used to split the fraction, of whatever unit and in whatever time-expression format, but at this point I guess this is wrong by my side.

However, for how I'm understanding it, also looking around the web, can actually be the fractional part of frames, but they do not follow the same rules of seconds and milliseconds (1s = 1000ms, so 1f != 1000sf). Instead, if we assume 5sf with a rate of 1, 1f = 5sf. Therefore writing 24.5f is NOT 24f and 5sf and, in case of offset-time, there is not a way to express subframes (which will be then zeroed).

I guess we can conclude, therefore, that "sub-frames" are supposed to be parsed as integers and not as floating point part of frames, because of the division with ttp:subFrameRate.

I'm I correct?

Thanks again,
Alexander'

Received on Wednesday, 14 August 2024 10:32:22 UTC