[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