_____________________________________________________________
9:44 11.05.2004 ----- FreeUser
Привет.
Ты стал часто выкладывать рипы, и чем рипаешь? Какой прогой? Как настраиваешь кодек при этом?
_______________________________________________________________

Рипаю по-разному:
1. Наипростейший вариант - сразу с DVD через Dr.DivX (настройки по умолчанию).

2. Второй, наиболее оптимальный на сегодня для меня:
- рипанье SmartRip, с выделением всех нужных аудиодорожек в отдельные файлы
- оцифровка аудиодорожек HeadAC3he (форматы от WMA до OGG 2-6h в зависимости от того, что хочешь получить)
- опять Dr.DivX 1.06 (уже только видео без звука) - при определении размера файла задаем 1 файл (700х на количество планируемых дисков - (минус) объем получившегося аудиоматериала). Прога сама выставляет битрейт и режимы проходов (лучше наверно сам и не поставишь) и выдает в конце Видео в формате DivX
- VirtualDubMod: загружаем получившееся видео, в закладке Stream цепляем дорожки аудио (русская должна быть последней) + информацию о главах (берем из log-файла SmartRip).
Ставим для видео прямопотоковое копирование. Сохраняем. Если аудио в формате mp3 (CBR) или осталось AC3, можно сохранить как AVI.
Во всех остальных случаях надо паковать в OGM или MKV (пакетные фалы мультимедиа).

Способ не требует значительных "бдений" у компа, за исключением кодирования аудио - программа достаточно медленна, размер расчитывает часто неверно, а точные данные нужны, чтобы запустить на оцифровку видео. Однако поиски и работа в другой (AC3 decoder) тут же вылезли "боком" - пошла рассинхронизация аудио и видео

Все попытки кодирования в видеоформате VP6 происходили в VirtulaDubMod.

update:

После выхода кодека x264, появления XviD 1.1 полностью почти перешел на обработку через Gordian Knot. С виду, она немного сложнее, однако дает ясный, предсказуемый результат, и немного удобнее в плане планирования и управления заданиями. Кроме того, DivX сейчас не в почете у рипперской братии, за тяжеловесность, платность, медленность последних версий и из-за довольно среднего получаемого результата.
о технологии использвоания GK написана мною краткая инструкция, ищите ссылки в конце топика

LeX

Я использую для риппинга программу XMPEG..
особого умения для этого не надо ..там всё на русском языке..присутствует подробный мастер, есть в инете куча плагинов..
Лежит эта замечательная прога на филине.

Тут вопроса два:
1. Максимально использовать возможности кодека (в данном случае DivX) можно только зная все тонкости его настройти и особенности работы на разных битрейтах и разных материалах.
У меня стойкое подозрение, что разработчики DivX, выпустив Dr.DivX, учли все это, подготовив несколько "сертифицированных" профилей.

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

Мне как-то удалось сравнить качество выходного материала из virtualDub, с различными фильтрами и из Dr.DivX - так вот, последний был на голову выше.

2. Возможность запихать две дорожки в avi-файл.
По другому у меня не получается.

Правда, другие проги не пробовал.

Кстати, некто VicoNT оказался пользователем Hnet (или по крайней мере ходит на его форум). Так вот, он все про кодеки знает. Крайне продвинутый.
У него есть целый сайт. Правда, все интересное там как раз на форуме.


http://observatory.playland.ru/article9_article_34_2.phtml

пользовал один раз AutoGordianKnot[1].1.0

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

Почти полностью автоматическое кодирование. поставил и ушел.

http://observatory.playland.ru/article33_article_11_1.phtml

Полное руководство по Dr.DivX на русском языке...

http://observatory.playland.ru/article10_article_13_1.phtml

о том, как захватить, обработать и запаковать Ваше видео...

http://www.ixbt.com/cpu/pentium4-32ghz-axp...-encoding.shtml
http://www.ixbt.com/cpu/intel-amd-cpu-roundup-video.shtml


Тесты Pentium Vs Athlon на скорость кодирования видео.

Звук для видео.
Audio is half the film.

George Lucas


Начну статью с интересного высказывания Джёржа Лукаса. Для незнающих переведу: Звук - это половина фильма. Я с этим высказыванием абсолютно согласен. Наверное, вы не раз сталкивались с фильмами, зажатыми DivX, где звук был очень сильно зажат, и получались настолько высокие искажения, что фильм нельзя было смотреть (разве только выключить звук). Или наложение перевода был настолько поганый, что не было понятно ни оригинала, ни перевода. Это может очень испортить ощущение от просмотра фильма.

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

MP3
Начну с самого распространённого на данный момент аудио формата - MP3. Хочу развенчать святую веру людей в том, что это MPEG 3, это не так, MP3 это MPEG1 Layer III, но обо всём по порядку.

MPEG расшифровывается как "Moving Picture Coding Experts Group", дословно - "Группа экспертов по кодированию подвижных изображений". MPEG ведет свою историю с января 1988 года. Точнее, группа MPEG была создана Международной организацией стандартов (International Standards Organization или сокращенно ISO) и Международной электротехнической комиссией (International Electro-Technical Commission или сокращенно IEC). Группа была образована для создания стандартов кодирования подвижных изображений и аудио информации. Начиная с первого собрания в мае 1988 года, группа начала расти и выросла до необычайно плотной группы специалистов. Обычно, в собрании MPEG принимают участие около 350 специалистов из более чем 200 компаний. Встречи проводятся около трех раз в году. Большая часть участников MPEG - это индивидуальные специалисты, занятые в тех или иных научных и академических учреждениях. На сегодняшний день MPEG разработаны следующие стандарты и алгоритмы:
MPEG1 - (ноябрь 1992) - стандарт кодирования, хранения и декодирования подвижных изображений и аудио информации;
MPEG2 - (ноябрь 1994) - стандарт кодирования для цифрового телевидения;
MPEG2.5 - сжатие аудио с пониженным разрешением (аудио 16,22.05,24 килогерц);
MPEG3 - многоканальный MPEG1+MPEG2, этот стандарт практически умер
MPEG4 - стандарт для мультимедиа приложений: версия 1 (октябрь 1998) и версия 2 (декабрь 1999);
По порядку.

1) Рассмотрим комплект MPEG1: Layer (уровень) I, Layer II и Layer III. Общая структура процесса кодирования одинакова для всех уровней. Для каждого уровня определен свой формат записи бит-потока и свой алгоритм декодирования.

Алгоритмы MPEG основаны в целом на изученных свойствах восприятия звуковых сигналов слуховым аппаратом человека (то есть кодирование производится с использованием так называемой "психоакустической модели"). То есть, человеческий слух не идеален и восприимчивость слуха на разных частотах, в разных композициях - разная. Этим и пользуются при построении "психоакустической модели", которая учитывает, какие звуки, частоты, можно вырезать не нанося ущерба слушателю композиции.

Кратко об алгоритме кодирования. Входной цифровой сигнал сначала раскладывается на частотные составляющие спектра. Затем этот спектр очищается от заведомо неслышных составляющих - низкочастотных шумов и наивысших гармоник, то есть фактически фильтруется. На следующем этапе производится значительно более сложный психоакустический анализ слышимого спектра частот. Это делается в том числе с целью выявления и удаления "замаскированных" частот (частот, которые не воспринимаются слуховым аппаратом в виду их приглушения другими частотами). Затем, в зависимости от уровня сложности используемого алгоритма, может быть также произведен анализ предсказуемости сигнала. В довершение ко всему, проводится сжатие уже готового бит-потока упрощенным аналогом алгоритма Хаффмана (Huffman), что позволяет также значительно уменьшить занимаемый потоком объем.

Как было указано выше, комплект MPEG-1 имеет три уровня (Layer I, II и III). Эти уровни имеют различия в обеспечиваемом коэффициенте сжатия и качестве звучания получаемых потоков. Layer I позволяет сигналы 44.1 КГц / 16 бит хранить без ощутимых потерь качества при скорости потока 384 Кбит/с, что составляет 4-х кратный выигрыш в занимаемом объеме; Layer II обеспечивает такое же качество при 194 Кбит/с, а Layer III - при 128 (или 112). Выигрыш Layer III очевиден, но скорость компрессии при его использовании самая низкая (надо отметить, что при современных скоростях процессоров это ограничение уже не заметно). Так вот, MP3 ни что иное, как MPEG1 Layer III.

Стандарт MPEG-2 был специально разработан для кодирования ТВ сигналов вещательного телевидения, поэтому на рассмотрении MPEG-2 мы бы не останавливались, если бы в апреле 1997 этот комплект не получил "продолжение" в виде алгоритма MPEG-2 AAC (MPEG-2 Advanced Audio Coding - продвинутое аудио кодирование). Стандарт MPEG-2 AAC стал результатом кооперации усилий института Fraunhofer, компаний Sony, NEC и Dolby. MPEG-2 AAC является технологическим приемником MPEG-1.

Теперь поконкретнее об MP3. Так как этот формат довольно старый, за время его существования разные фирмы выпускали для него кодеры, которые тем или другим выли лучше своих конкурентов. Так, фирма Xing первая стала использовать VBR для mp3 файлов. Fraunhofer (родоначальник MP3) использовала Joint-Stereo. Lame был независимым проектом (что на западе очень ценится) и за его использование не надо было платить. Но прошло довольно много времени и остались сильнейшие. На данный момент это проект Lame и оригинальный кодер от Fraunhofer. На мой взгляд, Lame однозначно выигрывает у праотца по качеству и скорости кодирования (ведь он до сих пор развивается и поддерживает такие вещи, как ММХ). Дальнейший разговор пойдёт о нём.

Существует несколько режимов работы кодера LAME: CBR, ABR, VBR.

Начну с самого простого режима - CBR. CBR (Constant Bit Rate - постоянный битрейт) - это такой способ кодирования исходного аудио потока, при котором все его блоки (фреймы) кодируются с одинаковым битрейтом. Иными словами, битрейт на всей протяженности (всех фреймов) результирующего потока является постоянным. Т.Е. Размер файла будет равен продолжительность помножить на битрейт (он измеряется в килобайт/секунда)

ABR и VBR можно записать под одним названием - VBR, разница в их алгоритмах выбора битрейта.

VBR (Variable Bit Rate - переменный битрейт) - это такой способ кодирования исходного аудио потока, при котором каждый отдельный блок (фрейм) кодируется со своим битрейтом. Выбор битрейта, оптимально подходящего для кодирования данного фрейма, осуществляется самим кодером путем анализа "сложности сигнала" в каждом отдельном фрейме.

Вы спросите, в чём же разница ABR и VBR? Как я уже упомянул, в алгоритме выбора битрейта.

ABR (Average Bit Rate - средний битрейт) - при работе с ABR мы задаём средний битрейт, который мы хотели бы получить, а кодер пользуясь своим механизмом оценки сложности композиции изменяет битрейт каждого отдельного фрейма. В результате, мы получаем почти прогнозируемый объём файла и качество, немного лучшее, чем CBR.

VBR (Variable Bit Rate - переменный битрейт) - при работе с VBR мы задаём не битрейт, а качество, которое желаем получить. Показатель качества задаётся значением от 9 (самое низкое качество) до 0 (самое высокое качество). При этом мы не можем прогнозировать битрейт и размер файла, который получатся после кодирования. Битрейт определяет сам кодер в зависимости от сложности композиции и от уровня качества. Единственное что мы можем сделать в этом режиме, это ограничить битрейт сверху и снизу (соответствующими префиксами командной строки).
Чем вам пользоваться, выбирайте сами, на мой взгляд менее проблемно пользоваться ABR, я заранее знаю, какой размер файла я получу. У VBR тоже есть свои плюсы: он не стеснён в выдерживании битрейта и меняет его не стесняясь во всём заданном диапазоне, отчего качество получаемой композиции заметно выше, по сравнению с ABR на том же среднем битрейте.

AAC
Этот формат изначально позиционировался разработчиками как преемник MP3, так как обладал по сравнению с последним рядом несомненных достоинств. Как и в MP3 в основе алгоритма AAC лежит психоакустическая модель кодирования, то есть при сжатии какая-то часть звукового спектра удаляется. При этом алгоритм AAC содержит большое количество усовершенствований, направленных именно на улучшение качества выходного аудиосигнала. В MPEG-2 AAC используются другие алгоритмы преобразований, улучшенные обработчики шумов и новый банк фильтров. Из специальных возможностей можно назвать, так называемые "водяные знаки" (watermarks) - информацию об авторских правах, которую AAC позволяет хранить в теле аудиокомпозиции, причем удалить эту информацию не разрушив целостность аудиоданных невозможно.

При этом MPEG-2 AAC обладает высочайшим качеством звучания и очень хорошей степенью компрессии аудиокомпозиций. Так, например, аудиокомпозиция в формате AAC с bitrate 96 kbs обеспечивает качество звучания, аналогичное потоку MPEG-1 Layer III bitrate128 kbs. При сравнении же файлов AAC с bitrate 128 kbs, качество звучания ощутимо превосходит MPEG-1 Layer III с такой же степенью сжатия.

И вполне возможно этот формат заменил бы устаревающий MP3 если бы не одно но... Сразу же после окончания работ над MPEG-2 AAC некоторые из компаний соучредителей забрали причитающиеся им исходные коды стандарта и на их базе создали собственные форматы, коммерческие и не совместимые друг с другом. Вот таким образом и появилась та мешанина несовместимых форматов, которые называют "семейство форматов аудиосжатия AAC".

На данный момент существуют четыре разновидности формата AAC: Homeboy AAC, AT&T a2b AAC, Liquifier PRO AAC (LQT), Astrid/Quartex AAC

Все эти модификации несовместимы между собой, имеют собственные кодеры/ декодеры и неодинаковы по качеству. Так, последние две модификации по ряду параметров превосходят первую пару. Самым высоким качеством обладает Liquifier PRO AAC (LQT), этот формат является коммерческим, это его главный минус. Это значит, что в этот формат можно зажать свою домашнюю коллекцию музыки и слушать только их проигрывателем, не отредактировать, не дать соседу послушать, не вмонтировать звук в фильм в этом формате не получится. Не так давно я прочитал новость о кончине фирмы Liquid Audio. Очень жаль… На проверку это был, пожалуй, самый лучший кодер.

Так же прочитал ещё одну интересную новость: Для формата MPEG-4 собираются внедрить аудио кодер AAC Plus с технологией SBR (о ней абзацем ниже). Интересно, кто же отдал свои исходники ААС для этого проекта, я этого пока не знаю, но от этого зависит какой получится звук. Судя по SBR здесь присутствует Fraunhofer, это их детище. Посмотрим, что из этого получится.

MP3Pro
Кодек MP3 Pro анонсирован в июле 2001 года компанией Coding Technologies вместе с Tomson Mulimedia и институтом Fraunhofer. Формат MP3Pro является продолжением, или, точнее, развитием старого MP3. MP3Pro является совместимым с MP3 назад (полностью) и вперед (частично). То есть файлы, закодированные с помощью MP3Pro, можно воспроизводить в обычных проигрывателях, однако качество звучания при этом заметно хуже, чем при воспроизведении в специальном проигрывателе. Это связано с тем, что файлы MP3Pro имеют два потока аудио, в то время как обычные проигрыватели распознают в них только один поток, то есть обычный MPEG-1 Layer 3.

В MP3Pro использована новая технология - SBR (Spectral Band Replication). Эта технология предназначена для передачи верхнего частотного диапазона. Идея технологии и предпосылки таковы. Дело в том, что технологии использования психоакустических моделей имеют один общий недостаток: все они работают качественно до битрейта 128 Kbps. На более низких битрейтах начинаются различные проблемы: либо для передачи аудио необходимо обрезать частотный диапазон, либо кодирование приводит к появлению различных артефактов. Этот ключевой момент показывает, что использования психоакустической модели не достаточно при работе с битрейтами ниже 128 Kbps. Новая технология SBR дополняет использование психоакустических моделей. Работает это так: в файле передается (кодируется) чуть более узкий диапазон частот чем обычно (то есть с обрезанными "верхами"), а верхние частоты воссоздаются (восстанавливаются) уже самим декодером на основе информации о более низких частотных составляющих. Таким образом, технология SBR применяется фактически не столько на стадии сжатия, сколько на стадии декодирования. "Загадочный" второй "параллельный" поток данных, о котором говорилось выше, как раз и есть та минимальная необходимая информация, которая используется при воспроизведении для восстановления верхних частот. Проведенные исследования показывают, что эта информация - есть усредненная мощность сигнала в верхнем (обрезанном) диапазоне частот. Точнее не одна усредненная мощность для всего диапазона вырезанных частот, а информация о средней мощности в нескольких полосах частот верхнего диапазона. Подробнее об SBR .

Качество звучания MP3Pro можно назвать субъективно очень хорошим даже на битрейте 64 Кбит/с . Субъективно, несложные композиции при таком битрейте воспринимаются не хуже чем MP3 128 Кбит/с. Однако, необходимо учитывать тот факт, что такое звучание достигается искусственным путем, и что слышимый сигнал представляет собой уже не столько оригинал, сколько синтезированную копию оригинала, что заставляет задуматься меломанов, обладателей высококачественной аудио аппаратуры, а также просто ценителей качественного оригинального звучания. Тесты показывают, что использованный в MP3 Pro искусственный прием критическим образом влияет на качество кодирования (и последующего воспроизведения) множества музыкальных композиций. Это означает, что использование кодека очень нецелесообразно и не рекомендуется при составлении фонотеки или для постоянного хранения аудио. С другой стороны, кодек может занимать выигрышные позиции в области потокового аудио.

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

TwinVQ (VQF)
Этот формат по праву считается старейшим конкурентом MP3. Алгоритм аудиокомпрессии TwinVQ (Transform-domain Weighted Interleave Vector Quanization - векторное квантование с преобразуемыми доменами и взвешенным чередованием) был разработан японской фирмой Nippon Telegraph and Telephone Corp. (NTT), точнее, ее подразделением Human Interface Laboratories. Патент на использование этого формата принадлежит фирме NTT, которая первой представила на рынке программного обеспечения проигрыватели и кодеки TwinVQ. Этот формат по основным концепциям, используемым при компрессии аудиоданных, сильно напоминает MP3, но при этом используется совершенно иная психоакустическая модель. Соответственно и выбор "нужных" и "ненужных" звуков осуществляется по совершенно иным критериям. Размер файлов VQF в среднем на 30-35% меньше, чем MP3, при примерно одинаковом качестве звука. Так, например, качество звучания потока TwinVQ при bitrate 96 Кбит/с практически идентично качеству звучания потока MPEG-1 Layer III (при bitrate 128 Кбит/с) и семейству MPEG-2 AAC (при bitrate 96 Кбит/с).

Лицензией на использование данного формата обладает так же всем известная фирма Yamaha, которая, собственно, и осуществляет на протяжении уже более чем двух лет основную поддержку и раскрутку формата VQF. Компания Yamaha, как всегда, подошла к делу очень добросовестно, и, можно сказать, что, предлагаемое ею программное обеспечение для создания и воспроизведения аудиокомпозиций VQF под торговой маркой SoundVQ, является лучшим для данного формата на текущий момент, как по дизайну, так и по качеству кодирования/декодирования звука.

Как показали тесты, как программные, так и акустические, с использованием живых тестеров, VQF превосходит МР3 по всем параметрам в нижней области звукового спектра, но проигрывает последнему в области верхних частот. На частотах выше 15 кГц, VQF на 2-3 дБ уступает MP3. При всем при этом, VQF вносит гораздо меньшее искажение формы сигнала в композициях с большим динамическим диапазоном (реальная музыка).

Этот формат так же подходит только для хранения музыки, пока нет редактора, который мог бы соединить видео и TwinVQ (VQF). Загрузка процессора при прослушивании TwinVQ (VQF) достаточно высока, поиск нужного фрагмента идёт долго, в связи с этим можно предположить, что TwinVQ (VQF) так и не будет интегрирован с видео.



Далее я рассмотрю более реальных конкурентов формату MP3:

OGG
OggVorbis - это совершенно новый универсальный формат аудиокомпрессии вышедший летом 2000 года. Этот самый молодой формат из всех конкурентов МР3 разработан группой Xiphophorus и является всего лишь небольшой частью из мультимедиа проекта OggSquish, в котором будет помимо форматов аудиосжатия еще и кодеки видеокомпрессии. Впрочем, это все в будущем, а пока OggVorbis - единственный реально существующий формат из этого семейства.

У этого формата есть преимущество над всеми остальными форматами (Lame - MP3 не трогаем) - он бесплатен. То есть, за использование его в своих программах, программистам не надо будет платить. Это очень практичный шаг, ведь MP3 таким образом и захватил рынок. Сейчас, нужен очень хороший и бесплатный кодек, для того, чтобы свергнуть гегемона.

Как говорят руководители проекта, OGG использует оригинальный математический алгоритм и собственную психоакустическую модель. Это освобождает его от необходимости выплачивать какие-то лицензионные сборы и производить иные выплаты сторонним фирмам-изготовителям аудио форматов. Алгоритм Ogg Vorbis рассчитан на сжатие данных на всех возможных битрейтах без ограничений, то есть от 8 Kbps до 512 Kbps, а также на кодирование с переменным битрейтом (VBR). Алгоритм предусматривает хранение внутри файлов подробных комментариев об исполнителе и названии композиции, а также графической информации. В алгоритме предусматривается также возможность кодирования нескольких каналов аудио (более двух, теоретически до 255), возможность редактирования содержимого файлов, а также так называемый "масштабируемый битрейт" - возможность изменения битрейта потока без необходимости декодирования. Поддерживается потоковое воспроизведение (streaming). Для хранения данных используется собственный универсальный формат bitstream Ogg Squish, рассчитанный на хранение любой информации мультимедиа системы Ogg Squish. По качеству звука, OGG успешно конкурирует с MP3, но до таких монстров, как LQT ему далеко, поэтому его перспективность именно в бесплатности и поддержании новых спецификаций (битрейт до 512 Kbps, 255 каналов звука, поддержание многими энтузиастами…). Так же, я прочитал в пресс-релизе Vorbis, что они собираются к лету 2003 года выпустить видео кодек! Посмотрим, что из этого получится, забегая вперёд, скажу, что Ogg Vorbis мне больше всех понравился по качеству.

Формат постоянно развивается, что подтверждает выход финальной версии кодека v.1.0, который то же претерпевает постоянные изменения. Есть плагины для Winamp, которые проигрывают формат OGG (на данный момент они встроенные в Winamp) , появилась поддержка этого формата в фильмах. Если учесть молодость этого формата, то он очень быстро продвигается на рынок. Но, естественно не обходится и без но… Если взять и установить на систему DivX5 , и попытаться просмотреть фильм со звуком в OGG, то вы получите тишинуL. Кодеки для OGG нужно устанавливать отдельно. Естественно это будет сдерживать продвижение этого формата. Будем надеяться, что Microsoft будет включать поддержку этого формата на уровне ядра в следующих обновлениях и операционных системах. Пока же Microsoft заинтересована в продвижении собственного формата, о нём - ниже.

WMA
Жил, был аудио кодек Voxware Audio CODEC v4.0, работал достаточно не плохо, даже проходил испытания на некоторых высокоскоростных цифровых телефонных сетях США и Канады, был встроен в Media Player операционных систем Windods. В один прекрасный день он оказался купленным всем известной компанией Microsoft. С этого дня он стал по-другому назваться и работать на другого хозяина. Добро пожаловать в WMA! Разработка была полностью скуплена и программисты компании приступили к дальнейшей доработке и сопряжению ее с другими частями операционной системы Windows. Этот кодек хоть и вышел позднее других, зато обладал гораздо более высокими характеристиками и главное он бесплатен! Microsoft изобрела наиболее эффективный способ уничтожения конкурентов - cделать собственный продукт бесплатным, с поддержкой на уровне DirectX.

Новорожденный формат без потуг на оригинальность был назван WMA - Windows Media Audio. Этот формат позиционируется своими создателями, как преемник целой плеяде устаревающих аудиоформатов, начиная с Real Audio и заканчивая MPEG Layer III.

Microsoft обещает, что качество WMA будет не хуже качества LQT(AAC), а это уже претензия на качество. Опять же, фирма Microsoft решила быть оригинальной. Звук WMA невозможно будет использовать с обычными AVI файлами (читай - попытка протолкнуть свой формат WMV, который так же не поддерживает поток AVI). Для работы с WMA и WMV был введён новый транспортный протокол ASF.
Последняя, виданная мной версия Windows Media Codec - 8. Качество звука я не сравнил, а вот видео весьма посредственного качества, плюс большие проблемы с поиском нужного фрагмента, делают его не конкурентоспособным по сравнению с другими видео форматами. А значит и аудио останется не востребованное (ведь WMA работает только с WMV).

WMA - Весьма раскрученный формат (только за счёт продвижения вместе с Windows), не показал никаких выдающихся результатов, не смотря на заявленные характеристики. Плюс эта система защиты, встроенная в версии 8 и 9, тоже подрезает ему крылья (для некоторых это наоборот плюс - защита от несанкционированного прослушивания).

AC3
Используемая в Dolby Digital схема компрессии данных AC3 обладает очень высокой эффективностью (коэффициент сжатия может быть более 12:1, поддерживаемые битрейты от 32 до 640 кбит/с, в кино используется 320 кбит/с) и при этом довольно высоким субъективным качеством звука.

AC3, как и все современные схемы сжатия данных звуковых потоков (в частности, MP3), использует в своей работе особенности слухового восприятия человека, или психоакустическую модель. Например, в присутствии громкого сигнала некоторой частоты более тихие и имеющие немного более высокую или низкую частоту звуки маскируются громким сигналом, то есть не слышны или слышны очень плохо. Также маскируются сигналы, звучащие после и даже перед громким звуком. Это явление позволяет не кодировать или кодировать с меньшей разрядностью маскируемые звуки. Компрессия данных осуществляется также путем недеструктивного избавления от избыточной информации. Для реализации этих схем входящий поток аудиоданных разбивается во времени (на перекрывающиеся блоки (фреймы) по 512 сэмплов, при частоте дискретизации 48 кГц это составляет 10,66 мс, если же в сигнале присутствуют резкие перепады уровня, то размер блока уменьшается вдвое, чтобы качественно передать эти быстрые скачки) и по частоте (весь звуковой диапазон в 24000 Гц разбивается на 256 сегментов, что дает ширину каждой полосы в 93,75 Гц).

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

Еще одним способом уменьшения потока данных является объединение данных из разных каналов (тоже самое используется в MP3 - Joint Stereo). В реальной многоканальной фонограмме в нескольких каналах звуковая информация зачастую пересекается, и ее можно закодировать один раз для всех, а не для каждого канала в отдельности. Эта техника применяется только для частот выше 10 кГц, что позволяет сохранить локализацию источников звука, а при том, что в распоряжении кодера есть целых пять полноценных звуковых каналов и, соответственно, широкое поле для маневра, поток данных этим способ можно уменьшить довольно значительно.

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

Личные впечатления.
Теорию я написал но практика - это святое дело. Я решил сам прослушать все форматы и сравнить их качество. Я не искал лучшего музыкального формата, это будет AAC, я искал формат годный для фильмов.

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

Сравнение буду производить на наиболее часто используемом (для фильмов) битрейте ~96 kbit/s в MP3, остальные форматы подгонялись под такой же размер файла.

Скрывать не буду, для MP3 я выставил особые параметры. т.к. при таком битрейте ему высокие однозначно не вытянуть, я решил ему помочь, частота дискретизации 32 Кгц, фильтр нижних частот 15 Кгц и режим Joint Stereo. При стандартных параметрах звук MP3 - отвратителен, что мы иногда наблюдаем в фильмах (битрейт 96 Kbit/s а звук ...). Для остальных форматов эти настройки выставить было невозможно, т.к. ни один не поддерживает ФНЧ, а выставлять , частоту дискретизации 32 Кгц без ФНЧ нет смысла, можно только всё испортить.


OGG - слегка завышен уровень высоких частот; СЧ - норма; НЧ - норма
WMA - синтезированные высокие, неприятно слушать; СЧ - норма; НЧ - норма
MP3 - подискажены высокие частоты; СЧ - норма; НЧ - норма
AC3 - подискажены высокие частоты и завышен уровень; СЧ - несколько надрывные; НЧ - тяжеловат

Итак, конкурентов 2: OGG и MP3. Кого же выбрать? MP3 более распространён, OGG получше звук, делема. Для себя, я выбрал бы OGG, для всех рекомендую MP3. MP3 - уже практически вылизанный формат, поддерживаемый всеми и вся, но с небольшой оговоркой, параметры кодирования нужно подбирать. Звук, закодированный в OGG, приходится сливать с видео формаа OGM, о котором пока ещё мало кто знает, но у которонго есть свои преимущества над обычными AVI с MP3 звуком. Об этом можно почитать здесь http://www.doom9.org/ogg.htm.

Отвечая на вопрос bam-а:
1) Какой битрейт нужен для видео DivX с разрешением 720х576, 25 fps, чтоб качество было хорошее (без квадратиков), но не слишком большой размер файла. 825 или 1025 может быть приемлемо или это слишком мало?

2) Почему при просмотре телепередач с ТВ-тюнера звук хороший, но записывается плохо(не то чтобы очень, но слегка похуже чем при просмотре вживую)? этот трабл есть у меня и еще у моего знакомого. Можно ли в VirtualDub или в другом видеоредакторе с помощью какого-нибудь фильтра или эффекта это исправить?

Могу сообщить буквально следующее:
1. Битрейт зависит от длинны самого файла не меньше, чем от разрешения.. для хорошего качества вполне достаточно 1000-1200, особенно при таком разрешении...

2. Можно попробовать увеличить уровень записи на микшере.
Если надо подправить звук в готовом видеофайле можно поступить двояко. В Дубе - в менб звука поставить режим полной обработки и увеличить громкость при перезаписи...
Более элегантный путь - поставить программу Adobe Audition. Открыть видеофайл как вставку, выделить звуковую дорожку и обрабатывать ее как отдельный файл - нормализовывать, убирать шумы и все такое. Отдельно сохранить (не объединять с видео - ОЧЧЕНЬ долго) в мр3, потом слить в VirtualDubMod. Работает просто суперрр.

* Вопрос: Что это за кодек такой, VP62? Чем он лучше DivX? И зачем было переходить на Vorbis, ведь MP3 более распространен?

Сам кодек называется ON2 VP6.
ON2 это фирма-производитель, а различные суффиксы означают профили-потомки.
VP60 - простой профиль, медленное кодирование.
VP61 - более продвинутый профиль, есть жалобы на плохой контроль битрейта (имхо некоторые люди ошиблись с настройками квантизеров).
VP62 - профиль вышел в свет недавно, новая фишка - повышение четкости изображения. В видео добавляется цифровой шум, как на DVD. Интересная вещь между прочим. В любом случае, даже если не включать sharpness, я бы рекомендовать использовать профиль VP62, т.к. он более четко придержвается битрейта.

* On2 VP6 это кодек нового поколения, основанный на иных методах сжатия изображения, чем Mpeg4. Да, он несовместим с Mpeg4. Но по качеству выходного изображения на любых битрейтах выигрывает у DivX'а любой версии. Этим кодеком вполне реально закодировать 2-3 часа видео на 1 CD без потерь в качестве и ресайза! К сожалению кодек требует больших выч. ресурсов для кодирования. Зато качество окупается сторицей. Декодер VP6 автоматически настраивается в зависимости от мощности процессора. VP62 - субверсия кодека VP6, и отличается от VP61 и VP60 качеством (в лучшую сторону конечно). К минусам этого кодека можно отнести небольшие недоработки в блоке контроля движения. Однако в целом качество картинки - просто бесподобное. Посмотрите мультфильм "Братец медведь" и вы поймете о чем я говорю. Словами это не передать. Квадратики отсутствуют как класс, статичные фоны великолепны - кодек просто прелесть!
MP3 давно устарел, дальнейшее улучшение кодека практически невозможно - разработчики подошли к своему пределу. Vorbis - новейшая разработка, позволяет получить на низких и средних битрейтах превосходное качество звука. В то время как Lame MP3 отрезает частоты выше 13-15 KHz, Vorbis при одинаковом битрейте великолепно передает диапазон 17-18 KHz, полностью сохраняя звуковую картину - разница заметна даже на самых плохеньких колонках.

* Вопрос: На диске вместо .avi записан какой-то .mkv - что это такое, как его просмотреть? Почему вы отказались от .avi и от .ogm?
* Ответ: Все мои новые перекодировки VP6+Vorbis будут упаковываться в контейнер .mkv - это новый стандарт хранения audio+video, наподобие .avi, называется "Матрёшка" (Матроска). Проблема в том, что .avi давно устарел - формату уже более 10 лет и он не поддерживает VBR аудио-потоки. Переменный битрейт MP3 несколько лет назад удалось втиснуть в avi с некоторыми ухищрениями (требуется избыточное место для синхронизации, плюс иногда возникают проблемы), однако звук в формате Vorbis он не поддерживает. Поэтому я применяю контейнер mkv - по сути он похож на avi, но имеет свои преимущества. Для его поддержки необходимо установить Matroska Splitter. Для звука потребуется Core Vorbis Decoder.
Я отказался от контейнера .ogm по причине отсутствия нормальных DirectShow фильтров для него. То что есть сейчас - кошмарно глючит с плеерами (часто зависает, переключение тзвуковых треков сильно глючит). Матрёшка в этом плане намного лучше, переключение звуковых потоков в LightAlloy работает нормально.

* Вопрос: LightAlloy 2.4 не видит файлы .mkv в окне "Open files..." - приходится каждый раз выбирать "Any files" в настройках окошка, а это муторно... Что делать?
* Ответ: Необходимо провести небольшую настройку плеера. По умолчанию он не знает о файлах .mkv, несмотря на наличие возможности их проигрывания через фильтры DirectShow. Нужно зайти в каталог Programm Files\Light Alloy и открыть файл LA.ini в любом текстовом редакторе. Прокручиваем файл в конец, находим строчку WIntegrator.VideoFiles= после нее идет перечисление видео-форматов. Вам нужно дописать в строчку следующее: MKV
Вот что должно получится:
WIntegrator.VideoFiles=MKV,ASF,AVI (и так далее, идет перечисление остальных форматов). После этого плеер нормально будет видеть файлы матрёшки в окне "Open files...".




Добавлено:

Кодек VP6 можно скачать в бесплатное пользование вот здесь:
http://www.on2.com/vp6.php3

Великолепные результаты дает даже однопроходный Good Quality Fast Encoding, кодек DivX даже рядом не валяется. Двухпроходный режим лучше ставить на ночь, второй проход советую Good Quality, режим Best Quality могут выбирать отъявленные маньяки, т.к. кодирование может затянуться на пару суток. А так средний фильм 1.5-2 часа в двухпроходном режиме можно закодировать за ночь. Однопроходным режимом тоже не стоит пренебрегать, кодирует быстрее чем DivX 5.1.1 в двухпроходке, а качество выше! Замеченный недостаток однопроходки VP6 - кодек крайне осторожно изменяет битрейт, в общем-то это похвально, статика изумительная, но динамика немножечко страдает.

Давайте посмотрим на скриншоты. Кодируется фильм "Последний самурай", разрешение 704x288 - ресайз Lanczos, шумодавы отключены (исходник чистый, т.к. его пожали на однослойный DVD). Длина фильма 2 часа 28 минут. Фильм кодируется на 1CD (да-да, с VP6 это реальность, люди LOTR3 на 1 диск запихивают). В данном случае это однопроходка, т.к. двухпроходка на нем слетает - фильм коряжный, диск был заляпан и рипать пришлось с применением программы BadCopy.
Профиль кодека - VP62 без DeNoise и Sharpness.
По графику видно что кодер не использует b-фреймы (за счет которых DivX 5.1.1 и XVID собственно и имеют преимущество на Mpeg4-based энкодерами). Однако отсутствие b-фреймов кодек VP6 компенсирует капитальным процессингом источника - вы только гляньте на ключевые кадры, возвышаются как Эверест, на DivX 5.1.1 таких показателей трудновато добится даже с применением кучи шумодавов... Опять же из графика видно что блок контроля движения у VP62 работает не самым лучшим образом - поставить вместо ключевого кадра I-кадр для него обычное дело. Разработчикам нужно поработать над чувствительностью контроля движения. Впрочем на фильме это не особо сказывается (хотя в "Брате медведе" я заметил 3-4 места, где кодек слегка подгадил с ключевыми кадрами, он еще и сэкономил битрейт).

Я еще не до конца разобрался с интерливингом и перерасходом битрейта в матрёшке (.mkv) - судя по размерам файлов он там вообще отсутствует, после кодирования "Последнего самурая" я буду более уверен в этом вопросе.
Добавлено: интерливинг требуется Сейчас буду сжимать русскую дорожку, что-бы была на 10 мегабайт меньше

В .ogm интерливинг есть, как его считать непонятно, формат архиглючный, размер файла получается больше чем у матрёшки, но меньше чем у .avi (??!).

Битрейт я считаю через Gordian Knot 2.8.8 (вышла новая версия), для особо шумных фильмов применяю комбинацию фильтров (через AviSynth) - FluxSmooth и TemporalSoften. Для расчета битрейта VP6 в Gordian Knote нужно включить режим DiV 3.11 - килобиты там имеют размерность 1024 (у DivX 5.1.1 - 1000).

Для VP6 потребуется довольно мощный CPU. Результаты при правильных настройках намного превосходят DivX, отличная цветопередача, классная статика и задники (DivX 5.1.1 плох тем, что срезает со статики много битрейта, отдавая его на передний фон, боротся с этим почти невозможно (разве что увеличивая битрейт)).

Про VP61 есть небольшая статья с описанием настроек:
http://observatory.playland.ru/article9_article_16_1.phtml

Однако квантизеры я бы порекомендовал попробовать 2 | 20 для средних битрейтов и 2 | 40 для низких (возможны уточнения, пока маловато закодированных фильмов в VP6).


Добавлено:

Чем подкупает VP6 по сравнению с DivX 5.1.1 - так это работой с мультфильмами и анимэ. В DivX 5.1.1 кодировать мульты дело неблагодарное - кодер транжирит битрейт непонятно на что, шумодавы применять толку нет, по результатам предварительного тестирования в Gordian Knot соотношение бит\пиксель очень большое.
Раньше приходилось для мультов делать ресайз до 512 пикселей по горизонтали, а с VP6 "Братец медведь" - 676 x 390, "Леди и бродяга" - 648 x 272 (больше не получилось из-за того что исходное видео 4:3)... Причем если с "медвежонком" все ясно - компьютерная мультипликация (не анимация, а мультипликация совмещенная кое-где с анимацией), шумы небольшие...
Но вот с мультом "Леди и бродяга" кодер удивил - старые диснеевские мультфильмы кодировать дело тяжелое -зашумленное видео, прыгающая цветность (DivX прыгающие цвета вообще не любит), однако выходной результат великолепен - бэкграунды остались четкими, общее качество -отличное.

по материалам форума:
http://forum.oszone.net/topic.cgi?forum=22...ic=1951&start=0

Информация о MPEG-4 (включая AVC/H.264)


Оригинальная версия (на английском языке): MPEG-4 Information (including AVC/H.264)
Автор: bond
Перевод: pogo stick
Последнее обновление: 16.06.2004
Если Вы хотите обсудить содержание этого документа с автором, Вы сможете сделать это на форуме Doom9 в разделах «Новые форматы» – Кодеки и Контейнеры.
Пожелания, предложения, замечания, возражения и возмущения по поводу перевода посылайте по адресу: pogo-stick@nm.ru.
Если Вы хотите разместить эти документы на каком-либо из сайтов, обратитесь за разрешением к автору. Связаться с ним можно, послав личное сообщение в форуме форуме Doom9. Мои условия: не изменять содержание, включая это небольшое сообщение, копировать документ целиком, дать ссылку на расположение перевода: pogo-stick.nm.ru и послать оповещение по адресу: pogo-stick@nm.ru.



Что такое MPEG-4 стандарт?

MPEG-4 (ISO 14496) – это широкий открытый стандарт разработанный Moving Picture Experts Group (MPEG), рабочей группой Интернациональной Организацией Стандартизации (International Organization for Standardization – ISO), которая также разработала общеизвестные MPEG-1 (MP3, VCD) и MPEG-2 (DVD, SVCD) стандарты, упорядочивающие разного рода форматы аудио-видео сжатия и многое другое.
В сущности MPEG-4 предназначался не для стандартизации одного потенциального продукта (например, чего-то сравнимого с DVD), а для того чтобы охватить большое количество под-стандартов, из которых поставщики продуктов могли бы выбрать то, что им нужно для своей продукции.
MPEG-4 стандарт, как уже упоминалось, разделён на множество разных под-стандартов, из которых наибольший интерес представляют следующие:
- ISO 14496-1 (Системы), формат контейнера MP4, анимация/интерактивность (например, DVD меню)
- ISO 14496-2 (Видео #1), Продвинутый Простой Профайл (Advanced Simple Profile – ASP), которому соответствуют XviD, DivX5, 3ivx...
- ISO 14496-3 (Аудио), Продвинутое Кодирование Аудио (Advanced Audio Coding – AAC)
- ISO 14496-10 (Видео #2), Продвинутое Кодирование Видео (Advanced Video Coding – AVC), так же известное как H.264

Каковы возможные преимущества открытого стандарта, такого как MPEG-4, по сравнению с закрытыми форматами, такими как Windows Media Micro$oft-а?

Преимущество в том, что открытый стандарт открыт для всех, желающих создать продукт. Поэтому, уже сейчас существует множество разных продуктов совместимых с MPEG-4 стандартом и, соответственно, совместимых друг с другом.
Кроме возможной совместимости и широкого выбора продуктов, открытый стандарт приводит к конкуренции, которая сулит потребителям более высокое качество продуктов, менее высокие цены и большую сосредоточенность производителей на нуждах потребителей.
И, возможно, самым важным аргументом в пользу открытого стандарта является то, что он делает возможным развитие программных продуктов с открытыми исходными текстами. XviD – ярчайший пример.



ISO 14496-1 (Системы) - MP4


Как уже было упомянуто MPEG-4 стандарт определяет собственный формат контейнера (другие форматы контейнеров не охватываются этим стандартом: AVI, OGM, Matroska и т.д.), который предусматривает не только хранение аудио и видео, а ещё и анимированного/интерактивного содержимого (так же известного как BIFS).

Анимация/интерактивность.

Не вдаваясь в технические детали, стандарт MPEG-4 системы определяет широкий ряд мощных инструментов, которые делают возможными различные виды анимации (не только схожие с flash анимацией, но и подобные тем, что были использованы в фильмах «Toy Story» и «Finding Nemo») или интерактивность (например, DVD меню и интерактивные потоковые меню). Всё это может быть сделано в 2D и 3D. Образцы того, что могут предложить MPEG-4 системы, могут быть найдены здесь. Для воспроизведения системных файлов вам понадобиться системный декодер/проигрыватель. Самые популярные для 2D систем: GPAC's Osmo4 (скачать) и EnvivioTV (скачать). Для 3D систем посмотрите здесь.

Совместимость.

MP4 контейнер – очень важная часть MPEG-4 стандарта, так как нельзя достичь 100% совместимости между разными MPEG-4 аудио-видео реализациями без стандартного контейнера. В противоположность этому, для MPEG-4 видео всё ещё самым популярным форматом является AVI. AVI контейнер – это основная причина существующей не совместимости в MPEG-4 (например, в аппаратных проигрывателях).

Дальнейшее изучение.

Если Вы хотите прочитать больше о MP4 контейнере обратите внимание на MP4 FAQ в форуме Новые А/В контейнеры сайта Doom9. Некоторая документация по MP4 доступна здесь и здесь. Смотрите так же FAQ о MPEG-4 системах от Motion Picture Experts Group (MPEG). Если Вы заинтересованы в описании интерактивного содержимого взгляните на этот документ от GPAC проекта. Спецификацию MPEG-4 систем можно скачать здесь. Спецификацию ISO базового формата медиа файла (14996-12), на котором основан MP4, можно найти здесь.


ISO 14496-2 (Видео) - Продвинутый Простой Профайл (ASP)


MPEG-4 стандарт определяет широкий ряд инструментов для кодирования. В настоящее время наиболее распространены те, что входят в ISO 14496-2. Эту часть стандарта часто называют MPEG-4 "Часть 2", но далее она будет называться – MPEG-4 ASP.

MPEG-4 Часть 2.

Как уже упоминалось, MPEG-4 стандарт может быть использован для достижения разных целей. И, конечно, различные задачи требуют различных инструментов для кодирования. Например, если Вы хотите создавать потоковое видео с очень низким битрейтом вам потребуются инструменты отличные от тех, что Вы будете использовать при кодировании DVD материала со средним или высоким битрейтом. Чтобы обеспечить эти потребности MPEG-4 стандарт определяет множество различных профайлов и уровней (Profiles and Levels). Каждый профайл/уровень – это уровень совместимости, обеспечивающий слаженную работу продуктов соответствующих ему. Даже если продукты изготовлены разными производителями. Эти уровни стандартизуют не только инструменты, которые могут быть использованы при кодировании, но и задают видео параметры: ограничение битрейта, размер изображения, частота смены кадров и т. д. Обзор MPEG-4 профайов может быть найден здесь.

Продвинутый Простой Профайл (ASP).

При кодировании DVD материала наиболее полезным оказывается Продвинутый Простой Профайл @ Уровень 5 (ASP@L5). Он допускает размер изображения до 720x576, частоту смены кадров до 30fps и предлагает такие инструменты как B-Frames (B-VOPS), Quarter Pixel Motion Search Precision (QPEL), Global Motion Compensation (GMC) и MPEG/Custom Quantization, в противоположность к Простому Профайлу (Simple Profile), который допускает только 352x288 и 15fps.
Самые важные инструменты доступные в Продвинутом Простом Профайле (не могут использоваться в Простом Профайле):

B-Frames/B-VOPS/Bi-directional encoding:
B-кадры/двунаправленное кодирование
В отличие от I-кадров/ключевых кадров, которые содержат всё изображение и не зависят от других кадров, и P-кадров, которые содержат только изменённые части изображения из предыдущего I- или P-кадра, B-кадры используют информацию, содержащуюся в предыдущем или следующем I- или P-кадре. Поэтому B-кадры могут быть сжаты гораздо сильнее, чем другие типы кадров. Это должно значительно улучшить качество и повысить сжимаемость.

Quarter Pixel Motion Search Precision (QPEL):
Четверть-пиксельная точность определения движения
В основном большинство MPEG-4 кодеков по умолчанию обнаруживают движение между двумя кадрами с точностью в половину пикселя (HalfPel). Теперь же с QuarterPel передвижения объектов на четверть пикселя могут быть обнаружены, эффективно удваивая точность! Практически, это означает, что Вы получите более чёткое изображение, используя QPEL.

Global Motion Compensation (GMC):
Глобальная компенсация перемещения
GMC определяет на сколько сходны параметры передвижений больших частей кадра. Если направления движений совпадают, то GMC начинает действовать и для всех подобных частей применяет один вектор взамен нескольких. Практически, это помогает сэкономить биты в тех частях фильма, где использованы панорамные съемки, съемки с изменением масштаба изображения или с вращением. Эти биты могут быть использованы для других целей, увеличивая чёткость изображения. Эффективность зависит от того, на сколько хороша реализация GMC (сколько warppoints предлагается).

MPEG/Custom Quantization:
MPEG/индивидуальная квантизация
В то время как Простой Профайл MPEG-4 предполагает использование только h.263 квантизации, ASP так же допускает использование квантизации индивидуальных типов. Тип h.263 делает изображение более «мягким» (хорошо для «однодисковых» фильмов). MPEG матрица хороша для высоких битрейтов и сохраняет больше деталей. hvs_good – пример популярной индивидуальная матрицы, дающей не плохие результаты на низких битрейтах. Существует множество индивидуальных матриц.

В общем, MPEG-4 ASP стал популярен благодаря кодеку DivX5, именем которого очень часто называют видео соответствующее ASP@L5 (так же как люди называют все сорта Колы, даже Пепси, Кока-колой). Но очень важно осознавать, что существуют другие MPEG-4 ASP кодеки, которые совместимы с MPEG-4 не более и не менее чем DivX5.

MPEG-4 ASP кодеки.

На данное время доступны следующие ASP кодеки: XviD (binary), DivX5, DivX4/OpenDivX, ffmpeg/ffvfw/ffdshow, 3ivx, Nero Digital, Skal, Quicktime, mpegable, Envivio, Sorenson и многие другие...
Сравнение качества кодеков doom9: 1 2
(RV9, VP6, WMV9 и DivX3.11 так же известный как MS MPEG-4 – не совместимы с MPEG-4!)

XviD
Самый передовой MPEG-4 ASP кодек. Тщательно настроен на кодирование DVD материалов и обладает очень большим рядом инструментов, предлагаемых стандартом. Включая более одного B-Frame, QPEL, GMC (3 warppoints), MPEG/Custom Quants, Trellis и многое другое. XviD – кодек с открытым исходным текстом (GPL). На сайте Doom9 есть XviD Форум, который часто посещают разработчики этого кодека. Если Вы хотите узнать больше о XviD, посетите официальный сайт XviD.org и прочтите crusty's FAQ.

DivX5
Самый популярный и широко используемый MPEG-4 ASP кодек. Хотя, этим он обязан главным образом своему имени. Он предлагает меньше MPEG-4 ASP функций, чем XviD. Только 1 B-Frame, только h.263 Quant, слабую GMC (1 warppoint)... И «есть мнение», что он менее качественен, чем XviD. Но DivX5 имеет некоторое влияние в мире бизнеса и способствует популяризации MPEG-4. Если Вы хотите узнать больше о DivX5, посетите официальный сайт DivX.com и DivX Форум на сайте Doom9.

ffmpeg
ffmpeg (также известный как libavcodec/format) – это реализация с открытым исходным текстом (LGPL), предлагающая все вообразимые MPEG-4 инструменты. Не смотря на то, что кодек стоит в тени XviD-а когда дело доходит до кодирования, многие проекты основаны на труде разработчиков ffmpeg (например, известные mplayer и ffdshow). Если Вы хотите узнать больше о ffmpeg, посетите официальный сайт ffmpeg.org и форум Новые А/В Форматы - Кодеки на сайте Doom9.

3ivx
Не смотря на то, что 3ivx – один из самых старых MPEG-4 кодеков (разработчики утверждают, что он старше, чем DivX5), он стал популярен в последние месяцы. Кодек предлагает QPEL и MPEG Quantization, но нет B-Frame и GMC. 3ivx – это не только продукт используемый для видео кодирования, но и более широкая реализация MPEG-4 стандарта, включающая AAC кодирование и один из наилучших доступных инструментов для создания и воспроизведения видео в MP4 контейнере. Если Вы хотите узнать больше о 3ivx, посетите официальный сайт 3ivx.com и форумы Новые А/В Форматы - Кодеки/Контейнеры на сайте Doom9, которые время от времени посещают разработчики 3ivx.

Nero Digital
MPEG-4 ASP кодек от Ahead – самый молодой из рассматриваемых. Но Ahead очень амбициозны и стремятся добиться популярности. В данное время кодек доступен только в Nero Recode2 вместе с одним из наилучших AAC кодировщиков. NeroDigital предлагает тот же набор функций что и DivX5 + GMC (3 warppoints) и MPEG/Custom Quants. Один из самых быстрых кодеков. Если Вы хотите узнать больше о NeroDigital, посетите официальный сайт NeroDigital.com и форум Новые А/В Форматы - Кодеки на сайте Doom9, которые время от времени посещают разработчики NeroDigital.

MPEG-4 ASP, "Железо" и DivX сертификация.

Так как первое поколение чипов аппаратных декодеров не могло справиться с декодированием видео, созданного при помощи всех инструментов ASP (т.е. QPEL и GMC), DivXNetworks, производители DivX5 кодека, создали что-то, что может быть названо индивидуальным MPEG-4 профайлом, а именно Профайл Домашнего Кинотеатра (Home Theater Profile – HTP). Каждый проигрыватель способный воспроизводить видео соответствующее HTP может получить так называемую DivX сертификацию от DivXNetworks. Видео соответствующее HTP не может быть создано при помощи QPEL и GMC, и битрейт так же более ограничен HTP, чем в случае с MPEG-4 ASP. Следовательно, HTP – это компромисс между качеством и работоспособностью старых аппаратных декодеров. И, конечно, DivX сертификация так же помогает DivXNetworks дальше укреплять торговую марку "DivX". Тем не менее, правильное выражение требований к проигрывателю должно быть – MPEG-4 ASP@L5. То есть проигрыватель соответствующий определенному уровню интересующего нас профайла MPEG-4 стандарта должен без проблем воспроизводить видео созданное в соответствии с этим стандартом.

Дальнейшее изучение.

Если Вы хотите прочитать больше о MPEG-4 видео, обратите внимание на страницу Промышленного Форума MPEG, предоставляющего обзор доступных Ресурсов и Статей. Поправка 1 к 14996-2 может быть найдена здесь. Так же важно упомянуть сайт Moving Picture Experts Group (MPEG), содержащий MPEG-4 Видео FAQ и обзор MPEG-4 стандарта (включающий много информации о MPEG-4 Видео).



ISO 14496-3 (Аудио) - Продвинутое Кодирование Аудио (AAC)


MPEG-4 стандарт определяет один из наилучших аудио форматов доступных на данный момент: Продвинутое Кодирование Аудио (Advanced Audio Coding – AAC). AAC может включать 48 (до 96 kHz) аудио каналов в одном потоке плюс 15 низко-частотных (LFE, ограниченных 120 Hz), до 15 потоков и многое другое.

AAC профайлы.

В AAC, так же как в MPEG-4 Видео, существуют разные профайлы. Профайл Низкой Сложности (Low Complexity Profile – LC AAC) – широко используется на потребительском рынке (например, очень популярен музыкальный магазин iTunes, принадлежащий Apple). Примеры других профайлов: MAIN Profile, Long Term Prediction (LTP), Scalable Sampling Rate (SSR) или Low Delay (LD).

Сравнение качества LC AAC с другими не плохими форматами с битрейтом 128kbps (спасибо rjamorim-у):

Примечательно, что lame (лучший mp3 кодек) обеспечивает гораздо меньшее качество, чем другие с тем же битрейтом. Обратите внимание, что wma кодек, представленный в этом тесте – это не стандартный wma9 (используемый в музыкальных магазинах и CD плеерах), а совершенно другой и обеспечивающий лучшее качество – wma9 pro (они не совместимы).

AAC Высокой Эффективности (High Efficiency – HE AAC) – особенно полезен на низких битрейтах и при многоканальном кодировании.

Сравнение качества HE AAC с другими популярными форматами с битрейтом 64kbps (спасибо rjamorim-у):

QT – это LC AAC Quicktime кодек, а He – это HE AAC Nero кодек.

AAC кодеки.

В данное время следующие AAC кодеки доступны: Quicktime/iTunes, Nero, FAAC (binary), Psytel, Compaact!, Winamp5, Real and Sorenson.

Сравнения качества rjamorim-а: 1 2

Дальнейшее изучение.

Если Вы хотите прочитать больше о AAC аудио, обратите внимание на AAC FAQ в форуме Аудио кодирование сайта Doom9 или audiocoding.com wiki. Смотрите так же FAQ от Motion Picture Experts Group (MPEG) о MPEG-4 Аудио. Спецификацию MPEG-4 AAC можно скачать здесь, здесь и здесь.


ISO 14496-10 (Видео) - Продвинутое Кодирование Видео (AVC)


AVC/H.264 – это часть MPEG-4 стандарта, определяющая один из самых современных и технически совершенных форматов видео кодирования. Он был совместно завершён и специфицирован в 2003 году двумя группами: MPEG (Moving Pictures Experts Group) из Интернациональной Организацией Стандартизации (International Organization for Standardization – ISO) и VCEG (Video Coding Experts Group) из Интернационального Телекоммуникационного Союза (International Telecommunication Union – ITU) Организации Объединённых Наций (Organization of the United Nations – UNO), которые так же стандартизовали H.263 формат (в основном сейчас используется в программном обеспечении для видеоконференций). AVC/H.264 стандарт был разработан Joint Video Team (JVT), которая включает экспертов из MPEG и VCEG. Со стороны MPEG, стандарт называется MPEG-4 Часть 10 (ISO 14496-10), а со стороны ITU – H.264 (по номеру документа ITU). Под этим названием формат уже широко известен. «Официальное» наименование нового стандарта, Advanced Video Coding (AVC), было выбрано MPEG как видео дополнение к аудио формату Advanced Audio Coding (AAC).

AVC/H.264 профайлы.

AVC/H.264 определяет три разных профайла:
- Базовый (Baseline) предлагает I/P-кадры, поддерживает только прогрессивное (progressive) изображение и CAVLC
- Основной (Main) предлагает I/P/B-кадры, поддерживает прогрессивное или чересстрочное (interlaced) изображение и CAVLC или CABAC
- Расширенный (Extended) предлагает I/P/B/SP/SI-кадры, поддерживает только прогрессивное изображение и CAVLC

Только будущее покажет, какой профайл и какие инструменты будут больше подходить для перекодирования DVD материалов, но, скорее всего, это будет Основной Профайл и следующие инструменты:

CAVLC/CABAC:
Context-Adaptive Variable Length Coding и Context-Adaptive Binary Arithmetic Coding
Это передовые (более сложные, чем в ASP) инструменты для статистического кодирования синтаксиса потока битов (тип макроблока, вектор движения + reference-index...). CAVLC (так же известный как UVLC) – это метод сжатия, используемый AVC по умолчанию. CABAC – более действенный метод, способный снизить битрейт ещё на 10-15% (особенно на высоких битрейтах). Оба метода обеспечивают сжатие без потерь и, следовательно, не повредят качеству, но снизят скорость кодирования и декодирования.

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



Variable Block Sizes:
Переменные размеры блока
В отличие от ASP, где размеры блоков могут быть 16x16 и 8x8 пикселей (с inter4v), AVC предлагает деление макроблоков до 4x4 пикселей. Размер блоков адаптивен и переменен, хороший кодировщик будет способен выбрать наиболее эффективный размер каждого конкретного макроблока.

Multiple Reference Frames:
Множественно связанные кадры
В отличие от ASP, который для кодирования кадра разрешает использовать информацию только из кадров расположенных рядом с ним, AVC, анализируя передвижения частей изображения, способен выбирать информацию из множества кадров. Это означает, что кодек, кодируя кадр, может опираться на предыдущий кадр (как в ASP) или на кадр стоящий ещё раньше. Это, конечно, снизит скорость кодирования и декодирования.

Rate Distortion Optimisation (RDO):
RDO позволит кодировщику принимать наиболее эффективные решения когда ему придётся делать выбор. RDO – это не инструмент определённый AVC спецификацией, а новый подход к принятию решений, который впервые представлен в H.264. Другие кодеки так же могут использовать RDO. Например, VHQ режим в XviD.

Не полный сравнительный обзор AVC и ASP от Envivio:



AVC/H.264 кодеки.

В настоящее время доступны следующие реализации AVC/H.264: x264 (binary), MainConcept, VSS, Envivio, Hdot264 (binary), Moonlight, DSPR, JM (reference software) (binary), ffmpeg
(анонсированные кодеки: Skal, Nero, Apple, Sorenson)

Кодировщики

x264
Кодек с открытым исходным текстом (GPL), который изначально разрабатывал Fenrir, работающий сейчас над анонсированным Nero кодеком. x264 доступен как VFW кодек (здесь или в ffdshow/ffvfw - только для windows) и как часть Handbrake (для Linux, MacOS и BeOS) и уже довольно быстр.

MainConcept
MainConcept AVC/H.264 реализация пока доступна как бесплатная ознакомительная версия (с добавлением «водяного знака») с собственной программой для кодирования в .mpg файлы и DirectShow декодером (не лишённым недостатков).

Vanguard Software Solutions (VSS)
Одна из первых AVC реализаций. Доступна бесплатная ознакомительная (ограниченна 5-ю днями работоспособности) версия, основанная на референсном программном обеспечении, в виде VFW кодировщика для Базового и Основного профайлов.

JM (Референсная программа)
JM 8.2 предлагает очень богатый набор функций, среди которых: B/SP-кадры, CABAC, Loop Filter, Variable Block Sizes до 4x4, Multiple Reference Frames, Error Resilience, RDO, Rate Control и так далее... Но JM отличается низкой скоростью кодирования.

Hdot264
VFW версия референсной программы с открытым исходным текстом (GPL), которую написал charact3r. Не обновлялась долгое время и всё ещё основана на очень старой версии (JM 4.0c)

Декодеры

Vanguard Software Solutions (VSS)
Бесплатный AVC/H.264 декодер для воспроизведения avc потоков, помещённых в .avi (с VSSH fourcc).

Moonlight
Бесплатный проигрыватель, содержащий DirectShow декодер и splitter для воспроизведения .mpg и .264 avc потоков. Moonlight так же предлагает AVC кодировщик в SDK, не доступный обычным покупателям.

MainConcept
Ознакомительная версия кодировщика содержит AVC DirectShow декодер и splitter для воспроизведения .mpg и .264 avc потоков. Как уже упоминалось, содержит рад недостатков.

ffmpeg
Декодер, предлагаемый ffmpeg (LGPL), изначально написал Michael Niedermayer. Fenrir добавил поддержку CABAC и исправил несколько дефектов. Декодер уже используют ffdshow и VideoLAN (но похоже, что есть некоторые проблемы с качеством).

DSPR
Бесплатный AVC DirectShow декодер и демонстрационный, защищенный паролем кодировщик.

Envivio
EnvivioTV – AVC DirectShow декодер. Способен декодировать .mp4 файлы (начиная с версии 2.0 – текущая версия 2-1-181) и бесплатно не доступен. Envivio – одна из первых компаний, предложивших реализацию AVC и включивших AVC в свои продукты, кодирующие в .mp4.

Примеры.
Скромное сравнение MPEG-4 ASP и AVC (битрейт 460kbps):

MPEG-4 ASP (XviD RC2 – h.263, QPEL, VHQ4, ChromaMotion, Trellis, 2 B-Frames, другие настройки по умолчанию):


MPEG-4 AVC (ознакомительная версия MainConcept – Основной Профайл, другие настройки по умолчанию):


Другие доступные примеры:
Moonlight (очень низкие битрейты)
VSS - heise (старые образцы)

Недостатки AVC/H.264 в данное время.

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

- совместимость: как это ни печально, но большинство доступных реализаций поддерживают разные форматы контейнеров:
.mp4: «родной» для AVC контейнер, соответствующий MPEG-4 стандарту
.mpg: так же стандартизирован для AVC
.264: простой поток битов (bitstream), например, производимый референсным кодировщиком
.avi: использование AVI для AVC – это плохая идея! AVI уже сейчас является причиной несовместимости. AVI и VFW задерживают полную реализацию всех возможных инструментов, предлагаемых AVC (некоторые из них просто не возможны в AVI и VFW), и, поэтому, вредят возможному качеству или, по крайней мере, скорости развития, совместимости и, следовательно, конкуренции.

- скорость: большинство реализаций крайне медлительны. x264 кажется наиболее быстрым, но это пока всего лишь базисный кодировщик. Ahead заявили, что они сделают AVC пригодным для домашнего использования (их MPEG-4 ASP кодек уже довольно таки быстр).

MPEG-4 AVC/H.264, "Железо" и HD-DVD.

DVD Форум в настоящее время работает над «преемником» популярного DVD формата. Как сообщалось здесь, DVD Форум уже сделал предварительное решение о том, что MPEG-4 AVC/H.264 будет обязательным кодеком для HD-DVD. Поэтому, очень вероятно, что AVC/H.264 будет следующим, широко используемым и поддерживаемым, видео форматом, каким является MPEG-2 сейчас (используется в DVD).

Дальнейшее изучение.

Если Вы хотите прочитать больше о MPEG-4 AVC/H.264 формате, обратите внимание на этот детальный обзор, освещающий так же техническую сторону. С общей информацией можно познакомиться здесь или здесь. Результаты контрольных тестов могут быть найдены здесь или здесь (html). Полная спецификация доступна для скачивания здесь (от 7-14 марта 2003).

------------------------------------------------------------------------

Matroska FAQ
Матрёшке уже год! Реальная альтернатива avi? Попробуйте сами.

Matroska FAQ



Оригинальная версия (на английском языке): Matroska FAQ
Автор: bond
Перевод: pogo stick
Последнее обновление: 16.06.2004
Если Вы хотите обсудить содержание этого документа с автором, Вы сможете сделать это на форуме Doom9 в разделе «Новые форматы» – Контейнеры.
Пожелания, предложения, замечания, возражения и возмущения по поводу перевода посылайте по адресу: pogo-stick@nm.ru.
Если Вы хотите разместить эти документы на каком-либо из сайтов, обратитесь за разрешением к автору. Связаться с ним можно, послав личное сообщение в форуме форуме Doom9. Мои условия: не изменять содержание, включая это небольшое сообщение, копировать документ целиком, дать ссылку на расположение перевода: pogo-stick.nm.ru и послать оповещение по адресу: pogo-stick@nm.ru.



1) Что такое matroska (матрёшка)? Я слышал, что это «формат контейнера». Что это?
Контейнер позволяет объединять различные мультимедийные потоки (в большинстве случаев аудио и видео) в один файл. Примеры известных мультимедийных контейнеров: AVI (.avi), MPEG (.mpg, .mpeg), OGM (.ogm), MP4 (.mp4), Realmedia (.rm, .rmvb).
Проект matroska - это открытый формат контейнера, стремящийся предложить множество передовых возможностей, с которыми такие старые форматы как AVI не могут справиться. Например, matroska поддерживает хранение аудио содержимого с переменным битрейтом (Variable Bitrate - VBR), переменную частоту смены кадров (Variable Framerate - VFR), главы, прикрепление файлов, обнаружение ошибок (EDC) и современные аудио-видео кодеки, такие как "Advanced Audio Coding" (AAC), "Ogg Vorbis" или "Realvideo 9/10" (RV9/10), которые AVI не поддерживает.



2) Какие расширения использует matroska?
- .mkv: как правило, видео файлы (с аудио или без)
- .mka: только аудио файлы, может содержать любой из поддерживаемых аудио форматов, такие как MP2, MP3, Vorbis, AAC, AC3, DTS...
- .mks: так называемые «элементарные» matroska потоки, содержащие любые потоки субтитров



3) Как создавать matroska файлы?
При помощи следующих программ Вы можете создавать (например, из существующих AVI файлов) или редактировать файлы matroska:
- VirtualDubMod, выберите .mkv в качестве выходного файла. VDM так же позволяет редактировать файлы (Doom9 Guide)
- MKVtoolnix включает программу mkvmerge, которая может использовать VobSub субтитры!
- AVI-Mux GUI, начиная с версии 1.15
- Graphedit, опытные пользователи также могут использовать фильтр gabest-а matroska muxer



4) Преобразование в matroska требует перекодирования содержимого?
Нет, этот процесс проходит без потерь, медиа потоки достаются из одного контейнера и помещаются в matroska контейнер.



5) После соединения двух matroska файлов в virtualdubmod, выходной файл оказывается повреждённым?
Это известная проблема virtualdubmod. Используйте AVI-Mux GUI для соединения двух matroska файлов!



6) Будут ли созданные мною файлы совместимы с будущими реализациями matroska?
Да, файлы полностью совместимы. Фактически matroska основан на гибкой структуре EBML, которая позволяет добавлять новые функции в формат контейнера (например, новые аудио-видео кодеки, меню наподобие DVD-меню) не разрушая совместимости со старыми программами и файлами.



7) Как воспроизводить matroska файлы в Windows?
Простой ответ: команда matroska уже приготовила пакет, который позволит вам воспроизводить почти любой matroska файл любым проигрывателем, основанным на directshow (например, media player classic, bsplayer, zoomplayer или дрянной windows media player). Скачать пакет можно здесь.

Подробный ответ: две вещи нужны для воспроизведения в directshow проигрывателе:
- splitter фильтр, который делит содержимое контейнера на потоки (аудио, видео, субтитры) во время воспроизведения
- decoder фильтр, который декодирует потоки (например, XviD, MP3...)
так что всё, что вам нужно для воспроизведения matroska файлов – это matroska splitter (по этим ссылкам доступны два таких фильтра: gabest и matroska.org

) и, конечно, специальный декодер (например, Vorbis, AAC, Realmedia, AC3 or VSFilter)
Кстати, splitter для AVI уже установлен в windows по умолчанию (так же как MP3 декодер). Это единственная причина, по которой вам не нужно устанавливать его самостоятельно.
Небольшое описание того как устанавливать DirectShow фильтры можно найти здесь.
В качестве альтернативы можно использовать The Core Media Player вместе с matroska плагином.


8) Как воспроизводить matroska файлы в Linux, MacOS и X-Box?
Вам нужно найти последнюю версию mplayer-а. Для создания/редактирования Вы найдёте всё необходимое на сайте Mosu. Есть так же неплохой Gstreamer плагин, который сделал Ronald 'BBB' Bultje. Вы сможете найти его здесь - GStreamer CVS.



9) Требует ли matroska большей мощности процессора, чем AVI?
Нет, Вы не сможете отличить скорость чтения содержимого AVI и Matroska, используя современный процессор. Запись, в настоящее время, требует немного больше ресурсов, но это, потому что нужно больше времени для улучшения приложений для создания MKV.



10) Какие типы субтитров могут содержать matroska файлы? И как их воспроизводить?
В данное время SRT, SSA, ASS и Vobsub.
Используйте VSFilter gabest-а для воспроизведения субтитров проигрывателями, основанным на directshow.



11) Почему matroska файлы созданные из AVI меньше, чем сами AVI?
Потому что matroska нуждается в меньшем overhead, чем AVI контейнер (особенно с vbr-mp3).
Здесь Вы можете найти хорошее overhead сравнение, которое проделал alexnoe.



12) Возможно ли создавать содержимое с переменной частотой смены кадров (Variable Framerate - VFR) в matroska?
Да, подробнее об этом можно прочитать здесь: 1 2 3.
AVI-Mux GUI может так же соединять AVI файлы с разной частотой смены кадров в matroska файл.
Уже есть проект, работающий над vfr-кодированием. Он называется Variable Framerate Encoder. Так же было уже выпущено приложение, позволяющее соединять vfr AVI.



13) Поддерживает ли matroska "анаморфное изменение размеров" ("anamorphic resize")?
Да, Вы можете установить размер изображения ваших matroska файлов. Например, в mkvmerge, AVI-Mux GUI или в проводнике windows, используя matroska shell extension.
Для воспроизведения анаморфного содержимого с правильными размерами нужно использовать ffdshow и опцию "overlay mixer".



14) Какие преимущества использования есть у .mka для хранения аудио?
Подробнее об этом можно прочитать здесь: matroska.org.
В данное время уже возможно хранить весь CD одним треком в mka и воспроизводить в любом проигрывателе, основанном на directshow или foobar2000 с плагином от jcsston. Каждая песня будет отдельно выбираема.



15) Поддерживает ли matroska multi-angle видео файлы (несколько видео потоков в одном файле)?
Нет, это не возможно в данное время.



16) Как создавать файлы Глав в Matroska XML формате?
Вы можете использовать ChapterXtractor, который сделал Toff, подробнее читайте здесь.



17) Как переделать Matroska файлы в другой формат? Например, в AVI/MPEG?
Спасибо Avalon-у за написание небольшого гида о том, как это сделать! Подробности здесь.
Но знайте, что Вы не сможете поместить Vorbis и RV9/10, часто используемые в Matroska, в AVI без перекодирования.



18) Я хотел бы прочесть больше о matroska! Где я могу найти информацию?
Посетите официальный сайт matroska.org.



Но пока происходят какие-то проблемы с сервером сайт временно находиться в другом месте – Matroska/Матрёшка.



------------------------------------------------------------------------

Информация о MPEG-4 (включая AVC/H.264)
Практический взгляд на MPEG4 стандарт: настоящее и будущее.

LeX
Пробовал порезать на две части Возвращение Короля рипнутое тобой, пытался с делать это VDubMod, но он ругался на VBR в одной из дорожек, оно вообще надо VBR писать? Может постоянного хватит?

несколько полезных советов... стырено с другого форума не запомнил адресок )

1. Извлечение или добавление звуковой MP3 или AC3 дорожки в видео.
http://www.digiwo.com/video/mp3_avi/mp3_avi.php

2. Работа с TV-Out вашей видео карты.
http://www.digiwo.com/video/tvout/tvout.php

3. Создание простого меню для (S)VCD с помощью AHEAD Nero Burning Rom.
http://www.digiwo.com/video/vcdmenu/vcdmenunero.php]

4. Создание меню для (S)VCD с помощью Roxio WinOnCd
http://www.digiwo.com/video/vcdmenu/vcdmenuwoc.php

5. Делаем из компьютера видеомагнитофон.
http://www.digiwo.com/video/sovety/videorec.php

6. Как разрезать AVI-файл.
http://www.digiwo.com/video/avi_cut/avi_cut.php

7. Как разрезать MPEG,AVI,ASF,WMV -файл.
http://www.digiwo.com/video/all_cut/all_cut.php

8. Кодирование в MPEG формат (VCD, SVCD, DVD).
http://www.digiwo.com/video/mpeg_en/mpeg_en_1.php

по материалам форума http://forum.mediatory.ru/viewtopic.php?t=2615

Ко мне на тестирование поступила бета версия Nero H.264. encoder

Из отмеченных особенностей после беглого взгляда:

Поддерживает многие фичи AVC - cabac entropy coding, inloop deblocking filter, macroblock partition (down to 8x8),
halfpel interpolation, quarterpel interpolation
до 3 идущих подряд B фреймов.
Квантайзеры 0-51
vbr|abr|2pass
режим для мультфильмов.
Работает в 2 раза быстрее, чем VP62 best quality, качество тоже получше.

Взято с форума http://forum.doom9.org/
Кстати уважаемый RBF, выложил там результаты своих тестов.
Ateme H.264 Beta Test

Ateme, the technology provider for NeroDigital video codec, has reached a significant stage of its H.264 encoder development and is now ready to proceed to latest fine tunings before a first release in next coming ND products.

In order to bring this new codec to higher level of quality and performance and to satisfy most potential users, we're planning a beta test period starting next week. During this beta test phase, we would be pleased to share with the community some comments, suggestions or any idea that could make this codec better and better.

Therefore we would be happy to welcome some experienced volunteers wanting to take part to this beta test program and to help us making this codec yours The ideal profile would be someone involved in video codecs usage and familiar with avisynth scripting, dshow filters, audio/video muxing, codecs comparison, etc.

People interested can apply by contacting me (through PM or on irc #mpeg on irc.freenode.org).

I've asked Doom9 if we could start a thread here to allow testers to report and discuss about it. I didn't get any reply yet, maybe some moderators could tell if this would break some rules and if such discussions should be hosted elsewhere ?

После тестирования на паре фильмов можно сделать предварительные выводы.
Nero H264 это пока лучшая реализация H264 на сегодняшний день из опробованных мной (Mainconcept, Sorenson, Mpegable, VideoSoft/VSS, x264, Moonlight не пробовал). Основные конкуренты по сфере применения это VideoSoft-H264 и VP6, но перед ними Nero имеет ряд преимуществ.
По сравнению с VideoSoft:
1. Немного более четкая картинка на статике, гораздо более четкая картинка на динамике (VideoSoft - нещадно все размазывает).
2. Примерно на 30% более высокая скорость работы.
3. Гораздо более точное попадание в заданный битрейт.
4. Большая "доступность"

По сравнению с VP6:
1. Более четкая картинка и меньше артефактов (степень различий зависит от чистоты исходного материала, чем чище, тем различий больше).
2. Немного более высокая скорость работы на максимальном качестве (тоже зависит от исходного материала и процессора, у Nero скорость одного прохода кодирования может варьироваться от 12 до 25 fps, в зависимости от сложности кадров, что говорит о довольно высокой эффективности алгоритмов поиска энтропии).
3. Более точное попадание в битрейт на IVTC источнике.
3. Очень существенное. H264 в отличие от VP6 входит в MPEG4 стандарт, что дает возможность с легкостью просматривать его на различных операционных системах и значительно увеличивает шансы увидеть его поддержку на массовом рынке стационарных плееров.


2. Типы настроек задаются ключами в командной строке:
качество - normal|good|best|extra
режим - vbr|abr|2pass
квантайзер для vbr режима, который здесь означает кодирование с фиксированным квантайзером [0 ; 51]
минимальный и максимальный квантайзер [0 ; 51]
необходимый битрейт в bits/s
психовизуальный режим 0|1|2 0 = выключен
уровень деблокинга (препроцессинга) [-6 ; 6]
адаптированный деблокинг (препроцессинг), может работать универсально и вокруг какого либо уровня.
Можно включить и отключить по отдельности следующие дополнительные режимы: P фреймы, B фреймы, cabac entropy coding (улучшеный алгоритм поиска избыточной информации), inloop deblocking filter, макроблоки 8x8, halfpel interpolation, quarterpel interpolation.
Максимально идущие подряд B фреймы [1 ; 3]
режим для мультфильмов (может также быть полезен для некоторых источников видео)
Соотношение сторон в пикселях
Режим предсказания от 1 до 16 (выше 5 мало улучшений).

3.Скорость кодирования для кадров 720x3xx на PIV-2800 в режиме best около ~12fps, на остальных режимах, на пару fps в ту или иную сторону. На кадрах меньшего разрешения естественно скорость выше.

4.Скорость декодирования я измерил, понизив частоту проца до 2600.
Использовался автоматический постпроцессинг. Замерялось на клипе деятельностью 1 мин., разрешением 704х384 и битрейтом 650kbit/s
Без B фреймов ~94 fps.
C B фреймами ~ 72 fps.

Ну вот, например, кусок из NTSC DVD фильма. Предварительная нагрузка на проц в виде кропа, ресайза и IVTC. Проц - PIV-2800. Разрешение 720x352. Оба варианта с B фреймами.

Best - 10,4 fps
Extra - 9,1 fps

Разницу в качестве можно уловить на стоп кадрах. В движении различить труднее.

Скорость может немного меняться в зависимости от сложности или от шумности исходного материала.

Сейчас команда Ateme и команда Nero AAC вместе находятся на выставке в Амстердаме на одном стенде Nero Digital, так что вероятность того, что кодек не попадет в NeroVision Express, невелика. Но если это все же не произойдет и доступ будет сильно затруднен, то, конечно, постараюсь без кодека людей не оставить (для этого, собственно и соблюдаются меры предосторожности, чтобы уж последнюю бету точно получить.) Везде фигурирует срок 4-6 недель.
Кстати, а для VSSH появился способ без проблемного использования?

Декодер Nero в режиме авто-постпроцессинг примерно в 1,5 раза быстрее декодера VSSH. При отключенном постпроцессинге еще процентов на 10 быстрее.

Не могу сказать как возрастает требование к компу с точьностью на на моём 2@2.5 Гц Селерон * 400@500 Мгц -bus speed - видео зажатое Атеме Н.264 с бифреймами 1000 кбит/с произвёл 18 кадров из 23,9.

Конечно хорош для рипинга на 1 СД или HDTV Н.264 - но не у всез же компы по 2.5-3Гц. У тебя у самого как я понял 2800. Но я думаю что разработчики оптимизируют свой кодек конечно в рамках которых им позволит Н.264

Ещё вот. сравниваешь с RV10 - какие настройки - дело в том что лутчшие результаты получаюстя с RealAnime 2.2 HFE 2 Settings + новый декодер.

это который..
http://www.sorenson.com/solutions/prod/comp_win.php
получаю mp4 файлики, а посмотреть не чем немогу..

Ко мне поступил тестовый клип закодированный кодеком Moonlight H.264.
Для его создания использовались следующие настройки:

Profile: Main/3.1
GOP: 18/2
Entropy Coding: CABAC
Search Range: 128x128
Encoder mode: 1-pass, VBR
Reference Frames: 1
Scene Change Detection: On
B Frames: 2
Rate Distrortion Object: On
Motion Estimation: On
Sub-pixel: Quarter pels
Partitioning: On

Время кодирования примерно в 2,5 раза быстрее чем Nero extra на аналогичной конфигурации.


лучше с такими настройками:
GOP: 30/2 - обычно 1B фрейм дает выйгрыш в ~7%, 2B-10%. Gop-а хватает в районе 30фреймов.
Entropy Coding: CABAC - только он
Search Range: 32х32 - больше нет смысла, 128х128 - это для HD видео.
Sub-pixel: Quarter pels - только он
Partitioning: On - можно не включать, это для маленьких клипов, с очень мелкими делатями.


Если поставить в Moonlight average-400 max-6000 то в размер не попадает. Если 300-6000, то попадает в размер, но все равно на динамичных сценах битрейт выше 1200 не поднимается и при этом ухудшается качество статичных сцен.

Уточняю информацию по поводу скорости первого прохода в Nero. Он на 50% быстрее только на коротких клипах. На целом фильме 1-pass промчался со скоростью 60 fps. Так-то временем на первый проход можно пренебречь.

А зачем им собственно вообще кодек релизить ?
1. ESS выпускает новый чипсет для NeroDigital (He-AAC MPEG-4 ASP). Было бы глупо выпускать NeroRecord c поддержкой h.264. Намного интересней получать лицензионные отчисления со стационаров. Пока Ahead не выжмет всё что можно с NeroDigital (ASP) включать h.264 в NeroVision не имеет смысла. Никто бы не стал покупать стационары, ожидая следущего поколения с поддержкой h.264.
2. Конкуренция. На текщий момент необходимо признать, что альтернативные решения других компаний сильно недаработаны. Опять же торопиться особо незачем.
3. Бизнес-модель. А кому продавать кодек? HDTV источников довольно мало. Ребятам с doom9? Завсегдатаям P2P-сетей? Ну можно выпустить пакет для фанатов видеокомпрессии. И сколько они на этом заработают? Время массового распространения h.264 ещё не пришло.
4. Стандарт не утвержден. Вернее утвержден на той стадии, когда могут быть внесены изменения. Насколько я понимаю в природе в принципе не может существовать не беты??? Релиз не утвержденного стандарта?
5. Аппаратные требования к компьютерам проигрывающим HDTV (h.264)
превышают производительность среднего компьютера. Большинство пользовательских мониторов не поддерживают HDTV.
Так что войдет ли h.264 в пакет NeroVision вопрос весьма спорный

Вести с фронтов: h.264 в Nero 6.6 не войдет. Обещают включить в Recode в конце ноября.
Хотя, как показывает практика откладывают они довольно часто. Когда Ahead впервые упоминал о h.264, то упоминался Nero 7, а это скорее всего не раньше 2005. Исходя из того, что последняя бета была довольно стабильной, несколько странным выглядит то, что Ahead не будет даже пытаться интегрировать h.264 в Nero 6.6

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

RBF писал(а):
Вышли новые:

ftp://ftp.nero.com/software/NeroBurnigROM/nero6601.exe
ftp://ftp.nero.com/software/NeroVisionExpress/NVE3014.exe

Кто уже пробовал?


Только что скачал, h.264 кодера там нет, как и ожидалось

По моей версии в этом виноват последний ND парсер версии 2.0.2.24.
Для решения, можно после установки последних Nero и Recode заменить файл NDParser.ax на аналогичный файл, взятый из nve21218 или nero63125, файл имеет версию 2.0.2.20. После этого у меня баг пропал, и перемотка работает нормально.

На будущее, за воспроизведение H264 отвечают всего два файла NDParser.ax и NeVideo.ax. Ищите причину в них, а не сносите весь пакет.

мкв контенйер (mkvtoolnix 1.0) не подерживает до сих пор Н.264 в мп4.
Насчёт проигрывания файла без Nero Rom, NeroVisonExpress ничего не могу сказать.
На счёт битрейта в гордиане тоже нет информации, я ставил Divx3 и конечный файл получал +/- 2% от желаемого размера.
Лично я кодирую след. образом
1. Подгатавливаю файл avs в гордиане.
2. Кодирую видео Н.264
3. Дорожку открываю в неро аудио-эдитор. Меня устравиает Неро НЕ-ААС 60-70 кбит.(Stereo)
4. Аудио + Видео в родной конентйнер мп4.
5. Субтитлы субрипом.

Конечно для нормального человека кто хочет смотреть кино без инсталирования Dirext 9 , NeroRom, Nero Vison Express (без интсаляции которых простмотр видео в Н.264 Атеме не взможен , хотя могу оштбаться) лутчшем решением будет ООГ+ВП6.2, тем же кому нужно максимальное качество будуь этим заниматься


по ссылке: http://nero.com/en/nero-prog.php
уже пишут:
Free Trial Version of Nero 6 Reloaded
New free demo package will be available soon.
MuTeK, так что торопитесь
А у Вас два прохода будет и субблоки 4x4 ?


ЗАФИНАЛИЛО

its here every one AVC just confirmed

ftp://ftp4.us.nero.com/NVE30114.exe

Раз уж никто не отвечает, попытаюсь я, думаю более опытные коллеги меня исправят.
Ateme разрабатывает для Ahead и не только, аудио и видеокодеки.
Кодек h.264 доступен только в версии Nero Recode 2.2.6.1 (6.6.0.3)
В 6.6.0.1 его нет.
В отличии от беты Ateme h.264 в Nero Recode можно указывать область предсказания движения.(коряво выразился)

1. *.avs файл кидаю в НероВизион ( если подсунуть NeroRecode *.vob 23.976 у меня расинхрон ) получаю видео ( h.264 in mp4)
2. дорожку ас3 - nerowaveeditor - HeAAC - получаю аудио (HE-AAC in mp4)
3. субтитлы делаю в vobsubrip (*.sub) и потом исролзую Vobfilter для просмотра

Нестандартно но до поры всё работало. теперь же 2mode disc 800 (у меня с овербёрнингом 818 мб) mb и файл субтитлов не загружается так как имеет след вид matrix.sub.dat. Хотелось бы по человечески в 1 файл все (аудио+видео+субтитлы)
Прошу помочь потому что не то что лень искать , а начну искать окончательно запутаюсь и все равно буду потом спрашивать.


Посоветуйте, пожалуйста, какой-нибудь муксер для MP4, который позволит 2 зв. дорожки залить. Все муксеры, что я нашел, файлы закодированные Атеме не открывают. Муксер из Атемовской беты только одну дорожку ставит, пытался потом добавить вторую, он тогда ставит _вместо_ имеющейся. Неро Рекодом вообще не получается без перекомпрессии что-нибудь слить, к тому-же он не смог даже MP4 файлы с AAC-HE звуком, закодированные родным же Nero WaeEditor-ом открыть, какую-то ошибку давал (хотя, все файлы рабочие вполне, и бетовским муксером по-отдельности вполне смешиваются с видео).
Неужели ничем не смогу все слить в MP4 или в матрешку?

Субтитры я использую восновном srt, или ssa, никаких тормозов. Внешние субтитры тоже работают, но я просто все в один файл пихаю, иконку идивидуальную каждому фильму ставлю обязательно, ролики о создании фильма, описание ,обои во вложения засовываю.

если захочешь несколько видеороликов в один файл загнать, то есть такая команда "copy /b file1.mkv + file2.mkv multiseg.mkv" каждый видеоролик выбирается отдельно. Я десять клипов в один файл засунул, превосходно работает, но только с этим сплиттером.


Наконец то появилась возможность муксить несколько произвольных звуковых дорожек и субтитров с H264.
Для этого нужно:
Скачать последнюю компиляцию mp4box - http://celticdruid.no-ip.com/xvid/gpac/dev/MP4Box.7z
Написать строку:
С:\MP4Box.exe -add C:\AudioRus.mp4#3 -add C:\AudioEng.mp4#3 -add C:\rus.srt -add C:\eng.srt C:\Video.mp4 -out C:\Out_Film.mp4
#3 – номер аудио трека в mp4 файле, его можно узнать - С:\MP4Box.exe -info C:\AudioRus.mp4
rus.srt – это файл субтитров в формате srt, они добавятся в соответствии со стандартом mpeg4-part17. Правда посмотреть их пока нечем, кроме последней версии VLC 0.8.2, но lupus обещал добавить их поддержку в свой сплиттер.

Насчет глючни поосторожнее, не надо путать баги проги с недостатком опыта в ее использовании.
Во первых, соотношение сторон в NERO не может отличаться от того, что при воспроизведении, он изменяет картинку в соответствии с флагом - 16:9 или 4:3, точно так же, как и плееры при воспроизведении. Во вторых, Nero правильно автоматически обрезает края и вручную это делать не следует (в большинстве случаев). В третьих, заключительное изменение ресайза делается также автоматически, при этом возможны два основных варианта, с включенным и отключенным letterboxing. Включать его рекомендуется при недостатке битрейта, при этом картинка обретает правильные пропорции. При его отключении, картинка будет вытянутой и занимать большую площадь (выше четкость по вертикали) но также, автоматически будет проставлен правильный pixel-ratio, что позволит ей при просмотре принять правильные пропорции.
Если хочешь подробнее про твой случай, опиши свойства твоего фильма, что написано в Info, какие автоматически проставляются Crop и Resize (c letterboxing и без).


RBF, всё понятно этот сплитер http://haali.cs.msu.ru/mkv/ ты сказал что не будет работать с XCD , а он работает.

Насчет Мп4муксера на celtic druid site, я тоже заметил но не предал значения по той же причине что смотреть нечем только что на VLC (не поддерживает bframes)


скачал от сюда ftp://ftp4.us.nero.com/NVE30114.exe Nero Recode 2.2, но что то не врублюсь как это вы кодируете им и где беруться такие настройки. Или надо скачивать НероВижн просто, без Экспрес??

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

Пытался прикрутить звук к закодированному фильму. Как это сделать с помощью Неры чего-то не понял. А вот прога mp4ui вроде как прикрутила, да только чтог то она очень странно работает. Мой звук в ААС она обработала с ошибкой , но все равно его приделала. А как вообще лучше всего проделывать такую операцию?

В общем, что нового появилось в Nero Recode2 2.2.6.4 (из NVE 3.0.1.1 :
убраны кнопки и закладки для работы с разделами и субтитрами, т.е. их вы теперь не получите.
Обновился декодер NeVideo.ax до версии 2.0.2.30
Ни парсер NDParser.ax, ни аудиодекодер NeAudio.ax, ни (что очень печально) MPEG4/AVC кодер NeNDVid.ax (2.6.2.9) не обновились Кодер Ateme остался версии 1.0.2.2 от 2 декабря


помощью последних версий mkvtoolnix http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD/ можно склеить два видеофрагмента пожатые nero в MP4, если звук и видео уже объединены в MP4 или видео уже в MKV то нельзя, хотя может уже и можно у меня версия от 8.01.05 а новые верии каждый день появляются.

Здравствуйте, я тут новенький , так что не пинайте, ес что сильно.
Прочитал уже весь топик, когда закодил пару фильмов, кодировал так, чтобы умещалось 4 средних по продолжительности (80 мин.)фильма на 1 DVD болванку, использовал профиль AVC Cinema (так на будующее, чтобы бытовыми плеерами поддерживался, по аналогии с divx). Звук HE ACC 5.1. Качество очень понравилось. Пока есть один вопросик, в частности к
RBF
А как авишку подсунуть кодеку? (его уже задавали, да, можно, но как?)
И еще. Кто то уже писал. Замечен баг программы. Шел второй проход кодирования, видеопрревью было включено. Захотел я посмотреть телик (через тв тюнер, авер307). Включил. После этого видеофайл исчез, и пошла запись только звука....в новый файл с исходным названием. Можно проверить,это недолго. Версия 3.0.114. Видимо это связано с использованием оверлея видеокарты...
Интересно, можно ли будет выводить видео через XCard? Может кто юзает и интересуется этим вопросом? Декодировать точно не будет, сигма дизайн уже новый чип выпустила...

Н.264 в мп4 + аудио НЕ-ААС в мп4 + subtitles, AC-3+Nero, все это можно - http://www.bunkus.org/videotools/mkvtoolnix/win32/pre. Но, формат H.264 (native mpeg4) в mkv еще окончательно не утвержден, и не поддерживается пока ничем, кроме сплиттера haali.

firestarter
Пункт меню "Recode DVDs and Videos to Nero Digital", теоретически можно добавить не только avi, но любой формат проигрываемый медиаплеером.
Через XCard выводить, только перекодируя налету. Насчет оверлея, некоторые проги для ТВ, позволяют выводить через разные рендереры, можно попробовать поэкспериментировать с этим.

Цитата:
у Н.264 появился серьёзный соперник - x264, как Divx&Xvid.
через год может стать и лутше коммерческого проекта

Согласен.

Вот полные настройки
Rate Control : 2pass
Target Bit Rate : 400 kb/s
Quality : 5 MAX
Max BFrames : 3
B-frame prediction mode: Temporal
Deblocking Filter : -2/-2
Max Reference : 3
Macroblock Partitions: Все включены
Остальное по умолчанию

увелечение референс-фреймов с 3 до 15 даёт прирост качества от 5 до 10 % и немного медленее кодирует. максимальные настройки у обоих h.264 x.264 дают приблизительно одно и тоже время.

Разбираюсь в Megui для x264. настроек больше чем у VFW sex264

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

а вроде писали что и в mencoder и sex264 это один и тот же кодек x264, вчера попробовал один проход с квантизером 22 помоему очень хрошее соотношение размер/качество/время для тех кому размер неимеет особого значения.

и ещё хочу спросить почему после второго прохода у x264 на изображении иногда местами появляются хорошо различимые квадраты, настройки почти такиеже как RBF привел, ffdshow-20050113

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


по материалам сайта http://forum.mediatory.ru/viewtopic.php?t=2615

Press Releases from Nero AGPress & AwardsWhat´s in the NewsDecember 9th, 2004

Nero brings MPEG-4 AVC (Advanced Video Coding)/H.264 to the masses with latest Nero Digital™ update
New Nero Recode 2.2 now includes incredible high quality MPEG-4 AVC/H.264 encoding, moving video technology to unparalleled new levels in Nero and Nero Digital™.
KARLSBAD, GERMANY (December 9th, 2004) -- Ahead Software, leaders in digital media technology, in collaboration with Siemssen & Co. GmbH, specialists for technical consumer goods, today announced the launch of an innovative new DVD player, the first ever to support video files in the Nero Digital format for use in home movies. Nero Digital™, co-developed by Ahead and Ateme, is the first complete MPEG-4 audio and video solution for home entertainment and CE devices. Siemssen and Ahead have jointly developed a hardware product that can now display video files coded in Nero Digital (MPEG-4) straight onto your TV screen in the same high quality you’ve come to expect.

Ahead Software, leaders in digital media technology, today announced that its brand new MPEG-4 AVC/H.264 codec is now fully integrated in Nero Recode 2.2, currently part of the Nero 6 digital media suite. With this inclusion, AVC/H.264 becomes a central part of the wider Nero Digital™ MPEG-4 technology, delivering a new dimension in superior audio and video compression.

Already adopted as a mandatory codec for next generation HD-DVD and Blu-ray standards, AVC/H.264 is set to have a major impact in the future of video broadcasting and content distribution. Jointly developed by the Video Coding Experts Group (VCEG) of the International Telecommunications Union (ITU) and the MPEG committee of ISO/IEC, AVC/H.264 has huge compression efficiency over MPEG-2, while at the same time integrating effortlessly into the existing MPEG-4 architecture of Nero Digital™.

Nero Digital™ is a complete Audio/Video codec solution, based on the MPEG-4 standard, but engineered to a level that breaks all previously seen quality and speed barriers. In keeping full compatibility with MPEG-4, Nero Digital™ proves that not all mp4 video codec’s and mp4/AAC codec’s are equal, going way beyond the limits of other such competitive approaches. By having both audio and video in the codec offerings, Nero Digital™ represents one of the very few ‘all in one’ solutions in the World of A/V compression.

Nero Recode 2.2 allows for the direct importing of most video file formats, and non-protected DVD’s for encoding or transcoding into Nero Digital™. A range of MPEG-4 profiles are supported, including AVC/H.264 highlights such as Cinema, Portable, Mobile, Standard, and HDTV, for the ultimate in video quality creation. New CE devices supporting these profiles are expected in mid 2005.

“By bringing AVC/H.264 encoding into applications such as Nero Recode 2.2, any user can experience the video future today”, says Jim Corbett of Ahead Software AG, “With upcoming industry support for AVC/H.264 in next generation DVD and broadcast standards, we can be sure that Nero Digital™ will be ideally positioned to become the World’s leading MPEG-4 solution.”

Nero Digital™, co-developed by Ahead and Ateme, is the first complete MPEG-4 audio and video solution for home entertainment and CE devices.

Free update available to all current Nero 6 users online at www.nero.com. For more information on Nero Digital™, visit www.nerodigital.com.

About Ahead
On the global digital media market Ahead Software offers the most reliable CD/DVD-software applications in the entire industrial segment. Since the company was founded in 1995 its leading product, Nero, has established a loyal clientele of more than 160 million users throughout the world.

Ahead’s award-winning flagship product, Nero 6, provides an all-in-one comprehensive digital media solution. Ahead’s product line also includes Nero Digital™ – audio/video technology, the new Nero PhotoShow Elite – the easy and complete photo solution, SIPPS – VoIP, and across – professional computer aided translation software. Ahead distributes its products globally through world’s leading drive manufacturers and PC makers, as well as leading worldwide retailers, online partners, and also directly to consumers at www.nero.com. Ahead Software AG is headquartered in Karlsbad, Germany, with its subsidiaries Ahead Software Inc. located in Glendale, California, USA and Ahead Software K.K. located in Yokohama, Japan.

About Ateme
Ateme is headquartered in France (www.ateme.com). It is a world leading providers of hardware and software solutions for video and signal processing in embedded market. Ateme delivers custom services on top of its boards and algorithms. Since 2002, Ateme centers its strategy on applicative reference designs which targets the specific markets of video-security, broadcast and consumer electronics. The result to OEM is a faster product design, a shorter time to market and total costs reduction. Ateme operates worldwide thanks to its distribution network.

Nero® is a registered trademark, InCD is a trademark of Ahead Software AG. Any other product names are trademarks or registered trademarks of their respective owners.
© 2004 Ahead Software. All rights reserved.

По нижеприведенной ссылке можно узнать как сделать dvd rip нормального качества, там же есть и проги для этого
\\192.186.64.100\Inbox\Video\DVD by SET\
надеюсь не удалят.


SET

НИ В КОЕМ СЛУЧАЕ НЕ ПЕРЕЖИМАЙТЕ Flаskmpeg'ом !!!

Уже сто раз везде писалось, что он сбрасывает кадры, причем совершенно непредсказуемо.
В результате движение в фильме становится "разорванным".
Считается, что если оставить его в покое (т.е. не запускать никакую другую программу), то может быть обойдется... Так вот: не обойдется !
Им испорчено очень много фильмов.

Только что появилась новая версия FairUse'а ( Light ).
Работает по оригинальной технологии. Пережимает одновременно 30-ю потоками, для каждого из которых свой вариант сжатия, а затем самым оптимальным для качества способом стыкует их куски.
Минусы:
1. Пережимает довольно долго ( на моем Celeron'е 1200-м около 8 часов для 2-хчасового фильма ).
2. Долго возится со звуком.
3. Требует много места ( ~ 6 Гб ) под свои нужды.
Плюсы:
1. Совершенно невероятное качество изображения ( если конечно не пытаться впихнуть на 700 Мб фильм длительностью более 1 часа 40 минут ).
2. Всегда правильно стыкует звук.

ГДЕ БЫ НАЙТИ ОТДЕЛЬНЫЙ КОДЕК HeAAC, А ТО POWER DVD, ZOOM PLAYER И ДРУГИЕ ПРОИГРЫВАТЕЛИ ВОПЯТ, ЧТО НЕ НАШЛИ В СИСТЕМЕ АУДИО-КОДЕК;
СО ЗВУКОМ ИДЕТ ТОЛЬКО В ПРОИГР-ЛЕ NERO...
НО ОН НЕ ПОДДЕРЖИВАЕТ СУБТИТРЫ В ОТДЕЛЬНОМ ФАЙЛЕ!!!
ЖМУ ВИДЕО КОДЕКОМ ИЗ НЕРО РЕЛОАД (Н264) - ПРИ РАЗМЕРЕ 900 МВ ОЧЕНЬ ПРИЛИЧНОЕ КАЧЕСТВО, А НА ДВД ВОЙДЕТ 5 ФИЛЬМОВ...

Сделал мануал по рипу. Может кому пригодится.

\\video.owl.homenet\Video5\Temp\DVD rip.htm
\\video.owl.homenet\Video5\Temp\DVD rip.pdf
а результат упомянутых в руководстве действий лежит тут:

\\video.owl.homenet\Video2\Being Julia (Театр)

Подскажите, как имея, к примеру, четыре .vob и только их (ifo нету) склеить их между собой в один .vob? Виртуалдуб не берет

А то пытался их (эти четыре воба) пожать по отдельности без звука, потом звук в каждый приклеил (звук не сжимал, аудио уже зажато в вобе в ас3 192кбпс), потом расчитывал склеить эти четыре уже сжатые части между собой avimux'ом. Так ничего не получилось: первая часть после сжатия видео склеилась с аудио нормально, а во второй части видео разъехалось с аудио, а дальше я и пробовать не стал Все эти операции (сжатие видео, склейка видео и аудио) делались virtualdub'ом.

vob != mpg
Внутри vob может быть масса всего - например титры.
В идеале надо распаковывать в в первичные потоки mpeg - video и audio или медиаконтейнеры (хуже), после чего уже склеивать.

Понял. Тогда отказываюсь от этой затеи и пытаюсь разобраться из-за чего возникает рассинхронизация видео и аудио. Посмотрел - сжатое видео, видео в mpeg2 и аудио имеют одинаковую продолжительность. Однако, после склеивания сжатого видео и аудио появляется рассинхронизация. Чем это объясняется?

возможно временем длительности кадра для видео и длительностью порции звука.
Точно всё делается без пересчёта самих потоков? Только де-муксинг?
Звук во всех vob-ах одного формата?
Битрейт видео в vob-ах одинаковый?
GOPы?

PS (Я на полном серьёзе советую распаковать в элементарные потоки и и сложить)

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

Еще можно попробовать использовать VobEdit и IfoEdit
Vobedit может склеивать несколько vob-ов.
Надо переименовать имеющиеся vob-ы вроде
VTS01-01.vob
VTS01-02.vob
VTS01-03.vob
и т.д.
Открыть первый vob и сказать Join, в появившемся в окне указать название нового vob-файла, в следующем сказать с какого номера начинать.

"Ну батенька, шож Вы хотели..."©
Вполне логично - после перкодировки, да еще и в VP6, складывать видео и аудио - достаточно муторное занятие (а главное - зачем так сложно?)

По-поводу склеить два vob в VobEdit - перенумеровывали нужные vob-ы?
Последовательно, ввиде VTS1-0x.vob, где x=1 и дальше
После перенумеровки, нужно открыть первый (VTS1-01.vob) в VobEdit-е и скачать Join, сказать куда, и с какого начинать (в данном случае оставив 1, просто нажать Ок).

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

Угум
я же не зря рекомендую раскидать воб на элементарные потоки - vobedit запускали? Видели сколько параметров?
А когда будет голый видео+голый звук - вот тогда уже всё чётко. Проще идти по обратному пути. В данном случе - паковали из элементарных потоков, вот и надо вернтуться обратно.

Копировать в XviD аудио из vob-a - не есть правильно, т.к. у XviD есть достаточно чётко рекомендованные установки для звука. Как отрабатывает в нестандартном режиме декодер XviD - вопрос. Тем более, что если звук, например, AC3?

Кстати, а vob-ы вытащены с диска правильно? Играются без каких-бы то ни было проблем?

Наконец что-то получилось Пока тренируюсь на кошках - зажал видео xvid'ом чтобы по-быстрому проверить, разъедутся ли видео и аудио. Не разъехались Теперь повторю все то же самое (пункты 1-5) с кодеком vp62. О результатах сообщу. Спасибо!

Upd: докладываю: зажатое VP62 видео и аудио так же не разъехались. Еще раз спасибо за инструкцию.

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

Искать в p2p по названию:

DVD rip by LeX FairUse.pdf
DVD rip by LeX Gordian Knot.pdf

или по ссылке:

magnet:?xt=urn:tree:tiger:K57ANWS6ZYVD3PXQTFY36LBP7B7AJNPCYCGUQCA&dn=DVD+rip+by+LeX+FairUse.pdf

Также лежит на Филине:

\\video.owl.homenet\Video6 в корне...

Эти же файлы во внешке:

Скачать "DVD rip by LeX Gordian Knot.pdf" с Slil.RU
Скачать "DVD rip by LeX FairUse.pdf" с Slil.RU

шлите замечания и пожелания.

Первый раз взялся за кодирование dvd->avi. Благодарю за инструкцию по GordianKnot
Возникло несколько вопросов...

Разрешения:
Исходный VOB-файл имеет разрешение 720*576 - это отношение сторон 5*4. Но при этом плеерами играется в правильных 4*3. Ресайз делает плеер по какому-то флагу? Или это происходит на уровне декомпресии кодеком?
Главное: при конвертации в avi нужно ли делать принудительно ресайз? Или можно прописать какие-то параметры, объясняющие плееру, что играть надо в 4*3 пропорциях?

Форматы:
XviD и x264 - в чем преимущество второго? Объясните, пожалуйста, на пальцах Стоит ли результат x264 затрачиваемого времени? Кодит раз в десять дольше.
Или миром правит VP62 (а может уже VP7) ?

Кодеки:
Какими кодеками пользуется GordianKnot? Ставит свои или вызывает системные? Заметил следующее: пускаю кодирование x264 через GK, оно идет в один поток. Если же непосредственно VirtualDubMod, то отлично грузятся оба ядра процессора. Разница в общей скорости - ровно в 2 раза.
Поставил для себя заметочку: можно начальную обработку, компоновку и подсчет битрейта делать в GK, а затем запускать финальное задание ручками непосредственно в виртуалдабе.

Насколько влияет исходный материал на выбор предпочтительного кодека?
Например, есть фильм изначально со старой кинопленки записанный - "пятна и царапины" в избытке. Затем была VHS-кассета и уже с нее кустарно перегнали на DVD. Ко всем прелестям немолодой пленки добавляется интерлейсинг во всю красу. Что порекоммендуете? Или только путем экспериментов?
Еще такой момент: другой фильм - GK при анализе говорит interlaced, картинка при этом выглядит совершенно нормально. Деинтерлейсинг все равно нужно делать?

Еще есть вопрос по фильтрам, оптимизированным под современную архитектуру и многопоточность/многоядерность - они существуют?

http://www.sendspace.com/file/3dfrqz- DVD rip by LeX FairUse.pdf
http://www.sendspace.com/file/fayl75 - DVD rip by LeX Gordian Knot.pdf
http://www.sendspace.com/file/e4nvdc - КОДИРОВАНИЕ ВИДЕО ДЛЯ iPhone.pdf

Есть в местной p2p