[M4IF Technotes] MPEG 4 Timing Questions
richard mizer
ramizer wmr.com
Wed Oct 24 10:06:38 EDT 2001
Digital Cinema, which is what started this thread, will be 23.976 fps
non-drop time code in its initial implementation, and eventually will
add 47.95, 25 and 50 (since Europe doesn't seem to have the same
electrical interferance problems) that will also be non-drop. Higher
frame rates will also be considered. There is even some potential for
variable frame rate, much like the new Panasonic camera supports.
Also regarding 12M SMPTE timecode...the SMPTE S22 committee is working
on a new standard that will replace 12M at some point in the future
commonly called Universal Time Code, based on time since a start point
defined in the 1950s. This will allow the creation time of any piece of
content to be compared.
Hopefully MPEG4 Studio Profile is tracking with these plans.
> An important note: In Studio profile, the time representation
> corresponds directly to SMPTE 12M. All of my other remarks
> only apply to other profiles. In fact I believe you're talking about
> Studio profile, so none of my other remarks apply in that context.
> And I think you should be happy with the time representation
> in the Studio profile, since it is just conventional SMPTE 12M
> and that seems to be what you want. I guess the Studio Profile
> designers knew what the studio environment users liked.
>
> There are at least two flavors of conventional 29.97 fps timecode in
> common use: Drop and Non-Drop. My understanding is that both
> are commonly used (some people prefer one and some prefer the
> other).
>
> Drop frame timing has about 0.86 seconds of drift per day
> and non-drop has about 86 seconds of drift per day. Neither is
> exactly drift free. And neither carries any assurance that the
> amount of time between HH:MM:SS:FF and HH:MM:SS+N:FF
> is exactly N seconds. In fact, in both counting methods the
> precise time intervals are difficult to calculate and in drop frame
> timing the computation of the precise duration of time intervals
> becomes more difficult because the counting process is more irregular.
>
Gary Sullivan wrote:
> Part 1.1.1 Type: Plain Text (text/plain)
> Encoding: quoted-printable
More information about the Mp4-tech
mailing list