Еще бы в mplayer он стабилизировался и в man убрали старые команды и
добавили описание новых - было бы совсем хорошо.
А до задолбался извлекать команды из ve_xvid.c, а потом догадываться,
что они делают.

Что касается результата - я сравнивал на гигабайтном vob'е -
с одинаковым битрейтом и без всяческих специфических команд, повышающих
качество (за исключением vhq) xvid был примерно в 4 раза быстрее.
Если все вывернуть по полной (qpel, trell:cbr (в xvid trellis), haq и т.п), то в 2-3 раза.
Причем качество картинки у xvid выше, все четко, на быстрых сценах нет
идиотских квадратов, машины ездят по-человечески, плавно, буквы
в титрах не размываются и края у них не плавают.

Минусы: отвратная работа с ресайзом - изматерился, пока понял как его
заставить сделать картинку меньше (чтобы mencoder не упал). Почему-то с
фильтрами -vf pp=... при указанном scale mencoder стандартно падает с
segmentation fault.
Соответственно, если указать -zoom -xy ..., тогда vf pp= испортит нафиг
весь aspect ratio. Так что записи с телевизора им лучше не пытаться
обрабатывать.

При воспроизведении жрет больше ресурсов, хотя и ненамного.

P.S. Вобщем, теперь я все им жму.

XviD

ГЛАВНЫЙ недостаток XviD, его проклятие - его лицензия. Он сделан как кодек без возможности коммерческого использования, даже бинарники которого нельзя распространять, так как это противоречит лицензированию МПЕГ 4. Используются алгоритмы МПЕГ 4 - нужно лицензировать. По этому поводу авторы кодека ничего сказать не могут :(. И будущее выглядит не столь безоблачным. Я вот Теору жду (огг). Там на ВП3 основано, не МПЕГ 4 - кодек патентно чист.

ВП3 это по-английски как?

P.S. Гм, а ffdshow/ffmpeg как распространяются в бинарниках?
P.P.S. Главное, чтобы кодек поддерживался, а на остальное плевать все хотели.

На нормальных процах П4 XVID и DivX5 при одинаковых настройках абсолютно одинаковы в скорости, XVID чуть-чуть быстрее. На клонах П3 и Селерошах - да, XVID быстрее значительно, но время таких процов уходит. Однако DivX - стандарт де факто. Жму только Divx5. Попробовал mencoder - отказыватся сука менять частоту дискретизации и битрейт звука. Мне это надо. ffmpeg - битрейт меняет, частоту дискретизиции звука нет. Зател сделать Моno - аналогично. Как соединить два avi файла - не понятно. Использую Windows для кодирования. По причине беспомощности пингвина в вопросах кодирования.

а вот сдесь никто не пробывал посматреть почему XviD быстрее DivX? руки надо писарям XviD-а оторвать.

http://www.ixbt.com/cpu/pentium4-xvid-opt.shtml

Соединение двух файлов...

cat video1.avi video2.avi | mencoder -ovc copy -oac copy -o result.avi -

Насчет битрейта и моно, внимательно читай man mencoder.

Аналог VirtualDub - avidemux. Вполне нормальная софтинка, достаточно вменяемая, фанаты VD оценят!

RaD, читать маны полезно, но иногда полезно и на практике применять то, что там написано. Ты для начала попробуй проверить то, что в мане написано. Клал mencoder на br=, а как задать частоту дискретизации звука, из мана не ясно. cat video1.avi video2.avi | mencoder... - приводит к диким ужасам по уезжанию звука. mencoder хотябы может keyint= и это работает, а ffmpeg ничего подобного не может. Лечить файлы, созданные пионерами, невозможно. ffmpeg кладёт на -ar и на -ac. Ну как этим можно пользоваться ? ====> Для кодирования видео - Windows ONLY.

Re:

> Насчет битрейта и моно, внимательно читай man mencoder.

А можно все-таки разжевать для тупых про mono? Собственно, имеется mpeg2, содранный с камеры, в котором правый канал забит мусором. Хочется сделать mono-запись, так, чтобы использовался _только_ левый канал.

> cat video1.avi video2.avi | mencoder... - приводит к диким ужасам по уезжанию звука

это был реальный пример, оба файла были с нормальным звуком и в итоге все получилось нормально, проверено!

раз менкодер кладет на то что ты ему говоришь, значит не быть тебе дрессировщиком! у меня он спокойно жмет в 64 кбит/моно, как я ему и говорю. извини, настроек на память не помню, так как на работе этим не занимаюсь...

насчет, пионера с зашумленным каналом, дык используй нормальный шнур при захвате. бороца надо с причиной, а не со следствием...

Transcode

> Использую Windows для кодирования. По причине беспомощности пингвина в вопросах кодирования. > lenin (*) (20.01.2004 14:35:17)

Transcode пробовал ?

Очень сомнительно, так как я нашел подтверждение своих слов в рассылке. У чела PIV 2400 - и скорости различаются так же, как у меня.

Ну, во-первых, у меня PII - поэтому срать я хотел на SSE и 3D NOW! - при прочих равных у меня xvid быстрее.
Во-вторых, сами авторы xvid не строили. Ты у себя его построй и сравни, потом скажешь что и как.

Весьма странно, ибо libavcodec (а это ffmpeg и есть) сейчас вернулся в дерево mplayer (то бишь mencoder) и должен работать стопроцентно. Как ffmpeg может менять частоту звука я не в курсе - ибо если вдруг его жму, то в mp3 (mp3lame, соответственно), а лучше бы в ac3 оставлять. Моно - опция в lame - для tv отдельные опции (кстати, в tv частота дискретизации меняется).

Насчет соединения - ниже сказали верно, а для пущего плезира можно сделать так:

cat *.vob | nice -n 15 mencoder ...

Чтобы работать можно было без напрягов.

2lenin:

Ну не знаю... Мне наоборот в винде неудобно - так и не научился нормально vob в mpeg4 кодить :(

Сейчас делаю так: звуковые дорожки выдираю transcod'ом (он и дискретизацию, и нормализацию делает), кодирую oggenc; видео - mencoder'ом в 2 прохода, потом ogmmerge полученную avi-шку и ogg-шки и - вуаля:) - никаких "уездов" звука:) файлы смотрятся и в mplayer'е и в винде (по крайней мере BSPlayer и ZoomPlayer, другими не пробовал)

Ты удивительный человек: сегодня кодировал "Братство волка". mplayer 1.0pre3, xvid 1.0beta3 (с патчем под mplayer, чтобы все опции были).

Звук делал так:

READYPH=/mnt/dos/dvd/ready
BITRATE=1300
NICE=15
ENS=128
RUS=129
FPS=25

cat $PH/*vob | nice -n $NICE mencoder - -ofps $FPS -aid $RUS \
-ovc frameno \
-oac mp3lame -lameopts vbr=3:br=192:q=0:aq=0 \
-o $READYPH/sound2.avi

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

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

Переменный битрейт с пиковым значением 192 и максимальным качеством.
Режим (стерео, моно и т.п.) указывать не стал. По слуховым ощущениям - стерео (по надписям - тоже).

Более того - 138 минут фильма, семь частей. Специально сначала наложил оригинальный звук и сидел смотрел - не уехал ли (подозревал, вдруг уедет) - нихуа. Все чисто.
Кодировать каждую часть в отдельности гораздо хуже - на стыках дергается. А у последнего фильма на стыке у входящего файла 1 секунду отсутствовал звук...

> звуковые дорожки выдираю transcod'ом

почему и видио транскодом не кодируешь ? мне просто интересны минусы двух этих двух продуктов.

2 jackill: были ли преценденты что видио откодированное тобой, не смотрелось в винде аля медиаплеер, или смотрелось, но звук уезжал и т.п.

2 алл:
вообще такая ботва что надо в видио свой лого ставить, по манам это умеет делать транскод, может быть еще что-то умееет ?
есть ли тесты кодирования одним кодеком, ДивХ5 например, в винде и в линуксе, где быстрее двдюхи кодируются ?

С уважением.

Вот сравнили бы еще там Windows Media 9 кодек. Было бы интересно. Таки M$ преподносит его как новое поколение кодеков после MPEG4

>Вот сравнили бы еще там Windows Media 9 кодек. Было бы интересно. Таки >M$ преподносит его как новое поколение кодеков после MPEG4

Писать с ТВтюнера ещё попрёт (хотя предпочитаю всё же XviD), но рипать им не очень - быстро, конечно, но качество всё же похуже будет, чем у XviD/DivX.

2ppy:

>почему и видио транскодом не кодируешь ? мне просто интересны минусы двух этих двух продуктов.

Честно говоря, с transcod'ом времени не было разобраться;)

А по mencoder'у в гуглу много доки (в т.ч. и на русском), качество результатов меня устраивает...

плюсы и минусы... transcod многотредовый в отличие от mencoder'а, зато mencoder значительно быстрее...

>>>По поводу http://www.ixbt.com/cpu/pentium4-xvid-opt.shtml

Хех, то что IXBT, мягко говоря, не беспристрастны к 4м пенькам - давно всем известно. Тото они пену пускают 8). А говорят сии странные тесты о том, что не так все гладко у пня 4, как принято считать. Увеличение длины конвеера оказалось не панацеей - интел просто лоханулся, как и в случае с пнями 1. Кака получилась. И введение гипертрединга - жалкая попытка этот конвеер загрузить работой. (сравни производительность пня 3 и 4 при одинаковых частотах ядра) Короче - на коде изобилующем переходами пень 4 будет сливать. И тут ничего не попишешь - если тебе больно и обидно за денежки потраченные на этот пень и за утраченные иллюзии - расслабься - сделает тебе интелЬ другую погремушку 8)

ЗЫ Пустое это все ...

... И не только переходами - вычисляемые индексы, косвенная адрессация всё то, что не может быть предсказано повергает системы с длинным конвеером в шок. Добавь сюда прерывания, которые бьют еще больнее... Да, запустили они это дело - пока со своим итаниумом носились. Который, вроде, теперь и им самим разонравился - совместимости нету, плюсы эфемерны - то что там процов можно накаскадировать немерянное число - дык кому оно надо, тем более, что придется жестоко конкурировать с мини-мэйнфреймами. АМД расчухались раньше - оптероны уже реальность и цена этих реалий потихоньку снижается 8)

Понятно, спасибо!

> зато mencoder значительно быстрее...

всмысли кодирует быстрее, или работает быстрее ?

Re:

> насчет, пионера с зашумленным каналом, дык используй нормальный шнур при захвате. бороца надо с причиной, а не со следствием...

Как вы все дразниться любите, это просто капец какой-то. Нет, чтобы сказать: так-то и так-то. Или, на крайняк: RTFM

А канал не зашумленный, он _вообще_ убитый.

Я не нашел готового шнура, чтобы его можно было из моей mono-камеры воткнуть в звуковой вход kfir'а, поэтому поступил просто: изображение гналось с S-Video-выхода, а "обычный" выход камеры (Звук-Видео-Земля) соединялся со звуковым входом Kfir'а (Левый Канал-Правый Канал-Земля).

Знаешь, я не так давно этим занимаюсь, и учусь в процессе, но было такое один раз - в самый первый. Звук уехал везде. Виноват, правда, сам. Не знал, как звук сграбить, скинул его с помощью
mplayer film.vob -dumpaudio -dumpfile и что-то там еще - в pcm.
После чего сжал его lame'ом и, естественно, он уехал.

Потом я эту фишку вспомнил и так больше не делал.

Сейчас не смотрится по-человечески xvid - надо на винде орять кодек обновить. Те, что были сжаты libavcodec'ом цветут и пахнут.

Сграбил я пока 11 фильмов (некоторые по нескольку раз - сравнивал кодеки) - звук везде работает отменно - проверяю на двух разных машинах, так что ошибка исключена. На второй стоит nvdvd и lightalloy + ffdshow и dixv5.1.1 (на который можно переключиться).

Что касается частоты дискретизации - специально для тебя проверил.
Взял vob на 130 метров и зажал следующим образом:

mencoder -ovc frameno -srate 32000 -oac mp3lame -lameopts vbr=3:br=112:q=0:aq=0 vts_01_7.vob -o 1.avi

Вот что mplayer выдает при воспроизведении:
AVI file format detected.
VIDEO: [FrNo] 720x576 24bpp 25,000 fps 0,8 kbps ( 0,1 kbyte/s)
Clip info:
Software: MEncoder 1.0pre3-3.3.2
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 32000 Hz, 2 ch, 16 bit (0x10), ratio: 14000->128000 (112,0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
vo: X11 running at 1152x864 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Cannot find codec matching selected -vo and video format 0x6F4E7246.
Read DOCS/HTML/en/codecs.html!
==========================================================================
Checking audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 32000 hz, little endian signed int
AF_pre: 32000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: requested format: 32000 Hz, 2 channels, Signed 16-bit (Little-Endian)
alsa-init: 1 soundcard found, using: hw:0,0
alsa9: 32000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian
AO: [alsa9] 32000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
Video: no video
Starting playback...
A: 5.1 2,4% 0%

Ну как? vbr меняется, частота дискретизации - тоже.

Они сравнили - ты невнимательно читал. Они сказали, что в предыдущем тесте использовали те же фильмы, а обновлений к нему не было, так что нефиг повторно тестировать.

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

>>> зато mencoder значительно быстрее...
>>всмысли кодирует быстрее, или работает быстрее ?

Быстрее ! Кодирует... всмысле работает... всмысле кодирует... всмысле кодирование это его работа :))))

Рекомендую попробовать другую ДНК. p.s. Никогда никаких проблем с mencoder не было. при соединении файлов звук никуда не уезжает, операции со звуком проходят прекрасно. Может быть, Вы просто неудачник? :)

p.p.s. Просьба воспринимать предыдущую реплику не как оскорбление, а как вызов. Приведите конкретный пример, пожалуйста, с какими именно файлами оно так хреново работает, и я заткнусь.

прочитал по mencoder'у почти всю документацию (только в исходники не залазил :)). куча аргументов, каких-то настроек. и все равно avi'шки получаются плохими (облака и туман в фильмах рассыпаются на квадраты, размер изображения зачастую становится не пропорциональным (хотя использую для crop такие значения, какие предлагает cropdetect у mplayer) и т.п.). возможно потому, что часть параметров дублируют функциональность друг друга (фильтры для убирания черезстрочности, например). какие лучше использовать не понятно... вобщем, сжатие вместо технологического процесса, как в случае с VirtualDub, тут становится каким-то шаманством.

так как же в линуксе создавать *.avi из dvd с хорошим качеством и оптимальным размером (для записи на CD, например)? :)

какие программы и кодеки используете, с какими фильтрами пре-/пост- процессинга и т.п. параметры, в каком порядке? ведь наверняка есть типовые рецепты. предлагаю начать конструктивный обмен опытом. :)

Xvid в последней бэте рулит. Хотя есть проблемы с совестимостью для более ранних клиентов. По скорости работает вполне неплохо даже на p4. Кроме того в кодировании с dvd что есть главная задача подобных кодеков весьма трудоемким при перекодировании является процесс декодерования, дейнтерлэйсинга(иногда) и фильтрования источника. Xvid с qpel работает примерно как divx без него. А вот качество действительно отменное выходит на однодисковых рипах. Насчет квадратов у divx это преведущий оратор загнул. Divx давно квадратов не дает (вовсяком случае их не видно), а вот xvid может. Но divx мылит картинку, вероятно пост процессингом. Кроме того divx всетаки не торопливо выпускает новые версии под Линукс. Зато постпроцессинг и декодер у divx лучшее что и признается на doom9. Ну а про линукс как плотформу для кодирования вообще стоит отметить что ничего подобного GoardianKnot тут вроде как нет и это делает работу грамотного риппера крайне утомительной. Кстати что там с ffdshow? Новые версии кудато пропали с официальных сайтов. Не появляется новых. Сдох чтоли зверек?

> ГЛАВНЫЙ недостаток XviD, его проклятие - его лицензия.

Чего-чего? У него лицензия GPL v2.

У меня уезжал. Вылечилось добавлением опции -audio-preload 0.0. Кажись
по умолчанию стоит 0.5, и звук на эти 0.5с и уезжал

> куча аргументов, каких-то настроек. и все равно avi'шки получаются плохими

Да-да! Как убрать мыло? Как нормально грабить из 16:9 в 4:3, а то в винде рожи вытянутые!

Вот здесь кое-что есть http://aquatique.rusunix.org/mencoding.html , но всё равно в целом много неясного.

2 jackill
Может приведёшь пару тройку распространённых примеров? Много объяснять не надо, сами разберёмся :-)

>>> Сдох чтоли зверек?

CVS тягай - обновляется.

>Хех, то что IXBT, мягко говоря, не беспристрастны к 4м 
>пенькам - давно всем известно. Тото они пену пускают 8). 
>А говорят сии странные тесты о том, что не так все гладко 
>у пня 4, как принято считать. Увеличение длины конвеера 
>оказалось не панацеей - интел просто лоханулся, как и в 
>случае с пнями 1. Кака получилась. И введение 
>гипертрединга - жалкая попытка этот конвеер загрузить работой.
>(сравни производительность пня 3 и 4 при одинаковых частотах 
>ядра) Короче - на коде изобилующем переходами пень 4 будет 
>сливать. И тут ничего не попишешь - если тебе больно и обидно 
>за денежки потраченные на этот пень и за утраченные 
>иллюзии - расслабься - сделает тебе интелЬ другую погремушку 8)
>
>ЗЫ Пустое это все ... 
>
>anonymous (*) (20.01.2004 19:58:51)

проблемы не у интела а у xvid-а, divx на интеле кодит прикрасно.
не мне интел погремушку зделает :) а тебе амд.

А crop-то тут причем? Ты когда divx вставляешь с разрешением 720x576 с aspect ratio 1.78, это значит, что реальное разрешение 1024x576.
так ты после crop должен сделать scale и пересчитать сколько у тебя будет длина и ширина.
Часто в широкоэкранке идет еще бордюр и у фильма реальное попиксельное соотношение получается немного другое.
И crop тут не при чем.

Можно пользовать -zoom -xy ширина - она сама все пересчитает после crop, но если ты задашь -vf pp= то на zoom mplayer не обратит внимания.

Что касается квадратов - если ты жмешь на одну болванку (случай - жадный человек) с большим разрешением, то конечно, у тебя будут квадраты.

Вообще, квадраты часто бывают на lavc. Берешь xvid, битрейт не ниже 1300/1400, ширину картинки где-то от 512 до 640 (если, конечно, у тебя фильм не 4:3) и вперед. 138 минут со звуком в mp3 на 48KHz и переменным битрейтом 192 влезает на две компашки с разрешением 560x272

xvid еще год назад квадратов не давал.

Я бы с удовольствием, но могу только последний - остальные я прибиваю периодически:

#!/bin/bash
PH=/mnt/dos/dvd
READYPH=/mnt/dos/dvd/ready
BITRATE=1300
NICE=15
ENS=128
RUS=129
FPS=25

rm xvid-twopass.stats

cat $PH/*vob | nice -n $NICE mencoder - -ofps $FPS -aid $RUS \
-ovc frameno \
-oac mp3lame -lameopts vbr=3:br=192:q=0:aq=0 \
-o $READYPH/"sound-"$RUS".avi"

cat $PH/*.vob | nice -n $NICE mencoder - -ofps $FPS -aid $ENG \
-ovc frameno \
-oac mp3lame -lameopts vbr=3:br=192:q=0:aq=0 \
-o $READYPH/"sound-"$ENG".avi"

cat $PH/*.vob | nice -n $NICE mencoder - -ofps $FPS \
-ovc xvid -xvidencopts pass=1:vhq=1:qpel:trellis \
-nosound \
-vf scale=576:360,crop=560:272:8:44 -sws 2 \
-o /dev/null

cat $PH/*.vob | nice -n $NICE mencoder - -ofps $FPS -aid $RUS \
-ovc xvid -xvidencopts bitrate=$BITRATE:pass=2:vhq=1:qpel:trellis \
-oac nosound \
-vf scale=576:360,crop=560:272:8:44 -sws 2 \
-o $READYPH/final-rc1.avi

rm -f $PH/*.vob

nice -n $NICE avimerge -i $READYPH/final-rc1.avi -p $READYPH/"sound-"$RUS".avi"

nice -n $NICE avimerge -i $READYPH/final-rc2.avi -p $READYPH/"sound-"$ENG".avi"

Всё в принципе понятно, но что делать с кыно PAL 720x576 aspect 1,777 ?
Пережать как есть? Битрейта то может и хватит, только какой проигрыватель поймёт сохранённый aspect ratio? Windows Media Player тут не котит... Цо делать? expand по вертикали?

-vf scale=720:405:0:0:100

Я так и думал. Блин, жаль нет другого способа, ...

Ты не понял. Приведенный пример для фильма 1.78
Просто он сначала отскалирован, потом crop-нут :)
(когда делаешь lavc, тогда scale идет после crop'а - почему - хз - найдено эмпирически, пережимкой кусочков нескольких дисков).
Если ты внимательно посмотришь, то 576:360=1.6 (немного был нестандартный фильм - разрешение рюхалось после скалирования mplayer до нормального размера и обрезки).

Соответственно, это уже пересчитанное изображение, которое потом обрезается. И любой виндовый плеер нормально смотрит этот фильм (я всегда проверяю). Если ты не заметил, я нигде не пишу в файл aspect ration - его все равно только mplayer понимает (а я фильмами имею привычку меняться - т.е. невоспроизводимый фильм не катит).

Если совсем непонятно мое объяснение, смотри лог mplayer:

Playing vts_01_6.vob.
MPEG-PS file format detected.
VIDEO: MPEG2 720x576 (aspect 3) 25,000 fps 8500,0 kbps (1062,5 kbyte/s)
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
No accelerated IMDCT transform found
AC3: 5.1 (3f+2r+lfe) 48000 Hz 448,0 kbit/s
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 56000->192000 (448,0 kbit)
Selected audio codec: [a52] afm:liba52 (AC3-liba52)
==========================================================================
vo: X11 running at 1152x864 with depth 24 and 32 bpp (":0.0" => local display)
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
VDecoder init failed :(
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.3.1
Selected video codec: [mpeg12] vfm:libmpeg2 (MPEG 1 or 2 (libmpeg2))
==========================================================================
Video attribute 'brightness' is not supported by selected vo & vd.
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
alsa-init: requested format: 48000 Hz, 2 channels, Signed 16-bit (Little-Endian)
alsa-init: 1 soundcard found, using: hw:0,0
alsa9: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian
AO: [alsa9] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starting playback...
VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1,78:1 - prescaling to correct movie aspect.
VO: [xv] 720x576 => 1024x576 Planar YV12
alsa-space: xrun of at least 26,832 msecs. resetting stream 0,0% 0 0 0%
alsa-uninit: pcm closed-0,037 ct: -0,066 72/145 70% 13% 11,8% 50 0 0%%


Нормальный фильм в 1.78 + бордюры (было - 720x657 (1024x576))

> Если ты не заметил, я нигде не пишу в файл aspect ration - его все равно только mplayer понимает (а я фильмами имею привычку меняться - т.е. невоспроизводимый фильм не катит).

Аналогично. Если бы только мне было нужно я бы и не дёргался, а так, жму их принципа just for fun. А люди пользуются :-)