H.264/MPEG-4 AVC — H.264 is a standard for v >Wikipedia
H.264/MPEG-4 AVC — H.264 o MPEG 4 parte 10 es una norma que define un códec de vídeo de alta compresión, desarrollada conjuntamente por el ITU T V >Wikipedia Español
H.264/MPEG-4 AVC — ist ein Standard zur hocheffizienten V >Deutsch Wikipedia
H.264/MPEG-4 AVC — H.264, o MPEG 4 parte 10, es un códec digital de alta compresión estándar escrito por el ITU T V >Enciclopedia Universal
H.264/MPEG-4 AVC products and implementations — Prominent software implementations*Adobe Systems supports the playback of H.264 in Adobe Flash 9.x. They also support export and output of H.264 in Premiere Pro version CS2 (shipped in 2005). In latest version, Premiere Pro CS3 (shipped in 2007) … Wikipedia
List of devices that support H.264/MPEG-4 AVC — Devices listed by manufacturer A *Aiptek ** GO HD *Apple ** iPod >Wikipedia
MPEG-4 AVC — H.264 Pour les articles homonymes, voir AVC. H.264, ou MPEG 4 AVC (Advanced V >Wikipédia en Français
MPEG-4/AVC — H.264/MPEG 4 AVC ist ein Standard zur hocheffizienten V >Deutsch Wikipedia
MPEG-4 AVC — H.264/MPEG 4 AVC ist ein Standard zur hocheffizienten V >Deutsch Wikipedia
MPEG-4 AVC — H.264 … Universal-Lexikon
Содержание
Что такое H.264
Почему важно сжатие?
Представьте слона, пытающегося пробраться в мышиную норку. Исходный формат видео HD (высокой четкости), используемый при записи веб-камерой или цифровой камерой, может занимать очень много места на жестком диске — гигабайты, которые могли бы пригодиться для других файлов. Веб-сайты, включая Facebook и YouTube, а также поставщики интернет-услуг, такие как Comcast и ATT, устанавливают ограничения по размеру файлов. Файл видео высокой четкости в исходном формате зачастую может оказаться слишком велик для сайтов и поставщиков интернет-услуг.
Как работает H.264?
Видео — это поток отдельных изображений или кадров. H.264 удаляет из потока избыточную информацию. Каждый кадр делится на маленькие блоки размером в 4×4 пикселя для высокоточного анализа. При обработке кадра средство сжатия (кодировщик) ищет блоки в предыдущем кадре, только что записанном, и в следующем кадре в последовательности. Оно находит, что изменилось, а что осталось прежним. Затем избыточная информация удаляется. Этот процесс повторяется на протяжении всего потока.
Благодаря этому размер файла уменьшается эффективнее, чем даже при использовании формата MPEG-4. При воспроизведении видео декодер в устройстве воспроизведения извлекает информацию из нескольких кадров, чтобы получить полное изображение высокой четкости.
Как работает H.264 с веб-камерой?
Изображения захватываются датчиком веб-камеры, оцифровываются и сжимаются в формат H.264. Все кодирование видео выполняется в камере, так что вся нагрузка не ляжет на процессор компьютера. Затем видеоданные передаются по USB-кабелю для просмотра на компьютере, для видеообщения в реальном времени, для роликов Facebook и YouTube, для компактного хранения на диске.
Что для пользователя означает поддержка формата H.264 в камере?
Поскольку H.264 оптимизирован для видео высокого разрешения (например, с количеством строк 720 или 1080), некоторые функции камер, не поддерживающих H.264, больше недоступны с таким высоким разрешением.
Вот список функций, не поддерживаемых при разрешении 720p и 1080p:
- Панорамирование, масштабирование и изменение угла съемки
- Слежение за лицом
Примечание. Эти функции по-прежнему можно использовать (только для видеозаписей), если выбрать более низкое разрешение видео вместо 720p или 1080p.
Особенности стандарта сжатия видеоданных H.264
Преимущества H.264
По сравнению с MPEG2 (DVD-Video) и MPEG4 ASP (DivX, XviD), сжатие H.264 работает существенно более эффективно, обеспечивая лучшее качество изображения (вплоть до недостижимого для MPEG2 и MPEG4 ASP уровня) и меньший объём файла.
Недостатки H.264
Главным недостатком H.264 являются заметно более высокие требования к оборудованию для кодирования и воспроизведения видеофайлов.
Например, на компьютере на основе процессора Intel Pentium 4 с частотой 3,2 ГГц комфортно (плавно, без рывков) при использовании декодера ffdshow tryouts под Windows Vista воспроизводится лишь видео в «среднем» HD-разрешении — 1280×720. Так называемое Full-HD-видео (1920×1080) в зависимости от сложности сцен может уже заметно «притормаживать». Следует заметить, впрочем, что в Windows предыдущего поколения — XP — Full-HD-видео на том же оборудовании во многих случаях воспроизводится вполне плавно.
Эффективность использования ресурсов компьютера при воспроизведении в некоторой степени зависит от используемого декодера.
Декодеры H.264
Поддержка H.264
H.264 принят в качестве стандарта для сжатия видео высокой чёткости (HD, HDTV), распространяемого на оптических носителях нового поколения — Blu-ray и HD DVD, используется в мобильных устройствах, поддерживается в Apple QuickTime, получает распространение в системах цифрового телевещания, видеоконференцсвязи, видеонаблюдения и проч. Adobe Flash Player, являющийся стандартом де-факто для мультимедийных web-приложений и онлайн-видеохостингов вроде YouTube, поддерживает прямое воспроизведение H.264-видео начиная с версии 9.0.115, вышедшей в конце 2007 г.
Стандарты, форматы, кодеки, контейнеры
Кодек и стандарт — не одно и то же. Стандарт — это спецификация (описание) алгоритма сжатия (например, H.264), кодек — конкретная его программная реализация (например, x264).
Не следует также путать формат данных и формат контейнера, в котором эти данные могут храниться. Одни и те же данные (например, сжатые по алгоритму H.264 кодером x264) могут быть упакованы в разные контейнеры (например, Matroska, MP4 или AVI). И наоборот, в контейнере одного и того же формата (например, MKV) не обязаны находиться видеоданные в формате H.264 — можно легко столкнуться с MKV-файлом, внутри которого будет обычное DivX-видео.
Форматы контейнеров данных
Существует несколько распространённых форматов контейнеров, основные из них — MP4, Matroska (MKV) и AVI.
MP4 Официальный стандарт контейнера для видео H.264. Главный недостаток MP4 состоит в том, что, по спецификации, такой файл может содержать звук только в формате AAC. Это приводит к вынужденным потерям качества звука, например, при создании резервных копий DVD-фильмов из-за необходимости перекодирования из одного формата сжатия с потерями (AC3, Dolby Digital) в другой (AAC). Чисто технически в контейнер MP4 можно поместить поток любого формата, но возможность воспроизведения такого файла в любом плеере не будет гарантированной. Matroska (Матрёшка, MKV) Открытый формат контейнера, официально не принят какой-либо организацией по стандартизации, но является чрезвычайно гибким, а потому широко используется и поддерживается как программными, так и аппаратными плеерами известных производителей: как выполненными в виде самостоятельных устройств — например, WD TV Live, так и встроенными в современные телевизоры. В отличие от MP4, контейнер Matroska может содержать звук в любом формате — например, AC3, являющемся стандартным для DVD-Video. Это даёт возможность, создавая, например, резервную копию DVD-фильма, закодировать видео в H.264, но звук при этом оставить в исходном формате AC3, исключив потери качества звука, связанные с перекодированием. AVI В контейнере AVI обычно представлено видео в популярных форматах DivX и XviD (MPEG4 ASP). Для хранения данных, закодированных по стандарту H.264, контейнер AVI формально не предназначен и потому для этих целей обычно не используется, а в редких случаях такого, некорректного, его применения возможность воспроизведения соответствующих файлов не гарантируется.
Воспроизведение H.264-видеофайлов
Для воспроизведения видеофайлов формата H.264 есть несколько возможностей.
- В современных телевизорах (выпущенных в 2011—2012 годах и позднее) можно использовать аппаратный плеер, встроенный непосредственно в телевизор. К сожалению, обычно такие плееры не поддерживают воспроизведение звуковых дорожек в формате DTS, а поддерживают только форматы AC3 и AAC, но в остальном обычно без проблем воспроизводят большинство видеофайлов.
- Современный автономный аппаратный плеер, подключаемый к телевизору по интерфейсу HDMI — например, WD TV Live. Важно, чтобы модель была современной — старые модели плееров — например, iconBIT HD375W — при формально привлекательных характеристиках были способны воспроизвести лишь некоторые видеофайлы, при воспроизведении остальных страдая от рассинхронизации видео и звука, артефактов изображения и зависаний. Как и в случае встроенных в телевизоры плееров, поддержка формата DTS тоже характерна не для всех автономных плееров.
- Воспроизведение видео программными средствами на компьютере — наиболее гибкий и универсальный способ, обеспечивающий максимальную совместимость с подавляющим большинством видеофайлов. Именно этот способ применяется в так называемых HTPC — компьютерах, используемых в качестве основы для организации домашнего кинотеатра. В качестве HTPC могут использоваться, в частности, маломощные компактные компьютеры, называемые неттопами и снабжённые HDMI-выходом для подключения к телевизору — например, построенные на платформе nVidia ION / ION 2, графическое ядро которой позволяет плавно воспроизводить H.264-видео высокой чёткости (Full HD, 1080p) при использовании плееров или декодеров, поддерживающих программные интерфейсы (API) CUDA или DXVA.
Воспроизведение видео на компьютере возможно следующими способами (все указанные программные продукты бесплатны):
- с помощью одного из плееров со встроенными декодерами множества популярных форматов, в том числе H.264:
- Media Player Classic Home Cinema (MPC-HC);
- VLC media player.
Актуальность статьи, посвящённой новому 3D-стандарту видео MVC H.264/AVC, назрела уже давно, как минимум, с апреля-мая 2011, когда в магазинах начали появляться первые 3D-видеокамеры с поддержкой этого формата. Однако задержка с публикацией, возникшая по разным причинам, как теперь выяснилось, оказалась только к лучшему, ибо только совсем недавно, в июле 2011, разработчики наконец-то объявили о появлении нового поколения формата стандарта AVCHD Version 2.0, спецификации которого, среди прочего, пополнились описанием поддержки 3D-видео MVC и “обычного” Full HD видео с прогрессивной развёрткой – 1080@60p/50p.
В то же время, MVC H.264/AVC нельзя назвать новым, только что появившимся 3D-форматом, поскольку именно этот способ кодирования применяется уже несколько лет при производстве видеозаписей на оптических дисках стандарта Blu-ray 3D, правда, несколько в другом виде.
Итак, на сегодняшний день мы имеем на руках следующие факты:
- Кодирование/декодирование 3D-видео в новой версии MPEG-4 называется MVC и по-прежнему базируется на H.264/AVC
- Формат MVC применяется как при работе со стереоскопическим видео на дисках Blu-ray 3D, так и при работе с 3D-видео камерами стандарта AVCHD
- Несмотря на одинаковое в обоих случаях название кодека – MVC, файлы на выходе получаются разные: стереопара .M2TS/.SIFF на дисках Blu-ray 3D и почему-то один единственный файл .MTS для 3D-видео AVCHD
- Формальное ограничение качества Full HD (1920 х 1080) записей прогрессивной развёрткой 24p или чересстрочной развёрткой 50i/60i, действовавшее для AVCHD версий 1.x и, почти никем, впрочем, не соблюдавшееся, окончательно снято в версии AVCHD 2.0. Наконец-то развёртка 1080@60p/50p для AVCHD стандартизирована, хотя, увы, пока не для 3D-видеокамер
В этой статье мы разберёмся, что же на самом деле скрывается внутри формата MVC, в чём именно заключается разница между MVC для Blu-ray 3D и MVC для 3D-AVCHD, а заодно выясним, чем редактировать и чем смотреть 3D-видео, снятое 3D-камкордерами AVCHD.
Для полной ясности, уточним ещё раз: сегодня мы исследуем исключительно 3D-формат видео MVC в версии для камер AVCHD. Работе с дисками Blu-ray 3D будет посвящена отдельная статья, в сегодняшнем материале они упоминаются лишь для сравнения.
Прежде чем докопаться до сути 3D-формата MVC, давайте определимся, что представляет собой обычный AVC.
H.264/MPEG-4 AVC (Advanced Video Coding) – это стандарт кодека сжатия видеоданных, базирующийся на блочно-ориентированных алгоритмах восстановления визуальной информации о движущихся объектах. Стандарт был разработан объединённой командой (Joint Video Team, JVT) представителей группы экспертов VCEG (ITU-T Video Coding Experts Group) и группы экспертов MPEG (ISO/IEC Moving Picture Experts Group), и поэтому в официальном развёрнутом написании имеет два равноценных названия: ITU-T H.264 и ISO/IEC 14496-10 MPEG-4 Part 10, AVC (ISO/IEC MPEG-4 Advanced Video Coding).
Первоначально кодек H.264/AVC разрабатывался преимущественно для сжатия, записи и распространения видео высокой чёткости (High Definition, HD). Впрочем, внутренняя структура файлов H.264/MPEG-4, основанная на формировании пакетов сетевого уровня абстракции NAL (Network Abstraction Layer) с одинаковым целочисленным числом байтов декодированного видео (VCL, Video Coding Layer), одинаково удобна как для пакетной обработки и записи на носители, так и для потоковой передачи с помощью транспортных протоколов вроде Real Time Transport Protocol. Так что со временем стандарт стал популярен повсеместно, в том числе, для сжатия видео с мизерным разрешением и битрейтом для просмотра на экранах всяких телефонов и гаджетов.
Стандарт H.264 послужил в первую очередь популяризации HD видео: именно этот кодек используется при телевещании в стандартах DVB и SBTVD, в работе оборудования для видеоконференций, спутникового и кабельного вещания, применяется в интернете (YouTube, Vimeo, iTunes) и популярных интернет-плеерах Adobe Flash и Microsoft Silverlight.
Кроме того, кодек H.264/AVC наиболее популярен для сжатия видео на дисках Blu-ray. Точнее говоря, возможно, вам и встретится оптический носитель Blu-ray Disc (или мёртвый ныне HD DVD), записанный с применением альтернативного кодека VC-1, но уж точно вы не найдёте ни одного современного плеера Blu-ray, который не смог бы воспроизвести запись H.264/AVC.
Итак, в окончательном официальном виде спецификации стандарта H.264/AVC были приняты в мае 2003 года. После этого начали появляться различные практические варианты его применения, ибо кодек – это только полдела, для каждого прикладного случая – онлайнового, эфирного вещания, записи на носители и т.д., должен соблюдаться ряд дополнительных требований по структурированию, защите контента и т.п.
Такова, вкратце, предыстория появления пять лет назад, в июле 2006 года, нового стандарта под названием AVCHD, разработанного совместными усилиями компаний Sony и Panasonic (в ту бытность ещё Matsushita Electric Industrial).
Первоначально бренд AVCHD применялся в качестве названия формата для нового поколения цифровых видеокамер с поддержкой качества записи уровня High Definition (HD) на разные типы носителей – флешки, встроенную память, даже 8-см диски DVD, с применением эффективного кодека H.264/AVC. Затем право на логотип AVCHD получили не только камкордеры, но также соответствующие плееры, архиваторы и программное обеспечение.
В изначальной редакции стандарта AVCHD Version 1.0 подразумевалась поддержка лишь двух основных форматов записи видео: Full HD 1080i – с передачей 1080 эффективных строк сканирования (линий) чересстрочным методом, и HD 720p – 720 эффективных строк сканирования (линий) прогрессивным методом.
Пояснение для постигающих азы терминологии. Чересстрочный метод (interlacing – 50i/60i), появившийся ещё во времена первых стандартов передачи телесигнала и доживший до наших дней, подразумевает, что при каждом обновлении кадра производится передача лишь половины строк (полукадров), чётных или нечётных. Таким образом, при частоте кадровой развёртки (синхронизации) 50 Гц, полукадры с чётными строками, чередуемые полукадрами с нечётными строками, успевают смениться на экране 25 раз. Во времена аналогового телевещания такой способ временной дискретизации сигнала позволял вдвое уменьшить ширину канала передачи, сегодня же, в эпоху цифровой техники, более уместно говорить об использовании меньшего потока данных (битрейта) для уплотнения сигнала с большим количеством строк.
Прогрессивный способ (progressive – 24p/50p/60p) подразумевает передачу всех строк картинки в каждом кадре, то есть, при частоте синхронизации 50 Гц каждую секунду генерируется 50 полноценных кадров с полным набором строк. Безусловно, такой способ позволяет записывать, хранить и передавать сигнал с более качественной картинкой, однако для этого потребуется обеспечить более мощный канал для бесперебойной передачи большего потока данных, более мощную электронику для обработки данных, и, конечно, больше места для хранения таких записей.
Рискуя навлечь на себя гнев “продвинутых пользователей” за излишние подробности рассказа, всё же рискну добавить ещё одну деталь для начинающих.
Не ищите на дисках, флешках и жёстких дисках файлов с разрешением .AVC (и, кстати, .MVC). Важно понимать, что AVC – это только кодек, а контейнер, в котором “лежит” закодированное этим кодеком видео, может быть каким угодно – AVI, MP4, MKV, TS, MTS, M2TS. Для видеокамер стандарта AVCHD стандартными считаются разрешения файлов .MTS и .M2TS.
Однако продолжим. Несколько позже, в январе 2009 года, разработчики AVCHD приняли решение ввести ещё одно дополнительное определение стандарта и новый логотип AVCHD Lite. Так стали обозначать версию, применяющуюся в видеокамерах и фотокамерах с поддержкой видеосъёмки с максимальным качеством HD 720p.
Вот теперь, разобравшись с сутью “двухмерного” стандарта кодирования H.264/AVC и его реализацией для 2D-видеокамер AVCHD, мы можем перейти к определению стереоскопической версии – MVC.
Технология многоканального кодирования Multiview Video Coding (MVC) является дальнейшим развитием стандарта H.264/MPEG-4 AVC, и предназначена для сжатия и декодирования нескольких (более одного) потоков видеоданных. Требования к видео MVC H.264/AVC определяются стандартом ISO/IEC 14496-10/ITU-T H.264 и описаны в дополнении H (Annex H) к рекомендациям ITU по кодеку H.264/AVC. Технология многоканального видео MVC базируется на сжатии и декодировании второго дополнительного канала видео относительно базового канала видео, с применением алгоритма предсказания, того же кодека H.264/AVC и нового стерео-профиля MPEG-4: Multiview High в общем случае (для многоканального – два и более каналов, видео в целом), или Stereo High уровня 4.1 (Stereo High@L4.1) в случае стерео 3D-видео.
Теперь – чуть медленнее и подробнее. В процессе создания 3D-видео формата MPEG4-MVC, один из каналов (например, для левого глаза), считается базовым каналом и кодируется, как и прежде, кодеком H.264/AVC. Второй канал 3D-видео (для правого глаза) кодируется точно так же, кодеком H.264/AVC, но уже относительно базового канала, с привязкой к пакетам кадров базового канала. В результате на выходе имеем два потока видео: один канал – привычный полноценный AVC, второй – этакий ” MVC-довесок”, в котором хранится информация второго видеопотока, закодированная относительно базового потока. Довесок, кстати говоря, достаточно компактный, его объём в среднем меньше 50% основного канала.
Таким образом, 3D-видео, сжатое с помощью кодека MVC H.264/AVC, обладает сразу двумя волшебными свойствами. Во-первых, объединяет в себе сразу две версии видео – стерео 3D и обычную 2D, обратно совместимую со старым оборудованием. Во-вторых, комбинированный 2D/3D-видеосигнал имеет объём не более 150% по сравнению с обычной 2D-версией, и для единовременной передачи обоих (2D и 3D) версий видео потребуется всего лишь в полтора раза более широкий канал.
Для сравнения: 3D-видео, фактически, чисто “механическими способами “затолканное” в контейнер 3D-AVI (камеры Fuji Real 3D W3), занимает на флешке именно двойной объём против обычного 2D-AVI. Кроме того, представьте себе вещание двух раздельных 2D/3D сигналов. В результате это может потребовать, как минимум, двух каналов, с увеличением полосы до 2,5-3 раз.
Теперь представим работу плеера Blu-ray с 3D-видео в формате MPEG4-MVC. Если плеер современный, с поддержкой Blu-ray 3D, он распознает флаг 3D-режима в профиле Stereo High@L4.1 и скажет “Алё, вижу 3D-контент, как будем воспроизводить, в 2D или в 3D?”. Если же плеер старый и рассчитан на работу только с обычными дисками Blu-ray, он попросту проигнорирует наличие 3D-контента MVC и будет воспроизводить только базовый канал H.264/AVC.
Наконец-то мы добрались до самого главного. Начало продаж первых цифровых 3D-камкордеров Sony HDR-TD10E, способных записывать 3D-видео в формате MVC, несколько опередило появление собственно стандарта AVCHD Version 2.0, описывающего и нормирующего формат MVC для 3D-видеокамер. Сегодня это уже неважно, поскольку в наличие есть и формат, и камеры. С программным обеспечением, правда, не всё пока гладко, но вопрос также постепенно решается.
Итак, в начале июля 2011 года организация промоутеров формата AVCHD объявила о начале лицензирования новой версии стандарта – AVCHD Version 2.0. В новой версии формат AVCHD 2.0 пополнился спецификациями поддержки 3D-видео MPEG4-MVC H.264/AVC, а также поддержкой прогрессивных Full HD развёрток 1080/60p,50p. Кроме того, список доступных логотипов стандарта пополнился тремя новыми – AVCHD 3D, AVCHD Progressive и AVCHD 3D/Progressive.
Рассмотрим изменения, произошедшие со стандартом AVCHD, более пристально. Прежде всего, дебютировавший формат AVCHD 3D: впервые появилась поддержка записи стерео 3D-видео с помощью сжатия Multiview Video Coding (MVC), определяемого выше упомянутым стандартом ISO/IEC 14496-10/ITU-T H.264, однако прогрессивная Full HD развёртка для него, к сожалению, пока доступна только в “кинотеатральном” варианте 24p. Зато чересстрочная Full HD развёртка для 3D-картинки поддерживается в обоих актуальных вариантах, а именно 59.94i и 50i.
Обратите также внимание на максимально допустимый системный битрейт записи: он вырос с 24 Мбит/с в первой версии стандарта всего лишь до 28 Мбит/с в AVCHD 2.0. Отчасти именно этим можно объяснить поддержку чересстрочных развёрток PAL/NTSC для записи 3D-видео. Для сравнения: на пике поток данных для фильмов Blu-ray достигает 40 Мбит/с, для MVC-фильмов Blu-ray 3D – до 60 Мбит/с. Ясен перец, идти с битрейтом 28 Мбит/с на прогрессивную Full HD развёртку 50p/60p – всё равно что с ёжиком против танка.
Спасибо хоть, что теперь прогрессивные развёртки 59,94p и 50p официально поддерживаются для Full HD видеокамер AVCHD. Ради справедливости стоит отметить, что AVCHD-камкордеры Panasonic уже давно и не в первом поколении поддерживают эти развёртки. Теперь они с полным на то основанием обзаведутся новым логотипом AVCHD Progressive. Зато имеющиеся в продаже любительские камеры Sony HDR-TD10 или ожидаемые осенью профессиональные модели Sony HXR-NX3D1E могут рассчитывать не только на маркировку AVCHD 3D, но также на полноценный логотип AVCHD 3D/Progressive.
Современные камеры Panasonic с поддержкой стерео 3D за счёт специального 3D-объектива, такие как HDC-SD900 или HDC-SDT750, на логотип AVCHD 3D пока претендовать не могут, поскольку пишут 3D-видео в виде S >
Что касается “лёгкой” версии стандарта – AVCHD Lite, отныне с таким логотипом будут лицензироваться любые H.264/AVC продукты – видеокамеры, фотокамеры с поддержкой видеозаписи, поддерживающие стандарт AVCHD с разрешением не более 720 строк, хотя и с любыми актуальными на сегодня прогрессивными и чересстрочными вариантами развёрток – 24, 50 или 60 кадров в секунду. Иными словами, 3D-видеокамеры с кодеком MVC носить маркировку AVCHD Lite никогда не будут.
В завершение нашего сегодняшнего рассказа осталось поведать о ключевых отличиях применения кодека MPEG4-MVC H.264/AVC в двух, актуальных на сегодня видах прикладной его реализации – для хранения стерео 3D-видео на дисках Blu-ray 3D, и для записи стерео 3D-видео видеокамерами стандарта AVCHD 3D.
Напомним: результатом сжатия стерео 3D-видео по алгоритму MPEG4-MVC H.264/AVC являются два видеопотока: один базовый, точь в точь классическое 2D-видео H.264/AVC, второй – дополнительный канал, в котором с помощью кодека MVC, говоря попросту, закодированы только отличия кадров этого канала относительно кадров базового потока.
В любом случае, на выходе имеем два чётко связанных друг с другом видеопотока. И вот на этом сходство Blu-ray 3D и AVCHD 3D заканчивается. В случае записи на оптический диск в хорошо знакомой всем папочке с контентом /STREAM, помимо файлов базового канала со стандартным разрешением .M2TS появляется ещё одна вложенная папочка SSIF, где хранятся MVC-файлы канала для правого глаза с тем самым разрешением .SSIF. Разумеется, видеофайлам .M2TS соответствуют парные MVC-файлы .SSIF с аналогичным индексом, и, конечно же, отсутствие у файла .M2TS MVC-пары означает, что этот контент не стереоскопический, обычный.
Специфика файловой системы UDF дисков Blu-ray 3D заключается в возможности использования одних и тех же байтов для воспроизведения контента двух видеопотоков. Так что не пугайтесь, если увидите в свойствах папки BDMV/STREAM суммарный объём данных порядка 70-90 Гбайт при максимальной ёмкости диска 50 Гбайт: ваша Windows не сошла с ума, всё нормально, так и было задумано.
В отличие от дисков Blu-ray 3D, стереоскопическое 3D-видео, записанное видеокамерами AVCHD 3D, выглядит как… обычный AVC-файл. Да, именно так: оба потока стерео 3D-видео AVCHD 3D пишутся в единый контейнер с привычным расширением .M2TS.
Плюс такого подхода в том, что, будучи поставленным на воспроизведение любым программным плеером с поддержкой AVC-файлов, но без поддержки MVC, например, MS Media Player Classic Home Cinema, этот файл будет воспроизведён как обычный AVC-файл. То есть, налицо полная обратная совместимость с 2D-оборудованием, что, собственно говоря, и было задумано при разработке стандарта.
Минус такого подхода (если это вообще минус) в том, что без специальных средств стерео 3D-видео AVCHD 3D никак не отличить от обычного однопотокового 2D-видео. Несомненно, со временем Windows научится считывать флаг профиля Stereo High и как-нибудь обозначит отличие AVC-файлов .M2TS от стереоскопических MVC-контейнеров .M2TS. Пока что для этих целей можно воспользоваться информацией поставляемой в комплекте с камерой Sony-TD10E утилиты PMB (Picture Motion Browser). Она сразу же обозначает стерео файлы MVC пиктограммой 3D HD.
Чуть больше о структуре и свойствах стереоскопических 3D-видео AVCHD 3D можно узнать с помощью видеоредактора Sony Vegas Pro 10 – одного из немногих, кто уже сегодня в полной мере поддерживает импорт, обработку и рендеринг MVC-файлов AVCHD 3D.
На этом сегодня остановимся. Всё, что хотелось сказать в статье с соответствующим заголовком – “3D-видео AVCHD 2.0 (MPEG4-MVC H.264/AVC): что это такое”, сегодня уже сказано.
Надеюсь, продвинутые в техническом плане читатели простят за слишком поверхностное изложение принципа работы алгоритмов MPEG. В то же время приветствуется любая критика, а также любые предложения.
