[tz] [PROPOSED 2/2] Document SMPTE timecodes and rolling leaps
Paul Eggert
eggert at cs.ucla.edu
Tue May 14 20:42:22 UTC 2024
* zic.8: Mention SMPTE timecodes as a possible application
of rolling leap seconds.
---
zic.8 | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/zic.8 b/zic.8
index 34cdcea7..11a31ec3 100644
--- a/zic.8
+++ b/zic.8
@@ -773,16 +773,16 @@ or
if the leap second time given by the other fields should be interpreted as
local (wall clock) time.
.PP
-Rolling leap seconds were implemented back when it was not
-clear whether common practice was rolling or stationary,
-with concerns that one would see
+Rolling leap seconds would let one see
Times Square ball drops where there'd be a
.q "3... 2... 1... leap... Happy New Year"
countdown, placing the leap second at
midnight New York time rather than midnight UTC.
-However, this countdown style does not seem to have caught on,
-which means rolling leap seconds are not used in practice;
-also, they are not supported if the
+Although stationary leap seconds are the common practice,
+rolling leap seconds can be useful in specialized applications
+like SMPTE timecodes that may prefer to put leap second
+discontinuities at the end of a local broadcast day.
+However, rolling leap seconds are not supported if the
.B \*-r
option is used.
.PP
--
2.40.1
More information about the tz
mailing list