Sustainability of Digital Formats: Planning for Library of Congress Collections

Introduction | Sustainability Factors | Content Categories | Format Descriptions | Contact
Format Description Categories >> Browse Alphabetical List

YUY2 Video Picture Encoding

>> Back
Table of Contents
Format Description Properties Explanation of format description terms

Identification and description Explanation of format description terms

Full name YUY2 Video Picture Encoding

A digital, color-difference component video picture format identified by the FOURCC code YUY2. This format employs 4:2:2 chroma subsampling with each sample represented by 8 bits of data. It is essentially the same as UYVY but with different component ordering packed within the two-pixel macropixel: Byte 0=8-bit Y'0; Byte 1=8-bit Cb; Byte 2=8-bit Y'1; Byte 3=8-bit Cr.

The FOURCC Web site provides additional information and a helpful diagram. The structure appears to be the same as that of a format that Apple tags as yuv2, the designation also referenced by SMPTE in the MXF standard (ST 377-1:2009, annex G); Comments welcome. Using their own four-character code for this format, an Apple developer page writes, "'yuv2' is a format used by PC-based display cards . . . typically used to accelerate MPEG decompression. Macintosh built-in video digitizers also use 'yuv2'."

YUY2 encoding (like all uncompressed formats identified by FOURCC codes) allows for variation in features like picture size, aspect ratio (square or non-square pixels), component levels (i.e., levels for Y, Cb, and Cr in either video range or wide range), and a given instance may contain video from interlaced or progressive sources. (See comment about interlacing and field order in the Notes below.) In order for an application to play the video back correctly or, say, to hand it off for successful inclusion in a video production side by side with other footage, all of these facts ought to be declared in metadata embedded in the file wrapper or associated with the file. In order for an application to play the video back correctly, these facts must be declared in metadata embedded in the file wrapper or associated with the file. The need for such metadata (and a way to compensate if it is missing) is suggested by the "Appendix: Backwards Compatibility" section of an Apple developer page that provides "best assumptions" to support playback for yuv2 video when the metadata is absent.

Production phase Employed in post-production or editing (middle phase) and dissemination (final phase).
Relationship to other formats
    Subtype of Vid_Unc_Pix_422, Uncompressed YCbCr Video Picture Stream (4:2:2)
    Used by AVI_YUY2, AVI OpenDML File Format with YUY2 Video Encoding
    Used by QT_YUY2, Quicktime File Format with YUY2 (yuv2) Video Encoding
    Used by MXF_GC_UNC_YUY2, MXF Generic Container with Uncompressed Video Essence YUY2 (yuv2)
    Used by Matroska_YUY2, Matroska File Format with YUY2 Video Encoding
    Used by Other video file wrappers not described at this Web site at this time.

Local use Explanation of format description terms

LC experience or existing holdings No extensive experience.
LC preference None. For preservation reformatting, the Library of Congress' Packard Campus for Audio-Visual Conservation has chosen MXF_OP1a_JP2_LL (lossless JPEG 2000 wrapped in MXF operational pattern 1a).

Sustainability factors Explanation of format description terms

Disclosure YUY2 structure is described at an open Web site managed by The identical yuv2 format is documented by Apple at an open Web page. Also documented by SMPTE in annex G of standard ST 377-1:2011.
    Documentation Segment on YUV documentation page. Segment on Apple developer documentation, page titled Uncompressed Y´CbCr Video in QuickTime Files. See also SMPTE ST 377:2011, annex G.
Adoption Widely adopted.
    Licensing and patents None.
Transparency Relatively transparent; requires tools to write and read.
Self-documentation Not applicable; provided by the file wrapper.
External dependencies None.
Technical protection considerations None.

Quality and functionality factors Explanation of format description terms

Moving Image
Normal rendering Supported
Clarity (high image resolution) Very good; this 8-bit sampling is, however, surpassed by the 10-bit sampling found in V210 and other encodings. See also Notes below.
Functionality beyond normal rendering Not applicable.

File type signifiers and format identifiers Explanation of format description terms

Tag Value Note
Microsoft FOURCC YUY2
From the FOURCC YUV page. This identifier will be found in files like AVI_YUY2.
Other yuv2
Apple Video Codec four-character code. From an Apple developer page. This identifier will be found in files like QT_YUY2. Note that the same Apple developer page provides this Apple codec name: Component Video.
FFmpeg AV_PIX_FMT. From this FFmpeg page and this FFmpeg page (line 143). The compiler of this resource is uncertain as to whether this identifier is found in file headers or elsewhere in the file; comments welcome. It may appear in applications that handle the picture data.
Other Registry: 06.0E.2B.
SMPTE Universal Label, as found in ST 377-1:2009, annex G, also in SMPTE Labels Registry (link available through Internet Archive) as specified in RP224v12-2012. This identifier will be found in files like MXF_GC_UNC_YUY2.
Pronom PUID See note.  PRONOM has no corresponding entry as of November 2018.
Wikidata Title ID See note.  Wikidata has no corresponding entry as of November 2018.

Notes Explanation of format description terms


Interlacing and field order. This writer's understanding is that, when the source footage is interlaced, YUY2 encoding does not group together all the odd and even lines as they would be grouped in the two fields that make up a video frame on, say, a videotape. All YUY2 pixel data is presented in a left-right, top-down order that could be called progressive. To put it another way, for interlaced picture data, the tape presents alternate lines in the two fields that make up a frame: line 1, line 3, line 5, etc., and then line 2, line 4, line 6, etc. In contrast, YUY2 encodes the data as line 1, line 2, line 3, line 4, line 5, line 6, etc.

In fact, on a tape, which comes first (1, 3, 5 or 2, 4, 6) represents what is called field order or field cadence. There are two options for field order: upper (field 2 is dominant, so the second field is drawn first) and lower (field 1 is dominant, so the first field is drawn first). Generally, upper is used by 640 x 480 systems, while lower is most common in professional 720 x 486 and DV 720 x 480 systems.

As noted in the Description section above, even though YUY2's serialization of the data is progressive, and many players will work well without help, it may be the case that a user will wish to "restore" footage archived as YUY2 in a manner that will, say, intercut with other footage. Such restoration may require the decoding system to be aware that this footage was originally interlaced and to know the original field order. That's a job for metadata.

8- and 10-bit sampling. In principle, 10-bit encoding is superior in clarity to 8-bit, due to the reduction in tonal contouring and other artifacts. Some specialists argue, however, that there is no benefit for certain classes of material. One university expert wrote, "We digitize Betacam SX tape to 8-bit UYVY but Digibeta to 10-bit V210 because these selections align with the nature of the data that is actually sent out over SDI from these tapes. . . . SDI is 10-bit data, but when I piped the SDI video data from an SX tape to a binary display I could see the 9th and 10th bits were always zero. Thus by taking only the first 8 bits I could get all meaningful data . . . . I have about 3,000 SX hours to preserve and choosing 8-bit instead of 10 saves me about 90 TB of storage" (private communication).


Format specifications Explanation of format description terms

Useful references


Last Updated: 08/04/2021