EN 61883-8:2009
(Main)Consumer audio/video equipment - Digital interface - Part 8: Transmission of ITU-R BT.601 style digital video data
Consumer audio/video equipment - Digital interface - Part 8: Transmission of ITU-R BT.601 style digital video data
IEC 61883-8:2008(E) specifies a protocol for the transport of uncompressed or compressed video data in the 4:2:2 format of recommendation ITU-R BT.601 (including compatible extensions to this format for the higher and lower resolutions of other commonly used video resolutions) over high performance serial bus, as specified by IEEE Std 1394-1995 as amended by IEEE Std 1394a-2000 and IEEE Std 1394b-2002 (collectively IEEE 1394). The data formats for the encapsulation of video data are compatible with those specified by IEC 61883-1. Associated audio data, if any, should be formatted as specified by IEC 61883-6.
Audio/Video-Geräte der Unterhaltungselektronik - Digitale Schnittstelle - Teil 8: Übertragung von digitalen Videodaten im Format ITU-R BT.601
Matériel audio/vidéo grand public - Interface numérique - Partie 8: Transmission de données vidéo numériques selon le modèle de l'UIT-R BT.601
L'IEC 91883-8:2008 spécifie un protocole pour le transport de données vidéo compressées ou non compressées au format 4:2:2 de la recommandation UIT-R BT.601 (y compris les extensions compatibles de ce format pour les résolutions supérieures et inférieures des autres résolutions vidéo couramment utilisées) sur le bus série à haute performance, comme cela est spécifié par l'IEEE Std 1394-1995, amendée par l'IEEE Std 1394a-2000 et l'IEEE Std 1394b-2002 (collectivement l'IEEE 1394). Les formats de données pour l'encapsulation des données vidéo sont compatibles avec ceux spécifiés par l'IEC 61883-1. Il convient, le cas échéant, de formater les données audio associées comme cela est spécifié dans l'IEC 61883-6. De nombreux formats vidéo couramment utilisés ne sont pas pris en charge par l'IEC 61883, par exemple MPEG-4, le format Windows Media (WMF) et le format utilisé dans les applications de navigation automobile. La prise en charge de la totalité ou de la majeure partie de ces formats dans les dispositifs de rendu nécessite la mise en œuvre de plusieurs codecs vidéo. Il s'agit d'une tâche superflue qui peut être évitée si le dispositif source effectue une conversion au format 4:2:2 de l'UIT-R BT.601 et, si nécessaire, une compression des données avec un codec pris en charge par tous les dispositifs de destination. Un autre avantage est que les informations d'affichage à l'écran (OSD, On-Screen Display) peuvent être mélangées avec des données vidéo avant transmission au dispositif de rendu. Etant donné que le format 4:2:2 de l'UIT-R BT.601 est largement utilisé en interne dans le matériel AV actuel, la présente spécification permet une intégration directe de l'IEEE 1394 dans ces dispositifs et ouvre des marchés dont les scénarios d'utilisation incluent des sources vidéo uniques qui transmettent vers un ou plusieurs écrans vidéo, par exemple: – la vidéo électronique STB ou DVD grand public rendue sur plusieurs affichages domestiques; – la navigation et le divertissement automobiles; et – le divertissement aéronautique en vol. Par souci d'interopérabilité et pour limiter la complexité de mise en œuvre, il est essentiel que la spécification fournisse les éléments suivants: – une liste contrôlée par la 1394 Trade Association de codecs de compression; et – au moins une référence à un codec de compression vidéo.
Porabniška avdio/video oprema - Digitalni vmesnik - 8. del: Prenos digitalnih video podatkov v obliki ITU-R BT.601 (IEC 61883-8:2008)
Ta del standarda IEC 61883 določa protokol za prenos nestisnjenih ali stisnjenih video podatkov v formatu 4:2:2 v priporočeni obliki ITU-R BT.601 (vključno s končnicami, združljivimi s to obliko zapisa, za višje in nižje ločljivosti drugih običajnih ločljivosti videa) preko visoko zmogljivega serijskega vodila, kot je določeno s standardom IEEE Std 1394-1995 in spremenjeno s standardoma IEEE Std 1394a-2000 in IEEE Std 1394b-2002 (skupaj IEEE 1394). Oblike zapisa podatkov za ovijanje video podatkov so združljive s tistimi, ki so določene s standardom IEC 61883-1. Povezani zvočni podatki, če obstajajo, naj bi bili v zapisu, določenem s standardom IEC 61883-6. Standard IEC 61883 ne podpira mnogih običajnih oblik video zapisa, kot so npr. MPEG-4, Windows Media Format (WMF) in oblika, ki jo uporabljajo aplikacije avtomobilskih navigacijskih sistemov. Podpora za vse ali večino teh oblik zapisa v napravah za upodabljanje bi zahtevala uporabo več video kodekov. To je nepotrebno breme, ki se mu je mogoče izogniti, če izvorna naprava pretvarja v obliko ITU-R BT.601 4:2:2, in če je potrebno, podatke stisne s kodekom, ki ga podpirajo vse ciljne naprave. Dodatna prednost je združevanje informacij, prikazanih na zaslonu, z video podatki pred prenosom v napravo za upodabljanje. Ker se oblika ITU-R BT.601 4:2:2 pogosto uporablja kot notranja oblika sodobne AV-opreme, ta specifikacija dovoljuje neposredno integracijo standarda IEEE 1394 v te naprave in omogoča trgom, katerih uporabniški scenariji zajemajo posamezne video vire, da oddajo enemu ali več video zaslonom, kot so:
– Video komunikatorji za zabavno elektroniko ali DVD-video, ki ga upodablja več domačih zaslonov;
– avtomobilska navigacija in zabava; in
– zabava na letalih med letom.
Zaradi medobratovalnosti in povezane zapletenosti izvedbe je nujno, da specifikacije zagotavljajo naslednje:
– seznam kodekov za stiskanje, ki ga nadzira panožno združenje 1394 TA; in
– najmanj sklic na en kodek za stiskanje videa.
General Information
Relations
Standards Content (Sample)
SLOVENSKI STANDARD
01-april-2009
Porabniška avdio/video oprema - Digitalni vmesnik - 8. del: Prenos digitalnih video
podatkov v obliki ITU-R BT.601 (IEC 61883-8:2008)
Consumer audio/video equipment - Digital interface - Part 8: Transmission of ITU-R
BT.601 style digital video data (IEC 61883-8:2008)
Audio/Video-Geräte der Unterhaltungselektronik - Digitale Schnittstelle - Teil 8:
Übertragung von digitalen Videodaten im Format ITU-R BT.601 (IEC 61883-8:2008)
Matériel audio/vidéo grand public - Interface numérique - Partie 8: Transmission de
données vidéo numériques selon le modèle de l'UIT-R BT.601 (CEI 61883-8:2008)
Ta slovenski standard je istoveten z: EN 61883-8:2009
ICS:
33.160.40 Video sistemi Video systems
35.200 Vmesniška in povezovalna Interface and interconnection
oprema equipment
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
EUROPEAN STANDARD
EN 61883-8
NORME EUROPÉENNE
January 2009
EUROPÄISCHE NORM
ICS 33.160.40
English version
Consumer audio/video equipment -
Digital interface -
Part 8: Transmission of ITU-R BT.601 style digital video data
(IEC 61883-8:2008)
Matériel audio/vidéo grand public - Audio/Video-Geräte
Interface numérique - der Unterhaltungselektronik -
Partie 8: Transmission de données vidéo Digitale Schnittstelle -
numériques selon le modèle Teil 8: Übertragung von digitalen
de l'UIT-R BT.601 Videodaten im Format ITU-R BT.601
(CEI 61883-8:2008) (IEC 61883-8:2008)
This European Standard was approved by CENELEC on 2008-12-01. CENELEC members are bound to comply
with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European Standard
the status of a national standard without any alteration.
Up-to-date lists and bibliographical references concerning such national standards may be obtained on
application to the Central Secretariat or to any CENELEC member.
This European Standard exists in three official versions (English, French, German). A version in any other
language made by translation under the responsibility of a CENELEC member into its own language and notified
to the Central Secretariat has the same status as the official versions.
CENELEC members are the national electrotechnical committees of Austria, Belgium, Bulgaria, Cyprus, the
Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia,
Lithuania, Luxembourg, Malta, the Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain,
Sweden, Switzerland and the United Kingdom.
CENELEC
European Committee for Electrotechnical Standardization
Comité Européen de Normalisation Electrotechnique
Europäisches Komitee für Elektrotechnische Normung
Central Secretariat: avenue Marnix 17, B - 1000 Brussels
© 2009 CENELEC - All rights of exploitation in any form and by any means reserved worldwide for CENELEC members.
Ref. No. EN 61883-8:2009 E
Foreword
The text of document 100/1446/FDIS, future edition 1 of IEC 61883-8, prepared by technical area 4,
Digital system interfaces and protocols, of IEC TC 100, Audio, video and multimedia systems and
equipment, was submitted to the IEC-CENELEC parallel vote and was approved by CENELEC as
EN 61883-8 on 2008-12-01.
The following dates were fixed:
– latest date by which the EN has to be implemented
at national level by publication of an identical
national standard or by endorsement (dop) 2009-09-01
– latest date by which the national standards conflicting
with the EN have to be withdrawn (dow) 2011-12-01
Annex ZA has been added by CENELEC.
__________
Endorsement notice
The text of the International Standard IEC 61883-8:2008 was approved by CENELEC as a European
Standard without any modification.
__________
– 3 – EN 61883-8:2009
Annex ZA
(normative)
Normative references to international publications
with their corresponding European publications
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
NOTE When an international publication has been modified by common modifications, indicated by (mod), the relevant EN/HD
applies.
Publication Year Title EN/HD Year
IEC 61883 Series Consumer audio/video equipment - Digital EN 61883 Series
interface
1)
IEC 61883-1 - Consumer audio/video equipment - Digital - -
interface -
Part 1: General
ISO/IEC 11172-2 1993 Information technology - Coding of moving - -
pictures and associated audio for digital
storage media at up to about 1,5 Mbit/s -
Part 2: Video
EIA/CEA-861-B 2002 A DTV Profile for Uncompressed High - -
Speed Digital Interfaces
IEEE Std 1394 1995 Standard for a High Performance Serial - -
Bus - Firewire
IEEE Std 1394a 2000 Standard for a High Performance Serial - -
Bus - Amendment 1
IEEE Std 1394b 2002 Standard for a High Performance Serial - -
Bus - Amendment 2
IEEE 1394 2003 IIDC 1394-based Digital Camera - -
Trade Association Specification - Version 1.31
IEEE 1394 2004 AV/C Digital Interface Command Set - -
Trade Association General Specification - Version 4.2
IEEE Std 1394-1 2004 Standard for High Performance Serial Bus - -
Bridges
ITU-R BT.601-5 1995 Studio encoding parameters of digital - -
television for standard 4:3 and wide-screen
16:9 aspect ratios
ITU-R BT.656-4 1998 Interfaces for digital component video - -
signals in 525-line and 625-line television
systems operating at the 4:2:2 level of
recommendation ITU-R BT.601
ITU-R BT.709-4 2000 Parameter values for the HDTV standards - -
for production and international programme
exchange
ITU-R BT.1358 1998 Studio parameters of 625 and 525 line - -
progressive scan television systems
1)
Undated reference.
Publication Year Title EN/HD Year
ITU-T H.263 1998 Video coding for low bit rate - -
communication
SMPTE 267M 1995 Television - Bit-Parallel Digital Interface - - -
Component Video Signal 4:2:2 16x9 Aspect
Ratio
SMPTE 274M 1998 Television - 1920 × 1080 Scanning and - -
Analog and Parallel Digital Interfaces for
Multiple Picture Rates
SMPTE 293M 1996 Television - 720 × 483 Active Line at - -
59.94-Hz Progressive Scan Production -
Digital Representation
SMPTE 296M 2001 Television - 1280 × 720 Progressive Image - -
Sample Structure - Analog and Digital
Representation and Analog Interface
1)
VESA Monitor - VESA and Industry Standards and - -
Timing Guidelines for Computer Display Monitor
Specifications Timing, Version 1.0, Revision 0.8
IEC 61883-8
Edition 1.0 2008-11
INTERNATIONAL
STANDARD
Consumer audio/video equipment – Digital interface –
Part 8: Transmission of ITU-R BT.601 style digital video data
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
PRICE CODE
X
ICS 33.160.40 ISBN 2-8318-1018-8
– 2 – 61883-8 © IEC:2008(E)
CONTENTS
FOREWORD.4
1 Scope.6
2 Normative references .6
3 Abbreviations and conventions .7
3.1 Abbreviations .7
3.2 Notation .8
3.2.1 Numeric values.8
3.2.2 Bit, byte and quadlet ordering.8
4 Reference model for data transmission.9
4.1 Model overview .9
4.2 Compression .10
4.3 Isochronous packet header .10
4.4 CIP header.10
4.5 Stream definition .11
4.6 Packetization.15
4.6.1 Source packet format .15
4.6.2 Type 0 source packet – Video data source packet .16
4.6.3 Type 1 source packet – Stream information and metadata (SIM)
source packet4 .20
4.6.4 Type 2 source packet – Audio source packet.27
4.7 Packet transmission method.27
4.7.1 Packet transmission for compression mode 0 .27
4.7.2 Packet transmission for compression mode 1 .30
4.7.3 Packet transmission for compression mode 2 .30
4.7.4 Packet transmission for compression mode FF .30
Annex A (informative) Audio/video synchronization.31
Annex B (normative) Additional video mode parameters .32
Annex C (informative) Using IEC 61883-1 plug control registers beyond S400 .36
Annex D (normative) Compliance annex .37
Annex E (informative) Typical SIM source packet .38
Annex F (informative) Derivation of TRANSFER_DELAY .39
Annex G (normative) 1394 trade association CCI descriptor block .40
Bibliography.42
Figure 1 – Bit ordering within a byte.8
Figure 2 – Byte ordering within a quadlet .9
Figure 3 – Quadlet ordering within an octlet.9
Figure 4 – Isochronous packet header .10
Figure 5 – CIP header.10
Figure 6 – FDF field .11
Figure 7 – General format of a source packet .15
Figure 8 – Video data source packet.16
Figure 9 – Compression mode 0 specific information .17
Figure 10 – Color space 0 video data packetization .19
61883-8 © IEC:2008(E) – 3 –
Figure 11 – Color space 1 video data packetization .19
Figure 12 – Color space 2 video data packetization .20
Figure 13 – Stream information and metadata source packet .21
Figure 14 – Stream information field definitions .22
Figure 15 – Auxiliary data field definitions.24
Figure E.1 – Typical SIM source packet .38
Figure G.1 – CCl descriptor block .40
Table 1 – Video mode.12
Table 2 – Compression mode .15
Table 3 – Color space.15
Table 4 – Source packet type encoding .16
Table 5 – References for video data definition .17
Table 6 – Frame rate .22
Table 7 – Aspect ratio.23
Table 8 – Progressive/interlace mode .23
Table B.1 – Additional video mode parameters, 1 of 2 .32
Table B.2 – Additional video mode parameters, 2 of 2 .34
– 4 – 61883-8 © IEC:2008(E)
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
CONSUMER AUDIO/VIDEO EQUIPMENT –
DIGITAL INTERFACE –
Part 8: Transmission of ITU-R BT.601 style digital video data
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, IEC publishes International Standards, Technical Specifications,
Technical Reports, Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC
Publication(s)”). Their preparation is entrusted to technical committees; any IEC National Committee interested
in the subject dealt with may participate in this preparatory work. International, governmental and non-
governmental organizations liaising with the IEC also participate in this preparation. IEC collaborates closely
with the International Organization for Standardization (ISO) in accordance with conditions determined by
agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence
between any IEC Publication and the corresponding national or regional publication shall be clearly indicated in
the latter.
5) IEC provides no marking procedure to indicate its approval and cannot be rendered responsible for any
equipment declared to be in conformity with an IEC Publication.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of
patent rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 61883-8 has been prepared by technical area 4: Digital system
interfaces and protocols, of IEC technical committee 100: Audio, video and multimedia
systems and equipment.
The text of this standard is based on the following documents:
FDIS Report on voting
100/1446/FDIS 100/1476/RVD
Full information on the voting for the approval of this standard can be found in the report on
voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all parts of the IEC 61883 series, under the general title Consumer audio/video
equipment – Digital interface, can be found on the IEC website.
61883-8 © IEC:2008(E) – 5 –
The committee has decided that the contents of this publication will remain unchanged until
the maintenance result date indicated on the IEC web site under "http://webstore.iec.ch" in
the data related to the specific publication. At this date, the publication will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
A bilingual version of this publication may be issued at a later date.
– 6 – 61883-8 © IEC:2008(E)
CONSUMER AUDIO/VIDEO EQUIPMENT –
DIGITAL INTERFACE –
Part 8: Transmission of ITU-R BT.601 style digital video data
1 Scope
This part of IEC 61883 specifies a protocol for the transport of uncompressed or compressed
video data in the 4:2:2 format of recommendation ITU-R BT.601 (including compatible
extensions to this format for the higher and lower resolutions of other commonly used video
resolutions) over high performance serial bus, as specified by IEEE Std 1394-1995 as
amended by IEEE Std 1394a-2000 and IEEE Std 1394b-2002 (collectively IEEE 1394). The
data formats for the encapsulation of video data are compatible with those specified by
IEC 61883-1. Associated audio data, if any, should be formatted as specified by IEC 61883-6.
There are many commonly used video formats unsupported by IEC 61883, such as MPEG-4,
Windows Media Format (WMF) and the format used by automotive navigation applications.
Support for all or most of these formats in rendering devices would require implementation of
multiple video codecs. This is an undue burden that may be avoided if the source device
converts to ITU-R BT.601 4:2:2 format and, if necessary, compresses the data with a codec
supported by all destination devices. An additional advantage is that on-screen display (OSD)
information may be mixed with video data prior to transmission to the rendering device.
Because ITU-R BT.601 4:2:2 format is widely used internally in contemporary AV equipment,
this specification permits straight-forward integration of IEEE 1394 into these devices and
enables markets whose usage scenarios include single video sources transmitting to one or
more video displays, such as:
– consumer electronic STB or DVD video rendered by multiple displays in the home;
– automotive navigation and entertainment; and
– aeronautical in-flight entertainment.
For the sake of interoperability and bounded implementation complexity, it is essential that
the specification provide the following:
– a 1394 TA controlled list of compression codecs; and
– at a minimum, a reference to one video compression codec.
2 Normative references
The following referenced documents are indispensable for the application of this document.
For dated references, only the edition cited applies. For undated references, the latest edition
of the referenced document (including any amendments) applies.
IEC 61883 (all parts), Consumer audio/video equipment – Digital interface
IEC 61883-1, Consumer audio/video equipment – Digital interface – Part 1: General
ISO/IEC 11172-2:1993, Information technology – Coding of moving pictures and associated
audio for digital storage media at up to about 1,5 Mbit/s – Part 2: Video
IEEE Std 1394-1995, Standard for a high performance serial bus
61883-8 © IEC:2008(E) – 7 –
IEEE Std 1394a-2000, Standard for a high performance serial bus
Amendment 1
IEEE Std 1394b-2002, Standard for a high performance serial bus
Amendment 2
Throughout this document, the term IEEE 1394 refers to IEEE Std 1394-1995 as amended by
IEEE Std 1394a-2000 and IEEE Std 1394b-2002.
1394 Trade Association 2004006, AV/C Digital Interface Command Set General Specification
Version 4.2
1394 Trade Association 2003017, IIDC 1394-based Digital Camera SpecificationVer.1.31
EIA/CEA-861-B 2002, A DTV Profile for Uncompressed High Speed Digital Interfaces
IEEE Std 1394.1-2004, Standard for High Performance Serial Bus Bridges
ITU-R BT.601-5 1995, Studio encoding parameters of digital television for standard 4:3 and
wide-screen 16:9 aspect ratios
ITU-R BT.656-4 1998, Interfaces for digital component video signals in 525-line and 625-line
television systems operating at the 4:2:2 level of recommendation ITU-R BT.601
ITU-R BT.709-4 2000, Parameter values for the HDTV standards for production and
international programme exchange
ITU-R BT.1358 1998, Studio parameters of 625 and 525 line progressive scan television
systems
ITU-T H.263 1998, Video coding for low bit rate communication
SMPTE 267M-1995, Television – Bit-Parallel Digital Interface – Component Video Signal 4:2:2
16x9 Aspect Ratio
SMPTE 274M-1998, Television – 1920 × 1080 Scanning and Analog and Parallel Digital
Interfaces for Multiple Picture Rates
SMPTE 293M-1996, Television – 720 × 483 Active Line at 59.94-Hz Progressive Scan
Production – Digital Representation
SMPTE 296M-2001, Television – 1280 × 720 Progressive Image Sample Structure – Analog
and Digital Representation and Analog Interface
VESA Monitor Timing Specifications, VESA and Industry Standards and Guidelines for
Computer Display Monitor Timing, Version 1.0, Revision 0.8
3 Abbreviations and conventions
3.1 Abbreviations
For the purposes of this document, the abbreviations given in IEC 61883-1, as well as the
following, apply.
AV/C Audio Video Control
– 8 – 61883-8 © IEC:2008(E)
BCD Binary Coded Decimal
BT.601 ITU-R BT.601-5 1995
CIP Common Isochronous Packet
CSR Control and status register
DAC Digital Analog Converter
DCT Discrete Cosine Transform
DV Digital Video
ND No Data
OSD Onscreen Display
OUI Organizationally Unique Identifier
r Reserved
MPEG Moving Picture Experts Group
SIM Stream Information & Metadata
VDSP Video Data Source Packet
WMF Windows Media Format
3.2 Notation
3.2.1 Numeric values
Decimal and hexadecimal are used within this standard. By editorial convention, decimal
numbers are most frequently used to represent quantities or counts. Addresses are uniformly
represented by hexadecimal numbers. Hexadecimal numbers are also used when the value
represented has an underlying structure that is more apparent in a hexadecimal format than in
a decimal format.
Decimal numbers are represented by Arabic numerals without subscripts or by their English
names. Hexadecimal numbers are represented by digits from the character set 0 – 9 and A - F
followed by the subscript 16. When the subscript is unnecessary to disambiguate the base of
the number it may be omitted. For the sake of legibility hexadecimal numbers are separated
into groups of four digits separated by spaces.
As an example, 42 and 2A both represent the same numeric value.
3.2.2 Bit, byte and quadlet ordering
This specification uses the facilities of Serial Bus, IEEE 1394, and therefore uses the ordering
conventions of Serial Bus in the representation of data structures. In order to promote
interoperability with memory buses that may have different ordering conventions, this
specification defines the order and significance of bits within bytes, bytes within quadlets and
quadlets within octlets in terms of their relative position and not their physically addressed
position.
Within a byte, the most significant bit, msb, is that which is transmitted first and the least
significant bit, lsb, is that which is transmitted last on serial bus, as illustrated below. The
significance of the interior bits uniformly decreases in progression from msb to lsb.
msb interior bits (decreasing significance left to right)
lsb
IEC 2117/08
Figure 1 – Bit ordering within a byte
61883-8 © IEC:2008(E) – 9 –
Within a quadlet, the most significant byte is that which is transmitted first and the least
significant byte is that which is transmitted last on serial bus, as shown below.
least significant
most significant
second next to
least significant byte
most significant byte
most significant byte least significant byte
IEC 2118/08
Figure 2 – Byte ordering within a quadlet
Within an octlet, which is frequently used to contain 64-bit serial bus addresses, the most
significant quadlet is that which is transmitted first and the least significant quadlet is that
which is transmitted last on serial bus, as the figure below indicates.
most significant
most significant quadlet
least significant quadlet
least significant
IEC 2119/08
Figure 3 – Quadlet ordering within an octlet
When block transfers take place that are not quadlet aligned or not an integral number of
quadlets, no assumptions can be made about the ordering (significance within a quadlet) of
bytes at the unaligned beginning or fractional quadlet end of such a block transfer, unless an
application has knowledge (outside of the scope of this specification) of the ordering
conventions of the other bus.
4 Reference model for data transmission
4.1 Model overview
The presently defined compression standards for IEEE 1394 transport, DV and MPEG2, have
difficulties at the system level in a practical consumer AV network. Both offer excessive
compression for simple transport over a wide bandwidth network and carry the associated
complexity of coding and decoding signals. Each are fine for their intended purpose, but have
excessive cost for simple video transport. Conventional video equipment is interfaced with
analog cables carrying a number of signal formats, and it is this low cost and universal
connection capability which digital interfaces need to emulate. Thus the analog output from
any DVD player will connect to any TV, and this is seen as adequate by equipment
manufacturers. Digital interfaces would allow many additional features, but providing every
input with the capability of decoding both DV and MPEG2 in all available standards and
resolutions is unnecessarily expensive. Inside equipment variations on the broadcast
equipment ITU-R BT.601-5/BT.656-4 interface are common and provide a universal interface
standard for digital video transport. The coding system in ITU-R BT.601-5 sends YUV data
across an 8 bit interface between integrated circuits, for example an MPEG decoder and DAC.
If the decoder and DAC are separated by 1394 in their separate boxes there will be a
reduction in cost at the source device and the sink device will be independent from the video
encoding mechanism.
This standard describes the method of passing YUV video signals across IEEE 1394 based
upon the formats defined by ITU-R BT.601-5. Familiarity with the specifications ITU-R BT.601-
5, ITU-R BT.656-4 and IEC 61883 is necessary to follow the technical details.
There is also the capability to transfer data in YUV 4:4:4 and 24 bit RGB formats. This allows
video to be transferred without the need for color space sub-sampling.
It is valid to transmit all video modes as uncompressed data as long as the IEEE 1394 bus
bandwidth is available. In practice some video modes will not be transportable in an
uncompressed state.
– 10 – 61883-8 © IEC:2008(E)
This model also allows for the future development of video codecs. Since the transport of the
video data is independent of the original source encoding as new codecs are deployed, such
as MPEG-4, the transport mechanism described in this document will not need to change.
4.2 Compression
To allow the transport of high definition video signals at bus speeds less than S1600 or to
allow the transport of multiple video streams it is essential that the video stream is
compressed. This compression need not be more than about 10:1 and should have minimal
discernable impact on the displayed image. Since compression is required to transport some
of the video modes it is necessary to reference at least one compression codec in this
specification. A suitable video compression codec is referenced for this purpose in Table 2.
There is no requirement that a source or sink device implement this codec. Other suitable
video compression codecs may be added in the future.
4.3 Isochronous packet header
The header quadlet of an IEEE 1394 isochrononous packet (tcode A ) is shown in the
Figure 4 below.
most significant
data length tag channel tcode sy
least significant
IEC 2120/08
Figure 4 – Isochronous packet header
The tag field shall be set to 1 indicating that the packet has the Common Isochronous
Packet (CIP) Header as defined in IEC 61883-1. The contents of the CIP Header are
described in 4.4.
The definition of the remaining fields is outside of the scope of this specification.
4.4 CIP header
The definition of the CIP header is shown in Figure 5 below.
S
0 0 SID DBS FN QPC P r DBC
H
1 0 FMT FDF SYT
IEC 2121/08
Figure 5 – CIP header
– SID denotes the source node ID. This is bus configuration dependent.
– DBS value depends upon the video mode being transported and the color space used.
This value is dependent upon the compression mode, color space and video mode.
The DBS value for compression mode 0 can be calculated from the source packet
size given in Table 1 by dividing the value by 4. For other compression modes refer to
the documention available from the codec vendor.
– FN shall always have a value of 0 . There shall only be 1 data block per source
packet.
– QPC shall always have a value of 0 . There shall be no padding.
– SPH shall be 0 . The source packet header is not present.
– Since FN is 0 the value of DBC shall always increment by the number of source
packets present in the Isochronous packet. This field indicates the count value of the
first data block in the current isochronous packet.
61883-8 © IEC:2008(E) – 11 –
– The value of FMT shall be 000001 . This value indicates that the source packet format
is as defined in this specification. This also indicates that the SYT field is present in
the CIP header.
– The FDF field is encoded as shown in Figure 6 below.
– The SYT field is encoded as defined in IEC 61883-1.
N
Reserved
D
IEC 2122/08
Figure 6 – FDF field
The ND field is used to signify whether the data payload of the isochronous packet after the
CIP header is valid. If ND is set to 1 it indicates that the data is not valid and shall be
ignored, this setting is only used in blocking transmission mode (see 4.7.1.3). The DBC field
in the CIP header of a packet which has ND set to 1 shall be the count value of the next valid
data block. The transmission of an isochronous packet with this bit set shall not cause the
value of DBC to increment. If ND is set to 0 it indicates that the data payload of the
isochronous packet after the CIP header is valid. In non-blocking transmission mode, see
4.7.1.2, ND shall be set to 0 for all isochronous packets.
4.5 Stream definition
A stream that conforms to this specification is governed by three key parameters:
– video mode, see Table 1 below. Additional information for each video mode is given in
Annex B.
– compression mode, see Table 2 below.
– color space, see Table 3 below.
Each of these parameters includes an unconstrained mode that allows modes not explicitly
defined to be transmitted. The use of these unconstrained modes is beyond the scope of this
standard. However, it is expected that their use will be determined by negotiation before
transmission.
For transmission of compression mode 0 data the packetization and timing characteristics
are defined in this specification.
For transmission of compression mode 1 and 2 data the packetization and timing
16 16
characteristics are defined in the applicable specification document referenced in Table 2.
– 12 – 61883-8 © IEC:2008(E)
Table 1 – Video mode
Video Active Active Interlace Vertical Source Source SYT SYT MAX MAX Specification
mode vertical horizontal or fre- packet packet
interval interval VDSP VDSP
lines pixels progres- quency size for size
for for color for for
sive color for
color spaces color color
Hz
space 0 color
, ,
space 0 1 and 2 space spaces
a b e
spaces
, ,
a b a b
0 1 and 2
1 and 2
, ,
a b a b
, ,
bytes
a b e
bytes
0 480 640 progr. 59,94 644 644 8 12 8 12 VESA
1 480 640 progr. 60 644 644 8 12 8 12 VESA
2 240 720 progr. 59,94 724 724 4 6 4 6 EIA/CEA-861-
B
3 240 720 progr. 60 724 724 4 6 4 6 EIA/CEA-861-
B
4 480 720 progr. 59,94 724 724 8 12 8 12 ITU-R
BT.1358
SMPTE 293M
5 480 720 progr. 60 724 724 8 12 8 12 ITU-R
BT.1358
SMPTE 293M
6 480 720 int. 59,94 724 724 4 6 4 6 ITU-R BT.601
SMPTE 267M
7 480 720 int. 60 724 724 4 6 4 6 ITU-R BT.601
SMPTE 267M
8 720 1 280 progr. 59,94 644 964 24 24 23 23 SMPTE 296M
9 720 1 280 progr. 60 644 964 24 24 23 23 SMPTE 296M
10 480 1 440 progr. 59,94 724 724 16 24 16 24 EIA/CEA-861-
B
11 480 1 440 progr. 60 724 724 16 24 16 24 EIA/CEA-861-
B
12 1 080 1 920 progr. 59,94 964 964 36 54 34 51 ITU-R BT.709
SMPTE 274M
13 1 080 1 920 progr. 60 964 964 36 54 34 51 ITU-R BT.709
SMPTE 274M
14 1 080 1 920 int. 59,94 964 964 20 30 17 26 ITU-R BT.709
SMPTE 274M
15 1 080 1 920 int. 60 964 964 20 30 17 26 ITU-R BT.709
SMPTE 274M
16 288 720 progr. 50 724 724 4 6 4 6 EIA/CEA-
861-B
17 576 720 progr. 50 724 724 8 12 8 12 ITU-R
BT.1358
18 576 720 int. 50 724 724 4 6 4 6 ITU-R BT.601
19 720 1 280 progr. 50 644 964 20 20 19 19 SMPTE 296M
20 576 1 440 progr. 50 724 724 16 24 16 24 EIA/CEA-
861-B
21 480 960 int. 59,94 644 724 6 8 6 8 ITU-R BT.601
SMPTE 267M
22 576 960 int. 50 644 724 6 8 6 8 ITU-R BT.601
61883-8 © IEC:2008(E) – 13 –
Video Active Active Interlace Vertical Source Source SYT SYT MAX MAX Specification
mode vertical horizontal or fre- packet packet
interval interval VDSP VDSP
lines pixels progres- quency size for size
for for color for for
sive color for
Hz color spaces color color
space 0 color
, ,
space 0 1 and 2 space spaces
a b e
spaces
, ,
a b a b
0 1 and 2
1 and 2
, ,
a b a b
, ,
bytes
a b e
bytes
23 - Reserved - - - - - - - - -
24 - Reserved - - - - - - - - -
25 1 080 1 920 progr. 23,976 964 964 16 24 14 21 ITU-R BT.709
SMPTE 274M
26 1 080 1 920 progr. 24 964 964 16 24 14 21 ITU-R BT.709
SMPTE 274M
27 1 080 1 920 progr. 25 964 964 16 24 15 22 ITU-R BT.709
SMPTE 274M
28 1 080 1 920 progr. 29,97 964 964 20 30 17 26 ITU-R BT.709
SMPTE 274M
29 1 080 1 920 progr. 30 964 964 20 30 17 26 ITU-R BT.709
SMPTE 274M
30 1 080 1 920 progr. 50 964 964 32 48 29 43 ITU-R BT.709
SMPTE 274M
31 1 080 1 920 int. 50 964 964 16 24 15 22 ITU-R BT.709
SMPTE 274M
32 288 352 progr. 25 356 532 2 2 2 2 ITU-T H.263
(CIF)
33 240 352 progr. 30 356 532 2 2 2 2 ISO-IEC
11172-2
(SIF)
34 144 176 progr. 25 180 268 2 2 1 1 H.263
(QCIF)
35 120 176 progr. 30 180 268 2 2 1 1 ISO-IEC
11172-2
(QSIF)
3 6 288 352 progr. 29,97 356 532 6 6 3 3 H.263
(CIF)
37 144 176 progr. 29,97 180 268 2 2 2 2 ITU-T H.263
(QCIF)
c
38 234 480 progr. 29,97 324 364 3 4 3 4 Automotive
c
39 234 480 progr. 15 324 364 3 4 2 2 Automotive
c
40 480 800 progr. 15 804 804 2 3 2 3 Automotive
f
41 240 320 progr. 15 324 244 2 4 1 2 IIDC v.1.31
42 240 320 progr. 30 324 244 2 4 2 4 IIDC v.1.31
43 240 320 progr. 60 324 244 4 8 4 8 IIDC v.1.31
44 480 640 progr. 15 644 644 2 3 2 3 IIDC v.1.31
45 480 640 progr. 30 644 644 4 6 4 6 IIDC v.1.31
46 480 640 progr. 60 644 644 8 12 8 11 IIDC v.1.31
47 600 800 progr. 15 804 804 4 6 3 4 IIDC v.1.31
– 14 – 61883-8 © IEC:2008(E)
Video Active Active Interlace Vertical Source Source SYT SYT MAX MAX Specification
mode vertical horizontal or fre- packet packet
interval interval VDSP VDSP
lines pixels progres- quency size for size
for for color for for
sive color for
Hz color spaces color color
space 0 color
, ,
space 0 1 and 2 space spaces
a b e
spaces
, ,
a b a b
0 1 and 2
1 and 2
, ,
a b a b
, ,
bytes
a b e
bytes
48 600 800 progr. 30 804 804 6 9 5 7 IIDC v.1.31
49 600 800 progr. 60 804 804 10 15 9 14 IIDC v.1.31
50 768 1 024 progr. 15 516 772 8 8 6 6 IIDC v.1.31
51 768 1 024 progr. 30 516 772 12 12 12 12 IIDC v.1.31
52 768 1 024 progr. 60 516 772 24 24 24 24 IIDC v.1.31
53 960 1 280 progr. 15 644 964 8 8 8 8 IIDC v.1.31
54 960 1 280 progr. 30 644 964 16 16 15 15 IIDC v.1.31
55 960 1 280 progr. 60 644 964 32 32 29 29 IIDC v.1.31
56 1 024 1 280 progr. 15 644 964 8 8 8 8 like IIDC
d
v1.31
57 1 024 1 280 progr. 30 644 964 16 16 16 16 like IIDC
d
v1.31
58 1 024 1 280 progr. 60 644 964 32 32 31 31 like IIDC
d
v1.31
59 1 200 1 600 progr. 15 804 964 12 15 9 12 IIDC v.1.31
60 1 200 1 600 progr. 30 804 964 20 25 18 23 IIDC v.1.31
61 1 200 1 600 progr. 60 804 964 36 45 36 45 IIDC v.1.31
62 480 800 progr. 30 804 804 4 6 4 6 Wide VGA
63 480 800 progr. 60 804 804 8 12 8 12 Wide VGA
255 - Other video - - - - - - - - -
mode
Others - Reserved for - - - - - - - - -
future
specification
a
These columns are applicable when the compression mode is 0, i.e. uncompressed video data only.
b
This value includes the quadlet that contains the Type Specific Information field.
c
These modes were requested by members of the IDB-Forum.
d
These video modes are not in IIDC specification but are comparable to the modes that are.
e
DBS can be calculated as: (Source packet size / 4).
f
See Bibliography [12].
progr. progressive
int. interlace
The use of video mode FF is beyond the scope of this specification. However, it is expected
that the use of this video mode will be determined by negotiation before transmission.
Table 2 below. The use of compression
The compression mode field is encoded as defined in
mode FF is beyond the scope of this standard. However, it is expected that the use of this
compression mode will be determined by negotiation before transmission.
61883-8 © IEC:2008(E) – 15 –
Table 2 – Compression mode
Compression Compression mode description Specification document reference
mode value
0 Uncompressed video data None applicable
1 Compressed video using light codec Oxford Semiconductor Light Codec
Specification, Version 1.0, [10]
2 Compressed Video using SmartCODEC Fujitsu SmartCODEC Specification,
Version1.0, [11]
FF Compressed Video using other video codec None applicable
Others Reserved for future specification None applicable
The color space field is encoded as defined in Table 3 below. The use of color space FF is
beyond the scope of this standard. However, it is expected that the use of this color space will
be determined by negotiation before transmission.
Table 3 – Color space
Color space format Color space description
0 YUV 4:2:2 (16 bits/pixel, 8 bits/sample)
1 YUV 4:4:4 (24 bits/pixel, 8 bits/sample)
2 RGB (24 bits/pixel, 8 bits/sample)
3 RGB (18 bits/pixel, 6 bits/sample)
FF Other color space
Others Reserved for future specification
4.6 Packetization
4.6.1 Source packet format
For a stream that conforms to this specification each IEEE-1394 isochronous packet consists
of the CIP header followed by zero or more source packets. The general format of the source
packet for all compression modes and all source packet types is shown in Figure 7 below. It
contains a single quadlet of type specific information followed by data. The size of each
source packet is compression mode, video mode and color space mode dependent. The
permitted video, compression and color space modes are detailed in Table 1, Table 2 and
Table 3, respectively. Table 1 indicates the source packet size for each video mode and color
space mode for compression mode 0. This size is the total number of bytes per source packet,
i.e. type specific information and source packet data. All the source packets of a given stream
are this size.
Type Specific Information r Ver Type
Source Packet Data
IEC 2123/08
Figure 7 – General format of a source packet
—————————
The figures in square brackets refer to the Bibliography.
– 16 – 61883-8 © IEC:2008(E)
The type field indicates the type of data contained within the source packet. It is encoded as
defined in Table 4 below.
The ver field indicates the version of the source packet. Its value is defined in the type
specific sections below.
The type specific information field contents depends on the type field. Its encoding is defined
in the type specific sections 4.6.2, 4.6.3 and 4.6.4 below.
The source packet data field contents depends on the type field. Its encoding is defined in the
type specific sections 4.6.2, 4.6.3 and 4.6.4 below.
Table 4 – Source packet type encoding
Type Description of type
0 Source packet contains video data as described in 4.6.2 below
1 Source packet contains stream information and metadata as
described in 4.6.3 below.
2 Reserved for the future specification of the transport of audio
data. Further information regarding this type is given in 4.6.4
below.
others Reserved for future use.
4.6.2 T
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...