Кодирование видео
 

Сразу скажу - вопрос строго для тех, кто в теме ))

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

и т.п.

Герман, а VirtualDub не подходит?

p.s. я пользуюсь TMPGEnc 4 XPRESS. Хорошая вещь, удобная.

а он командную строку понимает?
Я просто не могу охватить все проги, нужет коллективный опыт.

п.с.
Программа нужна без заумностей, но с командной строкой для кодировщика. Это совместимые понятия? :)

Да, и ссылки желательно на проверенные источники софта.

GERR, Герман, вот прожка с поддержкой командной строки, описание: Avidemux — быстрый и простой видеоредактор / Работа с видео / Хабрахабр

ээээ.... насколько я понял, там командная строка не отностися к параметрам кодировщика.

GERR, Честно говоря я сам в ней командной строкой даже и не пытался пробовать (мне GUI больше нра :) )

просто обратил внимание на это:

GERR, VirtualDub - 100%. Я командной строкой не пользуюсь, но в описании такая возможность присутсвует.

Если планируется сжимать x264 - а по командной строке это именно он - то вариант для продвинутых пользователей, не готовых полностью отдаться прелестям командной строки и программированию AviSynth'a в notepad'е - но, вместе с тем, не готовых работать с программами "для тупых", ровно один: это MeGUI. Я делаю собственные DVD- и BD-рипы уже больше двух лет, так что если будут вопросы - могу (относительно) квалифицированно на них ответить, особенно по связке ffdshow + Haali Media Splitter + AviSynth + MeGUI + x264 + mkvtoolnix.

Виктор, может, дальнейшее обсуждение в виде практической задачи перенести в ЛС?
Чтобы народ не грузить излишне ))

Собственно задача:

конвертация любых файлов .mkv (и других форматов желательно, HD и SD) в фалы .mkv с условием, чтобы выходной .mkv по кодированию соответствовал следующим параметрам media info:

Не по теме...

General
Unique ID : ...
Complete name ...
Format : Matroska
Format version : Version 2
File size : ...
Duration : ...
Overall bit rate : 2 685 Kbps
Movie name : ...
Encoded date : UTC 2009-10-14 22:04:33
Writing application : mkvmerge v2.7.0 ('Do It Again') built on Apr 15 2009 00:27:10
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 56mn
Nominal bit rate : 2 042 Kbps
Width : 1 280 pixels
Height : 528 pixels
Display aspect ratio : 2.40:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.126
Title : 1280x528@23.976 MPEG-4 part 10 (AVC)
Writing library : x264 core 77 r1281 3836218
Encoding settings : cabac=1 / ref=8 / deblock=1:-2:-2 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / mbtree=0 / bitrate=2042 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Language : English

Audio #1
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 1h 56mn
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Title : ND AAC, LC, 48 KHz, 320 kbps, VBR, 6 Ch (Front: L C R, Rear: L R, LFE)
Language : Russian

Audio #2
ID : 3
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 1h 56mn
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Title : ND AAC, LC, 48 KHz, 320 kbps, VBR, 6 Ch (Front: L C R, Rear: L R, LFE)
Language : English

Text #1
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : Russian

Text #2
ID : 5
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Language : English

некоторые вещи нам тоже интересны:)

Особенно интересна програмка нормальная для захвата видео с карты видеозахвата. На Винду7 х64.
Пользовалася iuvcr, но что-то на 64-ке глючит по страшному (либо тюнеру капец настал :( )

Ну, это несложно, в общем-то. Полный гайд займёт, наверное, страниц 5, меня на столько не хватит :-(. Но общая последовательность действий такая:

1. Скачиваем и устанавливаем необходимое ПО:
- ffdshow (например, отсюда); нам нужна обычная (generic) 32-битная версия, автор билда (xxl/clsid/кто-то ещё - не важен);
- Haali Media Splitter (отсюда);
- AviSynth (отсюда), ставим версию 2.5.8 ST официальную;
- MeGUI;
- mkvtoolnix (отсюда);

1а. Если необходимо конвертировать субтитры, скачиваем SupRip для HD (BluRay/HDTV) отсюда и SubRip (для DVD) отсюда.
1b. Если используется Windows 7, необходимо также скачать Preferred Filter Tweaker for Windows 7 отсюда и переключить декодирование всего "нужного" видео (H264, XVID, VC1 и т.п.) на "ffdshow (DXVA)".
1c. Если планируется делать собственные рипы, а не качать исходники из сети, то скачиваем и ставим соответствующее ПО (DVD Decrypter, DVDFab HD Decrypter и т.п.)
1d. Если используется платформа Windows x64 и 64-битный медиаплеер (что сомнительно), то можно также скачать и поставить 64-битную версию ffdshow, они без проблем живут вместе с 32-битной.

2. Извлекаем исходный материал:

- если исходник на диске, то рипаем его соответствующим инструментом, иначе сразу переходим к следующему шагу;
- для DVD/SDTV: индексируем исходный файл (.IFO или M2V) с помощью опции Tools -> File Indexer в MeGUI, получаем файл .D2V;
- для BD/HDTV в формате .M2TS или .TS: вынимаем нужные нам потоки из исходника c помощью Tools -> HD Streams Extractor, руководствуясь следующими соображениями:
а) главы (chapters) - в формате TXT;
б) видео в H264 или XVID/DIVX или VC1 - в формате MKV;
в) видео в MPEG2 - в формате M2V; в этом случае после вынимания не забываем напустить на получившийся видеопоток File Indexer из предыдущего пункта;
г) аудио - в формате DTS или AC3 (НЕ raw и НЕ thd для TrueHD);

Важно: для образов BluRay-дисков (и большинства ремуксов) необходимо в HD Streams Extractor открывать не сам .m2ts файл, а верхнюю папку рипа/ремукса (ту, где лежит папка BDMV).

- форматы MKV, MP4, AVI - ничего делать не надо, переходим к шагу 3.

3. Готовимся к сжатию видео:

- делаем AviSynth-скрипт через Tools -> AviSynth Script Creator с помощью пункта DirectShowSource (НЕ File Indexer и, боже упаси, НЕ AutoEncoder/One-Click Encoding); не забываем:

а) если есть чёрные полосы с *любой* стороны - удалить их (в том числе с помощью AutoCrop);
б) отмасштабировать видео в соответствии с задачей; убедиться, что ширина и высота получившегося видео кратны 16 и соотношение сторон не нарушено; в качестве алгоритма масштабирования используем Spline36;
в) победить interlace, если надо (как - отдельная сложная тема, к ней можно вернуться, когда она возникнет :-))

- выбираем наиболее подходящий профиль и тюним его так, чтобы совпал с требованиями задачи; MeGUI позволяет *полностью* затюнить все стандартные (документированные) параметры x264 через графический интерфейс; получившаяся командная строка тут же отображается в настройках профиля.
- собственно помещаем файл в очередь на сжатие и идём спать (двухпроходное сжатие в SD занимает около 2-х часов, в HD - от 12 до 36 в зависимости от исходника и выбранных параметров сжатия).

4. Сжимаем аудио:

- выбираем соответствующий файл-исходник;
- выбираем профиль (для AAC - FAAC или NeroAAC, последний, по слухам, более качественный, но не бесплатный, и поэтому в комплект MeGUI не входит - надо искать и ставить отдельно) и тюним его так, как нам надо;
- ставим в очередь на сжатие;

4а. Для контейнеров (MKV/AVI/MP4) будет сконвертирована только аудиодорожка по умолчанию, простого способа изменить это нет. Если это не устраивает - вытаскиваем нужную дорожку(-и) с помощью соответствующего инструмента (mkvextract для MKV, MP4Box/YAMB для MP4, Avidemux для AVI) и сжимаем отдельно.

5. Если необходимо, конвертируем субтитры в текстовый вид с помощью соответствующего инструмента.

6. мУксим (от mux) всё получившееся барахло (видео, аудио, субтитры, главы) в MKV-файл. Можно использовать штатный frontend из MeGUI, но мне больше нравится оригинальный mkvmerge GUI (ставится вместе с mkvtoolnix).

Ну вот где-то так. Если есть какие-то вопросы по конкретным этапам - велкам.

P.S. Уфф, чёт прям много получилось :-(. Но после первых трёх-пяти фильмов процесс будет идти на автомате, он правда несложный :-))).

UPD: Добавил ссылку на AviSynth; уточнил версию ffdshow, которую нужно скачивать.

Да, что ещё хотел сказать. Если задача, на самом деле, просто сконвертировать библиотеку видео под тот же Android или iOS для просмотра встроенным плеером, то лучше воспользоваться готовым инструментом типа aEncoder - и только если по какой-то причине он не справляется, переходить к "ручным" действиям в MeGUI. И объём затраченных усилий, и необходимый объём знаний, и вероятность ошибок будут сильно-сильно меньше, да.

Plukh,
спасибо большое.
1. Усилились подозрения о моей недостаточной теортической подготовке по данному вопросу ))
2. aEncoder не обновлялся полтора года - это ничего?
3. Возможно ли создание Вами пресета для MeGUI на основании медиаинфо, что я выложил выше?

а что такого волшебного в приведенном профайле.... вроде обычный рип HD с двумя аудио дорогами...

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 получше трансформера воспроизводит ))

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

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

удивительно, но факт: дома на РС воспроизводится без проблем. Стоит везде одинаковый к-лайт.
На планшете воспроизводится не хуже, нем на РС. Есть некоторая неравномерность движения, но я думаю, сам БД такой.
Штатный плеер андроида 3.2.1 воспроизводит видео не хуже МХ-плеера, но звука нет никакого.

Ещё вопрос: есть такая программка - XviD4PSP. Для неё нельзя ли соотв. пресет сделать?

Хех, я с ней не знаком. Но что-то терзают меня сомнения - неужто хоть одна из таких программ не умеет сама сжимать видео для Android? У меня даже Azureus делает это вполне прилично...

Да умеют все. Я про параметры, с которыми сжаты те "Тачки"

Я перевыложил старый ролик и добавил новый, который соответствует формальным спецификациям для Android:

Старый (High Profile @L4, AAC 5.1): https://rapidshare.com/files/362059217/Bol.Prog.HP.mp4
Новый (Baseline Profile @L3, AAC 2.0): https://rapidshare.com/files/2810894147/Big.Prog.BP.mp4

Посмотрите, если (и как) они будут проигрываться. А я тем временем докачаю Pan Am и попробую их сжать в том и другом качестве тоже. Правда, сжатие закончится, наверное, только где-то завтра днём, я так думаю.

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

Кстати, ролик Baseline Profile отлично проигрывается у меня на Desire, несмотря на то, что по разрешению, формально, не проходит (Desire, по спецификациям, должен воспроизводить только SD-видео). Хотя разница в качестве между ним и High Profile, увы, хорошо заметна визуально :-(.

P.S. Я чёт подумал - а зачем, собственно, мне сжимать всю серию? Я сожму, снова, кусок на 2-3 минуты. Если он воспроизведётся нормально - тогда уже можно пробовать и целиком серию. Попробую сегодня тогда пробный прогон сделать. Если заработает - я выложу все профили для MeGUI, как я их использую, и напишу, как их надо корректировать для разных случаев.

я слышал, что как раз этой прогой в основном и кодируют видео под Android...

Герман, а что уже обнова до 3.2.1 прилетела?

Ну вот, готова новая порция тестовых роликов:

1. Baseline Profile @ L3.0 (с небольшим нарушением по числу макроблоков - разрешение 1280хNNN высоковато :-(): https://rapidshare.com/files/135446225/PanAm-BPL30.mp4
2. High Profile @L4.0 (без дополнительных ограничений): https://rapidshare.com/files/22399094/PanAm-HPL40.mp4
3. High Profile @L4.0 (с ограничением VBV на 2500 Кбит/с): https://rapidshare.com/files/2828009...40-VBV2500.mp4

Первый ролик имеет SSIM 0.983, вторые два - 0.987, т.е. < 1% разницы. На практике для нормального человека разница в картинке для SSIM > 0.96 неразличима в динамике, а выше 0.98 - и в статике (т.е., при сравнении статических скриншотов). У меня на Desire первый ролик играет без проблем, второй и третий - одинаково разваливаются и повисают, но третий повисает на несколько секунд позже.

Герман, как у Вас играются эти и предыдущие ролики?

1. Big.Prog.BP несколько дёргает движение, звук идёт аппаратно.
2. Bol.Prog.HP всё гладко, звук софтварно.

А что касается наших стюардесс - дёргаются все, звук аппаратно идёт во всех :(.


Да уж наверное больше месяца как, или даже два ))
На 3.2.1 уже два обновления прошивки было, последнее - позавчера.

Хех, у меня на Desire идёт плавно - правда, у меня эффективных пикселов, конечно, отображается меньше - но на декодирование это влиять не должно, декодируется всё равно полный кадр. Пробовали в штатном плеере или каком-то другом?

Странно, потому как должно быть наоборот :-(. Со звуком понятно - нигде не написано, что Android должен декодировать 5.1, он и не декодирует.

Опять-таки, у меня на Desire в штатном плеере BP идёт совершенно гладко - так что я грешу на плеер. Попробуйте штатный плеер, попробуйте Rock Player и какие там ещё есть на Маркете... А, да - может быть, проблема в том, что память, с которой идёт видео, слишком медленная? Хотя вроде бы третий ролик PanAm должен был бы эту проблему решить - ан нет, не решил :-(. Но на всякий случай, если есть возможность, попробуйте проиграть видео с быстрой (хотя бы Class 6) SD-карты, чтобы исключить эту возможность.

Виктор, все ролики проиграны в МХ плеере и в штатном. Результаты по видео одинаковы.
Плеер Dice показывает не лучше.
В ролике Big.Prog.BP нет таких рывков, как в стюардессах, но "нервозность" в движении есть, и это напрягает.
Проблема с носителем была исключена сразу после покупки. Карта дорогая С6, внутренняя память явно ещё быстрее, так что дело не в этом.
Кстати, есть в сети такой уникальный ролик - h264_1080p_hp_4.1_40mbps_birds.mkv - он воспроизводится идеально, даже поверить трудно.
Чудеса с этот Тегрой.

Ну да, совершенно непонятно. Я попробовал ещё на Galaxy S супруги - с Android 2.1 - все пять роликов идут идеально. Так что, боюсь, тут надо пинать Asus и nVidia. Может, попробовать написать им в техподдержку, приложив ссылки на ролики, может, у них какие-то здравые идеи будут? Потому что я могу, конечно, экспериментировать дальше методом научного тыка - понизить битрейт немного, уменьшить количество reference frames, отключить кое-какие другие оптимизации - но что-то гложут меня смутные сомнения, что в данном случае налицо аппаратный баг в девайсе, а не какая-то проблема с видео как таковым.

P.S. Попросил ещё знакомого с Galaxy Tab попробовать - у него все пять роликов тоже воспроизвелись идеально :-(. Куда дальше копать - никаких идей :-(((.

И у меня тоже. Наверное, нужно прекращать эсперименты.
Писать в поддержку? Бумаю, бестолковое это занятие.

Посмотрим - скоро должен выйти 4-й Андроид на Трансформер. Если это ситуацию не поправит - значит, точно Тегра-2 кривая.

Спасибо за труды ))

Всегда пожалуйста :-). Самому интересно было.

Герман,а на Асусы когда 4 Андроид обещают? на Асер - в января.

а какой видео-плеер пользуешь?

- вроде до конца года
- МХ плеер

Не по теме...

я не пользую вообще его, это супруги планшет))

Кстати, вот интересный топик на эту тему на xda-developers: [Q] Tegra 2 HD playback issues? - xda-developers. В общем, MP@L3.1 (и, с ограничениями, HP@L4.0) Tegra2 должна играть нормально. Понятно, что BP@L3.0 (без B-фреймов *вообще*) она должна играть тем более. В топике высказывается мнение, что часть Asus'ов, похоже, аппаратно дефективные, потому что на других Трансформерах и, тем более, других планшетах с Tegra2 (тот же Xoom) проблем с воспроизведением видео не наблюдается.

Герман, вдруг у Вас (или у кого-нить ещё из клубней) есть какой-нить "дружественный" магазин, в котором можно не торопясь пощупать несколько Трансформеров? М.б., Вам дадут проиграть образцы видео, что я сделал, на них? Если образцы будут играть нормально - то *прямая* дорога в СЦ за заменой, пока не кончилась гарантия.

А вот вообще печальный текст:

xda-developers - View Single Post - [Q] Can the TF really play 1080p videos?

Ну, насчёт 1080p на мобильных устройствах я бы не заморачивался ещё минимум года два - хотя бы потому, что 99% 1080p-рипов больше 4 Гб, и, стало быть, на внутреннюю память или на "обычную" SD-карту, отформатированную FAT32, их не поместишь - а NTFS да-а-алеко не все диалекты Android'а понимают. А резать, потом пересобирать через плейлист (а то и ручками выбирать следующую часть) - это, кмк, гемор почище простого автоматического перекодирования в 720p, да...

Трансформер прекрасно работает с NTFS на карте памяти.
Но 1080 на экране 1280 смысла, как минимум, не имеет. Если только от лени - смотреть на планшете то же, что и на телеке.
Но 720р должен, как Отче наш! А не может.

Ну да, конечно. Брать с домашнего видеосервера - через DLNA или как-нибудь ещё - видео без перекодирования - именно для этого и надо поддерживать 1080p и HP@L4.1 (как минимум) на планшете. А с собой таскать рипы по 10-15 Гб - занятие бесперспективное, по крайней мере, пока не появится microSD-карт на 256 Гб и больше.

Поехал сегодня к приятелю в магазин. На тегре были Транс и Асер А500.

Общий вывод - цирк уехал, клоуны остались. Увы.
На заводских андроидах (3.0.1) оба планшета штатными плеерами жёстко тормозят видео, особенно стюардесс. Более того, асер из этих 5-ти роликов три просто не показывает (один фашистов и два стюардесс) - даже в галерее их превьюшек не показывает. И ещё у него экран хуже, и карта памяти без фиксатора (вытаскивали, подцепив канц. ножом), и в руках после Трансформера не айс.

Вообще, на обоих планшетах при просмотре роликов картинка такая, стовно это SD, а никакое не HD видео.

Жаль, самсунгов не было. Но у приятеля есть, попробую потом.