Nokia Internet Tablet N8XX     

Странно, у меня Ubuntu 8.04, mplayer 1.0~rc2-0ubuntu13 и mencoder той же версии и всё работает.

а) Какая у тебя локаль? Почему-то не вижу русского языка
б) Приведи полный выхлоп от tavi, до ексепшна. У меня, например в убунте 8.04:

Анализируем файл 720x480 6mbps Girl.mpg
Используем профиль целевого устройства `Nokia N8x0 (Medium Resolution)'
Определяем длину, кадрирование и размер ... 4645 (3,0 713x473)
Добавляем видео фильтр: crop=713:473:3:0
Добавляем видео фильтр: scale=464:304
Анализ завершён

в) Приведи выхлоп строк [CROP] от команды:

mplayer -identify -benchmark -vo null -nosound -vf cropdetect -speed 100 -endpos 10:0 file.mpg

У меня, например, на тестовом mpeg файле выхлоп такой:

[CROP] Crop area: X: 4..714  Y: 0..472  (-vf crop=704:464:8:4).

У тебя mplayer какой-то странной версии, вполне возможно что эти джигиты в очередной раз поменяли формат строки. Увы, если хочется обратной связи, приходится парсить выхлоп mplayer'а, а иначе получится ещё один tablet-encoder

zap  : картинка тянется с https и "тащит с собой" предупреждение о сертификате другого хоста - может проще в файл архив форума положить ?
update/ закинул в файл архив и изменил ссылку на картинку

Отредактированно dik (15-07-2008 13:46:18)

zap говорит:

Странно, у меня Ubuntu 8.04, mplayer 1.0~rc2-0ubuntu13 и mencoder той же версии и всё работает.

а) Какая у тебя локаль? Почему-то не вижу русского языка
б) Приведи полный выхлоп от tavi, до ексепшна. У меня, например в убунте 8.04:

Анализируем файл 720x480 6mbps Girl.mpg
Используем профиль целевого устройства `Nokia N8x0 (Medium Resolution)'
Определяем длину, кадрирование и размер ... 4645 (3,0 713x473)
Добавляем видео фильтр: crop=713:473:3:0
Добавляем видео фильтр: scale=464:304
Анализ завершён

в) Приведи выхлоп строк [CROP] от команды:

mplayer -identify -benchmark -vo null -nosound -vf cropdetect -speed 100 -endpos 10:0 file.mpg

У меня, например, на тестовом mpeg файле выхлоп такой:

[CROP] Crop area: X: 4..714  Y: 0..472  (-vf crop=704:464:8:4).

У тебя mplayer какой-то странной версии, вполне возможно что эти джигиты в очередной раз поменяли формат строки. Увы, если хочется обратной связи, приходится парсить выхлоп mplayer'а, а иначе получится ещё один tablet-encoder

Версии, которые я привёл, пишут проги при запуске. Пакеты - версии 1.0~rc2-0ubuntu13+medibuntu1 (отличаются поддержкой 3GP, вроде).
а) Локаль en_US.UTF-8
б) я и привёл полный, кроме первой строки "Analysing file /PATH/NAME.avi"
в) в этой операции
  1) -identify не нужен
  2) без -speed на моём слабом проце быстрее (41 сек --> 29 сек)
  3) нужна -nouse-filedir-conf. В этом и была проблема. У меня в директории с каждым .avi лежит .avi.conf, в которой vf-clr=yes (которая и приводит к проблеме) и vf=... (которая не мешает). Конфигурации генерирую скриптом бенчмарка, определяя макс. постобработку без пропуска кадров, для каждого нового фильма.
  4) я в своё время провёл много экспериментов с cropdetect, и определил, что достаточно замерить по "-frames 500" 4 раза (-ss 0/150/300/600).
Для mencoder нужны -vf-clr -af-clr для контролируемой обработки, на случай наличия фильтров в mencoder.conf.
Ещё вопрос: твой алгоритм не производит небольшого отрезания краёв полезного изображения?

И предложения:

Кроме кнопки + нужна и -. Я набрал большую очередь, и случайно добавил ненужный файл. Всё делать заново?

Я бы опции построил так:
Галочка "Нормализация звука", по умолчанию - да (-af volnorm=1:0.5 на N800 с динамиками вроде оптимально)
"Denoise: X" (0..4), "Temporal: Y" (0..4), по умолчанию 0, 0 (-vf-add hqdn3d=X:max(X-1,0):Y, не нужен, если X=0 и Y=0)
Галочка "Sharp". по умолч. - да (-vf-add unsharp=c4x4:0.3:l5x5:0.5)
"Качество сжатия: X (0...)" (каждая ступень добавляет новую ресурсоёмкую опцию в -lavcopts; для сохранения выходного размера ~50%, vqscale при быстрой обработке сделать около 4, снижая до 2)

-vf-add pp=ha:128:7/va/dr нужна всегда, т.к. никогда не портит даже идеальное видео, но малой ценой сильно улучшает артефакты сжатия.
Фильтры применяются в таком порядке: crop,scale,pp,hqdn3d,unsharp.
Звук я кодирую -oac mp3lame -lameopts vbr=2:aq=0:q=4 (в каких-нибудь железных плеерах vbr возможно не прокатит, но ни в одном плеере в линуксе и винде проблем не встречал).
Видео кодирую -ovc lavc -lavcopts vcodec=mpeg4:mbd=2:v4mv:trell:qns=3:vqscale=2:aspect=$W/$H:vrc_maxrate=1200: \
  vrc_buf_size=450:lumi_mask=0.2:dark_mask=0.2:tcplx_mask=0.2:naq:dia=2:cbp:qprd:umv:pbias=-32'
vrc_maxrate я проверил с N800 недостаточно, возможно надо уменьшать вплоть до 700-900, проверяя на динамических сценах.
Кодирую в один проход с постоянным максимальным качеством (vqscale=2). 2 прохода нужны только для контролируемого выходного размера, что не актуально, если не CD. Они не дают лучшего качества.
Разрешение для N800 фуллскрин - 400x240 действительно прекрасно выглядит при хорошем материале, и увеличивать не нужно и даже вредно. Разница заметна только на ББ.
Со всеми перечисленными опциями -lavcopts у меня на работе на AMD 2200 перекодирование фильма происходит около суток, но даёт офигенное качество, при сжатии примерно вдвое. А торопиться обычно причин нет.

Это мой опыт. Что-то ты сам знаешь, что-то и реализовано в твоей программе, с чем-то ты не согласишься.

Я пока применяю соответственно исправленный мною tablet-encode. Мне не нравится его урезание полезных краёв, а исправить пока руки не дошли.

Отредактированно Dali (15-07-2008 16:45:39)

wazd, а Вы пробовали запускать Nokia Video Converter под линуксом?
Плюс к тому, я точно могу сказать, моя программа её устраивает на все сто ;-) ибо учитывались её замечания.

Dali говорит:

в) в этой операции
  1) -identify не нужен

конкретно tavi - нужен

Dali говорит:

2) без -speed на моём слабом проце быстрее (41 сек --> 29 сек)

Гм, у меня 7.9 секунд без и 7.2 с опцией. Хорошо, уберу - раз на слабых процах даёт существенный прирост.

Dali говорит:

3) нужна -nouse-filedir-conf. В этом и была проблема.

Вот оно в чём дело. Кстати, .conf файл в текущем каталоге используется только при использовании опции -use-filedir-conf, так что наверное конфиг у тебя был в каталоге ~/.mplayer/. Ну да ладно, спасибо что докопался :-)

Dali говорит:

4) я в своё время провёл много экспериментов с cropdetect, и определил, что достаточно замерить по "-frames 500" 4 раза (-ss 0/150/300/600).

А ежели дождь во время усушки титры слишком длинные? Я так посчитал, что титры вряд ли больше 10 минут тянутся. А 500 кадров это всего лишь 20 секунд, тут можно легко нарваться на белые титры на чёрном фоне и порезать фильм так, что мать родная аффтар с режиссёром не узнают.

Dali говорит:

Для mencoder нужны -vf-clr -af-clr для контролируемой обработки, на случай наличия фильтров в mencoder.conf.

Спасибо за идею, в следующей версии сделаю.

Dali говорит:

Ещё вопрос: твой алгоритм не производит небольшого отрезания краёв полезного изображения?

Этот скрипт - нет. Тут идея такая, что ежели хочется отрезать 'получёрные строки' по краям, может лучше слегка снизить чувствительность фильтра cropdetect? Вообще я отрезаю чутка в другом скрипте, которым уже года три рипаю DVD/HDTV фильмы на автомате. Но тут решил пока не делать.

Dali говорит:

Кроме кнопки + нужна и -. Я набрал большую очередь, и случайно добавил ненужный файл. Всё делать заново?

Я об этом думал. Вообще говоря, вовсе незачем нажимать "Convert" на всех фильмах, которые ты набрал в список ;-) Не хочется переусложнять интерфейс просто. Тулза в общем-то расчитана на использование из Наутилуса, выделил файлы -> правая кнопка -> "Открыть в программе TinyAVI".

Но если очень-очень надо, могу и добавить.

Dali говорит:

Я бы опции построил так:
Галочка "Нормализация звука", по умолчанию - да (-af volnorm=1:0.5 на N800 с динамиками вроде оптимально)

Хорошая мысль. Может, даже сделать эту опцию всегда активной? В конце концов, кодируем же не для долговременного хранения, а для одно- или двух-разового просмотра на планшете, на замысел режиссёра можно немного и поплевать :-)

Dali говорит:

"Denoise: X" (0..4), "Temporal: Y" (0..4), по умолчанию 0, 0 (-vf-add hqdn3d=X:max(X-1,0):Y, не нужен, если X=0 и Y=0)
Галочка "Sharp". по умолч. - да (-vf-add unsharp=c4x4:0.3:l5x5:0.5)

Переусложняешь сильно. Я не хочу делать ещё один клон Guardian Knot'а. Могу сделать несколько уровней денойза, скажем низкое среднее и сильное. Шарпенинг тоже можно сделать, это всё понятия доступные "average Joe". Всякие темпорал параметры - фтопку, только в рамках разного уровня денойза.

Dali говорит:

"Качество сжатия: X (0...)" (каждая ступень добавляет новую ресурсоёмкую опцию в -lavcopts; для сохранения выходного размера ~50%, vqscale при быстрой обработке сделать около 4, снижая до 2)

Трёх вариантов выбора качество/размер хватит любому (почти (С) биллгейц). Кстати, я lavc использую только для aac, а для MPEG4 использую кодек XviD. "vqscale" не нужен, я всегда делаю двухпроходное кодирование.

Dali говорит:

-vf-add pp=ha:128:7/va/dr нужна всегда, т.к. никогда не портит даже идеальное видео, но малой ценой сильно улучшает артефакты сжатия.

hd:128 слишком сильно. Лучше просто ha/va/dr, я думаю mplayer тоже не дураки делали и значения по умолчанию тоже не из пальца брали.

Dali говорит:

Фильтры применяются в таком порядке: crop,scale,pp,hqdn3d,unsharp.

pp надо использовать самым первым. Если сдвинуть его хотя бы после crop, макроблоки уже сьехали чёрт-знает-как (не будут на границах кратных 8), и фильтр будет работать соответственно чёрт-те-как. После scale я вообще молчу что станет с макроблоками.

Dali говорит:

Звук я кодирую -oac mp3lame -lameopts vbr=2:aq=0:q=4 (в каких-нибудь железных плеерах vbr возможно не прокатит, но ни в одном плеере в линуксе и винде проблем не встречал).

В данном случае меня волнует преимущественно возможности mplayer на планшете :-)
vbr=2 это значение по умолчанию, поэтому я его не указываю. aq у меня стоит 1, не вижу смысла уходить в экстремальные значения, например zip -9 пакует нифига не лучше чем zip -8. q у меня выбирается так: при 'Низком качестве/Малом размере' q=5, при 'Среднем качестве/размере' q=3, при 'Высоком качестве/Большом размере' q=5.

Кстати, все эти опции можно увидеть (и при желании исправить) в /usr/share/pyshared/tinyavi/presets.py.

Dali говорит:

vrc_maxrate я проверил с N800 недостаточно, возможно надо уменьшать вплоть до 700-900, проверяя на динамических сценах.

У меня N810 нормально играет вплоть до 1200-1300 килобит.

Dali говорит:

Кодирую в один проход с постоянным максимальным качеством (vqscale=2). 2 прохода нужны только для контролируемого выходного размера, что не актуально, если не CD. Они не дают лучшего качества.

Пардоньте, но это полная ерунда. Не говоря уж о том, что с твоими опциями кодирование _дико_ тормозное (примерно в 10 раз тормознее xvid в один проход).

Вот небольшой тестик даже провёл. На файле matrixbench_lowerdivx4_vbrmp3.avi, если что - его можно найти в гугле.

Исходные данные: размер файла 22258K, длительность 3м8с, видео 640x272, 800 килобит, масштабируем до 480x204, звук -nosound.

Итак, с твоими опциями:

mencoder -vf scale=480:204 -nosound -ovc lavc -lavcopts vcodec=mpeg4:mbd=2:v4mv:trell:qns=3:vqscale=2:vrc_maxrate=1200:vrc_buf_size=450:lumi_mask=0.2:dark_mask=0.2:tcplx_mask=0.2:naq:dia=2:cbp:qprd:umv:pbias=-32 matrixbench_lowerdivx4_vbrmp3.avi -o test-lavc.avi

Результат кодирования:
Размер файла:  23228K (это при фуллсайз оригинале в 22258K :-\)
Средняя скорость кодирования: 5.95fps
Выходной видеопоток: 1009.896 kbit/s
Время кодирования: 13m7.959s

PSNR: Y:44.49, Cb:49.86, Cr:50.49, All:45.70

Теперь xvid в один проход:

mencoder -vf scale=480:204 -nosound -ovc xvid -xvidencopts psnr:bitrate=408:trellis:vhq=2 matrixbench_lowerdivx4_vbrmp3.avi -o test-xvid.avi

Значение битрейта 408 килобит я взял по формулам, которые использует TinyAVI.

Результат кодирования:
Размер файла:  9405K (почти в три раза меньше)
Средняя скорость кодирования: 83.59fps
Выходной видеопоток: 405.315 kbit/s
Время кодирования: 56.110s (в 14 раз быстрее)

Значения PSNR:
xvid:     Min PSNR Y:35.23, Cb:45.80, Cr:47.94, All:36.84 in frame 2079
xvid: Average PSNR Y:40.50, Cb:48.14, Cr:49.05, All:41.94 for 4686 frames
xvid:     Max PSNR Y:50.96, Cb:51.36, Cr:53.01, All:51.31 in frame 3303

Средний PSNR по каналу Y равный 40.50 это что-то примерно между 'хорошо' и 'отлично'.

И на десерт, xvid в два прохода:

mencoder -vf scale=480:204 -nosound -ovc xvid -xvidencopts psnr:turbo:bitrate=800:trellis:vhq=2:pass=1 matrixbench_lowerdivx4_vbrmp3.avi -o /dev/null
mencoder -vf scale=480:204 -nosound -ovc xvid -xvidencopts psnr:bitrate=800:trellis:vhq=2:pass=2 matrixbench_lowerdivx4_vbrmp3.avi -o test-xvid2.avi

Результат кодирования:
Размер файла:  9033K
Средняя скорость кодирования: 226.29fps (первый проход), 85.92fps (второй проход)
Выходной видеопоток: 389.661 kbit/s
Время кодирования: 1m15.328s

Значения PSNR:
xvid:     Min PSNR Y:36.60, Cb:48.99, Cr:50.13, All:38.25 in frame 3470
xvid: Average PSNR Y:40.51, Cb:47.92, Cr:48.85, All:41.93 for 4686 frames
xvid:     Max PSNR Y:50.68, Cb:51.58, Cr:51.82, All:50.99 in frame 3302

---

Ну, с lavc в данном случае всё ясно, имхо это тот случай когда избыток знаний помогли перехитрить самого себя :-)

Теперь давай проанализируем двухпроходное кодирование против однопроходного.
- С одной стороны, мы получили 75.3 секунды против 56.1 (34% прирост)
- С другой стороны, мы получили конечный файл в 9033 против 9405 килобайт (4% выигрыш)
- Минимальный PSNR по каналу яркости вырос с 35.23 до 36.60 (учитывая что глазу заметно изменение в 0.5 децибелл).

Стоит ли овчинка выделки? Тут уже каждый решает для себя :-) Мне кажется, что в любом случае стоит. Всё-таки первый проход проходит существенно быстрее первого (тем более учитывая, что я первый проход всегда делаю с -nosound, а на втором свою лепту внесёт ещё и кодек звука).

Dali говорит:

Со всеми перечисленными опциями -lavcopts у меня на работе на AMD 2200 перекодирование фильма происходит около суток, но даёт офигенное качество, при сжатии примерно вдвое. А торопиться обычно причин нет.

Ну ни фига себе, около суток У меня перекодирование одного фильма обычно занимает 20-30 минут, к тому же имея два процессора можно запускать два процесса параллельно. Итого за пару дней можно сконвертировать всю свою коллекцию :-) Мне кажется, глобальное потепление тебе этого не простит :-)

Dali говорит:

Я пока применяю соответственно исправленный мною tablet-encode. Мне не нравится его урезание полезных краёв, а исправить пока руки не дошли.

Учитывая всё вышесказанное, всё-таки подумай о переходе на TinyAVI :-) Естественно, после того как я поправлю глюки и учту все твои замечания.

А вообще - спасибо большое за длинный и обстоятельный анализ. Я вот, например, не видел в какую сторону дальше вести улучшения, а ты мне открыл целое новое поле для деятельности :-) Замыленный глаз - страшная сила.

Отредактированно zap (16-07-2008 11:31:29)

Такс, вроде учёл почти все замечания (кроме кодека), вот тут лежит исправленная версия:

http://cs.ozerki.net/zap/pub/tinyavi/   

changelog:

  * Use by default -vf-clr and -af-clr to avoid any influence from user
    config files.
  * Use -frames 500 with -ss 0, 150, 300, 600 as suggested, instead of
    -endpos 10:0. This is both faster and more reliable.
  * Perform the deinterlacing as the very first filter. Some filters
    may change the image and kerndeint, if inserted after them, can not
    detect interlaced video.
  * Denoise filter by default without parameters.
  * Added the "sharpen" option, which enables -vf unsharp=l:3x3:1
  * Added the volume normalization option, on by default
  * Interface improved to include new options
  * Added a "Remove" button to remove videos from queue
  * Use the -nouse-filedir-conf switch for mplayer to avoid .conf files
    to influence mplayer test run.

Конвертирование .mkv и .flv проверил (на том, что у меня есть) - всё пашинг.

Жду дальнейших коментариев :-)

Отредактированно zap (16-07-2008 15:41:43)

Dali говорит:

Титры на 10 минут никогда не встречал, а короткие замеры в 4 местах (0, 2.5, 5 и 10 мин) не дали ошибиться на десятках фильмов. В конце-концов, при наличии большой коллекции можно проверить в автоматическом режиме, и в случае чего скорректировать расстановку, кол-во и длительность замеров. Я старался уместить замеры в первые минуты в расчёте также на короткие ролики.

Я потом уже допёр и перечитал, в первый раз не обратил внимание на -ss 0, 150, 300, 600. Собственно, это уже реализовано, и работает достаточно хорошо :-)

Dali говорит:

Если и делать, то не много. tablet-encoder - слишком сильно.

Понятно, я думал наоборот - хочешь, чтобы отрезались края :-) В принципе 1-2 пикселя картины не испортят, а там частенько бывает полу-мусор. Но пока делать не буду, пока не встречу клинических случаев.

Замысел тут не причём, а причём вот что - большинство встреченных мною фильмов кодируются с очень низким уровнем громкости. Уж не знаю почему, может из-за применения простейших программ? Приходится вытягивать программным фильтром в mplayer (и что бы я без mplayer делал...) Я не предложил зашить опцию, потому что не все могут согласиться с этим мнением.

Это потому, что так кодируется звук в 6-канальный AAC на DVD, не знаю с чем это связано - возможно, договорились расширить динамический диапазон для всяких внезапных БАХ! (у нас же теперь вся киноиндустрия работает на эффекты). А потом когда всякие чайники перекодируют DVD в AVI не поднимая громкости, вот такая ерунда и получается.

Dali говорит:

Denoise (2-мерный фильтр), и Temporal никак не связаны между собой. Я для разных фильмов применяю очень разные комбинации. Отличить после небольшой тренировки легко. Если кадр шумный, или много артефактов пережатия, усиливаю Denoise. Но тут можно замылить. Бывает, кадры уже отфильтрованы, или замылены, но шум скачет от кадра к кадру, тогда усиливаю Temporal. Он очень хорошо работает, не замылит, но могут возникнуть следы при быстрых движениях. Вот у меня в последних фильмах были комбинации: 0/0, 0/4, 2/1, 2/2, 2/4, 4/1, 4/2, 4/4.

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

Dali говорит:

1) Вообще отношение качество/размер - вторично. Главное - качество/скорость.

Естественно, что чем ниже качество кодирования, тем выше скорость кодирования. Но для меня, например, скорость кодирования вторична, так как не припомню случая, чтобы фильм кодировался дольше 30 минут :-)

Dali говорит:

2) ИМХО xvid работает быстрее но менее качественно (по крайней мере, таких глубин не достигает). Но тут уже спорные моменты...

При желании можно и поспорить, но лучше просто посмотреть сравнение кодеков:
http://www.doom9.org/index.html?/codecs-quali-105-1.htm   

Из выводов:

doom9 говорит:

XviD will make it very hard once again for the competition in the main round.

LMP4 (так у них обзывается lavc) can compete closely in still scenes, but the extended action scene showed a clear difference in favor of XviD. Still, I feel a definite improvement over the last time I tested the codec, so it will advance to the main round.

Да, сравнение 2005го года, но вроде с тех пор ffmpeg особо не развивался, да и xvid на месте не стоял.

3) Надо хорошо понимать, что делает 2-проходное кодирование. Совсем кратко - оно УХУДШАЕТ качество (увеличивает vqscale) там, где посчитает возможным (на статичных сценах), чтобы уложиться в заданную длину файла (1 или 2 CD).

Это неверно. При двухпроходном кодировании кодек имеет возможность ретроспективно посмотреть, где он отдал чересчур много битрейта в первом проходе (получив бессмысленно высокий PSNR на отдельных кадрах), и где ему просто не хватило битрейта (и пришлось закодировать кадр в хреновом качестве, только бы удержаться в заданных рамках).

Посмотри даже на мой маленький тест - при двухпроходном кодировании минимальный PSNR увеличился, максимальный PSNR понизился, средний остался примерно на том же уровне. То есть, заданный битрейт более оптимально размазывается по всему фильму. Да, он ухудшил кодирование слишком хороших кадров (где PSNR достигал 50), и за счёт этого битрейта подтянул плохие кадры, где PSNR падал до 35. Это же хорошо?

hd:128 слишком сильно. Лучше просто ha/va/dr, я думаю mplayer тоже не дураки делали и значения по умолчанию тоже не из пальца брали.

Дело в следующем. Это рекомендация разработчиков. Для качественной обработки. А по умолчанию стоит для realtime-обработки.

А, ясно, оно тормознее. Хорошо, поставлю 128/7, посмотрю как сильно это затормаживает процесс. В конце концов это тоже немаловажный параметр, как ты писал выше :-)

Dali говорит:

1) Мой набор опций - это экстремальная обработка, и применять ее надо на ценных фильмах, либо когда комп и так простаивает.

Мне кажется, для ценных фильмов куда важнее использовать двухпроходную обработку, чем экстремально тормозные параметры. Плюс к тому, какой резон хранить ценные фильмы с разрешением 512x304, когда есть оригинал почти-720x576.

Dali говорит:

2) Сравнивать обработку с минимальным сжатием (q=2), т.е. с максимальным к-вом и обработку с таким маленьким битрейтом (405кбит/с) некорректно. Такому битрейту есть своё соответствие q.

Я просто сравнил опции, которые ты предлагаешь для кодирования с теми опциями, которые использует TinyAVI.

На doom9, кстати, где я давал ссылку выше, есть сравнение lavc и xvid в идентичных условиях. lavc кодирует примерно в 4 раза медленнее при всех прочих равных.

Dali говорит:

Факт в том, что при максимальном качестве (q=2) фильм ужимается с 1400Мб до 600-800Мб.

Для меня это абсолютно неприемлемо. В 600Мб можно ужать целый фильм с неплохим качеством (без динамичных сцен), а тут 600Мб для урезанной карманной версии. У меня фильм в среднем ужимается в 300Mb, и он при этом весьма хорошо выглядит :-)

Dali говорит:

3) Увлечение тестовыми цифрами (PSNR) и тестовыми роликами со временем перерастает в понимание, что глаз видит по-другому.

Ох, давай не будет затрагивать прозрачность звука и вуалевые дымки :-) Я как инженер склонен доверять показаниями приборов и своим собственным глазам. Пощёлкай в ссылке выше по тестовым кадрам, сравни как кодирует XviD и как кодирует lavc, и всё станет понятно и без вуалевых дымок. К тому же, ты используешь опцию mbd=2 которая как раз и принимает решение на основании PSNR.

Dali говорит:

Я остановился на q=2 потому что даже при q=3 есть моменты, видные на спокойных и красивых сценах, где глаз и замечает все артефакты. В сценах погони, боёв и пр. (Matrix, Terminator) видно конечно только очень сильные артефакты.

Использование постоянного квантователя вообще глупость. При этом отключается половина логики кодека, которая как раз и расчитана на то, чтобы оптимально выбирать квантователь *по необходимости*. А со статичным квантователем без разницы - есть необходимость, нет необходимости - квантователь 2 и никаких гвоздей.

Dali говорит:

4) По сути, каждые кадр квантуется с определённым q, и если применяется однопроходное, то q увеличивается (качество ухудшается) где надо, чтобы не превысить битрейт, а при двухпроходном - вычисляется  среднее q для достижение нужного среднего битрейта, вокруг этого q (целочисленное) и скачет.

У тебя оно не скачет - с опцией vqscale=2 особо не поскачешь.

Вообще у меня сложилось впечатление, что ты свою коллекцию фильмов долговременно хранишь в формате для наладонника ;-) Не делай этой глупости, храни оригиналы, а фильмы конвертируй быстренько (за 20-30 минут :-)) непосредственно перед просмотром. Потери качества оригинала ты уже никогда не возместишь (ты на телеке не смотришь свои фильмы? не говоря уж о мониторе), а в объёме ты выигрываешь не очень сильно.

Отредактированно zap (17-07-2008 00:51:02)

Честно говоря - меня, как начинающего пользователя, настройки размеров экрана (в дополнительных свойствах уже после выбора таблетки как целевого устройста) несколько смутили.  tablet-encode с пресетами - проще / ( я чисто про управление/настройки )

Например, не хочется совершенно вникать в тему - но знать что то типа "меньше размер, хуже качество" "лучше качество, больше - размер"

Дополнительные настройки без понимания их сути вносят в действия сомнения : "всё ли я правильно выставил ?"
Может это только у меня так...

Что сбоку - не помню.

Как пользователю : хотелось бы выбирать устройство и "качество".  Всё.

> "advanced_settings = True"
имхо было бы идеально...

> деинтерлейса
если б ещё знал что это такое

вчера закинул два фильма на конверт с наивысшим качеством / утром, по прошествии часов 6-7ми у второго было 90% / ну у меня проц старый - 1.7

Хотелось бы, чтобы движки, связанные с качеством, выставлялись для каждого фильма в очереди отдельно.
Но более важно, чтобы можно было опции затачивать под свой вкус. Для этого идеально было бы в файле конфигурации ~/.tavi.conf:
passes=2
bitsperpixel=0.15
vc = xvid -xvidencopts psnr:turbo:trellis:vhq=2:bi
vf = pp=ha/va/dr,crop=$C,unsharp=l:3x3:1,scale=$S
ac = mp3lame -lameopts q=2:mode=1:aq=1
af = volnorm=2

#passes=1
#quant=2
#vc = lavc -lavcopts vcodec=mpeg4:mbd=2:v4mv:trell:qns=3:vqscale=2:aspect=$W/$H:vrc_maxrate=1200:vrc_buf_size=450:\
                  lumi_mask=0.2:dark_mask=0.2:tcplx_mask=0.2:naq:dia=2:cbp:qprd:umv:pbias=-32
#vf = pp=ha:128:7/va/dr,crop=$C,scale=$S,unsharp=c4x4:0.3:l5x5:0.5
#ac = mp3lame -lameopts vbr=2:aq=0:q=4
#af = volnorm=1:0.5

zap говорит:

Может вообще выкинуть нафиг настройки разрешения?

Да. Они должны появляться для профиля "Custom".

zap говорит:

Я вот сомневаюсь насчёт деинтерлейса, нужен ли он в базовом варианте.

Нужно интерлейсный материал детектировать автоматически. Кажется transcode умеет определять. Или при помощи одной из программ, применяемых для DVD-рипинга.