Тип данных расширения имени файла Lake avi
Обновлено: 02.07.2024
Microsoft указала формат для хранения данных цифрового видео (DV) в файлах AVI. Соответствие этой спецификации гарантирует, что файлы AVI, созданные в этом формате, будут совместимы с будущими версиями архитектуры цифрового видео DirectShow для платформы Windows.
В этой статье описывается формат файлов AVI, содержащих данные DV. Определены специальные FOURCC (четырехсимвольные коды) для чередующихся потоков данных DV и обработчики потоков сжатия/распаковки DV. Определена структура формата потока для данных DV. Указаны спецификации для двух методов хранения данных DV в формате файла AVI.
Предполагается, что читатель знаком с форматом данных DV. (Этот формат определен в Спецификации цифровых видеомагнитофонов для потребительского использования, также называемой «Синей книгой».)
Существует два типа файлов DV AVI: файлы AVI, содержащие один поток данных DV, называемые файлами type-1; и файлы AVI, которые содержат DV-видео в виде потока vids и DV-аудио в виде потоков auds, называемых файлами type-2.
Файлы AVI, содержащие один поток данных DV (тип 1)
Данные DV с чередованием можно хранить в исходном формате в виде единого потока в файле AVI RIFF. Преимущество этого заключается в использовании минимального объема хранилища данных для DV. Основным недостатком является то, что этот формат файла не имеет обратной совместимости с Video for Windows, поскольку он не содержит ни видеопотока, ни аудиопотока. Обеспечивается поддержка чередующегося потока DV с помощью фильтров DV Muxer и DV Splitter, поставляемых с DirectShow.
Данные DV можно хранить в одном потоке в файле AVI RIFF, указав 'iavs' (чередующийся аудио- и видеопоток), FOURCC (четырехсимвольный код) в члене fccType и любой из 'dvsd', ' dvhd» или «dvsl» FOURCC в элементе fccHandler фрагмента заголовка потока «strh». Количество кадров в секунду видеопотока должно быть указано в элементах dwRate и dwScale, а общее количество видеоблоков в фрагменте 'movi' - в члене dwLength.
Обработчик потока dvsd FOURCC указывает, что данные DV соответствуют определению в части 2 Спецификации цифровых видеомагнитофонов для потребительского использования. Видео имеет формат 525 строк с частотой 29,97 Гц (525–60) или 625 строк с частотой 25,00 Гц (625–50).
Обработчик потока dvhd FOURCC указывает, что данные DV соответствуют определению в части 3 Спецификации цифровых видеомагнитофонов для потребительского использования. Видео имеет формат 1125 строк при частоте 30,00 Гц (1125–60) или 1250 строк при частоте 25,00 Гц (1250–50).
Обработчик потока dvsl FOURCC указывает, что данные DV соответствуют определению в части 6 Спецификации потребительских цифровых видеомагнитофонов. Видео в формате SD с высокой степенью сжатия (SDL).
В оставшейся части этой статьи приведены определения для потоков dvsd.
За фрагментом заголовка потока должен следовать фрагмент формата потока DVINFO.
В следующем примере показана форма AIFF RIFF для файла AVI с одним потоком данных DV, расширенным с помощью завершенных фрагментов заголовка.
Файлы AVI, содержащие потоки DV Video и DV Audio (тип 2)
Данные DV с чередованием можно разделить на видеопоток и от одного до четырех аудиопотоков в файле AVI RIFF. Преимущество этого заключается в обратной совместимости с Video for Windows, поскольку он содержит стандартный видеопоток «vids» и по крайней мере один стандартный аудиопоток «auds». Основной недостаток заключается в том, что этот формат файла требует избыточного хранения аудиоданных. как аудиопотоки. Поток «видео» на самом деле является родным чередующимся потоком данных DV. Однако в качестве стандартного потока «vids» с типом обработчика «dvsd» используется декодер DV Video. Этот формат также требует использования фильтра DV Splitter для разделения «захваченных» файлов перед записью их в файлы AVI.
Данные DV можно хранить в виде видеопотока с отдельным количеством аудиопотоков в файле AVI RIFF. Видеопоток определяется стандартным заголовком видеопотока (значение члена fccType — 'vids'). Элемент fccHandler указывается как «dvsd», «dvhd» или «dvsl». Количество кадров в секунду видеопотока должно быть указано в элементах dwRate и dwScale, а общее количество видеоблоков в фрагменте 'movi' - в члене dwLength.
В этом AVI-файле, содержащем DV-видео в виде потока «vids» и DV-аудио в виде потоков «auds» из DV, фрагмент формата видеопотока представляет собой стандартную структуру BITMAPINFOHEADER. Фрагмент формата потока может быть дополнительно расширен для включения фрагмента DVINFO путем увеличения размера фрагмента формата потока с 40 байтов (размер структуры BITMAPINFOHEADER) до 72 байтов (размер структур BITMAPINFOHEADER плюс DVINFO) и непосредственно после структуры данных BITMAPINFOHEADER с структура данных DVINFO.
Аудиопоток(ы) указывается со стандартным заголовком аудиопотока (значение члена fccType — "auds").Элемент fccHandler не используется для аудиопотоков.
Спецификация цифровых видеомагнитофонов для бытового использования может быть недоступна на некоторых языках и в некоторых странах.
В следующем примере показана форма AIFF RIFF для файла AVI, содержащего DV-видео в виде потока «vids» и DV-аудио в виде потоков «auds», расширенных с помощью завершенных фрагментов заголовка (включая необязательные данные DVINFO, следующие за BITMAINFO в «strf»). подблок для потока «видео»).
Формат файла для содержимого движущегося изображения, в котором битовый поток видео объединяется с другими фрагментами данных и поддерживается синхронное воспроизведение изображения и звука. Файлы AVI состоят из одного «блока» RIFF, помеченного как AVI и разделенного на «подблоки», каждый из которых определяется четырехзначным кодом Microsoft FOURCC. Первый фрагмент помечен как hdrl и играет роль заголовка файла, предоставляя метаданные о видео, такие как ширина, высота и частота кадров. Второй подблок помечен movi и содержит фактические данные изображения и звука, которые могут использовать широкий спектр кодеков, включая те, которые перечислены ниже в разделе «Взаимосвязи». (Кодеки также идентифицируются тегами FOURCC.) Третий необязательный подблок помечен тегом idx1 и индексирует смещения блоков данных в файле.
Впервые AVI был указан в 1992 году, и, согласно статье об AVI в Википедии (проверено 25 февраля 2016 года), большинство AVI-файлов сегодня используют расширения OpenDML 1996 года; см. отдельное описание AVI_OpenDML_1_02. Эти расширения неофициально называются AVI 2.0, они поддерживаются Microsoft и помогают устранить некоторые описанные здесь недостатки исходного формата AVI. Одним из важных недостатков является ограниченный размер файла: один блок RIFF AVI в файловой системе FAT16 ограничивает размер файла до 2 ГБ; комментаторы заявляют, что расширения OpenDML разрешают файлы размером до 32 ТБ в файловой системе NTFS. Другие ограничения AVI описаны в примечаниях, в которых также содержатся комментарии об эволюции формата AVI.
Местное использование
| Опыт LC или существующие владения | American Memory создала файлы AVI_Indeo в 1992 и 1993, с использованием версии 3.1 или 3.2 кодека Indeo, со скоростью 15 кадров в секунду и разрешением 320x240 пикселей и скоростью передачи данных около 188 Кбит/с. Эти файлы AVI были удалены и заменены файлами MPEG-1 и QuickTime в 1994 и 1995 годах. После 2000 года файлы для веб-сервиса воспроизводились в формате MPEG-4_AVC (профиль неизвестен). |
|---|---|
| предпочтение LC | Для сохранения переформатирования кампус Packard для сохранения аудиовизуальных материалов Библиотеки Конгресса выбранное видео, сжатое без потерь, в формате JPEG 2000, завернутое в MXF. Для веб-доступа: MPEG-4_AVC (профиль неизвестен). |
Факторы устойчивого развития
Полностью документировано. Собственный формат файла, разработанный Microsoft и IBM как часть RIFF, формата файла обмена ресурсами для Windows 3.1.
Широко используется для создания видео и файлов. Принятие может распространяться не на все разрешенные кодеки и другие функции.
Оболочка файла AVI прозрачна; закодированные битовые потоки видео, хранящиеся в оболочке, требуют инструментов и документации для декодирования.
Техническая информация представлена в блоках заголовков (например, hdrl, movi и т. п.); описательные метаданные могут появляться в блоке RIFF INFO. Однако некоторая необходимая техническая информация не представлена в метаданных должным образом; см. примечания.
Факторы качества и функциональности
Зависит от выбранного кодека. Кодеки без сжатия или без потерь обеспечивают превосходную четкость.
Обозначения типов файлов и идентификаторы форматов
| Тег | Значение | Примечание |
|---|---|---|
| Расширение имени файла | avi | |
| Тип интернет-носителя | video/vnd.avi | Из http://www.iana.org/assignments/wave-avi-codec-registry/wave -avi-codec-registry.xml. В типах носителей IANA MIME примеров не найдено. |
| Тип носителей Интернета | видео/avi видео/msvideo видео/x-msvideo изображение/avi приложение/x-troff-msvideo audio/avi | Выбрано из источника расширения файла. |
| Магические числа | Hex: 52 49 46 46 xx xx xx xx 41 56 49 20 4C 49 53 54 ASCII: RIFF. AVILIST | Из таблицы подписей файлов Гэри Кесслера. |
| Microsoft FOURCC | См. примечание. | Используется для маркировки фрагментов (по типу) и определить выбранные видео- и аудиокодеки. Трудно найти полный список кодов FOURCC; см., например, архивную версию реестра Microsoft, смонтированную IANA. |
| Подпись файла | См. примечание. | Запись PRONOM для fmt/5 предоставляет подписи, используемые программным обеспечением DROID для идентификации файлов AVI. Эта идентификация основана на последовательности байтов с начала файла. |
Примечания
Что касается недостатков AVI, в статье об AVI в Википедии (проверено 25 февраля 2016 г.) сообщается следующее (перефразировано):
1. AVI не предоставляет стандартизированного способа кодирования информации о соотношении сторон, в результате чего игроки не могут автоматически выбирать правильное соотношение сторон.
2. Существует несколько конкурирующих подходов к включению временного кода в файлы AVI, что влияет на удобство использования формата при постобработке фильмов и телепередач.
3. AVI не предназначен для хранения видео с использованием какой-либо техники сжатия, требующей доступа к будущим данным видеокадра за пределами текущего кадра. Существуют подходы для поддержки современных методов сжатия видео (таких как MPEG-4), которые полагаются на эту функцию, хотя это выходит за рамки первоначальной спецификации, и наличие таких кодеков может вызвать проблемы с некоторым программным обеспечением для воспроизведения.
4. AVI не может надежно содержать некоторые определенные типы данных с переменным битрейтом (VBR) (например, аудио в формате MP3 с частотой дискретизации ниже 32 кГц).
Кроме того, специалист по видео из Национального управления архивов и документации США сообщает, что «в большинстве реализаций AVI нет четкого указания, является ли контент чересстрочным или прогрессивным; еще одним недостатком является отсутствие метаданных о «типе сканирования». Спецификация OpenDML (см. AVI_OpenDML_1_02) предоставляет механизм для указания типа сканирования и порядка полей, но поставщики не обеспечивают его надежной реализации (личное общение с компилятором, 28 марта 2016 г.)
Этот формат поиска пути для компьютерной передачи видео был создан Microsoft и представлен в Windows 3.1. В его первой версии размер изображения был ограничен 160x120 пикселей и 15 кадрами в секунду; со временем возможности были расширены до больших размеров изображения и более высокой частоты кадров. Расширение OpenDML версии 1.02 датируется 1996–1997 годами.
Писатели, интересующиеся историей AVI, иногда используют термин "версия" при описании эволюции формата, что иногда совпадает с относительно более формальными версиями подтипов, например, разработанными для передачи видео в формате DV. Один полезный обзор истории AVI представлен на веб-странице с заголовком, который относится к двум «типам» каретки DV, разработанным для AVI: Разница между файлами dv-avi типа 1 и типа 2 (ссылка доступна в Интернет-архиве). Тем не менее, статья описывает тему в более широком плане и включает в себя намек на обсуждение на форуме Canopus: «Вначале было видео для Windows (VfW) и формат файлов для переноса данных AVI. Видео для Windows AVI часто называют AVI-файлами AVI 1.0. Максимальный размер видеофайлов для Windows изначально был ограничен 1 ГБ, но позже размер был увеличен до 2 ГБ. В то время использовалась файловая система FAT (FAT16). FAT имеет 2 ГБ максимальный размер файла и максимальный размер тома 2 ГБ (в NT вы можете отформатировать том FAT от 2 ГБ до 4 ГБ с кластерами по 64 КБ, что может быть проблематично).Примерно в Windows 95 был представлен ActiveMovie. ActiveMovie все еще использовал AVI. Позже ActiveMovie трансформировался в DirectShow. DirectShow часто называют «AVI 2.0». В то же время была введена FAT32. FAT32 имеет максимальный размер файла 4 ГБ и 127 ГБ (Win9x) или 2 ТБ (WinME, практический предел из-за таблицы разделов) максимум размер тома Между тем, есть NTFS, используемая различными версиями в NT, 2000 и ХР. NTFS имеет текущий практический предельный размер файла и размер тома около 32 ТБ. Matrox и некоторые другие предложили расширение для AVI 1.0 под названием OpenDML, которое позже было реализовано в AVI 2.0. Это расширение позволило увеличить размер AVI до 2 ГБ. У Canopus было собственное расширение AVI 1.0, используемое в его приложениях, называемое эталонными AVI. Это позволило использовать один AVI размером до 4 ГБ и несколько файлов «эталонных» данных, что позволило увеличить общий объем содержимого до 4 ГБ. Итак, конкретный AVI-файл может быть одного из четырех типов. . . ."
Формат файла Microsoft AVI — это спецификация файла RIFF, используемая с приложениями, которые захватывают, редактируют и воспроизводят аудио-видео последовательности.Как правило, файлы AVI содержат несколько потоков данных разных типов. Большинство последовательностей AVI используют как аудио-, так и видеопотоки. Простой вариант последовательности AVI использует видеоданные и не требует аудиопотока.
В этом разделе не описываются расширения формата файлов OpenDML AVI. Дополнительную информацию об этих расширениях см. в документе Расширения формата файлов AVI OpenDML, опубликованном подкомитетом по формату файлов OpenDML AVI M-JPEG.
FOURCC
FOURCC (четырехсимвольный код) – это 32-разрядное целое число без знака, созданное путем объединения четырех символов ASCII. Например, FOURCC 'abcd' представлен в системе с прямым порядком байтов как 0x64636261. FOURCC могут содержать символы пробела, поэтому 'abc' является допустимым FOURCC. Формат файла AVI использует коды FOURCC для идентификации типов потоков, фрагментов данных, элементов индекса и другой информации.
Формат файла RIFF
Формат файла AVI основан на формате документа RIFF (формат файла обмена ресурсами). Файл RIFF состоит из заголовка RIFF, за которым следует ноль или более списков и фрагментов.
Заголовок RIFF имеет следующую форму:
'RIFF' fileSize Тип файла (данные)
где «RIFF» — это буквальный код FOURCC «RIFF», fileSize — это 4-байтовое значение, указывающее размер данных в файле, а fileType — это FOURCC, определяющий конкретный тип файла. Значение fileSize включает размер FOURCC типа fileType плюс размер следующих за ним данных, но не включает размер FOURCC 'RIFF' или размер fileSize . Данные файла состоят из фрагментов и списков в любом порядке.
Чанк имеет следующую форму:
ckID ckSize ckData
где ckID — это FOURCC, который идентифицирует данные, содержащиеся в фрагменте, ckSize — это 4-байтовое значение, указывающее размер данных в ckData, а ckData — это ноль или более байтов данных. Данные всегда дополняются до ближайшей границы СЛОВА. ckSize дает размер допустимых данных в чанке; он не включает заполнение, размер ckID или размер ckSize .
Список имеет следующий вид:
'LIST' listSize listType listData
где 'LIST' — это буквальный код FOURCC «LIST», listSize — это 4-байтовое значение, указывающее размер списка, listType — это код FOURCC, а listData состоит из фрагментов или списков в любом порядке. Значение listSize включает размер listType плюс размер listData ; он не включает 'LIST' FOURCC или размер listSize .
В оставшейся части этого раздела для описания фрагментов RIFF используются следующие обозначения:
где размер фрагмента указан неявно. Используя эту нотацию, список может быть представлен как:
'СПИСОК' ( listType ( listData ) )
Необязательные элементы заключены в скобки: [ необязательный элемент ]
Форма AVI RIFF
Файлы AVI идентифицируются FOURCC 'AVI' в заголовке RIFF. Все файлы AVI включают два обязательных фрагмента LIST, которые определяют формат потоков и данных потока соответственно. Файл AVI может также включать фрагмент индекса, который указывает расположение фрагментов данных в файле. Файл AVI с этими компонентами имеет следующий вид:
Список 'hdrl' определяет формат данных и является первым требуемым блоком LIST. Список 'movi' содержит данные для последовательности AVI и является вторым обязательным блоком LIST. Список idx1 содержит индекс. Файлы AVI должны содержать эти три компонента в правильной последовательности.
Расширения OpenDML определяют другой тип индекса, определяемый FOURCC 'indx'.
Списки "hdrl" и "movi" используют подфрагменты для своих данных. В следующем примере показана форма AVI RIFF, расширенная фрагментами, необходимыми для завершения этих списков:
Основной заголовок AVI
Список hdrl начинается с основного заголовка AVI, который содержится в блоке avih. Основной заголовок содержит глобальную информацию для всего файла AVI, например, количество потоков в файле, а также ширину и высоту последовательности AVI. Блок основного заголовка состоит из структуры AVIMAINHEADER.
Заголовки потока AVI
За основным заголовком следует один или несколько списков 'strl'. Для каждого потока данных требуется список 'strl'. Каждый список 'strl' содержит информацию об одном потоке в файле и должен содержать фрагмент заголовка потока ('strh') и фрагмент формата потока ('strf'). Кроме того, список 'strl' может содержать фрагмент данных заголовка потока ('strd') и фрагмент имени потока ('strn').
Фрагмент заголовка потока ("strh") состоит из структуры AVISTREAMHEADER.
Фрагмент формата потока ("strf") должен следовать за фрагментом заголовка потока. Фрагмент формата потока описывает формат данных в потоке. Данные, содержащиеся в этом блоке, зависят от типа потока. Для видеопотоков информация представляет собой структуру BITMAINFO, включая информацию о палитре, если это необходимо. Для аудиопотоков информация представляет собой структуру WAVEFORMATEX.
Если присутствует фрагмент данных заголовка потока («strd»), он следует за фрагментом формата потока.Формат и содержимое этого фрагмента определяются драйвером кодека. Обычно драйверы используют эту информацию для настройки. Приложениям, которые читают и записывают файлы AVI, не нужно интерпретировать эту информацию; они просто передают его в драйвер и обратно в виде блока памяти.
Необязательный фрагмент 'strn' содержит текстовую строку с нулевым символом в конце, описывающую поток.
Заголовки потока в списке «hdrl» связаны с данными потока в списке «movi» в соответствии с порядком фрагментов «strl». Первый блок strl применяется к потоку 0, второй — к потоку 1 и т. д.
Данные потока (список 'movi')
За информацией в заголовке следует список "movi", который содержит фактические данные в потоках, то есть видеокадры и аудиосэмплы. Фрагменты данных могут находиться непосредственно в списке 'movi', или они могут быть сгруппированы в списках 'rec'. Группировка 'rec' подразумевает, что сгруппированные фрагменты должны считываться с диска одновременно, и предназначена для файлов, которые чередуются для воспроизведения с компакт-диска.
FOURCC, который идентифицирует каждый фрагмент данных, состоит из двухзначного номера потока, за которым следует двухсимвольный код, определяющий тип информации в фрагменте.
| Двухсимвольный код | Описание |
|---|---|
| db | Несжатый видеокадр |
| dc | Сжатый видеокадр |
| pc | Изменение палитры |
| wb | Аудиоданные |
Например, если поток 0 содержит аудио, фрагменты данных для этого потока будут иметь FOURCC '00wb'. Если поток 1 содержит видео, фрагменты данных для этого потока будут иметь FOURCC '01db' или '01dc'. Фрагменты видеоданных также могут определять новые записи палитры для обновления палитры во время последовательности AVI. Каждый блок смены палитры ("xxpc") содержит структуру AVIPALCHANGE. Если поток содержит изменения палитры, установите флаг AVISF_VIDEO_PALCHANGES в члене dwFlags структуры AVISTREAMHEADER для этого потока.
Текстовые потоки могут использовать произвольные двухсимвольные коды.
Записи индекса AVI
Необязательный фрагмент индекса ('idx1') может следовать за списком 'movi'. Индекс содержит список фрагментов данных и их расположение в файле. Он состоит из структуры AVIOLDINDEX с записями для каждого фрагмента данных, включая фрагменты 'rec'. Если файл содержит индекс, установите флаг AVIF_HASINDEX в элементе dwFlags структуры AVIMAINHEADER.
Индекс AVI 2.0 может отображаться как единый фрагмент. В качестве альтернативы сегменты индекса могут чередоваться внутри фрагмента 'movi'. Если сегменты индекса размещены в фрагменте 'movi', супериндекс содержит индекс сегментов индекса. Структура AVIMETAINDEX является базовой структурой как для индексных сегментов, так и для супериндекса. Для получения дополнительной информации см. документ Расширения формата файлов AVI OpenDML, опубликованный подкомитетом по формату файлов OpenDML AVI M-JPEG. (Этот ресурс может быть недоступен на некоторых языках и в некоторых странах.)
Другие фрагменты данных
Данные в AVI-файле можно выровнять, вставив фрагменты «НЕПЛАХА» по мере необходимости. Приложения должны игнорировать содержимое фрагмента 'JUNK'.
Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.
- ЖИВОЕ сообщество
- Совместная работа
- Обсуждения
- Общие темы
- Пользовательский отчет для определенных типов файлов?
11-11-2013 08:47
Я хочу иметь возможность создавать собственный отчет, показывающий, кто загружал определенные типы файлов (например, avi) в мою сеть. Или, по крайней мере, как я могу опросить журналы фильтрации данных, чтобы показать мне это?
Все типы файлов, о которых идет речь, настроены на оповещение в профилях фильтрации данных, которые мы используем, но я хочу иметь возможность видеть, кто что именно скачивал. Возможно ли это?
11-11-2013 09:02
Вы можете создать собственный отчет на основе журналов фильтрации данных, выбрав «Монитор» > «Отчеты в формате PDF» > «Управление отчетами клиентов».
Столбцы, которые я включил:
Имя угрозы/контента, количество повторов, адрес источника, имя файла, направление и подтип.
Пример отчета для приведенного выше шаблона будет выглядеть следующим образом:
Вы также можете экспортировать отчет в формате PDF/CSV или XML
Надеюсь, это поможет!
С уважением,
11-11-2013 09:11
Для определенного имени файла (скажем, если оно включает в себя .avi в вашем случае) шаблон будет выглядеть так:
Приведенный выше шаблон будет генерировать отчет только для загруженных файлов AVI.
С уважением,
13.11.2013 02:55
Спасибо за это. Единственная проблема заключается в том, что если я сделаю это, например, с вашим примером avi, он также отобразит все файлы, в которых есть avi. /p>
Нет ли способа уточнить поиск, чтобы искать только по расширениям файлов?
Выразите свою признательность!
Нажмите «Принять как решение», чтобы подтвердить, что ответ на ваш вопрос предоставлен.
Кнопка появляется рядом с ответами в темах, которые вы начали. Участник, давший решение, и все будущие посетители этой темы оценят это!
Эти простые действия отнимут у вас всего несколько секунд, но помогут выразить признательность членам сообщества и всему сообществу LIVE в целом!
Читайте также: