D-MAC

Among the family of MAC or Multiplexed Analogue Components systems for television broadcasting, D-MAC is a reduced bandwidth variant designed for transmission down cable.

  • The data is duobinary coded with a data burst rate of 20.25Mbit/s so that 0° as well as ±90° phasors are used.
  • D-MAC has a bandwidth of 8.4 MHz versus 27 MHz for C-MAC.
  • Most cable systems work on EBU 7 MHz channel spacing, so this approach did not work universally.
  • D-MAC's bandwidth problems were later fixed by D2-MAC.
The simultaneous PAL transmission of all TV-picture elements and the multiplexed transmission of the TV picture elements with D2-MAC.
A preview of actual D2-MAC signal. From left to right: digital data, chrominance and luminance with teletext packets between fields.

D2-MAC: A fix for D-MAC
Main article: D2-MAC

D-MAC consumed too much bandwidth for many applications, so D2-MAC was designed for European cable TV systems.

Luminance and chrominance

MAC transmits luminance and chrominance data separately in time rather than separately in frequency (as other analog television formats do, such as composite video).

Audio and scrambling (selective access)
  • Audio, in a format similar to NICAM was transmitted digitally rather than as an FM subcarrier.
  • The MAC standard included a standard scrambling system, EuroCrypt, a precursor to the standard DVB-CSA encryption system.

History and politics

MAC was developed by the UK's Independent Broadcasting Authority (IBA) and in 1982 was adopted as the transmission format for the UK's forthcoming direct broadcast satellite (DBS) television services (eventually provided by British Satellite Broadcasting). The following year MAC was adopted by the European Broadcasting Union (EBU) as the standard for all DBS.

By 1986, despite there being two standards, D-MAC and D2-MAC, favoured by different countries in Europe, an EU Directive imposed MAC on the national DBS broadcasters, to provide a stepping stone from analogue PAL and Secam formats to the eventual high definition and digital television of the future, with European TV manufacturers in a privileged position to provide the equipment required.

However, the Astra satellite system was also starting up at this time (the first satellite, Astra 1A was launched in 1989) and that operated outside of the EU’s MAC requirements, due to being a non-DBS satellite. Despite further pressure from the EU (including a further Directive originally intended to make MAC provision compulsory in TV sets, and a subsidy to broadcasters to use the MAC format), most broadcasters outside Scandinavia preferred the lower cost of PAL transmission and receiving equipment.

In the 2000s, the use of D-MAC and D2-MAC ceased when the satellite broadcasts of the channels concern changed to DVB-S format.[1]

gollark: I agree that writing everything in intensely horrific JS is bad. I just don't think that much application software which is currently written in C would become worse if written in something safer and higher level.
gollark: I'm quite confident that the majority of user-facing ~~ones~~ computer systems have most of the development effort invested in random applications software which doesn't need to be hyperoptimized.
gollark: The top end grows, but most applications actually aren't that.
gollark: Computers are ridiculously powerful and more than capable of running most general purpose things anyone cares about very fast, if those things are sanely implemented. We know this because they can continue sort of usably working despite JS and such.
gollark: They're already very fast. Unless you're doing some very time sensitive data processing you can afford bounds checks and such in your code.

See also

References
  1. High Above Broadgate Publications (April, 2010).
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.