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-разрядного пути рендеринга позволяет Вам:
Сохраните собственные 10-разрядные носители всюду по всему конвейеру рендеринга.
Избегите повторенного квантования вниз к 8 битам между операциями фильтров/составления композита.
QuickTime задокументировал большее, чем дисковый формат хранения на 8 битов, названный 'v210', обсужденным в Несжатом Видео Y'CbCr в Ледяном документе Плавучей льдины Файлов QuickTime.
Описание формата
Для отправки 10-разрядных данных YUV через путь обработки изображений Final Cut Pro Кодек Изображения должен принять и обеспечить пиксельные данные в Final Cut Pro, 32-разрядном на компонент, представляющий формат пикселя, определенный Четырьмя Кодами символа 'r4fl'.
'r4fl' близко получен из 8-разрядного
'r4fl' полностью выбран 4:4:4:4 формат (компоненты не совместно используются через пиксели), и позволяет Final Cut Pro работать прозрачно в большем, чем 8-разрядные конфигурации рендеринга.
Например:
Cb/Cr, центр = 128, макс. рекомендовал отклонение = 112
Свинец/PR, центр = 0, excursion=0.5
|
|
|
|---|---|---|
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 |
Дополнительные подробные данные
Ресурс формата пикселя кодека - '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.

Другими словами, для 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-разрядный рендеринг. |