Видео демонстрационное описание

Видео демонстрационное описание содержит информацию, определяющую, как интерпретировать видео данные носителей. Видео демонстрационное описание начинается с этих четырех полей, описанных в общей Структуре Демонстрационного Описания.

Поле формата данных видео демонстрационного описания указывает тип сжатия, использовавшегося для сжатия данных изображения или представления цветового пространства несжатых видеоданных. Таблица 4-1 показывает некоторые поддерживаемые форматы. Список не является исчерпывающим, и подвергается дополнению.

Видео демонстрационное описание носителей добавляет следующие поля к общему демонстрационному описанию.

Версия

16-разрядное целое число, указывающее номер версии сжатых данных. Это установлено в 0, если компрессор не изменил свой формат данных.

Уровень версии

16-разрядное целое число, которое должно быть установлено в 0.

Поставщик

32-разрядное целое число, указывающее разработчика компрессора, генерировавшего сжатые данные. Часто это поле содержит'appl'для указания Apple, Inc.

Временное качество

32-разрядное целое число, содержащее значение от 0 до 1 023 указаний степени временного сжатия.

Пространственное качество

32-разрядное целое число, содержащее значение от 0 до 1 024 указаний степени пространственного сжатия.

Width

16-разрядное целое число, указывающее ширину исходного изображения в пикселях.

Высота

16-разрядное целое число, указывающее высоту исходного изображения в пикселях.

Горизонтальное разрешение

32-разрядное число фиксированной точки, содержащее горизонтальное разрешение изображения в пикселях на дюйм.

Вертикальное разрешение

32-разрядное число фиксированной точки, содержащее вертикальное разрешение изображения в пикселях на дюйм.

Размер данных

32-разрядное целое число, которое должно быть установлено в 0.

Количество кадра

16-разрядное целое число, указывающее, сколько кадров сжатых данных сохранено в каждой выборке. Обычно набор к 1.

Имя компрессора

32-байтовая строка Паскаля, содержащая имя компрессора, создавшего изображение, такой как "jpeg".

Глубина

16-разрядное целое число, указывающее пиксельную глубину сжатого изображения. Значения 1, 2, 4, 8, 16, 24, и 32 указывают глубину цветных изображений. Значение 32 должно использоваться, только если изображение содержит альфа-канал. Значения 34, 36, и 40 указывают 2-, 4-, и 8-разрядная шкала полутонов, соответственно, для полутоновых изображений.

Таблица цветов ID

16-разрядное целое число, идентифицирующее который таблица цветов использовать. Если это поле установлено в –1, таблица цвета по умолчанию должна использоваться для указанной глубины. Для всех глубин ниже 16 бит на пиксель это указывает стандартную таблицу цветов Macintosh для указанной глубины. Глубины 16, 24, и 32 не имеют никакой таблицы цветов.

. Если таблица цветов в самом демонстрационном описании, ID установлен в 0, таблица цветов содержится, таблица цветов сразу следует таблице цветов поле ID в демонстрационном описании. Посмотрите Атомы Таблицы цветов для полного описания таблицы цветов.

Видео демонстрационные расширения описания

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

Табличное 4-2  Видео демонстрационные расширения описания

Дополнительный тип	Описание
'gama'	32-разрядное число фиксированной точки, указывающее гамма уровень, на котором было получено изображение. Декомпрессор может использовать это значение для корректного гаммой во время дисплея.
'fiel'	Два 8-разрядных целых числа, определяющие полевую обработку. Эта информация используется приложениями для изменения распакованных данных изображения или компонентами декомпрессора для определения полевого порядка дисплея. Это расширение обязательно для всех, распаковал форматы данных Y´CbCr. Первый байт указывает полевое количество и может быть установлен в 1 или 2. Значение 1 используется для изображений прогрессивного сканирования; значение 2 указывает чередованные изображения. Когда полевое количество равняется 2, второй байт указывает полевое упорядочивание: какое поле содержит самую верхнюю строку развертки, какое поле должно быть выведено на экран самое раннее, и которая сохранена сначала в каждой выборке. Каждая выборка состоит из двух отличных сжатых изображений, каждый кодирующий одно поле: поле с самой верхней строкой развертки, T, и другое поле, B. Следующее определяет разрешенные варианты: 0 – существует только одно поле. 1 – T выведен на экран самый ранний, T сохранен сначала в файле. 6 – B выведен на экран самый ранний, B сохранен сначала в файле. 9 – B выведен на экран самый ранний, T сохранен сначала в файле. 14 – T выведен на экран самый ранний, B сохранен сначала в файле.
'mjqt'	Таблица квантования по умолчанию для потока данных JPEG движения.
'mjht'	Таблица Huffman по умолчанию для потока данных JPEG движения.
'esds'	MPEG 4 элементарный потоковый атом дескриптора. Это расширение требуется для видео MPEG 4. Для получения дополнительной информации посмотрите MPEG 4 Элементарный Потоковый Atom Дескриптора ('esds').
'avcC'	H.264 AVCConfigurationBox. Это расширение требуется для видео H.264, как определено в ISO/IEC 14496-15. Для получения дополнительной информации посмотрите Atom Конфигурации Декодера AVC (‘avcC’).
'pasp'	Попиксельная пропорция. Это расширение обязательно для форматов видео то использование неквадратные пиксели. Для получения дополнительной информации посмотрите Попиксельную пропорцию ('pasp').
'colr'	Цветные параметры — расширение описания изображения, требуемое для всех, распаковало типы видео Y´CbCr. Для получения дополнительной информации посмотрите Цветные Атомы Параметра ('colr').
'clap'	Чистая апертура — пространственные отношения компонентов Y´CbCr относительно канонического центра изображения. Это позволяет точное выравнивание для составления композита видеоизображений, полученных с помощью различных систем. Это - обязательное расширение для всех, распаковал форматы данных Y´CbCr. Для получения дополнительной информации посмотрите Чистую Апертуру ('хлопок').

Попиксельная пропорция ('pasp')

Это расширение указывает отношение высоты к ширине пикселей, найденных в видео выборке. Когда неквадратные пиксели используются, это - требуемое расширение для MPEG 4 и распаковало форматы видео Y´CbCr. Когда квадратные пиксели используются, это является дополнительным.

Размер

32-разрядное целое число без знака, содержащее размер атома попиксельной пропорции.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'pasp'.

hSpacing

32-разрядное целое число без знака, указывающее пространство по горизонтали пикселей, таких как luma выборка моментов для видео Y´CbCr или YUV.

vSpacing

32-разрядное целое число без знака, указывающее пространство по вертикали пикселей, таких как строки видеоизображения.

Единицы измерения для hSpacing и vSpacing параметры не указаны, как только вопросы отношения. Единицы измерения для высоты и ширины должны быть тем же, как бы то ни было.

Таблица 4-3 показывает некоторые общие попиксельные пропорции.

Таблица 4-3  Общие попиксельные пропорции

Описание	hSpacing	vSpacing
4:3 квадратные пиксели (составляют NTSC или PAL),	1	1
4:3 неквадратные 525 (NTSC)	10	11
4:3 неквадратные 625 (PAL)	59	54
16:9 аналог (составляют NTSC или PAL),	4	3
16:9 цифровые 525 (NTSC)	40	33
16:9 цифровые 625 (PAL)	118	81
1920x1035 HDTV (на SMPTE 260M-1992)	113	118
1920x1035 HDTV (на RP SMPTE 187-1995)	1018	1062
1920x1080 HDTV или 1280x720 HDTV	1	1

MPEG 4 элементарный потоковый Atom дескриптора ('esds')

Этот атом содержит MPEG 4 элементарный потоковый атом дескриптора. Это - требуемое расширение видео демонстрационного описания для видео MPEG 4. Это расширение появляется в видео демонстрационных описаниях только, когда тип кодека 'mp4v'.

Размер

32-разрядное целое число без знака, содержащее размер элементарного потокового атома дескриптора.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'esds'

Версия

Обнуляется 8-разрядное целое число без знака.

Флаги

24-разрядное поле, зарезервированное для флагов, в настоящее время обнуляемых.

Элементарный потоковый дескриптор

Элементарный потоковый дескриптор для видео MPEG 4, как определено в спецификации ISO/IEC MPEG 4 14496-1 и подвергающийся ограничениям для хранения в MPEG 4 файла, указанные в ISO/IEC 14496-14.

Atom конфигурации декодера AVC (‘avcC’)

Этот атом содержит атом конфигурации декодера MPEG 4. Это - требуемое расширение видео демонстрационного описания для видео H.264. Это расширение появляется в видео демонстрационных описаниях только, когда тип кодека ‘avc1’.

Размер

32-разрядное целое число без знака, содержащее размер атома конфигурации декодера AVC.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'avcC'.

Запись конфигурации декодера AVC

AVCDecoderConfigurationRecord для видео H.264, как определено в спецификации ISO/IEC MPEG 4 14496-15, и подвергающийся ограничениям для хранения в файле MPEG 4, также указанном в ISO/IEC 14496-15.

Цветные атомы параметра ('colr')

Этот атом является требуемым расширением для несжатых форматов данных Y´CbCr. 'colr' расширение используется для отображения, численные значения пикселей в файле к общему представлению раскрашивают, какие изображения могут быть правильно сравнены, объединены и выведены на экран. Общим представлением является CIE трехцветные значения XYZ (определенный в Публикации CIE № 15.2).

Использование общего представления также позволяет Вам правильно отображаться между Y´CbCr и цветовыми пространствами RGB и правильно компенсировать гамму в различных системах.

'colr' расширение заменяет ранее определенный 'gama' Расширение Описания изображения. Писатели файлов QuickTime никогда не должны писать и в Описание Изображения, и читатели файлов QuickTime должны проигнорировать 'gama' если 'colr' присутствует.

'colr' расширение разработано для работы на многократные приложения обработки изображений, такие как видео и печать. Каждое приложение, управляемое его собственным набором исторических и экономических фактов, имеет свой собственный набор параметров, должен был отобразить от пиксельных значений до CIE XYZ.

CIE представление XYZ отображается на различных сохраненных форматах Y´CbCr с помощью единого набора функций передачи и матриц. Коэффициенты функции передачи и матричные значения сохранены как индексы в таблицу канонических ссылок. Это предоставляет поддержку для многократных видеосистем при ограничении объема возможных значений к ряду распознанных стандартов.

'colr' атом содержит четыре поля: цветной тип параметра и три индекса. Индексы к таблице основных устройств, таблице коэффициентов функции передачи и таблице матриц.

Рисунок 4-1 показывает расположение этого атома.

Таблица матриц указывает матрицу, используемую во время перевода, как показано на рисунке 4-2.

Цветной тип параметра

32-разрядное поле, содержащее четыре кода символа для цветного типа параметра. В настоящее время определяемые типы 'nclc' для видео, и 'prof' для печати. Цветной тип параметра различает печать и видео отображения.

Если цветной тип параметра 'prof', тогда это поле сопровождается профилем ICC. Это - цветовая модель, используемая ColorSync Apple. Содержание этого типа не определяется в этом документе. Свяжитесь с Apple для получения дополнительной информации о 'prof' ввести 'colr' расширение.

Если цветной тип параметра 'nclc' тогда этот атом содержит следующие поля:

Индекс основных устройств

16-разрядное целое без знака, содержащее индекс в таблицу, указывающую координаты цветности CIE 1931 xy белой точки и красных, зеленых, и синих основных устройств. Таблица основных устройств указывает белую точку и красные, зеленые, и синие точки основного цвета для видеосистемы.

Индекс функции передачи

16-разрядное целое без знака, содержащее индекс в таблицу, указывающую нелинейные коэффициенты функции передачи раньше, переводило между значениями цветового пространства RGB и значениями Y´CbCr. Таблица коэффициентов функции передачи указывает, что нелинейные функциональные коэффициенты раньше переводили между сохраненными значениями Y´CbCr и видеосъемкой или системой отображения, как показано на рисунке 4-2.

Матричный индекс

16-разрядное целое без знака, содержащее индекс в таблицу, указывающую коэффициенты матрицы преобразования раньше, переводило между значениями цветового пространства RGB и значениями Y´CbCr. Таблица матриц указывает матрицу, используемую во время перевода, как показано на рисунке 4-2.

Функция передачи и матрица используются как показано на рисунке 4-2.

Значения Y´CbCr, сохраненные в файле, нормализованы к диапазону [0,1] для Y´ и [-0.5, +0.5] для Cb и Cr при выполнении этих операций. Нормализованные значения тогда масштабируются к надлежащей битовой глубине для определенного формата Y´CbCr перед хранением в файле как показано на рисунке 4-3.

Эти нормализованные значения могут быть отображены на сохраненные целочисленные значения определенного типа Y сжатия´, Cb и компоненты Cr с помощью двух различных схем, которые мы вызовем Схему A и Схему B.

Замыслите использование «Широкий диапазон», отображающий (полный масштаб) с Y без знака´ и дополнительными парами значениями Cb и Cr как показано на рисунке 4-4.

Это отображает нормализованные значения на сохраненные значения так, чтобы, например, 8-разрядные значения без знака для Y´ пошли от 0-255, как нормализованное значение идет от 0 до 1, и 8-разрядный подписанный оцененный за Cb, и Cr идут от-127 до +127, как нормализованные значения идут от-0.5 до +0.5.

Схема B использует «Видео Диапазон», отображающийся с Y без знака´, и сместила двоичные значения Cb и Cr.

Это отображает нормализованные значения на сохраненные значения так, чтобы, например, 8-разрядные значения без знака для Y´ пошли от 16 до 235, как нормализованное значение идет от 0 to1, и 8-разрядный без знака оцененный за Cb, и Cr идут от 16 до 240, как нормализованные значения идут от-0.5 до +0.5.

Для 10-разрядных выборок, Y´ имеет диапазон 64 - 940, когда нормализованное значение идет от 0 до 1, и Cb и Cr имеют диапазон 65–960, когда нормализованные значения идут от –0.5 до +0.5.

Y´ целое без знака. Cb и Cr смещаются двоичные целые числа.

Определенный Y´, Cb и значения компонентов Cr v резервируются как сигналы синхронизации и не должны появляться в буфере. Для n = 8 битов, это значения 0 и 255. Для n = 10 битов, это значения 0, 1, 2, 3, 1020, 1021, 1022, и 1023. Писатель изображения QuickTime ответственен за исключение этих значений. Читатель изображения QuickTime может предположить, что они не присутствуют.

Остающиеся значения компонентов, выходящие за пределы отображения для схемы B (1 - 15 и 241 - 254 для n = 8 битов и 4 - 63 и 961 - 1 019 для n = 10 битов) размещают случайное отклонение от номинала фильтра и проскакивание в обработке изображений. В некоторых приложениях эти значения используются для переноса другой информации (например, прозрачность). Писатель изображения QuickTime может использовать эти значения, и читатель изображения QuickTime должен ожидать эти значения.

Следующие таблицы показывают основные значения, передают функции и матрицы, обозначенные элементами индекса в 'colr' атом.

R, G, и значения B в Таблице 4-4 являются трехцветными значениями (такими как candelas/meter^2), чье отношение к CIE значения XYZ могут быть получены на основные устройства и белую точку, указанную в таблице, с помощью метода, описанного в RP SMPTE 177-1993. В этом экземпляре R, G, и значения B нормализованы к диапазону [0,1].

Табличная 4-4  Таблица основных устройств, индекса и значений

Индекс	Значения
0	Зарезервированный
1	ITU-R рекомендации BT.709-2, SMPTE 274M-1995, и SMPTE 296M-1997 белый x = 0,3127 года = 0.3290 (CIE III. D65) красный x=0.640 y = 0.330 зеленых x = 0.300 года = 0.600 синих x = 0,150 года = 0.060
2	Основные значения неизвестны
3–4	Зарезервированный
5	SMPTE RP 145-1993, SMPTE170M-1994, 293M-1996, 240M-1995, и SMPTE 274M-1995 белый x = 0,3127 года = 0.3290 (CIE III. D65) красный x = 0,64 года = 0.33 зеленых x = 0,29 года = 0.60 синих x = 0,15 года = 0.06
6	ITU-R BT.709-2, SMPTE 274M-1995, и SMPTE 296M-1997 белый x = 0,3127 года = 0.3290 (CIE III. D65) красный x = 0,630 года = 0.340 зеленых x = 0,310 года = 0.595 синих x = 0,155 года = 0.070
7–65535	Зарезервированный

Функции передачи, перечисленные в Таблице 4-5, используются как показано на рисунке 4-2.

Табличная 4-5  Таблица передачи функционирует индекс и значения

Индекс	Видео стандарты
0	Зарезервированный
1	ITU-R рекомендации BT.709-2, SMPTE 274M-1995, 296M-1997, 293M-1996, 170M-1994 Ew’ = 4 500 Вт для 0 <= W <0.018 Ew’ = 1.099 W0.45 - 0.099 для 0,018 <= W <= 1
2	Содействующие значения неизвестны
3–6	Зарезервированный
7	Рекомендация SMPTE 240M-1995 и 274M-1995 Ew’ = 4 Вт для 0 <= W <0.0228 Ew’ = 1.1115 W0.45 - 0.115 для 0,0228 <= W <= 1
8–65535	Зарезервированный

Последовательность MPEG 2 выводит на экран расширение transfer_sics определяет код 6, чья функция передачи идентична этому в коде 1. Писатели QuickTime должны отобразиться от 6 до 1 при преобразовании из transfer_characteristics к transferFunction.

BT.470-4 ITU-R рекомендации указал «принятое гамма значение получателя, для которого первичные сигналы предварительно исправлены» как 2,2 для NTSC и 2.8 для систем PAL. Эта информация является и неполной и устаревшей. Современные 525-и с 625 строками цифровой и системы NTSC/PAL используют функцию передачи с кодом 1.

Матричные значения показаны в Таблице 4-6, и в Матричных значениях для индекса кодируют 1. Эти данные показывают формулу для получения нормализованного значения Y´ в диапазоне [0,1]. Можно получить формулу для нормализованных значений Cb и Cr следующим образом:

Если уравнение для нормализованного Y´ имеет форму:

_EY’ = _KG’EG’ + _{КБ' ЭБ}’ _+KR’ER’

Тогда формулы для нормализованного Cb и Cr:

_ECb = (0.5 / (_{1 КБ}’)) (_{EB ’-EY}’)

_ECr = (0.5 / (_1-KR’)) (_{ER ’-EY}’)

Табличная 4-6  Таблица матричного индекса и значений

Индекс	Видео стандарт
0	Зарезервированный
1	ITU-R рекомендации BT.709-2 (1125/60/2:1 только), SMPTE 274M-1995, 296M-1997 EY’ = 0,7152 EG’ + 0,0722 EB’ + 0.2126 ER’
2	Содействующие значения неизвестны
3–5	Зарезервированный
6	ITU-R рекомендации BT.601-4 и система BT.470-4 B и G, SMPTE 170M-1994, 293M-1996 EY’ = 0,587 EG’ + 0,114 EB’ + 0.299 ER’
7	SMPTE 240M-1995, 274M-1995 EY’ = 0,701 EG’ + 0,087 EB’ + 0.212 ER’
8–65535	Зарезервированный

Уберите апертуру ('хлопок')

Чистое апертурное расширение определяет отношение между пикселями в сохраненном изображении и канонической прямоугольной области видеосистемы, от которой это было получено или к которому это будет выведено на экран. Это может использоваться для корреляции пиксельных расположений в двух или больше изображениях — возможно зарегистрированных использующих различных системах — для точного составления композита. Это необходимо, потому что различные видео устройства цифрового преобразователя могут оцифровать различные области входящего видеосигнала, вызвав пиксельное неточное совмещение между изображениями. В частности сохраненное изображение может содержать «граничные» данные вне канонической области дисплея для данной системы.

Чистая апертура является или совпадающей с сохраненным изображением или подмножеством сохраненного изображения; если это - подмножество, это может центрироваться на сохраненном изображении, или это может быть смещено положительно или негативно от сохраненного центра изображения.

Чистое апертурное расширение содержит ширину в пикселях, высоту в строках изображения, и горизонталь и вертикальное смещение между сохраненным центром изображения и каноническим центром изображения для данной видеосистемы. Ширина обычно является шириной канонической чистой апертуры для видеосистемы, разделенной на попиксельную пропорцию хранивших данных. Смещения также принимают во внимание любое «сверхсканирование» в сохраненном изображении. Высота и ширина должны быть положительными значениями, но смещения могут быть положительными, отрицательными, или нуль.

Эти значения даны как отношения двух 32-разрядных чисел, так, чтобы приложения могли вычислить точные значения с минимальной ошибкой округления. В то время как поле знаменателя установлено в 1, для целых значений значение должно быть сохранено в поле числителя.

Размер

32-разрядное целое без знака, содержащее размер 'clap' атом.

Ввести

32-разрядное целое без знака, содержащее четыре кода символа 'clap'.

apertureWidth_N (числитель)

32-разрядное целое число со знаком, содержащее или ширину чистой апертуры в пикселях или часть числителя дробной ширины.

apertureWidth_D (знаменатель)

32-разрядное целое число со знаком, содержащее или часть знаменателя дробной ширины или номер 1.

apertureHeight_N (числитель)

32-разрядное целое число со знаком, содержащее или высоту чистой апертуры в строках изображения или часть числителя дробной высоты.

apertureHeight_D (знаменатель)

32-разрядное целое число со знаком, содержащее или часть знаменателя дробной высоты или номер 1.

horizOff_N (числитель)

32-разрядное целое число со знаком, содержащее любого горизонтальное смещение чистого апертурного центра минус (ширина 1)/2 или часть числителя дробного смещения. Это значение обычно является нулем.

horizOff_D (знаменатель)

32-разрядное целое число со знаком, содержащее или часть знаменателя горизонтального смещения или номер 1.

vertOff_N (числитель)

32-разрядное целое число со знаком, содержащее любого вертикальное смещение чистого апертурного центра минус (высота 1)/2 или часть числителя дробного смещения. Это значение обычно является нулем.

vertOff_D (знаменатель)

32-разрядное целое число со знаком, содержащее или часть знаменателя вертикального смещения или номер 1.

Видео демонстрационные данные

Формат данных, хранивших в видео выборках, абсолютно зависит от типа используемого сжатия, как обозначено в видео демонстрационном описании. Следующие разделы обсуждают некоторые видео схемы кодирования, поддерживаемые QuickTime.

    y0 u y1 v

JPEG движения

JPEG движения (M-JPEG) является вариантом ISO спецификация JPEG для использования с потоками цифрового видео. Вместо того, чтобы сжать все изображение в единственный поток битов, JPEG движения сжимает каждое видео поле отдельно, возвращая получающиеся потоки битов JPEG последовательно в единственном кадре.

Существует две разновидности использующегося в настоящее время JPEG движения. Эти два формата отличаются на основе своего использования маркеров. JPEG движения форматирует маркеры поддержек; формат B JPEG движения не делает. Следующие параграфы описывают, как QuickTime хранит демонстрационные данные JPEG движения. Рисунок 4-6 показывает пример JPEG движения демонстрационные данные двойного поля. Рисунок 4-7 показывает пример Движения - JPEG B демонстрационные данные двойного поля.

Каждое поле формата A JPEG движения полностью соответствует ISO спецификация JPEG, и поэтому поддерживает маркеры приложения. QuickTime использует маркер APP1 для хранения управляющей информации, следующим образом (все поля 32-разрядные целые числа):

Зарезервированный

Непредсказуемый; должен быть установлен в 0.

Тег

Идентифицирует тип данных; это поле должно быть установлено в 'mjpg'.

Размер поля

Фактический размер данных изображения для этого поля, в байтах.

Заполненный размер поля

Содержит размер данных изображения, включая байты клавиатуры. Некоторое видеооборудование может добавить байты клавиатуры к данным изображения; это поле, вместе с полем размера поля, позволяет Вам вычислять, сколько байтов клавиатуры было добавлено.

Смещение к следующему полю

Смещение, в байтах, от запуска полевых данных к запуску следующего поля в потоке битов. Это поле должно быть установлено в 0 в данных маркера последнего поля.

Таблица Quantization смещается

Смещение, в байтах, от запуска полевых данных к табличному маркеру квантования. Если это поле установлено в 0, проверьте описание изображения на таблицу квантования по умолчанию.

Таблица Huffman смещается

Смещение, в байтах, от запуска полевых данных к маркеру таблицы Huffman. Если это поле установлено в 0, проверьте описание изображения на таблицу Huffman по умолчанию.

Запустите смещения кадра

Смещение от запуска полевых данных к запуску маркера изображения. Это поле никогда не должно устанавливаться в 0.

Запустите смещения сканирования

Смещение, в байтах, от запуска полевых данных к запуску маркера сканирования. Это поле никогда не должно устанавливаться в 0.

Запустите смещения данных

Смещение, в байтах, от запуска полевых данных к запуску потока данных. Как правило, это сразу следует за запуском данных сканирования.

Формат B JPEG движения не поддерживает маркеры. Вместо маркера, поэтому, QuickTime вставляет заголовок в начале потока битов. Снова, все поля являются 32-разрядными целыми числами.

Зарезервированный

Непредсказуемый; должен быть установлен в 0.

Тег

Тип данных; это поле должно быть установлено в 'mjpg'.

Размер поля

Фактический размер данных изображения для этого поля, в байтах.

Заполненный размер поля

Размер данных изображения, включая байты клавиатуры. Некоторое видеооборудование может добавить байты клавиатуры к данным изображения; это поле, вместе с полем размера поля, позволяет Вам вычислять, сколько байтов клавиатуры было добавлено.

Смещение к следующему полю

Смещение, в байтах, от запуска полевых данных к запуску следующего поля в потоке битов. Это поле должно быть установлено в 0 в данных заголовка второго поля.

Таблица Quantization смещается

Смещение, в байтах, от запуска полевых данных к таблице квантования. Если это поле установлено в 0, проверьте описание изображения на таблицу квантования по умолчанию.

Таблица Huffman смещается

Смещение, в байтах, от запуска полевых данных к таблице Huffman. Если это поле установлено в 0, проверьте описание изображения на таблицу Huffman по умолчанию.

Запустите смещения кадра

Смещение от запуска полевых данных к данным изображения поля. Это поле никогда не должно устанавливаться в 0.

Запустите смещения сканирования

Смещение, в байтах, от запуска полевых данных к запуску данных сканирования.

Запустите смещения данных

Смещение, в байтах, от запуска полевых данных к запуску потока данных. Как правило, это сразу следует за запуском данных сканирования.

Заголовок формата B JPEG движения должен быть кратным числом 16 в размере. Когда Вы добавляете байты клавиатуры к заголовку, устанавливаете их в 0.

Поскольку формат B JPEG движения не поддерживает маркеры, поток битов JPEG не имеет байтов NULL (0x00) вставленными после байтов данных, установленных в 0xFF.

Звучите как демонстрационные описания

Звуковое демонстрационное описание содержит информацию, определяющую, как интерпретировать звуковые данные носителей. Это демонстрационное описание основывается на стандартном демонстрационном описании, как описано в Демонстрационных Атомах Описания.

Поле формата данных содержит формат аудиоданных. Это может указать формат сжатия или один из нескольких несжатых форматов аудио. Таблица 4-7 показывает список некоторых поддерживаемых звуковых форматов.

enum
{
    kAudioFormatFlagIsFloat                  = (1 << 0),  // 0x1
    kAudioFormatFlagIsBigEndian              = (1 << 1),  // 0x2
    kAudioFormatFlagIsSignedInteger          = (1 << 2),  // 0x4
    kAudioFormatFlagIsPacked                 = (1 << 3),  // 0x8
    kAudioFormatFlagIsAlignedHigh            = (1 << 4),  // 0x10
    kAudioFormatFlagIsNonInterleaved         = (1 << 5),  // 0x20
    kAudioFormatFlagIsNonMixable             = (1 << 6),  // 0x40
    kAudioFormatFlagsAreAllClear             = (1 << 31),
    
    kLinearPCMFormatFlagIsFloat              = kAudioFormatFlagIsFloat,
    kLinearPCMFormatFlagIsBigEndian          = kAudioFormatFlagIsBigEndian,
    kLinearPCMFormatFlagIsSignedInteger      = kAudioFormatFlagIsSignedInteger,
    kLinearPCMFormatFlagIsPacked             = kAudioFormatFlagIsPacked,
    kLinearPCMFormatFlagIsAlignedHigh        = kAudioFormatFlagIsAlignedHigh,
    kLinearPCMFormatFlagIsNonInterleaved     = kAudioFormatFlagIsNonInterleaved,
    kLinearPCMFormatFlagIsNonMixable         = kAudioFormatFlagIsNonMixable,
    kLinearPCMFormatFlagsSampleFractionShift = 7,
    kLinearPCMFormatFlagsSampleFractionMask  = (0x3F << kLinearPCMFormatFlagsSampleFractionShift),
    kLinearPCMFormatFlagsAreAllClear         = kAudioFormatFlagsAreAllClear,
    
    kAppleLosslessFormatFlag_16BitSourceData = 1,
    kAppleLosslessFormatFlag_20BitSourceData = 2,
    kAppleLosslessFormatFlag_24BitSourceData = 3,
    kAppleLosslessFormatFlag_32BitSourceData = 4
};

struct SoundDescriptionV1 {

    // original fields

    SoundDescription    desc;

    // fixed compression ratio information

    unsigned long   samplesPerPacket;

    unsigned long   bytesPerPacket;

    unsigned long   bytesPerFrame;

    unsigned long   bytesPerSample;

    // optional, additional atom-based fields --

    // ([long size, long type, some data], repeat)

};

struct SoundSlopeAndInterceptRecord {

    Float64                 slope;

    Float64                 intercept;

    Float64                 minClip;

    Float64                 maxClip;

};

typedef struct SoundSlopeAndInterceptRecord SoundSlopeAndInterceptRecord;

Звучите как демонстрационные данные

Формат данных, хранивших в звуковых выборках, абсолютно зависит от типа сжатых данных, хранивших в звуковом демонстрационном описании. Следующие разделы обсуждают некоторые форматы, поддерживаемые QuickTime.

kMACE3Compression = FOUR_CHAR_CODE('MAC3'), /*MACE 3:1*/

kMACE6Compression = FOUR_CHAR_CODE('MAC6'), /*MACE 6:1*/

Обзор синхронизированных метаданных

Синхронизированная дорожка метаданных синхронизирует ссылки метаданных на дорожки носителей для определенных периодов времени носителей через ссылку дорожки, редактирование и структуры списка редактирования. Это - специализация структуры дорожки, использующей основной атом информации о носителях типа ‘minf’, и обработчик дорожки вводит набор значений к ‘meta’. Основной атом информации о носителях содержит универсальный атом заголовка носителя типа ‘gmhd’.

Поскольку дорожка метаданных не является ни визуальной, ни слуховой, следующие свойства дорожки должны иметь эти значения:

• Ширина дорожки и высота дорожки каждый набор к 0.

• Набор томов дорожки к 0.

• Набор матрицы дорожки к единичной матрице.

Фильм в формате QuickTime не может содержать ни один, один, или несколько синхронизированных дорожек метаданных. Синхронизированные дорожки метаданных могут относиться к многократным дорожкам. Дорожки метаданных соединяются с дорожками, они описывают использование ссылки дорожки типа ‘cdsc’. Дорожка метаданных содержит ‘cdsc’ ссылка дорожки. Если дорожка метаданных описывает характеристики всего фильма, не должно быть никакой ссылки дорожки типа 'cdsc' между ним и другой дорожкой. Эти дорожки метаданных, как могут полагать, содержат глобальные метаданные для фильма.

Используя синхронизированную дорожку метаданных, любая форма дескриптивных метаданных, изменяющихся в течение долгого времени, может соединяться с диапазоном времен носителей, в течение которых это допустимо. Примеры синхронизированных метаданных могут включать:

• Поверхности обнаруживаются в сцене

• Основанная на местоположении информация (такая как GPS)

• Апертура камеры и другая изменяющаяся связанная с камерой информация

• Авторское право и другая информация для отдельных клипов, отредактированных вместе

• Информация, такая как изменения сцены и имена агента добавила к фильму в производстве

Как с другими дорожками, каждая выборка метаданных связана с единственным синхронизированным демонстрационным описанием метаданных. Это демонстрационное описание сигнализирует, что информация должна была интерпретировать данные в выборке метаданных в пути, походящем, как видео демонстрационный атом видеотрека указывает, что видео выборки содержат сжатые демонстрационные данные H.264 определенных размерностей.

Нуль, один, или много значений метаданных может быть связан с диапазоном времени носителей в дорожке. Размещение ни для каких значений метаданных какое-то время позволяет выполнения времени с метаданными, вкрапленными выполнениями времени без метаданных. Поскольку синхронизированные метаданные организованы как дорожка, также возможно использовать редактирования дорожки для указания отсутствия метаданных. Для некоторых ситуаций, однако, было бы лучше включать выборки метаданных, сами не переносящие значений метаданных.

Синхронизированное демонстрационное описание метаданных

Синхронизированное демонстрационное описание метаданных содержит информацию, определяющую, как интерпретировать синхронизированные выборки носителей метаданных. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Атомах Описания.

Демонстрационное описание метаданных является полученным демонстрационным форматом описания, описывающим значения метаданных, представленные в атомах. Это может также включать другие атомы, не содержащие значения метаданных.

Нуль, один, или больше значений можно перенести в демонстрационном описании метаданных в течение определенного времени.

Поле формата данных содержит формат синхронизированных носителей метаданных, установленный в 'mebx'.

Демонстрационное описание метаданных должно содержать ключевой табличный атом метаданных и дополнительно содержит немного атома уровня после стандартного демонстрационного заголовка атома описания, определенного ниже. Другие атомы могут быть представлены в будущем.

Таблица ключа Metadata

Атом, содержащий таблицу ключей и отображений к данным полезной нагрузки в соответствующих синхронизированных выборках носителей метаданных

Атом скорости передачи

Дополнительный атом, содержащий данные, сигнализирующие скорость передачи мультимедийного потока

Ключевой табличный Atom метаданных

Ключевой табличный атом метаданных содержит таблицу ключей и отображений к данным полезной нагрузки в соответствующих синхронизированных выборках носителей метаданных. Тип ключевого табличного атома метаданных установлен в ‘keys’.

Ключевой табличный атом метаданных содержит один или несколько экземпляров ключевых атомов метаданных, один для каждой конфигурации ключа, который может произойти в отсчетах дорожки. Например, если будет два ключа, то будет два ключевых атома метаданных в ключевом табличном атоме метаданных — один для каждого ключа.

Если ключевой табличный атом метаданных не содержит ключ, который ищет клиент, никакие синхронизированные выборки носителей метаданных, связанные с этим демонстрационным описанием, не содержат значения с тем ключом.

Если ключевой табличный атом метаданных действительно будет содержать определенный ключ, то это не гарантирует, что были записаны синхронизированные выборки носителей метаданных, содержащие значение для ключа. Так, клиенты, находящие ключ в ключевом табличном атоме метаданных, возможно, все еще должны просмотреть синхронизированные выборки носителей метаданных дорожки для значений, чтобы определить, имеет ли дорожка определенные метаданные.

Если возможно удалить неиспользованные записи и переписать демонстрационное описание метаданных эффективно, это предпочтено.

Если синхронизированная дорожка метаданных включает ключ в демонстрационном описании метаданных, но имеет значения с помощью ключа в связанных выборках носителей, демонстрационное описание метаданных может все еще быть переписано для устранения ключа из ключевого табличного атома метаданных. В то время как значения метаданных остаются в связанных выборках носителей, данные больше не достижимы, потому что теперь не стало ключа. Если значения должны самостоятельно быть удалены из файла ролика, уход должен быть осуществлен. Несмотря на то, что не требование, остающееся, но теперь недостижимые данные могут быть удалены путем копирования только значений метаданных, на которые ссылаются, при копировании выборок носителей в новую дорожку.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к 'keys’

Таблица ключа Metadata

Массив ключевых атомов метаданных

Atom скорости передачи

Дополнительный атом скорости передачи может присутствовать в конце любого синхронизированного демонстрационного описания метаданных для сигнализации информации о скорости передачи потока. Информация о скорости передачи может использоваться для буферной конфигурации.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к 'btrt’

Размер буфера

32-разрядное целое без знака, указывающее предложенный размер связанного буфера данных

Макс. скорость передачи

32-разрядное целое без знака, указывающее максимальную скорость передачи в битах/секунда связанного мультимедийного потока

Средняя скорость передачи данных

32-разрядное целое без знака, указывающее среднюю скорость передачи данных в битах/секунда связанного мультимедийного потока

Ключевой Atom метаданных

Ключевой атом метаданных идентифицируется a local_key_id соответствие 32-разрядному целому числу (или FourCC) тип кодирует локальный для синхронизированной дорожки метаданных, содержащей его. Это local_key_id будет соответствовать типам атома в демонстрационных данных метаданных.

Например, если ключевой атом метаданных имеет тип атома 'stuf', любые атомы типа 'stuf' в синхронизированных выборках метаданных, совместно использующих это демонстрационное описание, содержат значение для этого ключа. Любое значение, помещающееся в 32-разрядное целое число с обратным порядком байтов, может использоваться (такой как 'stuf' или целое число 72). Если FourCC используется, рекомендуется, чтобы значение было мнемосхемой, если это возможно. Например, ключевой тип атома метаданных ‘actr’ мог бы содержать информацию об агентах в фильме. Посмотрите Демонстрационный Формат данных Метаданных ниже.

Существует два зарезервированных типа атома для ключевых атомов метаданных: 0 и 0xFFFFFFFF.

A local_key_id из 0 указывает, что ключевой атом метаданных не использован и не должен быть интерпретирован. Эта индикация позволяет ключу быть отмеченным как неиспользованная в синхронизированном демонстрационном описании метаданных, не требуя, чтобы демонстрационное описание и родительские атомы были переписаны или изменены.

A local_key_id из 0xFFFFFFFF не должен происходить в ключевом атоме метаданных. Это резервируется для будущего использования и может произойти как тип атома в синхронизированных выборках метаданных.

Все другие коды типа доступны для использования в качестве a local_key_id.

Каждый ключевой атом метаданных содержит переменное число атомов, определяющих ключевую структуру, дополнительно тип данных для значений, и дополнительно информация о локали для значений. Атомы могут быть представлены в будущем.

Ключевой атом метаданных должен содержать атом объявления метаданных.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к local_key_id

Переменный массив атомов

Массив атомов, переносящих определения для ключевой структуры и другой дополнительной информации

Ключевой Atom объявления метаданных

Ключевой атом объявления метаданных содержит ключевое пространство имен и значение ключа того пространства имен для данных значений. Тип ключевого атома объявления метаданных ‘keyd’.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к 'keyd’

Key_namespace

32-разрядный идентификатор, описывающий домен и структуру key_value

Например, это могло указать это key_value обратно-адресная строка стиля (такой как «com.apple.quicktime. ISO6709»), двоичный четыре кода символа (такие как a 'cprt' пользовательский ключ данных), Универсальный идентификатор ресурса (URI) или другие структуры (такие как собственные форматы от других стандартов метаданных). Должны быть зарегистрированы новые ключевые пространства имен, но потому что обратно-адресная строка стиля может часто использоваться, использование обратно-адресного ключевого пространства имен может быть достаточным для большей части использования.

Массив Key_value

Массив 8-разрядных байтов без знака, содержащих значение ключа

Интерпретация этого массива определяется связанным key_namespace поле. Посмотрите таблицу QuickTime Metadata Keys для примеров.

Atom определения типа данных метаданных

Атом определения типа данных метаданных может использоваться для указания типа данных ключевого значения атома метаданных. Тип атома определения типа данных метаданных ‘dtyp’.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к 'dtyp’

Пространство имен типа данных

32-разрядный идентификатор, описывающий, как интерпретировать тип данных для значения

Новые типы пространства имен должны быть зарегистрированы в Apple.

Массив типа данных

Массив 8-разрядных байтов без знака, содержащих обозначение типа данных для значений в синхронизированных выборках носителей метаданных, имеющих этот ключ. Интерпретация этого массива определяется связанным datatype namespace.

Комбинация datatype namespace и datatype array укажите тип данных (или структура) значения элемента метаданных. datatype namespace тип указывает интерпретацию datatype array значение. Эта спецификация определяет два datatype namespace типы:

• Если datatype namespace 0, datatype array содержит 32-разрядное целое без знака с обратным порядком байтов, соответствующее известному типу, указанному в Таблице 3-5. Например, известный тип 1 указывает, что текст UTF-8 и 23 указывает 32-разрядное число с плавающей точкой с обратным порядком байтов.

• Если datatype namespace 1, datatype array содержит обратно-адресный стиль строка UTF-8, указывающая расширенный тип данных. Если тип данных не имеет соответствующего известного типа данных, этот тип пространства имен типа данных может использоваться. Datatype array состоит из байтов чувствительной к регистру строки UTF-8 без nul (‘\0’) разделитель. Например, гипотетическое datatype array «com.company.my-пользовательский-тип-данных» мог зарегистрировать пользовательский тип данных, принадлежащий владельцу регистрации DNS «mycompany.com».

A datatype namespace кроме 0 или 1 может произойти в синхронизированной дорожке метаданных, возможно записанной согласно более поздней версии этой спецификации. Значения элемента метаданных с нераспознанными типами данных должны быть проигнорированы. Несмотря на это, некоторая обработка все еще возможна на элементе метаданных с нераспознанным типом данных, такова как копирование его между дорожками.

Atom локали метаданных

Значение метаданных может дополнительно быть тегировано с его локалью так, чтобы оно могло быть выбрано основанное на языке пользователя, стране, и т.д. Это тегирование позволяет включать несколько ключей того же ключевого типа (например, авторское право или описание сцены), но с отличающимися локалями для пользователей с различными языками или расположениями. Тип атома локали метаданных ‘loca’.

Если атом локали метаданных отсутствует, значения метаданных нужно считать подходящими для всех локалей.

Размер

32-разрядное целое без знака, указывающее размер в байтах структуры атома

Ввести

32-разрядный набор значений целого без знака к 'loca’

Строка языкового стандарта

ЗАВЕРШЕННАЯ NULL строка символов UTF-8, содержащих языковой тег, соответствующий RFC 4646 (BCP 47). Примеры включают 'en-США ', FR франка' или 'zh-CN'.

Синхронизированный демонстрационный формат данных метаданных

Синхронизированная выборка носителей метаданных структурирована как связь одного или более атомов. Обычно каждый атом будет содержать значение метаданных, соответствующее ключу, сообщенному в синхронизированном демонстрационном описании метаданных.

Если никакое значение для определенного ключа не присутствует в синхронизированной выборке носителей метаданных в установленный срок, интерпретация должна быть то, что нет никаких метаданных того типа в требуемое время. Синхронизированные значения метаданных для того ключа в течение других времен (такой как от предыдущей синхронизированной выборки носителей метаданных) не должны быть интерпретированы как применение к данному времени.

Если никакие значения для какого-либо ключа не присутствуют какое-то время диапазон, один подход должен включать «NULL» или не имеющую ссылки выборку носителей метаданных (см. Не имеющий ссылки, или NULL синхронизировал демонстрационные данные метаданных) для диапазона времени. Синхронизированная выборка носителей метаданных нулевого байта не может использоваться, потому что все объемы выборки должны быть одним или более байтами. Также “пустое редактирование” записи списка редактирования дорожки могло использоваться, чтобы указать, что нет никаких метаданных для диапазона времени фильма.

В целом, однако, предпочтительно включить демонстрационные данные носителей метаданных NULL вместо того, чтобы использовать редактирование дорожки с пустым списком редактирования для указания отсутствия метаданных. Некоторые читатели могут быть не подготовлены к сложным редактированиям (больше чем одна запись списка редактирования и/или время носителей представления состоящее из нескольких несмежных участков).

Постоянный размер синхронизированные демонстрационные данные метаданных

Некоторые клиенты, использующие синхронизированные дорожки метаданных, могут предпочесть создавать дорожки метаданных с выборками, имеющими тот же размер. Два подхода описаны здесь.

В одном подходе записанные метаданные могли бы содержать постоянное число значений метаданных фиксированного размера (например, целые числа, или статически измерил структуры). Если одно или более значений не используются, атомы, соответствующие неиспользованным значениям, могут иметь их local_key_id набор значений к не имеющему ссылки значению (такой как 0).

Во втором подходе может варьироваться размер отдельных значений метаданных. Возможно создать выборки метаданных постоянного размера путем определения максимального синхронизированного объема выборки носителей метаданных и использования не имеющих ссылки атомов для составления в целом этого размера. Подход:

1. Определите постоянный желаемый размер атома носителей метаданных.

2. Заполните атомы, содержащие значения метаданных (см. Синхронизированный Демонстрационный пример Структуры Носителей Метаданных выше).

3. Если необходимо, добавьте один или несколько не имеющих ссылки атомов для достижения постоянного размера атома носителей метаданных.

Объединение многократных потоков метаданных в ту же дорожку

Поскольку два «потока» или дорожки значений метаданных могли бы произойти, где диапазоны времени для одного потока не совпадают с теми из другого потока, соглашение рекомендуется, если оба потока значений метаданных объединены в единственную новую дорожку метаданных (обычно из-за некоторого производственного процесса). В любой точке во временной шкале, где значение метаданных входит в объем или выходит из объема, новые выборки метаданных должны быть начаты с объединения всего подарка значений метаданных к диапазону времени, заменив существующие перекрытые выборки для той части диапазона времени носителей.

Например, эти данные показывают результаты объединения метаданных от двух дорожек метаданных:

В новой объединенной дорожке может использоваться единственное синхронизированное демонстрационное описание метаданных, содержащее ключи A и B. Создавание демонстрационных описаний для каждой комбинации (A, B, {A, B}) возможно, но обескуражен, поскольку это делает определение того, является ли ключ в более сложных дорожках.

Отношения уровня фильма среди дорожек

Дорожка «представления» (например, видео или аудио) может иметь больше чем одну дорожку метаданных, связанную с ним через 'cdsc' введите ссылки дорожки. Объединение всех метаданных через те дорожки нужно считать метаданными для дорожки представления — так же, как если бы была единственная дорожка метаданных со всеми соответствующими метаданными.

Если больше чем одно значение метаданных того же типа находится в дорожках метаданных, существует потенциальный конфликт. В этом случае уровень дорожек метаданных должен использоваться для установления, который должен использоваться. Дорожки с меньшими значениями уровня (т.е.-1 меньше чем 0) берут приоритет, и их значения метаданных должны использоваться. Если две дорожки имеют то же значение уровня, последнюю дорожку в порядке треков фильма (порядок 'trak' атомы в 'moov' атом), переопределю значения метаданных от дорожек ранее в порядке.

Если дорожка метаданных не имеет отношения к другой дорожке определенным ссылкой дорожки ‘cdsc’, это нужно считать глобальной дорожкой метаданных — ее метаданные, применяющиеся ко всему фильму. Если бы часть дорожки применилась бы к дорожке представления, и часть применялась бы глобально, метаданные нужно перенести в двух дорожках, первая ссылка на дорожку представления и другой не ссылка на любую дорожку.

Демонстрационное описание временного кода

Демонстрационное описание временного кода содержит информацию, определяющую, как интерпретировать данные носителей временного кода. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Атомах Описания.

Поле формата данных в демонстрационном описании всегда устанавливается в 'tmcd'.

Обработчик носителей временного кода также добавляет некоторые свои собственные поля к демонстрационному описанию.

Зарезервированный

32-разрядное целое число, резервирующееся для будущего использования. Установите это поле в 0.

Флаги

32-разрядное целое число, содержащее флаги, идентифицирующие некоторые характеристики временного кода. Следующие флаги определяются.

Кадр отбрасывания

Указывает, является ли временной код кадром отбрасывания. Установите его в 1, если временной код является кадром отбрасывания. Значение этого флага является 0x0001.

24-часовой макс.

Указывает ли обертки временного кода после 24 часов. Установите его в 1, если переносится временной код. Значение этого флага является 0x0002.

Отрицательные времена OK

Указывает, позволяются ли отрицательные временные стоимости. Установите его в 1, если временной код поддерживает отрицательные величины. Значение этого флага является 0x0004.

Счетчик

Указывает, соответствует ли временная стоимость значению счетчика ленты. Установите его в 1, если значения временного кода являются значениями счетчика ленты. Значение этого флага является 0x0008.

Масштаб времени

32-разрядное целое число, указывающее масштаб времени для интерпретации поля продолжительности кадра.

Продолжительность кадра

32-разрядное целое число, указывающее, сколько времени каждый кадр длится в режиме реального времени.

Число кадров

8-разрядное целое число, содержащее число кадров в секунду для формата временного кода. Если время является счетчиком, это - число кадров для каждой встречной галочки.

Зарезервированный

8-разрядное количество, которое должно быть установлено в 0.

Исходная ссылка

Пользовательский атом данных, содержащий информацию об исходной ленте. Единственная в настоящее время используемая пользовательская запись списка данных 'name' ввести. Эта запись содержит текстовый элемент, указывающий имя исходной ленты.

Atom информации о носителях временного кода

Носители временного кода также требуют атома информации о носителях. Этот атом содержит информационное управление, как текст временного кода выведен на экран. Этот атом информации о носителях сохранен в основном атоме информации о носителях (см. Основные Атомы информации о Носителях для получения дополнительной информации). Тип атома информации о носителях временного кода 'tcmi'.

Атом информации о носителях временного кода содержит следующие поля:

Размер

32-разрядное целое число, указывающее число байтов в этом атоме информации о носителях временного кода.

Ввести

32-разрядное целое число, идентифицирующее тип атома; это поле должно быть установлено в 'tcmi'.

Версия

1-байтовая спецификация версии этого атома информации о носителях временного кода.

Флаги

3-байтовое пространство для флагов информации о носителях временного кода. Установите это поле в 0.

Шрифт текста

16-разрядное целое число, указывающее шрифт для использования. Установите это поле в 0 для использования системного шрифта. Если поле имени шрифта содержит допустимое имя, проигнорируйте это поле.

Текстовая поверхность

16-разрядное целое число, указывающее стиль шрифта. Установите это поле в 0 для обычного текста. Можно включить другие параметры стиля при помощи один или больше битовых масок, перечисленных в Таблице 4-8.

Табличные 4-8  текстовые номинальные стоимости

Значение	Значение
0x0001	Полужирный
0x0002	Курсив
0x0004	Подчеркивание
0x0008	Схема
0x0010	Тень
0x0020	Уплотнить
0x0040	Расшириться

Размер текста

16-разрядное целое число, указывающее размер точки текста временного кода.

Зарезервированный

16-разрядное целое число, резервирующееся для использования Apple. Установите это поле в 0.

Цвет текста

48-разрядное значение цвета RGB для текста временного кода.

Цвет фона

48-разрядный цвет фона RGB для текста временного кода.

Имя шрифта

Строка Паскаля, указывающая имя шрифта текста временного кода.

Текстовое демонстрационное описание

Текстовое демонстрационное описание содержит информацию, определяющую, как интерпретировать текстовые данные носителей. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Атомах Описания.

Поле формата данных в демонстрационном описании всегда устанавливается в 'text'.

Текстовый обработчик носителей также добавляет некоторые свои собственные поля к демонстрационному описанию.

Флаги дисплея

32-разрядное целое число, содержащее флаги, описывающие, как должен быть составлен текст. Следующие флаги определяются.

Не делайте автоматического масштаба

Текстовое масштабирование средств управления. Когда дорожка масштабируется, если этот флаг установлен в 1, текстовые обратные течения обработчика носителей текст вместо того, чтобы масштабироваться. Значение этого флага является 0x0002.

Используйте цвет фона фильма

Цвет фона средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей игнорирует поле цвета фона в текстовом демонстрационном описании и использует цвет фона фильма вместо этого. Значение этого флага является 0x0008.

Прокрутите в

Текстовая прокрутка средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей прокручивает текст, пока последний из текста не в поле зрения. Значение этого флага является 0x0020.

Прокрутите

Текстовая прокрутка средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей прокручивает текст, пока не не стало последнего из текста. Значение этого флага является 0x0040.

Горизонтальная прокрутка

Текстовая прокрутка средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей прокручивает текст горизонтально; иначе, это прокручивает текст вертикально. Значение этого флага является 0x0080.

Обратная прокрутка

Текстовая прокрутка средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей прокручивает вниз (при прокрутке вертикально) или назад (при прокрутке горизонтально; обратите внимание на то, что горизонтальная прокрутка также зависит от текстового выравнивания). Значение этого флага является 0x0100.

Непрерывная прокрутка

Текстовая прокрутка средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей выводит на экран новые выборки путем прокрутки старых. Значение этого флага является 0x0200.

Падающая тень

Падающая тень средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей выводит на экран текст с падающей тенью. Значение этого флага является 0x1000.

Сглаживание

Сглаживание средств управления. Если этот флаг установлен в 1, текстовое сглаживание использования обработчика носителей при рисовании текста. Значение этого флага является 0x2000.

Ключевой текст

Цвет фона средств управления. Если этот флаг установлен в 1, текстовый обработчик носителей не выводит на экран цвет фона, так, чтобы текстовый фон наложения отследил. Значение этого флага является 0x4000.

Текстовое выравнивание

32-разрядное целое число, указывающее, как текст должен быть выровненный. Установите это поле в 0 для лево-выровненного по ширине текста, в 1 для текста в центре, и к –1 для выровненного по правому знаку текста.

Цвет фона

48-разрядный цвет RGB, указывающий цвет фона текста.

Текстовое поле по умолчанию

64-разрядный прямоугольник, указывающий область для получения текста (вершина, оставленная, нижняя часть, право). Обычно это поле установлено во все нули.

Зарезервированный

64-разрядное значение, которое должно быть установлено в 0.

Число шрифта

16-разрядное значение, которое должно быть установлено в 0.

Поверхность шрифта

16-разрядное целое число, указывающее стиль шрифта. Установите это поле в 0 для обычного текста. Можно включить другие параметры стиля при помощи один или больше битовых масок, перечисленных в Таблице 4-9.

Табличные 4-9  номинальные стоимости Шрифта

Значение	Значение
0x0001	Полужирный
0x0002	Курсив
0x0004	Подчеркивание
0x0008	Схема
0x0010	Тень
0x0020	Уплотнить
0x0040	Расшириться

Зарезервированный

8-разрядное значение, которое должно быть установлено в 0.

Зарезервированный

16-разрядное значение, которое должно быть установлено в 0.

Основной цвет

48-разрядный цвет RGB, указывающий основной цвет текста.

Текстовое имя

Строка Паскаля, указывающая имя шрифта для использования для отображения текста.

Текстовый Atom информации о носителях

Текстовые носители также требуют текстового атома информации о носителях. Этот атом информации о носителях сохранен в основном атоме информации о носителях ('minf') в основном атоме заголовка информации о носителях ('gmhd') (см. Основные Атомы информации о Носителях). Тип текстового атома информации о носителях 'text'.

Атом информации о носителях временного кода содержит следующие поля:

Размер

32-разрядное целое число, указывающее число байтов в этом текстовом атоме информации о носителях.

Ввести

32-разрядное целое число, идентифицирующее тип атома; это поле должно быть установлено в 'text'.

Матричная структура

Матричная структура связала с этим текстом носители. Это должно быть единичной матрицей. Матрица показывает, как отобразить точки от одного координатного пространства в другого. Посмотрите Матрицы для обсуждения того, как матрицы дисплея используются в QuickTime и видят рисунок 2-3 для иллюстрации матричной структуры в атоме.

Текстовые демонстрационные данные

Формат текстовых данных является 16-разрядным словом длины, сопровождаемым фактическим текстом. Слово длины указывает число байтов текста, не включая само слово длины. После текста могут быть один или несколько атомов, содержащих дополнительную информацию для рисования и поиска текста.

Таблица 4-10 перечисляет в настоящее время определяемые текстовые демонстрационные расширения.

Гипертекст и соединенный проводом текст

Гипертекст используется в качестве действия, берущего Вас к веб-URL; как веб-URL, это кажется синим и подчеркнутым. Гипертекст сохранен в демонстрационном потоке атома текстовой дорожки как тип 'htxt'. Тот же механизм используется для хранения соединенных проводом действий, соединенных с текстовыми строками. Текстовая строка может быть соединена проводом для действия как гипертекстовая ссылка, когда щелкнувшийся, или выполнять любого определило соединенное проводом действие QuickTime, когда щелкнувшийся. Для получения дополнительной информации на соединенных проводом действиях, посмотрите Соединенную проводом Грамматику Действия.

Хранившие данные являются a QTAtomContainer. Корневой атом гипертекста в этом контейнере является атомом соединенного проводом текста типа 'wtxt'. Это - родитель для всех отдельных гипертекстовых объектов.

Для каждого гипертекстового элемента родительский атом имеет тип 'htxt'. Это - тип атома контейнера атома. Два дочерних элемента этого атома, определяющие смещение гипертекста в текстовом потоке:

kRangeStart         strt // unsigned long

kRangeEnd           end  // unsigned long

Дочерние атомы родительского атома являются событиями типа kQTEventType и ID типа события. Дочерние элементы этих атомов события следуют за тем же форматом как другие соединенные проводом события.

kQTEventType, (kQTEventMouseClick, kQTEventMouseClickEnd,

                    kQTEventMouseClickEndTriggerButton,

                    kQTEventMouseEnter, kQTEventMouseExit)

...

kTextWiredObjectsAtomType, 1

    kHyperTextItemAtomType, 1..n

         kRangeStart, 1

            long

        kRangeEnd, 1

            long

    kAction     // The known range of track movie sprite actions

Закрытое озаглавливающее демонстрационное описание

Закрытое озаглавливающее демонстрационное описание содержит информацию, определяющую, как интерпретировать закрытые данные носителей ввода субтитров. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Атомах Описания, и не добавляет дополнительных полей.

Поле формата данных в демонстрационном описании должно быть установлено в 'c608' или 'c708'. Дорожка субтитров должна использовать только один формат данных.

Закрытые озаглавливающие демонстрационные данные

Формат закрытых озаглавливающих демонстрационных данных является последовательностью одного или более атомов, один из которых должен быть 'cdat' атомом. Должны быть проигнорированы нераспознанные атомы.

Размер

32-разрядное целое число, указывающее число байтов в закрытый атом данных носителей ввода субтитров.

Ввести

32-разрядное целое число, идентифицирующее тип атома; это поле должно быть установлено в 'cdat'.

Примечание: Apple резервирует все типы атома со строчными буквами и числами.

Демонстрационные данные

Для дорожки CEA-608 данные являются массивом одной или более пар байта для канала передачи данных 1/поля 1 («CC1») потока данных CEA-608, каждое соответствие пары байта видеокадру. Для получения дополнительной информации о содержании, обратитесь к спецификации CEA-608-E, Строка 21 Услуга передачи данных, апрель 2008.

Продолжительности выборок носителей субтитров могут варьироваться, но не должны быть короче, чем число пар байта в массиве пары байта. Демонстрационная продолжительность носителей субтитров, которая более длительна, чем длина массива в видеокадрах, должна обработать дополнительные продолжительности, как будто получен нуль (0) байты пары байта.

Примечание: Каретка пар байта для других элементов источника CEA-608-E данные кадра не описана здесь. Если поддерживается, другие типы атома и их содержание будут задокументированы.

Для дорожки CEA-708, должен быть отформатированным согласно ANSI CEA-708-E спецификация, август 2013.

Включая многократные дорожки субтитров

Если единственная дорожка субтитров включена, рекомендуется, чтобы дорожка была отдельной от любых дорожек подзаголовка в фильме. Однако можно также включать многократные дорожки субтитров в фильм. Если Вы делаете, соблюдающие правила применяются:

• Дорожки субтитров должны быть частью той же альтернативной группы. Если фильм также включает дорожки подзаголовка или текстовые дорожки неглавы, те дорожки должны также быть частью этой группы.

• Дорожки субтитров должны быть тегированы с надлежащим языком.

Демонстрационное описание подзаголовка

Демонстрационное описание подзаголовка содержит информацию, определяющую, как интерпретировать данные носителей подзаголовка. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Атомах Описания.

Поле формата данных в демонстрационном описании в настоящее время всегда устанавливается в 'tx3g'. Должны быть проигнорированы нераспознанные форматы данных. Текстовые носители, описанные здесь, основываются на текстовом поле, определенном в 3GPP Синхронизированная текстовая спецификация, но обеспечивают различный тип дорожки и обработчик носителей, специально разработанный для подзаголовков.

Обработчик носителей подзаголовка добавляет некоторые свои собственные поля к демонстрационному описанию.

Флаги дисплея

32-разрядное целое число, содержащее флаги, описывающие, как должен быть составлен текст подзаголовка. Следующие флаги определяются.

Вертикальное размещение

Средства управления вертикальное размещение текста подзаголовка. Если этот флаг установлен, обработчик носителей подзаголовка использует главную координату границ дисплея переопределения 'tbox' текстовое поле для определения вертикального размещения подзаголовка, как описано в Размере Заголовка Дорожки Подзаголовка и Размещении. Иначе, подзаголовок выводит на экран у основания видео. Значение этого флага является 0x20000000.

Вызываются некоторые выборки

Указывает, содержат ли какие-либо выборки подзаголовка вызванные атомы. Если этот флаг установлен, по крайней мере одна выборка содержит принудительное ('frcd') атом, как описано в Демонстрационных Данных Подзаголовка. Значение этого флага является 0x40000000.

Все выборки вызываются

Если этот флаг установлен, обработчик носителей подзаголовка обрабатывает все выборки как вызванные подзаголовки, независимо от присутствия или отсутствия a 'frcd' атом. Значение этого флага является 0x80000000. Если этот флаг установлен, флаг Some Samples Are Forced должен также быть установлен (делающий 0xC0000000).

Зарезервированный

8-разрядное целое число, которое должно быть установлено в 1.

Зарезервированный

8-разрядное целое число, которое должно быть установлено в-1 (отрицательный).

Зарезервированный

32-разрядное целое число, которое должно быть установлено в 0.

Текстовое поле по умолчанию

64-разрядный прямоугольник, указывающий область для получения текста (каждый 16 битов указывают вершину, оставленную, нижняя часть и право, соответственно) в дорожке подзаголовка. Этот прямоугольник должен заполнить размерности заголовка дорожки точно; т.е. вершина 0, оставленный 0, нижняя часть является высотой заголовка дорожки подзаголовка, и право является шириной заголовка дорожки подзаголовка. Посмотрите Размер Заголовка Дорожки Подзаголовка и Размещение.

Зарезервированный

32-разрядное значение, которое должно быть установлено в 0.

Идентификатор шрифта

16-разрядное значение, которое должно быть установлено в тот же идентификатор шрифта как в таблице шрифтов ('ftab' расширение).

Поверхность шрифта

8-разрядное целое число, указывающее стиль шрифта. Установите это поле в 0 для обычного текста. Можно включить другие параметры стиля при помощи один или больше битовых масок, перечисленных в Таблице 4-11.

Табличные 4-11  номинальные стоимости Шрифта

Значение	Значение
0x0001	Полужирный
0x0002	Курсив
0x0004	Подчеркивание

Размер шрифта

8-разрядное значение, которое должно всегда быть 0,05 умноженными высотой заголовка видеотрека. Например, если заголовок видеотрека является 720 точками в высоте, это должно быть 36 (точки). Этот размер должен использоваться в записи стиля по умолчанию и в любых записях стиля на выборку. Если подзаголовок не помещается в текстовое поле, обработчик носителей подзаголовка может принять решение уменьшить размер шрифта так, чтобы соответствовал подзаголовок.

Основной цвет

32-разрядный цвет RGBA, указывающий цвет текста, 8 битов каждый для красного, зеленого, синего цвета, и альфа (прозрачность). Например, это было бы (0 0 0 255) для непрозрачного черного цвета или (255,255,255,255) для непрозрачного белого. Темные цвета не рекомендуются, поскольку текст мог быть помещен на темный фон.

Таблица шрифтов

Атом типа 'ftab' это идентифицирует шрифт для использования для отображения текста. Посмотрите Atom Таблицы шрифтов.

Atom таблицы шрифтов

Этот атом указывает, что шрифт раньше выводил на экран подзаголовок.

Размер

32-разрядное целое число без знака, содержащее размер атома таблицы шрифтов.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'ftab'.

Количество

16-разрядное целое число без знака, указывающее, сколько шрифтов описано в этой таблице. Это должно быть 1.

Идентификатор шрифта

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

Длина имени шрифта

8-разрядное целое число без знака, указывающее длину имени шрифта в байтах.

Имя шрифта

Должна быть или «Засечка» или «Sans Serif».

Демонстрационные данные подзаголовка

Демонстрационные данные подзаголовка состоят из 16-разрядного слова, указывающего длину (число байтов) текста подзаголовка, сопровождаемого текстом подзаголовка и затем дополнительными демонстрационными расширениями. Текст подзаголовка является текстом Unicode, закодированным или как текст UTF-8 или как текст UTF-16, начинающийся с BYTE ORDER UTF-16 MARK ('\uFEFF') в порядке с прямым порядком байтов или с обратным порядком байтов. Нет никакого нулевого завершения для текста.

После текста подзаголовка могут быть один или несколько атомов, содержащих дополнительную информацию для выбора и рисования подзаголовка.

Таблица 4-12 перечисляет в настоящее время определяемые демонстрационные расширения подзаголовка.

Atom стиля подзаголовка

Это расширение указывает изменения в появлении подзаголовка. Информация о стилях в демонстрационном описании подзаголовка обеспечивает стиль по умолчанию для текста подзаголовка. Это расширение позволяет Вам переопределять стиль по умолчанию для различных частей или всех, текста подзаголовка.

Размер

32-разрядное целое число без знака, содержащее размер подзаголовка, разрабатывает атом.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'styl'.

Количество записи

16-разрядное целое число без знака, указывающее, сколько записей стиля текста подзаголовка следует за этим количеством записи.

Запись стиля текста подзаголовка

Одна или более записей, предоставляющих подробную информацию о стиле подзаголовка. Одна запись состоит из следующих полей.

Начальный символ

16-разрядное значение, которое является смещением первого символа, который должен использовать стиль, указанный в этой записи. Нуль (0) является первым символом в подзаголовке.

Конечный символ

16-разрядное значение, которое является смещением символа, следующего за последним знаком для использования этого стиля.

Идентификатор шрифта

16-разрядное значение, которое должно быть установлено в тот же идентификатор шрифта как в таблице шрифтов ('ftab' расширение).

Поверхность шрифта

8-разрядное целое число, указывающее стиль шрифта. Установите это поле в 0 для обычного текста. Можно включить другие параметры стиля при помощи один или больше битовых масок, перечисленных в тексте.

Размер шрифта

8-разрядное значение, указывающее размер шрифта. См. Демонстрационное Описание Подзаголовка для получения дополнительной информации.

Основной цвет

32-разрядный цвет RGBA, указывающий цвет текста. См. Демонстрационное Описание Подзаголовка для получения дополнительной информации.

Атом Текстового поля

Это дополнительное расширение определяет текстовое поле для выборки подзаголовка, чтобы использоваться, как описано в Таблице 4-12. Если настоящее, это переопределяет текстовое поле по умолчанию в связанном демонстрационном описании. Если демонстрационные флаги Дисплея описания подзаголовка не включают флаг Vertical Placement (0x20000000), атом Текстового поля не должен быть включен ни в какую выборку дорожки подзаголовка.

Размер

32-разрядное целое число без знака, содержащее размер подзаголовка, разрабатывает атом.

Ввести

32-разрядное поле без знака, содержащее четыре кода символа 'tbox'.

Текстовое поле

64-разрядный прямоугольник, указывающий область для получения текста (каждый 16 битов указывают вершину, оставленную, нижняя часть и право, соответственно) в дорожке подзаголовка. Этот прямоугольник должен заполнить размерности ширины дорожки точно. Верхние и нижние координаты могут варьироваться, потому что они используются, чтобы поместить и измерить текст подзаголовка вертикально. Вершина используется для размещения текста; высота определяется нижней частью минус вершина. Ни вершина, ни нижняя часть не должны быть вне размерностей дорожки подзаголовка. Посмотрите Размер Заголовка Дорожки Подзаголовка и Размещение.

Размер заголовка дорожки подзаголовка и размещение

Отдельные подзаголовки могут быть помещены только в размерностях дорожки подзаголовка, скорректированных матрицей дорожки подзаголовка. Это выражено относительно основного видеотрека, позволив подзаголовкам наложить видео. Как правило, все подзаголовки помещаются у основания видео. Также подзаголовки могут быть помещены в различное вертикальное расположение, позволяющее отдельные подзаголовки в нижней части или вершине связанного видео. В этом разделе описывается этим управляют и как установлена геометрия дорожки и подзаголовка.

Значение размерностей дорожки и матрицы дорожки отличается в зависимости от отсутствия или присутствия флага Vertical Placement (0x20000000) в демонстрационных флагах дисплея описания подзаголовка. Когда Вертикальное Размещение не установлено, подзаголовки всегда помещаются у основания видео. Когда Вертикальное Размещение установлено, вертикальная позиция подзаголовков может варьироваться основанная на атоме Текстового поля ('tbox') в каждой выборке.

В обоих случаях ширина дорожки подзаголовка должна совпасть с шириной дорожки своего связанного основного видео ('vide') дорожка.

Если флаг Vertical Placement (0x20000000) флаг дисплея демонстрационного описания не установлен, следующее должно быть истиной:

• Высота дорожки подзаголовка должна быть 0.15 * 'vide' высота заголовка дорожки. Это предусматривает пространство для двух строк текста подзаголовка. Например, если 'vide' высота заголовка дорожки составляет 720 пикселей, тогда 'sbtl'высота заголовка дорожки должна быть 108 (пиксели).

• Вертикальное размещение дорожки подзаголовка определяется матрицей дорожки, которая должна быть простой вертикальной матрицей перевода, смещающей подзаголовок вниз на 0,85 * 'vide' высота заголовка дорожки. Для обработчика носителей подзаголовка, соблюдающего tx3g правила, это располагает подзаголовки на нижней части 15 процентов видео. Обработчики носителей могут принять решение сместить подзаголовки далее вниз в некоторых режимах; например, в режиме воспроизведения, выводящем на экран черные полосы выше и ниже содержания, видео могло быть смещено и подзаголовки, перемещенные вниз в черную область.

• Выборки подзаголовка не должны содержать демонстрационное расширение данных текстового поля ('tbox') потому что не позволяется никакое управление вертикальным размещением.

Также, если флаг Vertical Placement (0x20000000) флаг дисплея демонстрационного описания установлен, следующее должно быть истиной:

• Высота дорожки подзаголовка должна быть высотой заголовка видеотрека вместо 0,15 * высота видеотрека. Поскольку размерности дорожки подзаголовка соответствуют размерности видеотрека, текст подзаголовка может быть расположен в нижнюю часть или вершину видео, в отличие от этого когда не установлен флаг Vertical Placement.

• Матрица дорожки должна быть единичной матрицей.

• Размещение подзаголовка определяется главной координатой одного из двух прямоугольников. Если демонстрационное расширение данных текстового поля переопределения ('tbox') присутствует, оно используется. Иначе, текстовое поле по умолчанию в демонстрационном описании используется. Некоторые проигрыватели будут использовать главную координату, чтобы определить, является ли подзаголовок в верхней части размерностей дорожки, и поместите подзаголовок наверху видео, иначе поместив его у основания видео. Другие проигрыватели могли бы использовать главную координату точно, помещая подзаголовок в указанной вертикальной координате. Поскольку обе среды воспроизведения возможны для части содержания, это, рекомендуют, чтобы главная координата 0 использовалась для размещения наверху и главной координаты, равной высоте дорожки минус высота подзаголовка, которая будет использоваться. Таким образом, если содержание играется в любом виде проигрывателя, его размещение предсказуемо.

Ссылка на связанную принудительную дорожку подзаголовка

Дорожка подзаголовка может содержать ссылку дорожки типа 'forc' к парной дорожке подзаголовка, содержащей только вызванные подзаголовки.

Соединение двух дорожек подзаголовка могло бы быть необходимым если синхронизация принудительных выборок подзаголовка (см. 'frcd') отличается от регулярного текста подзаголовка, такой как тогда, когда принудительный дисплей подзаголовка наложился бы своевременно с дисплеем регулярного подзаголовка. Если синхронизации являются тем же, единственная дорожка подзаголовка должна использоваться.

Для соединения двух дорожек одна дорожка подзаголовка может содержать любую комбинацию принудительных и невызванных (регулярных) выборок подзаголовка, и другая дорожка должна содержать только вызванные подзаголовки. Дорожки должны быть в той же альтернативной группе и быть тегированы с тем же расширенным языковым тегом и кодом языка. Первая, регулярная дорожка тогда использует ссылку дорожки типа 'forc' для ссылки на вторую, принудительную только дорожку. (Смешивание расширенных языковых тегов или кодов для того же языка в той же альтернативной группе не определено.)

Посмотрите Альтернативные Дорожки Подзаголовка и Ссылочные Атомы Дорожки для получения дополнительной информации.

Музыкальное демонстрационное описание

Музыкальное демонстрационное описание использует стандартный демонстрационный заголовок описания, как описано в разделе Sample Description Atoms.

Поле формата данных в демонстрационном описании всегда устанавливается в 'musi'. Музыкальный обработчик носителей добавляет дополнительное 32-разрядное целочисленное поле к демонстрационному описанию, содержащему флаги. В настоящее время никакие флаги не определяются, и это поле должно быть установлено в 0.

После поля флагов в музыкальном формате QuickTime могут быть добавленные данные. Эти данные состоят из отображений части к инструменту в форме событий General, содержащих запросы примечания. Одно событие запроса примечания должно присутствовать для каждой части, которая будет использоваться в демонстрационных данных.

Музыкальные демонстрационные данные

Демонстрационные данные для музыкальных выборок состоят полностью из данных в музыкальном формате QuickTime. Как правило, до 30 секунд примечаний сгруппированы в единственную выборку.

Демонстрационное описание MPEG 1

Демонстрационное описание MPEG 1 использует стандартный демонстрационный заголовок описания, как описано в Демонстрационных Атомах Описания.

Поле формата данных в демонстрационном описании всегда устанавливается в 'MPEG'. MPEG 1 обработчик носителей не добавляет дополнительных полей к демонстрационному описанию.

Демонстрационные данные MPEG 1

Каждая выборка в MPEG 1 носитель является всем потоком MPEG 1. Это означает, что единственная выборка MPEG 1 может составить несколько сотен мегабайтов в размере. Кодирование MPEG 1, используемое QuickTime, соответствует стандарту ISO, как описано в документе CD 11172 ISO.

Демонстрационное описание Sprite

Демонстрационное описание спрайта использует стандартный демонстрационный заголовок описания, как описано в Демонстрационных Атомах Описания.

Поле формата данных в демонстрационном описании всегда устанавливается в 'sprt'. Обработчик носителей спрайта не добавляет дополнительных полей к демонстрационному описанию.

Демонстрационные данные Sprite

Все выборки спрайта сохранены в структурах атома QT. Носители спрайта используют оба ключевых кадра и кадры differenced. Ключевые кадры содержат все данные изображения спрайта и начальные установки для каждого из свойств спрайта.

Ключевой кадр всегда содержит совместно используемый атом данных типа 'dflt'. Этот атом содержит данные, которые будут совместно использованы спрайтами, состоя в основном из данных изображения и демонстрационных описаний. Совместно используемый атом данных содержит единственный атом контейнера изображения спрайта со значением типа атома 'imct' и Значение идентификатора 1.

Атом контейнера изображения спрайта хранит один или несколько атомов изображения спрайта типа 'imag'. Каждый атом изображения спрайта содержит демонстрационное описание изображения, сразу сопровождаемое сжатыми данными изображения спрайта. Атомы изображения спрайта должны иметь Идентификационные номера, запускающиеся в 1 и рассчитывающие последовательно вверх.

Ключевой кадр также должен содержать определения для каждого спрайта в атомах типа 'sprt'. Атомы Sprite должны иметь Идентификационные номера, запускаются в 1 и рассчитывают последовательно вверх. Каждый атом спрайта содержит список свойств. Таблица 4-13 показывает все в настоящее время определяемые свойства спрайта.

Выборка переопределения отличается от выборки ключевого кадра двумя способами. Во-первых, выборка переопределения не содержит совместно используемый атом данных. Все совместно используемые данные должны появиться в ключевом кадре. Во-вторых, только те свойства спрайта, изменяющие потребность, которая будет указана. Если ни одно из свойств спрайта не изменяется в данном кадре, то спрайту не нужен атом в кадре differenced.

Выборка переопределения может использоваться одним из двух способов: объединенный, как с видео ключевыми кадрами, для построения текущего кадра; или текущий кадр может быть получен путем объединения только ключевого кадра и текущей выборки переопределения.

Обратитесь к разделу Sprite Track Media Format для получения информации о том, как выборки переопределения обозначены в файле, с помощью kSpriteTrackPropertySampleFormat и поведение по умолчанию kKeyFrameAndSingleOverride формат.

Атомы формата носителя Sprite

Демонстрационный формат дорожки спрайта позволяет Вам сохранить атомы, необходимые для описания списков действия, выполняющихся в ответ на события QuickTime. Ключ Описания Контейнера Atom QT определяет грамматику для построения допустимых выборок спрайта действия, которые могут включать сложные выражения.

И выборки ключевого кадра и выборки переопределения поддерживают атомы действия спрайта. Выборки переопределения переопределяют действия на уровне события QuickTime. В действительности то, что Вы делаете путем переопределения, должно полностью заменить один обработчик событий и все его действия с другим. Дорожка спрайта kSpriteTrackPropertySampleFormat свойство не имеет никакого эффекта на то, как выполняются действия. Поведение подобно значению по умолчанию kKeyFrameAndSingleOverride отформатируйте, где, если в данной выборке переопределения нет никакого обработчика для события, обработчик ключевого кадра используется, если существует тот.

Расширения формата носителя Sprite

В этом разделе описываются некоторые типы атома, и IDs раньше расширял формат носителя дорожки спрайта, таким образом включая возможности спрайта действия.

Полное описание грамматики для выборок обработчика носителей спрайта, включая расширения спрайта действия, включено в раздел Sprite Media Handler Track Properties QT Atom Container Format.

Атомы свойства дорожки Sprite

Следующие константы представляют типы атома для свойств дорожки спрайта. Эти атомы применяются к целой дорожке, не только к единственной выборке.

Постоянные описания

kSpriteTrackPropertyHasActions

Необходимо добавить атом этого типа с его листовым набором данных к true если Вы хотите, чтобы контроллер фильма выполнил действия в Ваших носителях дорожки спрайта. Листовые данные атома имеют тип Boolean. Значение по умолчанию false, таким образом, очень важно добавить атом этого типа, если Вы хотите, чтобы интерактивность имела место.

kSpriteTrackPropertyQTIdleEventsFrequency

Необходимо добавить атом этого типа, если Вы хотите, чтобы спрайты в Вашей дорожке спрайта получили kQTEventIdle События QuickTime. Листовые данные атома имеют тип UInt32. Значение является минимальным числом галочек, которые должны передать перед следующим QTIdle событие отправляется. Каждая галочка является 1/60-й из одной секунды. Для указания “Неактивный максимально быстро” установите значение в 0. Значение по умолчанию kNoQTIdleEvents, что означает, не отправляют неактивных событий.

Возможно, что для маленьких неактивных частот события, фильм не будет в состоянии поддержать на высоком уровне, когда неактивные события будут отправлены максимально быстро.

Начиная с отправки неактивных событий занимает некоторое время, лучше указывать самую большую частоту, приводящую к результатам, которых Вы желаете, или kNoQTIdleEvents если Вам не нужны они.

kSpriteTrackPropertyVisible

Можно заставить всю дорожку спрайта быть невидимой путем установки значения этого Boolean свойство к false. Это полезно для использования дорожки спрайта, поскольку скрытая дорожка кнопки — например, помещая невидимую дорожку спрайта по видеотреку позволила бы символам в видео быть активируемыми по щелчку. Значение по умолчанию видимо (true).

kSpriteTrackPropertyScaleSpritesToScaleWorld

Можно заставить каждый спрайт повторно масштабироваться, когда дорожка спрайта изменена путем установки значения этого Boolean свойство к true. Установка этого свойства может улучшить производительность получения и качество масштабированной дорожки спрайта. Это особенно полезно для изображений спрайта, сжатых с кодеками, которые независимы от разрешения, таковы как кодек Кривой. Значение по умолчанию для этого свойства false.

Демонстрационное описание промежуточного кадра

Демонстрационное описание промежуточного кадра использует стандартный демонстрационный заголовок описания, как описано в Демонстрационных Табличных Атомах.

Поле формата данных в демонстрационном описании всегда устанавливается в 'twen'. Обработчик носителей промежуточного кадра не добавляет дополнительных полей к демонстрационному описанию.

Демонстрационные данные промежуточного кадра

Демонстрационные данные промежуточного кадра хранятся в структурах атома QT.

На корневом уровне существуют один или несколько атомов записи промежуточного кадра; эти атомы имеют значение типа атома 'twen'. Каждый атом записи промежуточного кадра полностью описывает одну работу интерполяции. Эти атомы должны быть последовательно пронумерованы, запустившись в 1, с помощью поля ID атома.

Каждый атом записи промежуточного кадра содержит еще несколько атомов, описывающих, как выполнить интерполяцию. Поле ID атома в каждом из этих атомов должно быть установлено в 1.

Промежуточный кадр запускает атом (тип атома 'twst').

Этот атом указывает время, в которое должна запуститься интерполяция. Время выражено в системе координат времени носителей. Если этот атом не присутствует, начальное смещение, как предполагается, 0.

Атом продолжительности промежуточного кадра (тип атома 'twdu').

Этот атом указывает, сколько времени должна продлиться интерполяция. Время выражено в системе координат времени носителей. Если этот атом не присутствует, продолжительность, как предполагается, является продолжительностью выборки.

Атом данных промежуточного кадра (тип атома 'twdt').

Этот атом содержит фактические значения для интерполяции. Содержание зависит от значения атома типа промежуточного кадра.

Атом типа промежуточного кадра (тип атома 'twnt').

Описывает тип интерполяции для выполнения.

Таблица 4-15 показывает все в настоящее время определяемые типы промежуточного кадра. Все типы промежуточного кадра в настоящее время поддерживаются с помощью линейной интерполяции.

Каждый тип промежуточного кадра отличают от других типов эти характеристики:

• Входные значения или структуры определенного типа

• Определенное число входных значений или структур (чаще всего один или два)

• Выходные значения или структуры определенного типа

• Определенный алгоритм раньше получал выходные значения

Операции промежуточного кадра для каждого типа промежуточного кадра выполняются компонентом промежуточного кадра, который является определенным для того типа или для многих типов промежуточного кадра, которые являются собственными к QuickTime самим QuickTime. Фильмы и приложения, использующие вставку промежуточных кадров, не должны указывать компонент промежуточного кадра для использования; QuickTime идентифицирует тип промежуточного кадра своим идентификатором типа промежуточного кадра и автоматически направляет его данные к корректному компоненту промежуточного кадра или к QuickTime.

Когда фильм содержит дорожку промежуточного кадра, обработчик носителей промежуточного кадра вызывает необходимый компонент (или встроенный код QuickTime) для операций промежуточного кадра и поставляет результаты к другому обработчику носителей. Обработчик носителей получения может тогда использовать значения, которые он получает для изменения его воспроизведения. Например, данные в дорожке промежуточного кадра могут использоваться для изменения объема звуковой дорожки.

Вставка промежуточных кадров может также использоваться за пределами фильмов приложениями или другим программным обеспечением, которое может использовать значения, которые это генерирует.

Категории типа промежуточного кадра

Каждый из типов промежуточного кадра, поддерживаемых QuickTime, принадлежит одной из этих категорий:

• Числовые типы промежуточного кадра, имеющие пар числовых значений, таких как длинные целые, как введено. Для этих типов линейная интерполяция используется для генерации выходных значений.

• QuickDraw вставляют промежуточные кадры типы, большинство которых имеет пар структур QuickDraw, таких как точки или прямоугольники, как введено. Для этих типов один или несколько элементов структуры интерполированы, такой как h и v интерполированный значения для точек и каждый элемент интерполированы отдельно от других.

• 3D типы промежуточного кадра, имеющие QuickDraw 3D структура такой как TQ3Matrix4x4 или TQ3RotateAboutAxisTransformData как введено. Для этих типов определенная 3D трансформация выполняется на данных для генерации вывода.

• Тип промежуточного кадра многоугольника, берущий три четырехсторонних многоугольника, как введено. Один многоугольник (такой как границы для спрайта или дорожки) преобразовывается, и оба другие указывают запуск и конец диапазона многоугольников, в которые работа промежуточного кадра отображает его. Можно использовать вывод (a MatrixRecord структура данных) для отображения исходного многоугольника в любой промежуточный многоугольник. Промежуточный многоугольник интерполирован от запуска и многоугольников конца в течение каждого определенного времени в продолжительности промежуточного кадра.

• Типы промежуточного кадра пути, как введшие поток данных вектора QuickTime для пути. Четыре из типов промежуточного кадра пути также как ввели процент длины пути; для этих типов возвращаются или точка на пути или структура данных. Два других типа промежуточного кадра пути обрабатывают путь как функцию: каждый возвращается y значение точки на пути с данным x значение и другие возвраты x значение точки на пути с данным y значение.

• Тип промежуточного кадра списка, как введший контейнер атома QT, содержащий листовые атомы указанного типа атома. Для этой категории типа промежуточного кадра продолжительность работы промежуточного кадра разделена на число листовых атомов указанного типа. Для моментов времени в первом временном разделении возвращаются данные для первого листового атома; для подразделения второго раза возвращаются данные для второго листового атома; и т.д. Получающаяся работа промежуточного кадра продолжается на дискретных шагах (один шаг для каждого листового атома) вместо относительно непрерывной вставки промежуточных кадров, произведенной другими категориями типа промежуточного кадра.

Промежуточный кадр контейнер Atom QT

Характеристики промежуточного кадра указаны атомами в промежуточном кадре контейнер атома QT.

Промежуточный кадр контейнер атома QT может содержать атомы, описанные в следующих разделах.

Ограничения пространственных дорожек модификатора

Дорожка модификатора может заставить дорожку перемещаться за пределами ее исходных граничных областей. Это может представить проблемы, так как приложения не ожидают, что размерности или расположение фильма в формате QuickTime изменятся в течение долгого времени.

Чтобы гарантировать, что фильм поддерживает постоянное расположение и размер, Панель инструментов Фильма ограничивает область, в которой может быть выведена на экран пространственно измененная дорожка. «Естественная» форма фильма определяется областью, возвращенной GetMovieBoundsRgn функция. Панель инструментов отсекает все пространственно измененные дорожки против области, возвращенной GetMovieBoundsRgn. Это означает, что дорожка может переместиться за пределами ее начальных граничных областей, но она не может переместиться вне объединенных начальных граничных областей всех дорожек в фильме. Области, раскрытые движущейся дорожкой, обрабатываются панелью инструментов таким же образом как области, раскрытые дорожками с пустыми редактированиями.

Если дорожка должна переместиться через большую область, чем определенный граничной областью фильма, граничная область фильма может быть увеличена к любому желаемому размеру путем создания пространственной дорожки (такой как видеотрек) желаемого размера, но без данных. Пока дорожка включена, она способствует граничным областям фильма.

3D демонстрационное описание

3D демонстрационное описание использует стандартный демонстрационный заголовок описания, как описано в Демонстрационных Табличных Атомах.

Поле формата данных в демонстрационном описании всегда устанавливается в 'qd3d'. 3D обработчик носителей не добавляет дополнительных полей к демонстрационному описанию.

3D демонстрационные данные

3D выборки сохранены в 3D формате Метафайла, разработанном для 3D QuickDraw.

Демонстрационное описание потоковых медиа

Демонстрационное описание потоковых медиа содержит информацию, определяющую, как интерпретировать данные потоковых медиа. Это демонстрационное описание основывается на стандартном демонстрационном заголовке описания, как описано в Демонстрационных Табличных Атомах.

Демонстрационное описание потоковых медиа документируется в заголовочный файл QuickTime QTSMovie.h, как показано в Перечислении 4-1.

  Демонстрационное описание Потоковых медиа перечисления 4-1

struct QTSSampleDescription {

    long                            descSize;

    long                            dataFormat;

    long                            resvd1;     /* set to 0*/

    short                           resvd2;     /* set to 0*/

    short                           dataRefIndex;

    UInt32                          version;

    UInt32                          resvd3;     /* set to 0*/

    SInt32                          flags;

                                                /* qt atoms follow:*/

                                    /* long size, long type, some  data*/

                                                /* repeat as necessary*/

};

typedef struct QTSSampleDescription     QTSSampleDescription;

Демонстрационный формат зависит от dataFormat поле QTSSampleDescription. dataFormat поле может быть любым значением, которое Вы указываете. В настоящее время определяемые значения 'rtsp' и 'sdp '.

Если 'rtsp', выборкой может быть просто rtsp URL. Это может также быть любое значение, что можно вставить a .rtsp файл, как определено в

http://streaming.apple.com/qtstreaming/documentation/userdocs/rtsptags.htm

Если 'sdp ', тогда выборка является файлом SDP. Это использовалось бы для получения многоадресной широковещательной передачи.

Добавление дорожек подсказки к фильму

Для хранения подсказок пакетирования одна или более дорожек подсказки добавляются к фильму. Каждая дорожка подсказки содержит подсказки по крайней мере для одной фактической дорожки носителей, которая будет передана потоком. Переданная потоком дорожка носителей может иметь больше чем одну дорожку подсказки. Например, это могло бы иметь отдельную дорожку подсказки для различных размеров пакета поддержки сервера, или это могло бы иметь различные дорожки подсказки для различных протоколов. Не требуется, что все дорожки носителей имеют соответствующие дорожки подсказки в фильме.

Демонстрационное время выборки подсказки соответствует демонстрационному времени носителей, содержавшихся в пакетах, сгенерированных той выборкой подсказки. Выборка подсказки может также содержать время передачи для каждого пакета. (Формат для выборки подсказки является определенным для типа дорожки подсказки.)

Дорожка подсказки может иметь различный масштаб времени, чем свои дорожки носителей, на которые ссылаются.

flags поле в атоме заголовка дорожки ('tkhd') должен быть установлен в 0x000000, указав, что дорожка неактивна и не является частью фильма, предварительного просмотра или плаката.

subType поле атома описания обработчика ('hdlr') содержит 'hint', указание, что тип среды является подсказками пакетирования.

Обратите внимание на то, что, если дорожка носителей QuickTime редактируется, любые ранее сохраненные подсказки пакетирования могут стать недопустимыми. Сравнение дат модификации дорожки носителей и дорожки подсказки является одним способом определить этот сценарий, но это далеко от того, чтобы быть защитой от случайных ошибок. Так как дорожка подсказки отслеживает, который исходные выборки носителей дорожки и демонстрационные описания для игры в определенные времена изменения, которые влияют на те части исходной дорожки, или носители делают те подсказки недопустимыми. Изменения в фильме, не лишающие законной силы существующие дорожки подсказки, включают выравнивание (когда нет никаких списков редактирования), и добавление новых дорожек. Изменения, лишающие законной силы дорожки подсказки, включают:

• Выравнивание (когда существуют списки редактирования),

• Добавление или удаление выборок

• Изменение масштаба времени дорожки

• Изменение демонстрационных описаний

Atom заголовка носителя подсказки пакетирования

В фильмах в формате QuickTime, атом информации о носителях ('minf') содержит данные заголовка, определенные для носителей. Для дорожек подсказки заголовок носителя является основным атомом информации о носителях ('gmhd'). Дорожка подсказки должна содержать основной атом информации о носителях.

Пользовательский Atom данных дорожки подсказки

Каждая дорожка подсказки может содержать пользовательские атомы данных дорожки, применяющиеся к только к соответствующей дорожке подсказки. В настоящее время существует два таких определенные атома.

• Пользовательский тип атома данных 'hinf'.

Это содержит статистику для дорожки подсказки. 'hinf' атом содержит дочерние атомы, как определено в Таблице 4-17. В некоторых случаях, существуют и 32-разрядные и 64-разрядные доступные счетчики. Должны быть проигнорированы любые неизвестные типы.

• Пользовательский тип атома данных 'hnti'.

Это может содержать дочерние атомы. Дочерние атомы, запускающиеся с 'sdp ' (отметьте, снова, пространство), содержите текст SDP для этой дорожки. Текст от этих дочерних атомов должен быть вставлен в надлежащее место в тексте SDP для фильма после любого общего текста SDP. Это походит на уровень фильма 'hnti' атом.

Информационный Atom подсказки фильма

Фильм может содержать 'hnti' пользовательский атом данных фильма, который может содержать один или несколько дочерних атомов. Дочернее содержание атома запускается с 4 байтов, указывающих транспорт и 4 байта, указывающие тип данных, содержавшихся в остальной части дочернего атома. В настоящее время единственный определенный транспорт 'rtp ' (отметьте пространство), и единственный определенный тип данных содержания 'sdp ' (отметьте пространство). Должны быть пропущены дочерние атомы, транспорт которых или комбинации типа Вы не распознаете.

Текст в атоме типа 'rtp sdp ' должен быть вставлен (в надлежащем месте) в информацию SDP, сгенерированную от этого файла (например, сервером потоковой передачи) перед любой информацией SDP для определенных дорожек.

Таблица 4-17 описывает тип и значения 'hnti' атом.

Режимы данных

Никакой-Op режим данных

Запись таблицы данных имеет формат ни для какого-op режима, показанного на рисунке 4-19.

Полевые описания

Источник данных = 0

Значение 0 указывает, что должна быть проигнорирована эта запись таблицы данных.

Непосредственный режим данных

Запись таблицы данных имеет формат для непосредственного режима, показанного на рисунке 4-20.

Полевые описания

Источник данных = 1

Значение 1 указывает, что данные должны быть сразу взяты от байтов следующих данных.

Непосредственная длина

8-разрядное целое число, указывающее число байтов для взятия от следующих данных. Юридические значения колеблются от 0 до 14.

Непосредственные данные

14 байтов данных для размещения в часть полезной нагрузки пакета. Только первое число байтов, обозначенных непосредственным полем длины, используется.

Демонстрационный режим

Запись таблицы данных имеет формат для демонстрационного режима, показанного на рисунке 4-21.

Полевые описания

Источник данных = 2

Значение 2 указывает, что данные должны быть взяты от демонстрационных данных дорожки.

Дорожка касательно индекса

Значение, указывающее, из которого прибудет дорожка демонстрационные данные. Значение 0 средних значений, что существует точно одна дорожка носителей, на которую ссылаются, так использование это. Значения от 1 до 127 являются индексами в дорожку подсказки ссылочные записи атома, указывая, из которого исходной дорожки носителей должна быть считана выборка. Значение-1 среднего значения, сама дорожка подсказки, т.е. получает выборку от той же дорожки как выборка подсказки, которую Вы в настоящее время анализируете.

Длина

16-разрядное целое число, указывающее число байтов в выборке для копирования.

Демонстрационное число

32-разрядное целое число, указывающее демонстрационное число дорожки.

Смещение

32-разрядное целое число, указывающее смещение от запуска выборки, с которой можно начать копировать. При ссылке на выборки в дорожке подсказки это обычно будет точки в область Additional Data.

Байты на блок сжатия

16-разрядное целое без знака, указывающее число байтов, следующее из сжатия числа выборок в Выборках на блочное поле сжатия. Значение 0 эквивалентно значению 1.

Выборки на блок сжатия

16-разрядное целое без знака, указывающее несжатые выборки на блок сжатия. Значение 0 эквивалентно значению 1.

Если байты на блок сжатия и/или выборки на блок сжатия больше, чем 1, чем это отношение используется для перевода демонстрационного числа в фактическое байтовое смещение.

Этот режим отношения обычно используется для сжатых звуковых дорожек. Обратите внимание на то, что для звуковых дорожек QuickTime, байтов на блок сжатия также факторы в числе звуковых каналов в том потоке, таким образом, стерео QuickTime звучат как BPCB потока, были бы дважды больше чем это моно потока того же звукового формата.

(CB = NS * BPCB / SPCB)

где CB = сжал байты, NS = число выборок, BPCB = байты на блок сжатия и SPCB = выборки на блок сжатия.

Пример:

Блок сжатия GSM обычно является 160 выборками, упакованными в 33 байта.

Так, BPCB = 33 и SPCB = 160.

Выборка подсказки запрашивает 33 байта данных, запускающихся при 161-й выборке носителей. Предположите, что первый блок QuickTime содержит по крайней мере 320 выборок. Таким образом, после определения, что эти данные прибудут из блока 1, и знающий, где блок 1 запускается, необходимо использовать это отношение для корректировки смещения в файл, где будут найдены требуемые выборки:

chunk_number = 1; /* calculated by walking the sample-to-chunk atom */

first_sample_in_this_chunk = 1; /* also calculated from that atom */

chunk_offset = chunk_offsets[chunk_number]; /* from the stco atom */

data_offset = (sample_number - first_sample_in_this_chunk) * BPCB / SPCB;

read_from_file(chunk_offset + data_offset, length); /* read our data */

Демонстрационный режим описания

Запись таблицы данных имеет формат для демонстрационного режима описания, показанного на рисунке 4-22.

Полевые описания

Источник данных = 3

Значение 3 указывает, что данные должны быть взяты от демонстрационной таблицы описания дорожки носителей.

Дорожка касательно индекса

Значение, указывающее, из которого прибудет дорожка демонстрационное описание. Значение 0 средних значений, что существует точно одна ссылка дорожки подсказки, так использование это. Значения от 1 до 127 являются индексами в дорожку подсказки ссылочные записи атома, указывая, из которого исходной дорожки носителей должна быть считана выборка. Значение-1 среднего значения, сама дорожка подсказки, т.е. получает демонстрационное описание от той же дорожки как выборка подсказки, которую Вы в настоящее время анализируете.

Длина

16-разрядное целое число, указывающее число байтов для копирования.

Демонстрационный индекс описания

32-разрядное целое число, указывающее индекс в демонстрационную таблицу описания носителей.

Смещение

32-разрядное целое число, указывающее смещение от запуска демонстрационного описания, с которого можно начать копировать.

Зарезервированный

Четыре байта, которые должны быть установлены в 0.

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

Поле переменной длины, содержащее данные, на которые указывает подсказка, отслеживает демонстрационные записи режима в таблице данных.

Контейнер Atom мира VR

Контейнер атома мира VR (мир VR, если коротко) включает такую информацию как имя для всей сцены, узел по умолчанию ID и значение по умолчанию свойства обработки изображений, а также список узлов, содержавшихся в дорожке QTVR.

Мир VR может также содержать пользовательскую информацию о сцене. QuickTime VR игнорирует любые типы атома, которые он не распознает, но можно извлечь те атомы из мира VR использование стандартных функций атома QuickTime.

Структура контейнера атома мира VR показана на рисунке 4-23. Атомы компонента определяются, и их структуры показаны в следующих разделах.

typedef struct VRWorldHeaderAtom {

    UInt16                              majorVersion;

    UInt16                              minorVersion;

    QTAtomID                            nameAtomID;

    UInt32                              defaultNodeID;

    UInt32                              vrWorldFlags;

    UInt32                              reserved1;

    UInt32                              reserved2;

} VRWorldHeaderAtom, *QTVRWorldHeaderAtomPtr;

QT

QT

typedef struct QTVRPanoImagingAtom {

    UInt16                              majorVersion;

    UInt16                              minorVersion;

    UInt32                              imagingMode;

    UInt32                              imagingValidFlags;

    UInt32                              correction;

    UInt32                              quality;

    UInt32                              directDraw;

    UInt32                              imagingProperties[6];

    UInt32                              reserved1;

    UInt32                              reserved2;

} QTVRPanoImagingAtom, *VRPanoImagingAtomPtr;

enum {

    kQTVRValidCorrection                        = 1 << 0,

    kQTVRValidQuality                           = 1 << 1,

    kQTVRValidDirectDraw                        = 1 << 2,

    kQTVRValidFirstExtraProperty                = 1 << 3

};

Структура Atom заголовка узла

Атом заголовка узла является листовым атомом, описывающим тип и ID узла, а также другую информацию об узле. Его тип атома kQTVRNodeHeaderAtomType ('ndhd').

Структура атома заголовка узла определяется QTVRNodeHeaderAtom тип данных:

typedef struct VRNodeHeaderAtom {

    UInt16                              majorVersion;

    UInt16                              minorVersion;

    OSType                              nodeType;

    QTAtomID                            nodeID;

    QTAtomID                            nameAtomID;

    QTAtomID                            commentAtomID;

    UInt32                              reserved1;

    UInt32                              reserved2;

} VRNodeHeaderAtom, *VRNodeHeaderAtomPtr;

Полевые описания

majorVersion

Номер основной версии формата файла.

minorVersion

Номер вспомогательной версии формата файла.

nodeType

Тип узла. Это поле должно содержать также kQTVRPanoramaType или kQTVRObjectType.

nodeID

Узел ID.

nameAtomID

ID строкового атома, содержащего имя узла. Этот атом должен быть одноуровневым элементом атома заголовка узла. Если никакой строковый атом имени не существует, значение этого поля 0.

commentAtomID

ID строкового атома, содержащего комментарий для узла. Этот атом должен быть одноуровневым элементом атома заголовка узла. Если никакой строковый атом комментария не существует, значение этого поля 0.

reserved1

Зарезервированный. Это поле должно быть 0.

reserved2

Зарезервированный. Это поле должно быть 0.

Родительский Atom горячей точки

Родительский атом горячей точки является родителем для всех атомов горячей точки для узла. Тип атома родительского атома горячей точки kQTVRHotSpotParentAtomType ('hspa') и тип атома каждого атома горячей точки kQTVRHotSpotAtomType ('hots'). Атом ID каждого атома горячей точки является горячей точкой ID для соответствующей горячей точки. ID горячей точки определяется его значением индекса цвета, поскольку это сохранено в дорожке изображения горячей точки.

Дорожка горячей точки является 8-разрядным видеотреком, содержащим информацию о цвете, указывающую горячие точки. Для получения дополнительной информации отошлите к Программированию С QuickTime VR.

Каждый атом горячей точки является родителем многих атомов, содержащих информацию о каждой горячей точке.

Atom информации о горячей точке

Атом информации о горячей точке содержит общую информацию о горячей точке. Его тип атома kQTVRHotSpotInfoAtomType ('hsin'). Каждый атом горячей точки должен иметь атом информации о горячей точке как дочерний элемент.

Структура атома информации о горячей точке определяется QTVRHotSpotInfoAtom тип данных:

typedef struct VRHotSpotInfoAtom {

    UInt16                              majorVersion;

    UInt16                              minorVersion;

    OSType                              hotSpotType;

    QTAtomID                            nameAtomID;

    QTAtomID                            commentAtomID;

    SInt32                              cursorID[3];

    Float32                             bestPan;

    Float32                             bestTilt;

    Float32                             bestFOV;

    FloatPoint                          bestViewCenter;

    Rect                                hotSpotRect;

    UInt32                              flags;

    UInt32                              reserved1;

    UInt32                              reserved2;

} VRHotSpotInfoAtom, *QTVRHotSpotInfoAtomPtr;

Полевые описания

majorVersion

Номер основной версии формата файла.

minorVersion

Номер вспомогательной версии формата файла.

hotSpotType

Тип горячей точки. Этот тип указывает, который другие информационные атомы — если кто-либо — является одноуровневыми элементами этому. QuickTime VR распознает три типа: kQTVRHotSpotLinkType, kQTVRHotSpotURLType, и kQTVRHotSpotUndefinedType.

nameAtomID

ID строкового атома, содержащего имя горячей точки. Этот атом должен быть одноуровневым элементом атома информации о горячей точке. Когда мышь отодвинута горячая точка, эта строка выведена на экран в QuickTime панель контроллера VR.

commentAtomID

ID строкового атома, содержащего комментарий для горячей точки. Этот атом должен быть одноуровневым элементом атома информации о горячей точке. Если никакой строковый атом комментария не существует, значение этого поля 0.

cursorID

Массив трех IDs для пользовательских курсоров горячей точки (т.е. курсоры, переопределяющие курсоры горячей точки по умолчанию, предоставленные QuickTime VR). Первый ID (cursorID[0]) указывает курсор, выведенный на экран, когда это находится в горячей точке. Второй ID (cursorID[1]) указывает курсор, выведенный на экран, когда это находится в горячей точке, и кнопка мыши снижается. Третий ID (cursorID[2]) указывает курсор, выведенный на экран, когда это находится в горячей точке, и кнопка мыши отпускается. Для сохранения курсора по умолчанию для любой из этих операций установите соответствующий курсор ID в 0. Пользовательские курсоры должны быть сохранены в контейнере атома мира VR, как описано в Контейнере Atom Мира VR.

bestPan

Лучшее панорамирование удит рыбу для просмотра этой горячей точки.

bestTilt

Лучший угол наклона для просмотра этой горячей точки.

bestFOV

Лучшее поле зрения для просмотра этой горячей точки.

bestViewCenter

Лучшее представление центрируется для просмотра этой горячей точки; применяется только для возражения узлам.

hotSpotRect

Граничное поле для этой горячей точки, указанной как число пикселей в полном панорамном пространстве. Это поле допустимо только для панорамных узлов.

flags

Ряд флагов горячей точки. Это поле не использовано.

reserved1

Зарезервированный. Это поле должно быть 0.

reserved2

Зарезервированный. Это поле должно быть 0.

Определенные информационные атомы

В зависимости от значения hotSpotType поле в информационном атоме горячей точки там может также быть типом определенный информационный атом. Тип атома специфичного для типа атома является типом горячей точки.

Соедините Atom горячей точки

Атом горячей точки ссылки указывает информацию для горячих точек типа kQTVRHotSpotLinkType ('link'). Его тип атома таким образом 'link'. Атом горячей точки ссылки содержит определенную информацию о горячей точке ссылки.