1. Ну, понемного всё познаётся, если приложить хотя бы минимум усилий. Я тоже когда-то думал, что ничего сложнее AutoGK и Ripbot264 не освою :-(.

2. Это не страшно. Основные компоненты - MEncoder и MP4Box - вроде бы можно обновить (я, правда, этого не делал, у меня и так всё хорошо работает). Но, конечно, у aEncoder есть набор минусов, главный - о-о-очень задумчивое 3-х проходное сжатие.

Кстати, вот полезная табличка, чтоб понять, что умеет и чего не умеет проигрывать Android: Android Supported Media Formats | Android Developers. В частности, видно, что ICS будет штатно проигрывать контейнер MKV, но только с кодеком VP8 (который, собственно, проталкивает Google :-().

3. Нивапрос, приложено. Я сделал профайл в точности (ну, насколько можно - с небольшими моими правками) повторяющий указанный MI. В частности, профиль High Profile @ L4.0, а не Baseline Profile @ L3.0, как требует Android. Разница, по большому счёту, во встроенных ограничениях по битрейту, размеру буфера и т.п. - так что вполне возможно, что всё будет работать и так. Но если не будет - то надо переключить профиль и уровень в настройках.

Для аудио профиль тоже приложен. Если делаете видео для Android - то, понятно, незачем хранить звук 5.1, поэтому в Output channels смело можно выбрать Downmix to Stereo и битрейт ограничить 160 Кбит/с (320 Кбит/с 5.1, кстати, тоже может плохо проигрываться, особенно на слабых девайсах).

Plukh,
спасибо!

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

А ты что думал? :).
Любое нормальное кодирование видео занимает кучу ресурсов у компа. Соответсвенно чем он (проц) многоядернее, тем лучше. + оперативка + скорость винта. В общем сложное оказывается дело :)

Я не такой как Виктор - 3 компа не занимаю, но дома постоянно и7 трудился в свое время, а на работе все время ноут тоже 4-х ядерник работал над мелкими фрагментами, да и то те цели, что я преследовал от этого достиглись через год "жужжания".

Это главная проблема :-(. У меня дома над сжатием работают почти непрерывно три Phenom II X4 (домашний сервер и два рабочих компа - мой и супруги), и то я не успеваю вовремя сжимать все новые релизы, которые хотелось бы сохранить "на память". Правда, я жму в самом высоком качестве для тех битрейтов, которые могу себе позволить с учётом объёма, доступного для хранения этих самых рипов :-(, и плюс для некоторых ещё делаю дополнительные рипы для мобильных устройств.

а я и не подозревал ))

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

По теме: первый результат получился без звука ))), т.е. вообще без аудиодорожек.
Виктор, там есть при открытии исходного файла два режима - типа быстрый и продвинутый, а в быстром просят указать источники для двух аудиодорожек. Нужно указывать как источник тот же исходный файл мкв, или его надо разобрать предварительно?

У меня опыта с быстрым режимом немного :-(, я обычно всё делаю последовательно ручками :-), иначе опыт показывает, что постоянно надо что-то переделывать :-(((. Для сжатия аудио знаю точно - он не умеет вытаскивать из mkv дорожки, отличные от дорожки по умолчанию - надо это делать самому с помощью mkvextract или HD Streams Extractor (по-моему, он понимает MKV - не помню точно).

Если достаточно дорожки по умолчанию - то MKV разбирать не надо, просто когда видео и аудио сжалось (т.е. готов mkv или mp4-файл с видео и mp4/m4a-файл(-ы) с аудио) - сжиматор аудио сам возьмёт дорожку из mkv - после надо открыть пункт Tools -> Muxer -> MP4 Muxer и выбрать соответствующие дорожки ручками (чтобы добавить аудиодорогу, надо кликнуть правой кнопкой на закладку "Audio 1" и выбрать "Add Track"). После этого дождаться, пока окончится муксинг - и всё должно работать.

P.S. При попытке проверить сжатие аудио непосредственно из mkv MeGUI решил повиснуть :-(. Завтра к утру дожмётся очередная порция видео, которая висит на фоне - и тогда перегружусь и проверю ещё раз.

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

Виктор, и всё-таки ещё вопрос по ресурсозатратам: что такого он там столько времени делает? :)
Обоснованное мнение есть? Кодирование по умолчанию (в Вашем профиле) двухпроходное?
Кстати, неоднократно в последнее время встречался с мнением, что два прохода качества, по сути, и не добавляют. Как Вы к этому относитесь?

Ну да, у них немножко странный механизм декодирования аудио используется :-(.

Если я скажу, что он ищет оптимальные пространственные и темпоральные векторы движения, Вы сильно на меня обидитесь? ;-) На самом деле, x264 - действительно не очень быстрый кодек, это верно. Но зато он а) весьма предсказуем по качеству и б) совершенно бесплатен, что в совокупности делает его, по факту, выбором №1 для домашнего использования.

Да, конечно. Для фиксированного битрейта всегда лучше применять двухпроходное кодирование.

Ну, как говорится, это зависит. Если нас не волнует финальный битрейт вообще - ну то есть совсем - и 5, и 15, и 30 Мбит/с, всё нас устроит (в рамках ограничений выбранного профиля, конечно) - то однопроходное сжатие с фиксированным качеством (т.е. CRF порядка 18-20) даёт результаты или такие же, или лучшие, чем многопроходное сжатие с фиксированным битрейтом.

Проблема в том, что крайне редко нам на самом деле безразличен битрейт - у меня для некоторых достаточно обычных HD-фильмов в режиме CRF=18 получалось 25-30 Мбит/с, что сравнимо с оригинальным потоком на BD. И вот тут встаёт проблема - как получить максимально возможное качество при заранее заданном максимальном битрейте? Выясняется, что простого способа наложить это ограничение на режим фиксированного качества (т.е., "сделай фиксированное качество, какое получится, в рамках заданного битрейта") не получается технически. Так что волей-неволей приходится сжимать в режиме двухпроходного сжатия с фиксированным битрейтом.

Я экспериментировал: сжимал один и тот же видеофрагмент с CRF=18, потом этот же фрагмент - с тем битрейтом, который получился на первом шаге, двухпроходным сжатием. Субъективно разницы не увидел вообще, хотя глаз у меня на артефакты сжатия намётан хорошо. Объективно PSNR/SSIM - объективные метрики качества - различались максимум на 1-2%, причём разница могла быть в любую сторону, в зависимости от фрагмента и точных параметров сжатия.

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

1. Выбираю наиболее типичные сцены из фильма (на 5-10-15 минут, в зависимости от длины и "одинаковости" фильма).
2. Сжимаю их в режиме фиксированного качества (CRF=18).
3. Если битрейт получается ниже ~15 Мбит/с - сжимаю весь фильм с таким битрейтом, независимо от прочих параметров.
4. Если битрейт больше - то смотрю битрейт исходного потока:
4а. Если он 20 Мбит/с или больше - то беру битрейт в ~ половину от этого и сжимаю двухпроходным сжатием.
4б. Если он меньше 20 Мбит/с - то ничего не сжимаю, а беру исходный поток.
5. После двухпроходного сжатия смотрю на получившийся SSIM и общее визуальное качество сжатия. При низком SSIM (< ~ 0.96) и/или наличии видимых артефактов (и наличии запаса по битрейту, конечно) - немного поднимаю битрейт и повторяю сжатие, иначе муксю исходный поток без пережатия.
6. В любом случае стараюсь, чтобы финальный битрейт (с аудио и т.п.) был не больше ~25 Мбит/с, иначе многие аппаратные плееры начинают затыкаться :-(.

Где-то так :-).

P.S. По времени (на моих настройках, конечно, YMMV) двухпроходное сжатие медленнее однопроходного с CRF на примерно 10%, а не в два раза, как можно было бы подумать :-(.

Ок, попробовал One-Click Encoder. В двух словах - у меня всё получилось - видео с нужным профилем и две аудиодорожки, процедуру и результаты отпишу подробно завтра вечером, сегодня уже совсем засыпаю, а утром дел много :-(. Заодно завтра будет возможность протестировать, будет ли это играть под Android.

Нет, совсем не обижусь. Это я могу осилить)). Кстати, это связано с предсказанием?

Но к теме. Закодировалось моё кыно )).
Хлам полный. Дёргает сильнее, чем на других программах.
Подумал, я, подумал, и понял, что надо что-то в консерватории подправить :).

Виктор, не будет наглостью, если попрошу закодировать?

Вводная:

1. Планшет - Asus Eee Pad Transformer.
2. Вот это видео воспроизводится просто безупречно (посредством МХ плеера). Медиаинфо, которое я выкладывал - именно от этого видео.
3. А вот это видео, чем бы и как его не кодировали - всё равно дёргается. Отлично это видно на первой серии, с самого начала. Звучало мнение, что оно изначально кривое, но у меня на РС и тем более на связке tvix-7000 + Pioneer LX-5090H идёт безупречно. Я конечно понимаю, что Сигма и Тегра-2 несколько разные вещи ))), но всё равно обидно.

Спать не даёт спокойно эта проблема )))

Нивапрос, конечно, попробую. Результаты будут где-нибудь сегодня поздно вечером, я так думаю. Тогда и отпишусь.

Спасибо!
Файлик куданить выложите?

Обязательно. Кстати, если есть время, попробуйте воспроизвести вот этот файл:

https://rapidshare.com/files/2969350..._1966_-002.mp4

Это мой опыт с кодированием по Вашему профайлу, о котором я писал вчера, ~ двухминутный фрагмент. У меня на Desire он не идёт - дёргается, потом рассыпается зелёными квадратами, потом помирает. У жены на Galaxy S - идёт, но с заметными рывками. Но, конечно, ни тот, ни другой смартфон не ровня Transformer'у. Так что если этот ролик у Вас тоже не пойдёт - то понятно, что виноват профиль и буду копать в эту сторону. Если пойдёт - то буду смотреть, чем отличаются исходники по факту.

P.S. Попробуйте ещё в штатном плеере проиграть.

Скачал уже, дома гляну.


у меня N8 штатными средствами некоторые мр4 получше трансформера воспроизводит ))

Кстати, на рапиде он видится с правильным названием, а уже скачанный имеет название

:):):) и не воспроизводится даже на РС. Что-там сломалось видимо ))