Auravision: Difference between revisions
Jump to navigation
Jump to search
(Kostya's hypothesis is more plausible) |
(aura / aur2 added to ffmpeg/mplayer, remove 'formats missing' cat) |
||
(4 intermediate revisions by 2 users not shown) | |||
Line 3: | Line 3: | ||
* Samples: | * Samples: | ||
** AURA: http://samples.mplayerhq.hu/V-codecs/AURA/ | ** AURA: http://samples.mplayerhq.hu/V-codecs/AURA/ | ||
** AUR2: http://samples.mplayerhq.hu/V-codecs/AUR2/ | |||
According to various codec lists, AURA is a [[YUV 4:1:1]] codec while AUR2 is [[YUV 4:2:2]]. The payload of an AURA frame begins with the 6 ASCII bytes 'YUV411'. | According to various codec lists, AURA is a [[YUV 4:1:1]] codec while AUR2 is [[YUV 4:2:2]]. The payload of an AURA frame begins with the 6 ASCII bytes 'YUV411'. | ||
Auravision employs the same packing scheme as [[Creative YUV]] with the only difference: bytes 16-31 are Y predictor values and bytes 32-47 are predictor values for both U and V. Actual data is packed identically. | |||
Auravision2 uses the same predictor value table at bytes 16-31 for all planes but packed pixel data still starts at byte 48. It's packed in the following order: | |||
high nibble of byte 0 - Cr value | |||
low nibble of byte 0 - Y0 value | |||
high nibble of byte 1 - Cb value | |||
low nibble of byte 1 - Y1 value | |||
high nibble of byte 2 - Cr value | |||
low nibble of byte 2 - Y2 value | |||
... | |||
- | |||
[[Category:Video Codecs]] | [[Category:Video Codecs]] | ||
Latest revision as of 11:12, 24 December 2009
- FourCCs: AURA, AUR2
- Company: Auravision
- Samples:
According to various codec lists, AURA is a YUV 4:1:1 codec while AUR2 is YUV 4:2:2. The payload of an AURA frame begins with the 6 ASCII bytes 'YUV411'.
Auravision employs the same packing scheme as Creative YUV with the only difference: bytes 16-31 are Y predictor values and bytes 32-47 are predictor values for both U and V. Actual data is packed identically.
Auravision2 uses the same predictor value table at bytes 16-31 for all planes but packed pixel data still starts at byte 48. It's packed in the following order:
high nibble of byte 0 - Cr value low nibble of byte 0 - Y0 value high nibble of byte 1 - Cb value low nibble of byte 1 - Y1 value high nibble of byte 2 - Cr value low nibble of byte 2 - Y2 value ...