FAQ по просмотру AVC

---

FAQ по просмотру AVC

---

1. Смогу ли я запустить AVC фильм на своём компьютере?
   
2. Сампл из раздачи не воспроизводится/тормозит или отсутствует звук/изображение. Что делать?
   
3. Что такое H.264/AVC и зачем он нужен?
   
4. Что за дурацкий формат .MKV?
   
5. Почему MKV? Чем AVI хуже?
   
6. Не могу переключить/включить/выключить аудио/видео дорожки и/или субтитры. Что делать?
   
7. Как сделать так, чтобы по умолчанию при просмотре MKV файлов нужные/ненужные субтитры были включены/выключены, и/или сразу проигрывалась дорожка на нужном мне языке?
   
8. Будут ли фильмы в таком формате проигрываться на бытовых плеерах без компьютера?
   
9. Проигрываю фильм, а картинка очень сильно отличается от скринов/бледная/перенасыщенная. Что не так?
   
10. Можно ли сконвертировать AVC в DVD?
    
11. Почему сплюснута картинка / в характеристиках видео указано два разрешения / что такое анаморфное разрешение?
    
12. Зачем релизёры обманывают качающих и пишут в заголовке 720p/1080p, а на самом деле раздают видеоматериалы в непонятных разрешениях?
    
13. Можно ли вывести многоканальный FLAC/AAC-звук на внешний ресивер?
    
14. У меня 2-канальная акустика/стереонаушники. При просмотре видео почти не слышно/совсем не слышно речь/разговоры, играют только фоновые звуки. Что делать?
    
15. У меня стоит CoreAVC версии 1.9.5 или младше. При воспроизведении картинка рассыпается на квадраты и разноцветные пятна. Кривой рип?
    
16. Всё прочитал(-а), решения своей проблемы не нашёл(-шла)/не смог(-ла) разобраться. Что делать?

---

Смогу ли я запустить AVC фильм на своём компьютере?
Проверьте для начала. Скачайте сампл и попробуйте его запустить.
Сампл из раздачи не воспроизводится/тормозит или отсутствует звук/изображение. Что делать?
Нужно установить кодеки аудио и/или видео. Рекомендуется установить пакет кодеков, который уже включает в себя всё необходимое для комфортного просмотра:
Скачать можно тут -> CCCP <-. Если с установленным CCCP видео тормозит и компьютер не очень производительный, то можно сверху поставить -> CoreAVC <-, сняв при установке галку с Haali Media Splitter ->(этот фильтр уже есть в составе CCCP.) Если видео тормозит даже с CoreAVC, то последней надеждой может быть -> вот этот плеер <-, либо его -> младший брат <- (последнему неведомы форматы звука DD/DTS и многие другие). Если даже с CorePlayer ваш ПК не справляется, то поможет только морг аппаратный апгрейд, как минимум видеокарты. Что такое H.264/AVC и зачем он нужен?
H.264 - технология сжатия видео нового поколения по стандартам MPEG-4, также известна как MPEG4 Part 10. Это такой же кодек, как DivX/XviD. С помощью H.264 можно закодировать видеопоток 100% DVD качества в 1/2 битрейта MPEG-2. Т.е. на 1 DVD диск с помощью этого кодека можно записать 2 фильма в качестве идентичном, а чаще даже лучшем, чем в MPEG2, который используется в DVD по умолчанию. Сравнивать эффективность h.264 и XviD бесполезно, на данном этапе эволюции h264 кодеков битрейт для кодирования в h264 можно резать практически пополам от запланированного для Xvid. При этом картинка может запросто получиться более качественной, чем закодированная в тот же xvid c двукратным битрейтом. Естественно это возможно лишь при условии наличия у пользователя функционирующего периферийного устройства "прямые руки".

Что за дурацкий формат .MKV?
MKV или матрёшка - это видео контейнер, т.е. это не формат сжатия аудио или видео, а всего навсего упаковка, в которую заворачивается аудио/видео контент. AVI - тоже контейнер для мультимедийного контента, который может содержать аудио/видео сжатые различными кодеками.
Почему MKV? Чем AVI хуже?
Формат AVI, представленный комапнией Microsoft в начале 90х, как контейнер для VfW (video for windows) библиотек разработчиков. Благодаря изначально заложенной универсальности, контейнер AVI успешно существует и справляется со своими функциями и в наши дни, но к сожалению, будучи завязан на VfW, имеет ряд ограничений на содержимое, которое в него можно "напихать". В частности не совсем корректно в AVI реализована синхронизация аудио потоков с переменным битрейтом, который даёт колоссальный прирост качеству звука, но часто даёт неприятный эффект рассинхронизации в AVI. В том числе котейнер категорически не поддерживает такие замечательные форматы компрессии звука, как AC3-VBR, OGG или новейший AAC.
Контейнер .mkv разрабатывался с учётом современных тенденций и возможных тенденций будущего. Он абсолютно универсален, так как построен на принципе EBML (то же самое, что и XML, но для двоичных данных). В .mkv можно запихнуть любое количество аудио-видеорядов, меню как на DVD, главы, субтитры, шрифты, постеры, тексты, комментарии, описания, фотоальбомы и проч. Ограничений практически нет. Максимальная совместимость со всеми возможными требованиями к видеоконтейнеру на данный момент и на ближайшее будущее.
Не могу переключить/включить/выключить аудио/видео дорожки и/или субтитры. Что делать?
При воспроизведении .mkv файла при установленном haali media splitter в подносе возле часов появляется иконка матрёшки
Нажмите по ней правой кнопкой мыши и попадёте в меню выбора языков/субтитров/глав/редакций.
Некоторые плееры не полагаются на windows при воспроизведении видео, в этом случае смотрите описание к конкретному видеоплееру, обычно выбор языков осуществляется через меню Аудио, а субтитров через меню Видео. *по поводу субтитров*
Если субтитры включены через меню и должны отображаться, но не показываются, значит скорее всего в плеере неверно выбран способ вывода видео на экран. Например Media Player Classic для корректного отображения субтитров должен быть настроен так: Как сделать так, чтобы без лишних движений при просмотре MKV файлов нужные/ненужные субтитры были включены/выключены, и/или сразу проигрывалась дорожка на нужном мне языке?
Это можно сделать в настройках Haali Media Splitter (Пуск->Программы->Haali Media Spliiter->Haali Media Spliter Settings) В указанное поле надо вписать строку, которая будет описывать ваши предпочтения в выборе звуковых дорог/субтитров, например
rus,off;*,* => по умолчанию будет воспроизводиться русская звуковая дорожка, субтитры выключены. Если русской дорожки (точнее помеченной в контейнере как русская, не все релизёры утруждают себя этой полезной мелочью) нету, то будет проигрываться звуковая дорожка по умолчанию и показываться субтитры по умолчанию
rus,off;*,off => тоже самое, что и пред. пункт, но если русской звуковой дорожки не окажется, то будет проигрываться звуковая дорожка по умолчанию с выключенными субтитрами
rus,eng => русская звуковая дорожка + английские субтитры
eng,rus => английская звуковая дорожка + русские субтитры
*,eng => звуковая дорожка по умолчанию + английские субтитры
*,fre => звуковая дорожка по умолчанию + французские субтитры
Включение данной опции не означает, что вы не сможете переключать звук/субтитры в плеер, переключение дорожек будет работать как обычно с той лишь разницей, что по умолчанию будет воспроизводиться предпочтительный для вас набор звука/субтитров
Будут ли фильмы в таком формате проигрываться на бытовых плеерах без компьютера?
На данный момент есть следующие железные плееры, поддерживающие .mkv: TiViX, Elecard, Popcorn, eGreat, HDx, Dune HD Prime, BBK NP101S, WD HDTV Player ... (google/yandex) Все устаревшие DVD проигрыватели конечно для просмотра фильмов в формате mkv не пригодны
Проигрываю фильм, а картинка очень сильно отличается от скринов/бледная/перенасыщенная. Что не так?
Если вы для проигрывания AVC используете бесплатный ffdshow, пожалуйста убедитесь, что ВЫКЛЮЧЕН ПОСТПРОЦЕССИНГ. Заточенный под ASP в ffdshow постпроцессинг убивает картинку в AVC, где уже в сам кодек включен deblocking оптимизатор.
Если картинка при воспроизведении у вас перенасыщена, детализация в тёмных областях сливается в сплошной чёрный фон, значит ваша связка декодер<->рендер некорректно интерпретирует коэффициенты цветов, обычно этим славится CoreAVC, чтобы отучить его от такой вредной привычки достаточно в настройках выставить уровни Input->TV, Output->TV. (Если картинка наоборот слишком бледная, то поможет Input->TV, Output->PC) Если на вашем экране картинка наоборот выглядит бледно, чёрный цвет отсутвует как класс, вместо него серый, то вероятнее всего у вас LCD дисплей и декодер ffdshow, который по умолчанию выдаёт изображение, рассчитанное на вывод на ТВ дисплеи, а рендерер не позаботился о переиндексации цвета для мониторов ПК. Если это ваш случай, то можно настроить ffdshow таким образом: Можно ли сконвертировать AVC в DVD?
Можно, для этого есть простейшая программа по типу в 1-клик, называется -> VSO ConvertXtoDVD <-. (А надо ли? Проще сразу скачать .avi или DVD)
Почему сплюснута картинка / в характеристиках видео указано два разрешения / что такое анаморфное разрешение?
Если вы дошли до этого вопроса, то вероятно не в курсе, что пиксели в цифровом видеосигнале не обязаны быть квадратными. Как известно, разрешение видеопотока DVD-Video как правило NTSC 720:480=1.5 либо PAL 720:576=1.25, что не соответствует ни одному теле-/киноформату, поэтому в MPEG2 поток на DVD всегда вшивается флаг AR (aspect ratio, соотношение сторон), 16:9 (WS, widescreen, широкоэкранный) либо 4:3, который сигналит правильное соотношение сторон. При авторинге DVD дисков картинка пересчитывается исходя из конечного формата носителя и добивается для соблюдения точного AR при необходимости чёрными полосами сверху/снизу (Letterboxing). Конечное анаморфированное разрешение просмотра при этом зависит от формата оцифровки:

NTSC 720x480 4:3  :  720x540 (640x480, ITU 720x528, 654x480)
NTSC 720x480 16:9 :  853x480 (854x480, ITU 872x480)
PAL 720x576  4:3  :  768x576 (ITU 785x576)
PAL 720x576 16:9  : 1024x576 (ITU 1047x576)

Реже неквадратный пиксель встречается также в оцифровках на оптических носителях сигнала всокой чёткости и в HDTV трансляциях в виде 1440x1080 (16/9) = 1920x1080
Человеческому глазу часто сложно с расстояния отличить "честные" 1024x576 от тех же 1024x576 интерполированных из 720x576. Если рип был сделан с анаморфного источника, то вместо того, чтобы делать масштабирование с потерей части информации, видеопоток можно кодировать и хранить в мультимедийном контейнере в том разрешении, которое было в исходнике, а в самом видеопотоке устанавливается флаг, который точно указывает в каких пропорциях необходимо конкретный сигнал воспроизводить. Таким образом пережатый сигнал сохраняет максимум полезной информации об исходнике, с которого делался рип.
Зачем релизёры обманывают качающих и пишут в заголовке 720p/1080p, а на самом деле раздают видеоматериалы в непонятных разрешениях?
Существуют стандарты разрешения высокой чёткости 720p (1280x720) и 1080p (1920x1080), которые рассчитаны на наиболее распространённое для современной цифровой видеотехники соотношение сторон устройств вывода 16:9. Такое соотношение сторон обусловлено тем, что в него наиболее эффективно можно вписать картинку большинства распространённых теле-/видео-/киноформатов: 1.78:1, 1.85:1, 2.00:1, 2.20:1, 2.35:1, 2.39:1, etc. Оцифровывая сигнал в стандарты видео высокой чёткости 720p/1080p к картинке при необходимости сверху/снизу (реже справа/слева для AR 1.66:1 например) приклеивают чёрные полосы для записи на оптические носители высокой чёткости / трансляции по спутниковым телеканалам высокой чёткости. При пересжатии видео сохранять эти чёрные полосы кратности как правило ни к чему, поэтому их обычно обрезают и от сигнала остаётся только полезная площадь картинки (OAR): 1280x544, 1280x536, 1280x688, 968x720, 1920x800, 1920x860, 1440x1080, etc. Все эти разрешения соответвуют стандартам 720p/1080p в оригинальном соотношении сторон, задуманном режиссёрами/творческим коллективом создавшими видеоряд.
Можно ли вывести многоканальный FLAC/AAC-звук на внешний ресивер, не поддерживающий кодек FLAC/AAC?
Можно, есть как минимум два способа:

1. В случае если ресивер имеет встроенную поддержку HDMI, то декодированный в mpcm цифровой звук можно при наличии корректно настроенного соответствующего оборудования и ПО отправить прямо на ресивер. За инструкциями по настройке следует обратиться к мануалам приложенным к аудио-видеокарте, способной выводить звук по hdmi.
   
2. В связи с тем, что SPDIF имеет максимальную ширину полосы пропускания в 1536Kbps, SPDIF выход не пригоден для передачи декомпресиированного многоканального звука, но всегда можно настроить пересжатие многоканального звука на лету в AC3 640Kbps, что конечно не пойдёт звуку на пользу, но это единственный способ передать многоканальный звук на ресивер из несовместимых с большинством моделей форматов (AAC/FLAC/...)
   1. настройка AC3Filter

      
      
   2. Настройка FFDShow

      
      
      
      

У меня 2-канальная акустика/стереонаушники. При просмотре видео почти не слышно/совсем не слышно речь/разговоры, играют только фоновые звуки. Что делать?
В настройках вашего плеера/аудиокодека необходимо включить микширование многоканального звука в стерео, см. описание/справку к конкретному плееру/аудиокодеку. У меня стоит CoreAVC версии 1.9.5 или младше. При воспроизведении картинка рассыпается на квадраты и разноцветные пятна. Кривой рип?
В CoreAVC версий младше 1.9.5 не полностью реализована поддержка стандарта H.264, что в частности приводит к возникновению артефактов при воспроизведении видео, закодированного кодеком x264 версий старше r1318. Проблема решается включением в CoreAVC режима воспроизведения CUDA (*) либо установкой CoreAVC 2.0 и старше или альтернативных декодеров:

1. ffdshow http://sourceforge.net/projects/ffdshow-tryout/files/
   
2. DivX http://www.divx.com/downloads/divx

Аппаратные плееры и прочие альтернативные декодеры подобных проблем не имеют. Всё прочитал(-а), решения своей проблемы не нашёл(-шла)/не смог(-ла) разобраться. Что делать?
Возможна ваша проблема нетипична, попробуйте задать вопрос, но если рассчитываете получить полезный ответ, то обязательно укажите приведенную ниже информацию

1. Необходимый минимум информации для бестелепатической традиционной диагностики проблем при просмотре видеофайлов на компьютере:
   1. Установленная версия ОС
      
   2. Используемый для воспроизведения плеер
      
   3. Установленные в системе кодеки/паки кодеков
      
   4. Используемое для вопроизведения оборудование (процессор, оперативная память, видеокарта, дисплей и акустическая система, а также способ их подключения к ПК)
      
   5. Суть возникшей проблемы, по возможности полный скриншот экрана в момент её проявления
      
   6. Ссылка на раздачу/файл с которым возникла проблема или полные тех. данные по данному файлу

---

---

shellgen
респект!

этот плеер не поддерживает анаморф в MKV
у него свой MKV-сплиттер, причём никаким образом мне не удалось заставить его дружить с Haali

1) проблемы с рускими сабами (у меня все буквы - знаки подчёркивания)
2) имхо связка CoreAVC + MPC работает быстрее (всё-таки AVC декодер быстрее чем в ffmpeg) (+поддержка аппаратного декодирования AVC в свежем MPC)

Точно, я и не знал. Сам им не пользуюсь, но кому-то нравится. Это лечится. (Включается библиотека SSA/ASS в настройках, ну и принудительно кодировку можно задать там же, я все сабы вшиваю в utf, с ним проблем на новом софте почти не бывает) Согласен, но как не странно smplayer быстрее, чем CoreAVC и картинка такая же как в ffdshow. Согласен, что оптимально MPC + CoreAVC (он вроде уже с Haali ставится) + CoreAAC

ты лучше про сталкера отпишись

drwho2
Сталкер дома... Сейчас не посмотрю, а вчера долго качался. Так что сталкер вечером.

Сжатие:
Ценой увеличения нагрузки на процессор при декодировании (проигрывании) достигается улучшение степени сжатия относительно других кодеков. Сам алгоритм жадно жрёт детали, упрощая картинку и легко стирает морщинки, веснушки и проч. при уменьшении битрейта. Пользоваться при кодировании менее, чем двумя проходами - также бессмысленно, кодек хорош только при двух проходах. Из реализаций весьма известен кодер x264, существующий как в отдельном виде для большинства платформ, так и в составе других "обжиматоров".
Внимание, если при обжатии выставлять такой же битрейт, как и для DivX, XVID и проч - вы получите тот же самый размер, т.к. битрейт - это количество бит в секунду и ничто другое. Для примера, верхний потолок битрейта в MPEG2 (DVD) = 9800 кбит/c, однако при конвертации подобного видеофайла в в Divx/XVID - все оставляют 2000-3000, не более. Это же правило следует применить и для AVC/H264 - скажем, для нормального DVD 720x576 с аспектом 16/9 нижняя граница битрейта в AVC = 1300, верхняя (при большой зашумлённости и/или подвижности картинки) - 2000. Если не измените битрейт, то и не измените размер файла, исчезнет смысл сжатия.
Проигрывание:
Под Windows нет особых проблем. Используйте последние пакеты кодеков.
Для hw-плейеров (железяки) - проблема в производительности процессора. Следовательно, в цене железяки. Соответственно, железяк таких нет и не предвидится. Исключение составляют медиаплейеры в коробке - в которых чаще всего стоит обычный компьютер и операционка, заточенная под работу в качестве бытового проигрывателя. Между тем цена такого проигрывателя в разы выше обычных плейеров "для народа".
Под Linux: декодирование основной массы плейеров формата h264 основывается на библиотеке ffmpeg (libavcodec). Которая на данный момент имеет серьёзные проблемы с производительностью. Так, HDRip с битрейтом 4000-6000, легко проигрываемый в Windows кодеком CoreAVC или Cyberlink, имеет серьёзные подвисания на этой же железной конфигурации при проигрывании кодеком ffmpeg (как под linux, так и под windows). Плейеры, явно использующие эту библиотеку: *mplayer, vlc, xine...
Благодаря гуглу появилась возможность прикрутить к этим плейерам платную библиотеку CoreAVC из windows, в основном требуется перекомпиляция плейера.
Описание установки и патчи на сорцы для плейеров:
http://code.google.com/p/coreavc-for-linux/
Кодек (можно взять из windows):
http://slil.ru/25810766
Готовый плейер (пакет mplayer для debian/ubuntu):
http://stimpack.homelinux.net/soft/mplayer_1.0rc2_i386.deb 9,8Mb
Шаги доводки и методе проигрывания указаны в описании к пакету.

stim_pack
fallout forever!

drwho2
кстати, smplayer базируется на mplayer, а тому можно поменять шрифт субтитров и явным образом задать их кодировку - тогда с субтитрами всё будет ок.
я не знаю, как там гнуть smplayer, но вот пример проигрыша mplayer-а:
mplayer -sub subtitles.srt -subcp cp1251 video.avi
шрифт указывается через графический конфигуратор или кладётся как:
~/.mplayer/subfont.ttf
Если субтитры внутри mkv, то обычно кодировка UTF8, тогда уже остаётся только явно задать правильный шрифт.

stim_pack
Спасибо, добавил в шапку информацию по просмотру в linux. От себя могу сказать, что Athlon64 3200+ на linux с smplayer без проблем тянет любой 1080p рип. Только что ремуксы не по зубам. А одноядерный 3200+ уже можно считать пыльной железкой.
smplayer'у кодировку сабов можно задать явно через gui, но надёжнее сказать ему подгружать .ssa библиотеку. Я всегда вшиваю сабы в utf, проблема может быть только если совсем старая система не знает что такое utf либо по умолчанию используется шрифт без кириллических символов.
По поводу сжатия ИМХО достаточно спорные утверждения, в том числе о сжатии в один проход. Если время не позволяет, то --crf 18. Кроме того, есть техники прогнозирования конечного размера с заданным --crf с погрешностью максимум до -15%. Когда нужно забэкапить 1080p из ремукса, то один проход тоже выход. С нижней/верхней границей тоже не согласен. Бывают случаи, когда 2000 для NTSC мало. А бывает, что 1300 для PAL много. Исходники очень разные бывают.

Спасибо за информацию, особенно за возможность отключения субтитров (т.к. на плеере это не удаётся).

shellgen
Если обжатие хоть сколь-нибудь заметно ухудшает картинку, по-моему, оно не должно быть выполнено, поэтому однопроходное сжатие придётся делать с явно завышенным CBR (constant bitrate), чтобы не срезать картинку при пиковых увеличениях битрейта (сцены движения). Что неминуемо отражается на размере.
Про исходники не спорю. Всякое бывает. Говорю о том, что встречалось мне. Битрейт говорил исключительно для двупроходного сжатия и при максимальном сохранении качества, невзирая на время сжатия.
Обычные варианты обжатия:
1. Максимальное качество + минимальный размер = максимальное время обжатия
2. Минимальный размер + минимальное время обжатия = минимальное качество
3. Минимальное время обжатия + максимальное качество = максимальный размер
Мне обычно подходит только 1й вариант. Кстати, никогда не жму фильм "под болванку". Грешно поэзию мерять пятаками. Можно поподробней? Не понял фразы.

А зачем задавать при однопроходном сжатии CBR, если есть CRF? И размер вовсе не будет максимальным, он скорее будет оптимальным, но естественно сложно прогнозируемым и в большинстве случаев неудобным для хранения. Не думаю, что каждый ваш рип имеет средний RF меньше 18. Качество страдать не будет, пострадает неудобный размер.
Согласен с первым вариантом, в 90% случаев руководствуюсь той же стратегией. +1 Есть ремукс с блюрея со средним битрейтом видео 1080p vc1 ~30Mbps. Фильм не шедевр, но в коллекции иметь хочется. Его бы отфильтровать хоршенько и вдуть на болванку. А времени нет. Делаем по-быстрому 1080p-> --crf 18 -> за ночь готов рип раза в три меньше. Выдёргиваем из ремукса нужные дороги-субтитры и смело удаляем. Рип лежит на винчестере до лучших времён или до момента удаления.

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

а можно по-подробней обьяснить как через VSO ConvertXtoDVD сделать норм двдшку.
я уж несколько раз пытался, размер почему то становился с ДВдрипки в 1,37гб до 3,7гб двд формата и изображение кривое получлось, то смещенное, то приближено слшком, что половину кадра не видно(

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

Zigzag
потому что для декодирования (проигрывания) видео в этом формате нужны гораздо бОльшие вычислительные способности, нежели при декодировании DivX. Как следствие цена этих плееров ГОРАЗДО выше.
Есть еще ряд причин, но эта имхо основная.

m16iCE
парадокс: crappy ipodы легко проигрывают h264, а бытовые плееры нет... Тут ещё маркетинг. Зачем тратить на поддержку формата, который имеет DVD стандарт вдоль и поперёк... это экономически не выгодно. DVD дисков ещё очень много надо продать. Хотите качество? покупайте Blu-Ray, там h.264 или vc1.
Kap1ik
Вроде как софтина одноклеточная, кнопку нажал - диск готов. Не пользовался ей никогда, загляните в раздел обработка аудио-видео, там обсуждали в том числе эту прог-у.

shellgen
мда... у них аппаратная поддержка, чтоль? про маркетинг я думал, только вот не придавал ему такого значения... а зря!

Родной, ты что, перегрелся? иПоды поддерживают только сильну урезанный профайл. И в этом профиле h264 от DivX недалеко ушёл...

drwho2
level41 свеженькие гаджеты кушают только в путь! --ref 3 --bframes 3 cabac

https://rutr.life/forum/viewtopic.php?p=9664495#9664495
однозначно в FAQ

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

вот это тоже куда-нить в FAQ, не совсем по теме но близко
чтобы не пропало
старался, такой пост набрал
https://rutr.life/forum/viewtopic.php?p=9669262#9669262

ага, а я жму неее, нам unrestricted подавай! на меньшее не согласен!

drwho2
А может отдельно сделать FAQ по HTPC? Тема объёмная, в пару абзацев не впишешь, а тут ещё народ напугаем: чтобы смотреть h264, надо собрать HTPC. --ref 3 cabac --bframes 3 уже намного превосходит asp кодеки ... и то иПоды. ну их. Уж в большую-то железку встроить unrestricted по полной не проблема. --ref 16 даже глючная Дюна кушает, проверено. хотя там не чисто аппаратная поддержка насколько я понимаю.

я так понимаю самая большая беда в
--b-pyramid

drwho2
Да, кстати возможно. об --b-pyramid та же Дюна иногда спотыкается.

Вот нашел еще одно толкования анаморфного разрешения:
Анаморфное кодирование - это процесс обработки картинки, который предполагает сохранение полного (или почти полного) ее разрешения по горизонтали, т.е. отпадает необходимость применять ресайз, что в свою очередь ведет к сохранению качества. При этом верный аспект при воспроизведении видео достигается путем установки флага PAR (Pixel Aspect Ratio) отличным от 1:1, т.е. отдельные пиксели изображения рассматриваются ни квадратными, а прямоугольными.