home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / time / ntp / 1167 < prev    next >
Encoding:
Text File  |  1993-01-07  |  1.8 KB  |  38 lines
  1. Newsgroups: comp.protocols.time.ntp
  2. Path: sparky!uunet!mcsun!sun4nl!relay.philips.nl!prle!ebrandsm
  3. From: ebrandsm@prl.philips.nl (Ewout Brandsma)
  4. Subject: Re: Wireless time services -- standards?
  5. Message-ID: <1993Jan7.084153.14129@prl.philips.nl>
  6. Originator: ebrandsm@prl.philips.nl
  7. Sender: news@prl.philips.nl (USENET News System)
  8. Organization: Philips Research Laboratories, Eindhoven, The Netherlands
  9. Date: Thu, 7 Jan 1993 08:41:53 GMT
  10. Lines: 26
  11.  
  12. In article <JIM.93Jan5183518@hunter.cs.strath.ac.uk>
  13. jim@cs.strath.ac.uk (Jim Reid) writes:
  14.  
  15. >TV teletext services already do this (at least in the UK). However, it
  16. >is up to the broadcaster to determine the accuracy of the teletext
  17. >time information. Some may be less bothered about this than others - I
  18. >have seen cable-supplied teletext with times minutes away from GMT. [UK
  19. >broadcasters sync their teletext clocks to the UK MSF signal.] This
  20. >would add extra complexity in the user interface to household gadgets
  21. >that are already over-complicated. [eg - how do you tell the VCR what
  22. >timezone it's in or which channel's teletext to believe?]
  23.  
  24. Actually this is exactly what my VCR (Philips VR 813) does. This deck
  25. is equipped with a teletext decoder to enable programming via teletext
  26. (VPT) and program start/end detection (PDC). Given the fact that it
  27. already contains a teletext decoder, using it to synchronize the clock
  28. shouldn't cost much extra.
  29.  
  30. It always uses the teletext signal present on the first preset channel
  31. to synchronize clocks. So you should program your channels in such a
  32. way that the first one contains a reliable teletext clock of your own
  33. timezone. This may take away some freedom in channel allocation (though
  34. not much in my opinion), but it doesn't complicate the user interface
  35. at all.
  36.  
  37. Ewout Brandsma (ebrandsm@prl.philips.nl)
  38.