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 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.

Matériel audio/vidéo grand public - Interface numérique - Partie 8: Transmission de données vidéonumériques de style 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.

General Information

• Status: Published
• Publication Date: 25-Nov-2008
• ICS: 33.160.40 - Video systems
• Technical Committee: TC 100 - Audio, video and multimedia systems and equipment
• Drafting Committee: MT 61883-8 - TC 100/TA 4/MT 61883-8
• Current Stage: PPUB - Publication issued
• Start Date: 26-Nov-2008
• Completion Date: 15-Dec-2008

Relations

• Amended By: IEC 61883-8:2008/AMD1:2014 - Amendment 1 - Consumer audio/video equipment - Digital interface - Part 8: Transmission of ITU-R BT.601 style digital video data
• Effective Date: 05-Sep-2023

Overview

IEC 61883-8:2008 defines a digital-interface protocol for transporting ITU‑R BT.601 style video (4:2:2 chroma format) over high‑performance serial bus systems defined by IEEE 1394 (commonly known as FireWire). The standard covers both uncompressed and compressed video payloads, compatible encapsulation with IEC 61883‑1, and guidance for associated audio formatted per IEC 61883‑6. It supports BT.601 4:2:2 and compatible extensions for other common resolutions, enabling straightforward integration of existing AV workflows and on‑screen graphics mixing prior to transmission.

Key topics and technical requirements

• Video format: Focus on ITU‑R BT.601 4:2:2 color sampling and compatible resolution extensions.
• Transport layer: Uses IEEE Std 1394 (1394-1995 with 1394a and 1394b amendments) isochronous packet transport for real‑time delivery.
• Packetization and headers: Defines isochronous packet structure, CIP (Common Isochronous Packet) header, and source packet formats.
• Source packet types: Includes Type 0 (video data), Type 1 (Stream Information and Metadata - SIM), and Type 2 (audio source) packet formats.
• Compression modes: Specifies permitted compression modes and a 1394 Trade Association controlled list of codecs; at minimum, one reference codec is identified for interoperability.
• Stream definition & metadata: Stream definition fields, frame rates, aspect ratios, progressive/interlaced modes, and ancillary metadata (SIM) are standardized to aid receiver configuration.
• Interoperability rules: Encapsulation compatible with IEC 61883‑1; associated audio mapped to IEC 61883‑6. Compliance annexes and additional video mode parameters are provided.

Applications and who uses it

• Consumer electronics: STBs, DVD/Blu‑ray sources, and home AV devices transmitting to one or multiple displays.
• Automotive systems: In‑vehicle navigation, rear‑seat entertainment where devices stream video over IEEE 1394 links.
• Aerospace: In‑flight entertainment systems requiring synchronized video streams to multiple displays.
• Implementers & integrators: Hardware vendors, firmware/driver developers, codec implementers, AV system integrators, and test labs use this standard to ensure deterministic, isochronous transport of studio‑style component video.
• Standards & compliance teams: Use the document for interoperability testing and to reference required normative documents.

Related standards (select)

• IEC 61883 series (especially 61883‑1, 61883‑6)
• IEEE Std 1394-1995 / 1394a-2000 / 1394b-2002 (IEEE 1394)
• ITU‑R BT.601, BT.656, BT.709
• SMPTE standards (e.g., SMPTE 274M, 296M)
• 1394 Trade Association specifications (AV/C, IIDC)

IEC 61883‑8:2008 is essential when you need reliable, low‑latency transport of BT.601 4:2:2 video over FireWire/IEEE 1394 links with well‑defined packetization, metadata, and codec interoperability.

Standards Content (Sample)

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

All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from
either IEC or IEC's member National Committee in the country of the requester.
If you have any questions about IEC copyright or have an enquiry about obtaining additional rights to this publication,
please contact the address below or your local IEC member National Committee for further information.

IEC Central Office
3, rue de Varembé
CH-1211 Geneva 20
Switzerland
Email: [e-mail]
Web: www.iec.ch
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.

About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigenda or an amendment might have been published.
ƒ Catalogue of IEC publications: www.iec.ch/searchpub
The IEC on-line Catalogue enables you to search by a variety of criteria (reference number, text, technical committee,…).
It also gives information on projects, withdrawn and replaced publications.
ƒ IEC Just Published: www.iec.ch/online_news/justpub
Stay up to date on all new IEC publications. Just Published details twice a month all new publications released. Available
on-line and also by email.
ƒ Electropedia: www.electropedia.org
The world's leading online dictionary of electronic and electrical terms containing more than 20 000 terms and definitions
in English and French, with equivalent terms in additional languages. Also known as the International Electrotechnical
Vocabulary online.
ƒ Customer Service Centre: www.iec.ch/webstore/custserv
If you wish to give us your feedback on this publication or need further assistance, please visit the Customer Service
Centre FAQ or contact us:
Email: [e-mail]
Tel.: [phone]
Fax: [phone]
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 978-2-88910-583-0
– 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 Type 0 source packet – Video data source packet
4.6.2.1 Video data source packet
Figure 8 shows the definition and arrangement of the fields in the video data source packet.
Ver
Compression Mode Specific Information r Type = 0
= 0
Video Data
IEC  2124/08
Figure 8 – Video data source packet
The type field shall be set to 0 to indicate that this is a video data source packet
The ver field shall be set to 0 to indicate that this is version 0 of the video data source
packet.
The compression mode specific information field has a different definition for each of the
compression modes. Refer to Table 2 for a list of defined compression modes. The
compression mode specific information for compression modes 0 , 1 2 and FF are
16 16, 16 16
detailed in sections 4.6.2.2, 4.6.2.3, 4.6.2.3 and 4.6.2.5 respectively.
The video data field definition is determined by a combination of video mode, compression
mode and color space. The reference to the applicable definition of the formatting of the video
data field is given in Table 5 below.

61883-8 © IEC:2008(E) – 17 –
Table 5 – References for video data definition
Compression Color space Video mode Reference to video
mode data definition
0 0 All defined except See 4.6.2.6 and
FF 4.6.2.10
0 1 All defined except see 4.6.2.6 and
FF 4.6.2.10
0 2 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.11
0 3 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.13
0 FF All defined except see 4.6.2.6 and
16 16
FF 4.6.2.13
0 All defined FF see 4.6.2.6 and
16 16
4.6.2.15
1 All defined All defined see 4.6.2.7
2 All defined All defined see 4.6.2.8
FF All defined All defined see 4.6.2.9
4.6.2.2 Compression mode 0 type specific information
Figure 9 shows the definition and arrangement of the fields within the type specific
information field for video data source packets being transmitted in compression mode 0 .
s s
o a
VDSPC line number
l v
IEC  2125/08
Figure 9 – Compression mode 0 specific information
The VDSPC (Video Data Source Packet Count) field contains a running count of video data
source packets. It is incremented by 1 for every video data source packet created by the
transmitter. When a stream commences the first video data source packet created has a
VDSPC of 0. Since VDSPC is only 8 bits wide the value placed in VDSPC is the lowest 8 bits
of the running count.
The sol (start of line) field is set in the source packet that contains the first pixel of a video
line. There is no requirement that the start of a video line be coincident with the start of an
IEEE-1394 isochronous packet.
The sav (start of active video) field is set in the source packet that contains the first pixel of
the first active video line of each frame (progressive modes) or of each field (interlace modes).
This field can only be set in a source packet that has sol set. There is no requirement that the
start of an active video line be coincident with the start of an IEEE-1394 isochronous packet.
The line number field is the line on which the video data in the source packet resides as
defined by the video specification given in Table 1 of the given video mode. If no line
numbering is defined by the video specification the line number field shall be a sequential
count of the lines in a frame starting with the first line that is transmitted having a line number.
4.6.2.3 Compression mode 1 type specific information
The type specific information field definition for this compression mode is defined in the
applicable specification document referenced in Table 2.

– 18 – 61883-8 © IEC:2008(E)
4.6.2.4 Compression mode 2 type specific information
The type specific information field definition for this compression mode is defined in the
applicable specification document referenced in Table 2.
4.6.2.5 Compression mode FF type specific information
The type specific information field definition for compression mode FF is beyond the scope
of this standard.
4.6.2.6 Compression mode 0 video data packetization
For transmission of compression mode 0 data the video data that is transmitted is the active
horizontal pixels for both the active lines and the lines of the vertical blanking period (unless
they do not exist). The first pixel of a video line shall always be the first pixel in a source
packet and each video line shall always fill an integer number of source packets. The number
of pixels in each source packet is dependent upon the video mode and color space and is
detailed in Table 1. An IEEE-1394 isochronous channel that is used to transmit data
according to this specification shall only transmit a single stream of video per 1394
isochronous channel.
4.6.2.7 Compression mode 1 video data packetization
The video data packetization for this compression mode is defined in the applicable
specification document referenced in Table 2.
4.6.2.8 Compression mode 2 video data packetization
The video data packetization for this compression mode is defined in the applicable
specification document referenced in Table 2.
4.6.2.9 Compression mode FF video data packetization
...

IEC 61883-8 ®
Edition 1.1 2014-02
CONSOLIDATED VERSION
INTERNATIONAL
STANDARD
colour
inside
Consumer audio/video equipment – Digital interface –
Part 8: Transmission of ITU-R BT.601 style digital video data
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from
either IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC
copyright or have an enquiry about obtaining additional rights to this publication, please contact the address below or
your local IEC member National Committee for further information.

IEC Central Office Tel.: [phone]
3, rue de Varembé Fax: [phone]
CH-1211 Geneva 20 [e-mail]
Switzerland www.iec.ch
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.

About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigenda or an amendment might have been published.

IEC Catalogue - webstore.iec.ch/catalogue Electropedia - www.electropedia.org
The stand-alone application for consulting the entire The world's leading online dictionary of electronic and
bibliographical information on IEC International Standards, electrical terms containing more than 30 000 terms and
Technical Specifications, Technical Reports and other definitions in English and French, with equivalent terms in 14
documents. Available for PC, Mac OS, Android Tablets and additional languages. Also known as the International
iPad. Electrotechnical Vocabulary (IEV) online.

IEC publications search - www.iec.ch/searchpub IEC Glossary - std.iec.ch/glossary
The advanced search enables to find IEC publications by a More than 55 000 electrotechnical terminology entries in
variety of criteria (reference number, text, technical English and French extracted from the Terms and Definitions
committee,…). It also gives information on projects, replaced clause of IEC publications issued since 2002. Some entries
and withdrawn publications. have been collected from earlier publications of IEC TC 37,

77, 86 and CISPR.
IEC Just Published - webstore.iec.ch/justpublished
Stay up to date on all new IEC publications. Just Published IEC Customer Service Centre - webstore.iec.ch/csc
details all new publications released. Available online and If you wish to give us your feedback on this publication or
also once a month by email. need further assistance, please contact the Customer Service
Centre: [e-mail].
IEC 61883-8 ®
Edition 1.1 2014-02
CONSOLIDATED VERSION
INTERNATIONAL
STANDARD
colour
inside
Consumer audio/video equipment – Digital interface –

Part 8: Transmission of ITU-R BT.601 style digital video data

INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
ICS 33.160.40 ISBN 978-2-8322-1428-2

IEC 61883-8 ®
Edition 1.1 2014-02
CONSOLIDATED VERSION
REDLINE VERSION
colour
inside
Consumer audio/video equipment – Digital interface –
Part 8: Transmission of ITU-R BT.601 style digital video data
– 2 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
CONTENTS
FOREWORD . 4
INTRODUCTION TO AMENDMENT 1 . 6
1 Scope . 7
2 Normative references . 7
3 Abbreviations and conventions . 8
3.1 Abbreviations . 8
3.2 Notation . 9
3.2.1 Numeric values . 9
3.2.2 Bit, byte and quadlet ordering . 9
4 Reference model for data transmission . 10
4.1 Model overview . 10
4.2 Compression . 11
4.3 Isochronous packet header . 11
4.4 CIP header . 11
4.5 Stream definition . 12
4.6 Packetization . 16
4.6.1 Source packet format . 16
4.6.2 Type 0 source packet – Video data source packet . 17
4.6.3 Type 1 source packet – Stream information and metadata (SIM)
source packet4 . 21
4.6.4 Type 2 source packet – Audio source packet . 28
4.7 Packet transmission method . 28
4.7.1 Packet transmission for compression mode 0 . 28
4.7.2 Packet transmission for compression mode 1 . 31
4.7.3 Packet transmission for compression mode 2 . 31
4.7.4 Packet transmission for compression mode FF . 31
Annex A (informative) Audio/video synchronization . 32
Annex B (normative) Additional video mode parameters . 33
Annex C (informative) Using IEC 61883-1 plug control registers beyond S400 . 37
Annex D (normative) Compliance annex . 38
Annex E (informative) Typical SIM source packet . 39
Annex F (informative) Derivation of TRANSFER_DELAY . 40
Annex G (normative) 1394 trade association CCI descriptor block . 41
Bibliography . 44
Figure 1 – Bit ordering within a byte . 9
Figure 2 – Byte ordering within a quadlet . 10
Figure 3 – Quadlet ordering within an octlet . 10
Figure 4 – Isochronous packet header . 11
Figure 5 – CIP header . 11
Figure 6 – FDF field . 12
Figure 7 – General format of a source packet . 16
Figure 8 – Video data source packet . 17

+AMD1:2014 CSV  IEC 2014
Figure 9 – Compression mode 0 specific information . 18
Figure 10 – Color space 0 video data packetization . 20
Figure 11 – Color space 1 video data packetization . 20
Figure 12 – Color space 2 video data packetization . 21
Figure 13 – Stream information and metadata source packet . 22
Figure 14 – Stream information field definitions . 23
Figure 15 – Auxiliary data field definitions . 25
Figure E.1 – Typical SIM source packet . 39
Figure G.1 – CCl descriptor block . 41

Table 1 – Video mode . 13
Table 2 – Compression mode . 16
Table 3 – Color space . 16
Table 4 – Source packet type encoding . 17
Table 5 – References for video data definition . 18
Table 6 – Frame rate . 23
Table 7 – Aspect ratio . 24
Table 8 – Progressive/interlace mode . 24
Table B.1 – Additional video mode parameters, 1 of 2 . 33
Table B.2 – Additional video mode parameters, 2 of 2 . 35

– 4 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
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.
This consolidated version of the official IEC Standard and its amendment has been
prepared for user convenience.
IEC 61883-8 edition 1.1 contains the first edition (2008-11) [documents 100/1446/FDIS
and 100/1476/RVD] and its amendment 1 (2014-02) [documents 100/2051/CDV and
100/2106/RVC].
In this Redline version, a vertical line in the margin shows where the technical content is
modified by amendment 1. Additions and deletions are displayed in red, with deletions
being struck through. A separate Final version with all changes accepted is available in
this publication.
+AMD1:2014 CSV  IEC 2014
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.
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.
The committee has decided that the contents of the base publication and its amendment will
remain unchanged until the stability 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.
IMPORTANT – The “colour inside” logo on the cover page of this publication indicates
that it contains colours which are considered to be useful for the correct understanding
of its contents. Users should therefore print this publication using a colour printer.

– 6 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
INTRODUCTION TO AMENDMENT 1
The revision of IEC 61883-8:2008, has become necessary to define the following new
additional copy control information.
• Analog sunset token
• Digital only token
• Copy count
+AMD1:2014 CSV  IEC 2014
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

– 8 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
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
× 1080 Scanning and Analog and Parallel Digital
SMPTE 274M-1998, Television – 1920
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
+AMD1:2014 CSV  IEC 2014
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.
both represent the same numeric value.
As an example, 42 and 2A
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

– 10 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
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.
+AMD1:2014 CSV  IEC 2014
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.

– 12 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
– 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
it indicates that the data payload of the
value of DBC to increment. If ND is set to 0
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.

+AMD1:2014 CSV  IEC 2014
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

– 14 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
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

+AMD1:2014 CSV  IEC 2014
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.
The compression mode field is encoded as defined in Table 2 below. The use of compression
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.

– 16 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
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.

+AMD1:2014 CSV  IEC 2014
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 Type 0 source packet – Video data source packet
4.6.2.1 Video data source packet
Figure 8 shows the definition and arrangement of the fields in the video data source packet.
Ver
Compression Mode Specific Information r Type = 0
= 0
Video Data
IEC  2124/08
Figure 8 – Video data source packet
The type field shall be set to 0 to indicate that this is a video data source packet
The ver field shall be set to 0 to indicate that this is version 0 of the video data source
packet.
The compression mode specific information field has a different definition for each of the
compression modes. Refer to Table 2 for a list of defined compression modes. The
compression mode specific information for compression modes 0 , 1 2 and FF are
16 16, 16 16
detailed in sections 4.6.2.2, 4.6.2.3, 4.6.2.3 and 4.6.2.5 respectively.
The video data field definition is determined by a combination of video mode, compression
mode and color space. The reference to the applicable definition of the formatting of the video
data field is given in Table 5 below.

– 18 – IEC 61883-8:2008
+AMD1:2014 CSV  IEC 2014
Table 5 – References for video data definition
Compression Color space Video mode Reference to video
mode data definition
0 0 All defined except See 4.6.2.6 and
FF 4.6.2.10
0 1 All defined except see 4.6.2.6 and
FF 4.6.2.10
0 2 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.11
0 3 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.13
0 FF All defined except
see 4.6.2.6 and
16 16
FF 4.6.2.13
0 All defined FF see 4.6.2.6 and
16 16
4.6.2.15
1 All defined All defined see 4.6.2.7
2 All defined All defined see 4.6.2.8
FF All defined All defined see 4.6.2.9
4.6.2.2 Compression mode 0 type specific information
Figure 9 shows the definition and arrangement of the fields within the type specific
information field for video data source packets being transmitted in compression mode 0 .
s s
o a
VDSPC line number
l v
IEC  2125/08
specific information
Figure 9 – Compression mode 0
The VDSPC (Video Data Source Packet Count) field contains a running count of video data
source packets. It is incremented by 1 for every video data source packet created by the
transmitter. When a stream commences the first video data source packet created has a
VDSPC of 0. Since VDSPC is only 8 bits wide the value placed in VDSPC is the lowest 8 bits
of the running count.
The sol (start of line) field is set in the source packet that contains the first pixel of a video
line. There is no requirement that the start of a video line be coincident with the star
...

IEC 61883-8 ®
Edition 1.0 2008-11
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Consumer audio/video equipment – Digital interface –
Part 8: Transmission of ITU-R BT.601 style digital video data

Matériel audio/vidéo grand public – Interface numérique –
Partie 8: Transmission de données vidéonumériques de style UIT-R BT.601

All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from
either IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC
copyright or have an enquiry about obtaining additional rights to this publication, please contact the address below or
your local IEC member National Committee for further information.

Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et
les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.

IEC Secretariat Tel.: [phone]
3, rue de Varembé [e-mail]
CH-1211 Geneva 20 www.iec.ch
Switzerland
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.

About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigendum or an amendment might have been published.

IEC publications search - webstore.iec.ch/advsearchform IEC Products & Services Portal - products.iec.ch
The advanced search enables to find IEC publications by a Discover our powerful search engine and read freely all the
variety of criteria (reference number, text, technical publications previews. With a subscription you will always have
committee, …). It also gives information on projects, replaced access to up to date content tailored to your needs.
and withdrawn publications.
Electropedia - www.electropedia.org
IEC Just Published - webstore.iec.ch/justpublished
The world's leading online dictionary on electrotechnology,
Stay up to date on all new IEC publications. Just Published
containing more than 22 300 terminological entries in English
details all new publications released. Available online and once
and French, with equivalent terms in 19 additional languages.
a month by email.
Also known as the International Electrotechnical Vocabulary

(IEV) online.
IEC Customer Service Centre - webstore.iec.ch/csc
If you wish to give us your feedback on this publication or need
further assistance, please contact the Customer Service
Centre: [e-mail].
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.

A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.

Recherche de publications IEC - Découvrez notre puissant moteur de recherche et consultez
webstore.iec.ch/advsearchform gratuitement tous les aperçus des publications. Avec un
La recherche avancée permet de trouver des publications IEC abonnement, vous aurez toujours accès à un contenu à jour
en utilisant différents critères (numéro de référence, texte, adapté à vos besoins.
comité d’études, …). Elle donne aussi des informations sur les
projets et les publications remplacées ou retirées. Electropedia - www.electropedia.org

Le premier dictionnaire d'électrotechnologie en ligne au monde,
IEC Just Published - webstore.iec.ch/justpublished
avec plus de 22 300 articles terminologiques en anglais et en
Restez informé sur les nouvelles publications IEC. Just
français, ainsi que les termes équivalents dans 19 langues
Published détaille les nouvelles publications parues.
additionnelles. Egalement appelé Vocabulaire
Disponible en ligne et une fois par mois par email.
Electrotechnique International (IEV) en ligne.

Service Clients - webstore.iec.ch/csc
Si vous désirez nous donner des commentaires sur cette
publication ou si vous avez des questions contactez-nous:
[e-mail].
IEC Products & Services Portal - products.iec.ch

IEC 61883-8 ®
Edition 1.0 2008-11
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Consumer audio/video equipment – Digital interface –

Part 8: Transmission of ITU-R BT.601 style digital video data

Matériel audio/vidéo grand public – Interface numérique –

Partie 8: Transmission de données vidéonumériques de style UIT-R BT.601

INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 33.160.40 ISBN 978-2-8322-3801-1

– 2 – IEC 61883-8:2008  IEC 2008
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 packet . 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
A.1 Logical association of audio and video streams . 31
A.2 Time synchronization of audio and video streams . 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

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
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 – IEC 61883-8:2008  IEC 2008
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.

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.
– 6 – IEC 61883-8:2008  IEC 2008
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

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 – IEC 61883-8:2008  IEC 2008
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

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 IEEE 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 – IEC 61883-8:2008  IEC 2008
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.

– 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 – IEC 61883-8:2008  IEC 2008
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
Hz color spaces color color
space 0 color
a, b, e
space 0 1 and 2 space spaces
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

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
a, b, e
space 0 1 and 2 space spaces
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)
36 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 – IEC 61883-8:2008  IEC 2008
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
a, b, e
space 0 1 and 2 space spaces
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.
The compression mode field is encoded as defined in Table 2 below. The use of compression
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.

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 – IEC 61883-8:2008  IEC 2008
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 Type 0 source packet – Video data source packet
4.6.2.1 Video data source packet
Figure 8 shows the definition and arrangement of the fields in the video data source packet.
Ver
Compression Mode Specific Information r Type = 0
= 0
Video Data
IEC  2124/08
Figure 8 – Video data source packet
The type field shall be set to 0 to indicate that this is a video data source packet
The ver field shall be set to 0 to indicate that this is version 0 of the video data source
packet.
The compression mode specific information field has a different definition for each of the
compression modes. Refer to Table 2 for a list of defined compression modes. The
compression mode specific information for compression modes 0 , 1 , 2 and FF are
16 16 16 16
detailed in sections 4.6.2.2, 4.6.2.3, 4.6.2.3 and 4.6.2.5 respectively.
The video data field definition is determined by a combination of video mode, compression
mode and color space. The reference to the applicable definition of the formatting of the video
data field is given in Table 5 below.

Table 5 – References for video data definition
Compression Color space Video mode Reference to video
mode data definition
0 0 All defined except See 4.6.2.6 and
FF 4.6.2.10
All defined except see 4.6.2.6 and
0 1
FF 4.6.2.10
0 2 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.11
0 3 All defined except see 4.6.2.6 and
16 16
FF 4.6.2.13
0 FF All defined except see 4.6.2.6 and
16 16
FF 4.6.2.13
0 All defined FF see 4.6.2.6 and
16 16
4.6.2.15
1 All defined All defined see 4.6.2.7
2 All defined All defined see 4.6.2.8
FF All defined All defined see 4.6.2.9
4.6.2.2 Compression mode 0 type specific information
Figure 9 shows the definition and arrangement of the fields with
...