Техническое примечание TN2201

Final Cut Pro - 'r4fl' формат пикселя

Обсуждает 'r4fl' формат пикселя, требуемый поддерживать больше, чем 8-разрядный рендеринг в Final Cut Pro.

Фон
Описание формата
Дополнительные подробные данные
Ссылки
История версии документа

Фон

Так как выпуск Окончательного варианта 3.0, представляя операции может пойти хотя или 8-разрядный путь RGB или 8-разрядный Y’CbCr ('r408' формат пикселя) обрабатывающий путь. Для Вашего среднего пользователя, работающего с носителями DV, применяя переходы и некоторое простое создание заголовков, 8-разрядный рендеринг может быть совершенно достаточным.

Однако профессиональные пользователи, получающие и выводящие 10-разрядные носители или даже 8-разрядных пользователей, применяющих многократные эффекты/составление композита, требуют более высокой качественной обработки.

Apple определил 32-разрядное на вызванный формат рендеринга плавающей точки компонента 'r4fl' разрешение Final Cut Pro прозрачно поддерживать больше, чем 8-разрядные операции рендеринга.

Поддержка 10-разрядного пути рендеринга позволяет Вам:

QuickTime задокументировал большее, чем дисковый формат хранения на 8 битов, названный 'v210', обсужденным в Несжатом Видео Y'CbCr в Ледяном документе Плавучей льдины Файлов QuickTime.

Описание формата

Для отправки 10-разрядных данных YUV через путь обработки изображений Final Cut Pro Кодек Изображения должен принять и обеспечить пиксельные данные в Final Cut Pro, 32-разрядном на компонент, представляющий формат пикселя, определенный Четырьмя Кодами символа 'r4fl'.

'r4fl' близко получен из 8-разрядного 'r408', представляющего формат пикселя, но поддерживает суперчерный и конечно имеет больше битов точности.

'r4fl' полностью выбран 4:4:4:4 формат (компоненты не совместно используются через пиксели), и позволяет Final Cut Pro работать прозрачно в большем, чем 8-разрядные конфигурации рендеринга.

Например:

Табличный 1  компонентный диапазон

A

Полная прозрачность = 0.0; Полная непрозрачность = 1.0

Соответствует r408 0-255

Y

CCIR-черный = 0.0; CCIR-белый = (235 - 16) / 255 = (940 - 64) / 1020 = ~0.859

Соответствует r408 0 - 255 (суперчерный представленный как отрицательному)

Cb

Ахроматический («нейтральный») = 128 / 255 = 512 / 1020 = ~0.502; Номинальные пики в 16 / 255 = 64 / 1020 = ~0.0627 и 240 / 255 = 960 / 1020 = ~0.941

Соответствует r408 0 - 255 («нейтральный» = ~0.502)

Cr

Те же диапазоны как Cb

Те же диапазоны как Cb

Таблица 2  

Дополнительные подробные данные

Ресурс формата пикселя кодека - 'cpix'

Оба Декомпрессор Изображения ('imdc') и Компрессор Изображения ('imco') должны будут предоставить a 'cpix' общедоступный ресурс компонента раньше сообщал Final Cut Pro (и другие приложения) что Поддержка кодеков Изображения 'r4fl' рендеринг (это не отличается это, что должно было бы быть сделано при поддержке 'r408' формат пикселя).

Распространение кодека поддерживает для '2vuy', 'r408' и 'r4fl' был бы, например, включать a 'cpix' ресурс как часть его общедоступного списка ресурса ('thnr') который похож на Перечисление 1.

  Формат пикселя кодека перечисления 1 и общедоступная карта ресурса компонента

resource 'cpix' (kMyCPIXResID) {
    {
        '2vuy','r408','r4fl'
    }
};

resource 'thnr' (kMyTHNRResID) {
    {
        'cdci', 1, 0,
        'cdci', kMyCDCIResID, 0,

        'cpix', 1, 0,
        'cpix', kMyCPIXResID, 0,
    }
};

Декомпрессоры, генерирующие 'rf4l'

Декомпрессоры изображения, как ожидают, преобразуют подвыбранный (например, 4:2:2) материал в надлежащее 4:4:4:4 формат. Это - решение конструктора относительно того, какой подход используется для синтезирования недостающего значения цветности.

Если дисковый формат не включает альфу, Декомпрессор Изображения должен заполнить весь альфа-канал 1,0 (непрозрачный).

Компрессоры, получающие 'r4fl'

Компрессоры изображения, как ожидают, преобразуют полностью выбранный 4:4:4:4 материал в надлежащий подвыбранный формат (например, 4:2:2) по мере необходимости. Это - решение конструктора, какая фильтрация (если таковые имеются) используется во время преобразования.

Значения, предоставленные в пиксельном буфере, могут включать недопустимое отклонение от номинала/проскакивание. Это - ответственность компрессора зафиксировать эти значения в минимальный/максимальный юридический сигнал SDI (но продолжать позволять значения за пределами рекомендаций CCIR).

Например, при преобразовании fp Y-значения в 10-разрядный, математика была бы обычно похожа на умножение.

Однако Yint ограничивается недопустимыми значениями CCIR, показанными на рисунке 1.

Рисунок 1  
Figure 1 Art/tn2201_yintconstraints.jpg

Другими словами, для n = 10 битов, значения 0, 1, 2, 3 и 1020, 1021, 1022, 1023 являются недопустимыми (зарезервированными) значениями синхронизации. Значения “> =4” и “<= 1019” могут включать значения за пределами рекомендаций CCIR, но должны быть сохранены в данных, для разрешения сохранения суперчерного/супербелого материала и т.д.

Это - конструктор (аппаратные средства или компрессор) ответственность препятствовать тому, чтобы эти недопустимые значения были отосланы в цифровом потоке. Является, вероятно, самым простым для Компрессора Изображения зафиксировать эти значения.

Информация о цвете

Это ожидается тот вывод Кодеков Изображения 'r4fl' будет работать исходно в видео гамме CCIR.

Final Cut Pro принимает следующее для 'r4fl' пиксельные буферы:

  • Основные устройства - SMPTE C основные устройства для Стандартного Видео Определения (kQTPrimaries_SMPTE_C) и ITU-R основные устройства BT.709-2 для Видео высокой четкости (kQTPrimaries_ITU_R709_2).

  • Функция передачи - ITU-R BT.709-2 (kQTTransferFunction_ITU_R709_2).

  • Матрица - ITU-R BT.601-4 для стандартного видео определения (kQTMatrix_ITU_R_601_4) и ITU-R BT.709-2 для видео высокой четкости (kQTMatrix_ITU_R_709_2).

Ссылки



История версии документа


ДатаПримечания
18.05.2009

Передовая статья

06.08.2008

Новый документ, описывающий 'r4fl' формат пикселя, используемый Final Cut Pro для поддержки больше, чем 8-разрядный рендеринг.