Difference between revisions of "Apple ProRes"

From MultimediaWiki
Jump to: navigation, search
m (Frame layout)
(Frame container atom)
Line 74: Line 74:
  
 
All data is stored in the big-endian format. The value of the field "size" must match frame size from the movie container.
 
All data is stored in the big-endian format. The value of the field "size" must match frame size from the movie container.
 +
 +
 +
=== Frame header ===
 +
 +
A frame header stores description information, such as frame dimension, frame structure (progressive/interlaced), color information and the like.
 +
All data is stored in the big-endian format.
 +
 +
{| border="1" cellpadding="5" style="border-collapse: collapse; border-style: dashed; border-color: #2f6fab;"
 +
|- bgcolor="#f0f0f0" |
 +
! Field size !! Field name !! Value !! Description
 +
|-
 +
| align="center" | 2 bytes || align="center" | hdrSize || || size of this header in bytes. Must be at least 28 bytes long.
 +
|-
 +
| align="center" | 2 bytes || align="center" | padding1 || align="center" | 0 || reserved and set to "0".
 +
|-
 +
| align="center" | 4 bytes || align="center" | vendorID? || align="center" | 'apl0' || Ignored in all known decoders.
 +
|-
 +
| align="center" | 2 bytes || align="center" | frameWidth || || Width of encoded frame.
 +
|-
 +
| align="center" | 2 bytes || align="center" | frameHeight || || Height of encoded frame.
 +
|-
 +
| align="center" | 1 byte || align="center" | frameFlags ||
 +
layout: AAxxBBxx where
 +
* bits AA = sample depth?
 +
* bits BB = frame type:
 +
** "0" - progressive
 +
** "1" - interlaced (top-field first)
 +
** "2" - interlaced (bottom-field first)
 +
|| Frame structure flags.
 +
|-
 +
|}

Revision as of 16:13, 30 September 2010

ProRes Introduction

Apple ProRes is a family of video codecs used for storing and editing high definition video data in Apple's Final Cut Pro. Apple's official whitepaper lists the codec's key features as being:

  • intra-only codecs
  • 4:2:2 / 4:4:4:4 source material
  • 10-bit (12-bit for ProRes 4444) sample depth
  • variable bitrate

ProRes 422 Standard Definition / High Quality codec

ProRes 422 SD/HQ is the same codec operating on two different bitrates (flavours). Two different FOURCCs are used in order to indicate each flavour:

Flavour name FOURCC Bitrate
Standard Definition (SD) 'apcn' 145 Mbps
High Quality (HQ) 'apch' 220 Mbps

ProRes algorithm is based on the Discrete cosine transform (further DCT) and utilizes the following compression techniques:

The bitstream of the ProRes 422 has been designed to provide the following additional features:

  • frame-level multi-threaded encoding/decoding depending on available CPU cores
  • spatial scalability providing the possibility to decode a video at different partial resolutions (1/2, 1/4, 1/8 of the full size and so on). ProRes is capable of saving CPU cycles while decoding at smaller resolutions due to a special bitstream layout enabling partial bitstream access and parsing.


Frame layout

A typical ProRes 422 frame has the following layout:

       Frame container atom
------------------------------------
           Frame header
------------------------------------
            Picture 1
------------------------------------
 Picture 2 (interlaced frames only)

Frame container atom

At the beginning of each frame the frame container atom is located. It has the classical QuickTime atom structure with the ID set to the undocumented ProRes frame type ID:

Field size Field name Description
4 bytes size frame size in bytes
4 bytes type 'icpf' ("image codec prores frame"?)

All data is stored in the big-endian format. The value of the field "size" must match frame size from the movie container.


Frame header

A frame header stores description information, such as frame dimension, frame structure (progressive/interlaced), color information and the like. All data is stored in the big-endian format.

Field size Field name Value Description
2 bytes hdrSize size of this header in bytes. Must be at least 28 bytes long.
2 bytes padding1 0 reserved and set to "0".
4 bytes vendorID? 'apl0' Ignored in all known decoders.
2 bytes frameWidth Width of encoded frame.
2 bytes frameHeight Height of encoded frame.
1 byte frameFlags

layout: AAxxBBxx where

  • bits AA = sample depth?
  • bits BB = frame type:
    • "0" - progressive
    • "1" - interlaced (top-field first)
    • "2" - interlaced (bottom-field first)
Frame structure flags.