Люди, а там можна из divx или DVD в VCD/SVCD перегонять?

Сколько этих пре не пробую - все кривые - всегда на 0.60 откачиваюсь - там всё ничё себе пашэт

А что у тебя не пашет?

А там с gcc-2.96 проблемы решены или как?

проблемы не у mplayer'а а у gcc-2.96 ;)

Господа , извините, что не в тему, попробовал обновить ядро из рпм, на этапе загрузки выдает:

Loading module ide-scsi... insmod:ide-scsi:no module by that name found... Kernel panic:VFS:Unable to mount root fs on 16:08

Что бы это значило и как сие лечится? У меня Суси 8.0. Рпм k_deft... c сусевого сайта. Зарание спасибо.

Эй, кто-нибудь, помогите мне! :)

У меня там столько всего понапихано, жалко переустанавливать. А с ядрами я никогда не игрался, но почитав (для увереннности в нескольких местах) как это "просто" из рпм, решил попробовать и тут на тебе:(

Я его себе скачал в обед и поставил - нормальная вещь, особой кривизны не заметил, правда, добиться "gui file picker"'a не смог, но и без него нормально и как-то привычно. А вот Xine так и не встал, пришлось убить. Особых глюков с gcc-2.96 ни я, ни мои знакомые не замечали.

Насчет ядра - ничего сказать не могу, поскольку ламер, но на мой взгляд у тебя скорее всего две разных вещи произошло 1) SCSI устройства (скорее всего ATAPI CD-RW) стояли как модули, а при обновлении у тебя сменились пути к модулям и теперь эти модули тебе недоступны 2) У тебя файловая система скорее всего не ext2, а другая и тоже была как модуль, но путь сменился и теперь она недоступна со всеми вытекающими. 1 не страшно, если только у тебя IDE винты, 2 требует исправления, скорее всего тебе нужно загрузиться как-то с дискеты (если нет старых ядер под рукой) и настроить все заново. Если сам не умеешь, то лучше всего попросить кого-то более опытного - ничего страшного не произошло, но запороть можно много, если даже не все

akarp

Просто работает. Интересно, когда они .spec файл начнут в тарболы запихивать? И еще интересно, когда они сами (без xanim) будут играть 3ivx.

а там починили воспроизведение xvidix с ffmpeg?

Сколько -pre ни брал - не работает именно в таком сочетании. Молча дохнет где-то в районе fast_memcpy().

анонимусу с ядром

После установки ядра mk_initrd говорил? Пиши на geof@inbox.ru, может помогу.

А какая карта у тебя? ffmpeg+xvidix -- работает на ура во всех preX, на моем Rage PRO. Единственный косяк - после использования xvidix, если пытаешься играть через xv - черный экран. Но вообще-то при наличии xvidix, xv на фиг не нужен.

Хрен знает... Работает, как всегда, лучше всех.
Бывали глюки на s3 Trio (8mb) -- (mplayer -vo sdl -framedrop) бывало вешал иксы (приходилось идти на тачку ssh'ой и прибивать Х).
Как выяснилось после -- видяха битая :(
Но из-за слабой видяхи была рассинхронизация звука и видео при "перемотке" фильма. framedrop помогал не сильно :(

Заменил видяху на Riva от nVidia, 16Mb -- куда делось все проблемы... Как бабка пошептала :)
При отMAXIMIZEном окне в fluxbox'е и куче запущеный сервисов (апача, мускуль, сендмэйл, etc...) загрузка проца (733 cel.) скачет от 0 до 2х процентов :) (mpeg4)
В общем, не плеер, а просто песня :)
Огромная благодарность девелоперам сией рульною проги :)

>А там с gcc-2.96 проблемы решены или как?

А какие проблемы-то? Уж сколько раз им родным компилю, ни разу не было. Может чего неправильно делаю?

>>При отMAXIMIZEном окне в fluxbox'е и куче запущеный сервисов
>>(апача, мускуль, сендмэйл, etc...) загрузка проца (733 cel.) скачет >>от 0 до 2х процентов :) (mpeg4)

А проц, какой проц у тебя?

>>(апача, мускуль, сендмэйл, etc...) загрузка проца (733 cel.) скачет >>от 0 до 2х процентов :) (mpeg4)

>А проц, какой проц у тебя?

Ну он же написал - 733 селерона работают :)

Самый рульный фич mplayera - работа в консоли, имхо. И за это да будет славиться имя их в веках :)

А может - при наличии нормального xv не нужен xvidix? Что он такого дает, чего нет в аппаратно ускоренном xv? А ведь xvidix, если не ошибаюсь, требует запуска под root...

>> Ну он же написал - 733 селерона работают :)

Блина, с утра глаза не протер...
А что же я тогда не правильно делаю на Matrox G200 c 400 селероном?
Играю все через mga_vid.

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

Попробуй вот это ядро поставить.

ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_deflt-2.4.19-55.i586.rpm

Если у тебя дрова от nVidia стоят, то придется под 2.4.19 NVIDIA_kernel
пересобирать, пожтому понадобятся исходники ядра (брать там же).
Как пересобирать NVIDIA_kernel читай в README к дровам то nVidia.


P.S: Для установки этого rpm в твоей ситуации тебе придется бутиться
через manual installation - > boot installed system. Если что
пиши на mr.bool@rambler.ru

забыл сказать :

rpm -Fihv k_deflt-2.4.19-55.i586.rpm

mk_initrd

lilo


Если у тебя Intel P4, то скорее всего у тебя стоит SMP ядро
(ЗюЗЯ 8.0 глючит на hyper-threading ;) и поэтому многие ATX
фичи типа по init 0 не работают :-)

Страдальцам по DVD и владельцам SuSE 7.3/8.0 прошу пожаловать
на http://packman.links2linux.de.

во всяком случае пакеты оттуда позволяют гонять encrypted DVD :-)

>>Страдальцам по DVD и владельцам SuSE 7.3/8.0 прошу пожаловать
>>на http://packman.links2linux.de.

Все тама по немецки, ниче толком не понял, что там есть такого,
чего нет в mplayer? А mplayer отлично любые DVD играет.

4alt-x: >А какая карта у тебя? ffmpeg+xvidix -- работает на ура во всех preX, на моем Rage PRO. Единственный косяк - после использования xvidix, если пытаешься играть через xv - черный экран. Но вообще-то при наличии xvidix, xv на фиг не нужен.

На mach64. 3D-Rage Pro II, кажется. Я вначале грешил на подсистему vidix, но сравнительно недавно обнаружил, что оно не работает _только_ в комбинации xvidix+ffdivx. Скажем, с виндовой .dll-кой - на ура. 0.60 работал как часы. все -pre я проверял сначала на FreeBSD, а теперь вот и на Linux. Хера.

Ты, кстати, уверен, что проигрываешь _именно_ через ffmpeg'овый divx? ;)

to anonymous (*) (2002-09-06 15:36:53.403) :

> Все тама по немецки, ниче толком не понял,

А мне все понятно, я немецкий учил ;-)

>что там есть такого, чего нет в mplayer?

В mplayer нет меню выбора, а в ogle есть.
(имеется ввиду меню для выбора которое на
самом DVD записано :)

>А mplayer отлично любые DVD играет.

А мне xine больше нравится, я DVD в основном
там смотрю :-)

Xvidix+ffdivx

To:anonymous (*) (2002-09-06 15:52:43.799)

По поводу уверенности ты меня озадачил. Вообще-то я ставил чтобы оно все по возможности играло через ff, поскольку проц у меня k6-2. Но гляну дома еще раз. Просто у тебя карта ~ как у меня, и проблем с xvidix нету. А ты какой X-server используешь? Я - GATOS 4.0.2. И опять же, чем копилишь? Я - в основном 2.95, хотя вроде и с 3.1 работало.

Xvidix+ffdivx

To svu - кроме скорости он ничего не дает. Но на k6-400 она и нужна. С xv получается примерно как под вынью, а xvidix пошустрее будет.

Ребята, берите бинарники на dri.sourceforge.net. Там и xv есть (от примерженного gatos) и gl! Неужели не хотите ускоренного 3d? Хоть плохенький, да работает!

Кроме скорости? А что такого делает xvidix, чтобы быть быстрее xv? У меня на PIII-800 загрузка проца на обычных мпегах - 2-4% - под xv. Неужели к6-400 не потянет? Честно говоря, я визуально не заметил разницы с xv (правда, у меня ЖК монитор - лаптоп, все-таки). Может, на CRT что-то можно увидеть...

4alt-x: На FreeBSD 4.1.0. Под Линуксом - 4.2.0. В случае FreeBSD стояли gatos'овские драйвера. Впрочем с xvidix на mach64 xv практически не нужен, поэтому заниматься ручным геморроем с 4.2.0 я не стал. Повторюсь, что проблему я наблюдаю _только_ с ffmpeg'овым divx'ом ;-( И это очень обидно.

4svu: использует возможности твоей карточки, разумеется. Для этого дополнительно должна быть поддержка твоей карты со стороны mplayer'а. Сейчас она есть только для ATI'шной линейки карт (поправьте меня, если я ошибаюсь). Radeon, etc...

Кстати, настоятельно советую попробовать mplayerxp Ника Куршева. Надеюсь, я правильно оттранслитил фамилию по памяти ;-) Я и Линукс-то ставил только из-за него. Жалко, что поддержка бас-мастеринга для mach64 у меня так и не заработала (модуль libdha обламывается ещё на ините)

Спасибо, братцы огромное.

Дело оказалось действительно в файловой системе. Барахло свое я таки переустановил на ext3, но зато предложенное MrBool ядро стало сразу и все нормально заработало. Кроме, правда того самого СD-RW:) Насколько я понимаю, чтобы заработал CD-RW, потребна перекомпиляция ядра(включение поддержки scsi)? Ну да и хрен бы с ним:) Главное обычный сидюк работает:)

Карточка у меня действительно NV GF-4 MX, Но ничего делать не потребовалось. Вроде и так все путем.

Спасибо еще раз.

О как! Поставил k_athlon и CD-RW заработало.

Хороший народ линуксоиды, не успел спросить, вона сколько добрых людей на помощь пришло. Прям настроение улучшилось:)

Софверный xvidix чтобы был быстрее хадрверного xv? Ладно на пне4 я впринципе не замечаю разницы потому что и то и другое спокойно идет в полную скорость. Но на медленных процах???

>Кстати, настоятельно советую попробовать mplayerxp Ника Куршева. Надеюсь, я правильно оттранслитил фамилию по >памяти ;-) Я и Линукс-то ставил только из-за него. Жалко, что поддержка бас-мастеринга для mach64 у меня так и не >заработала (модуль libdha обламывается ещё на ините)


По поводу фамилии - правильно!
А вот по поводу багрепорта - не по адресу! ;)
Такие вещи лучше писать в соответствующие списки рассылки!

>Софверный xvidix чтобы был быстрее хадрверного xv?
Я бы уточнил - софтверный Xv слабее хардверного vidix'а! ;)

Такая же карта 3d rage pro II
Раньше стоял gatos, теперь стоят dri-шные.
ffmpeg+xvidix - все отлично.

to anonymous (*) (2002-09-07 00:46:41.229)

>Насколько я понимаю, чтобы заработал CD-RW, потребна >перекомпиляция ядра(включение поддержки scsi)

"Борис ты не прав!" :)

Смотри что в моем /etc/lilo.conf стоит :

image = /boot/vmlinuz
label = linux
root = /dev/hda9
vga = 788
initrd = /boot/initrd
append = " hdc=ide-scsi"


у меня /dev/hdc это IDE CDRW DRIVE который ide-scsi распознает как /dev/sr0 так как он весит мастером,
(на втором IDE) слэйвом висит там же мой CD-ROM DRIVE
который /dev/hdd и распознается как /dev/sr1

соответственно надо сделать для CDRW-master && CD-RCOM-slave

cd /dev
rm cdrom
rm cdrecorder

chmod 666 /dev/sr0
ln -s /dev/sr0 cdrecorder
chown root:disk cdrecorder

chmod 444 /dev/sr1
ln -s /dev/sr1 cdrom
chown root:disk cdrom

и в /etc/fstab

/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0
/dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0

>Карточка у меня действительно NV GF-4 MX, Но
>ничего делать не потребовалось.Вроде и так все путем.

У тебя 0.8-178 дрова :) без акселерации :)
Запусти tux racer, поймешь о чем я говорю :)

pre7 я не пробовал, а вот pre4 - неплохо пашет. Например, раньше на К6-2 с SIMMами только через него и удавалось что-то сделать. Кстати, может проблема была в звуке (OPL3SA) - 48000 Гц - многовато, я его -aop resample сбивал. Видео вообще была S3 на 1 Мб. С gcc 2.96 больше ругался, чем было проблем (впрочем, оба раза они были из дистров). Все же проблемы с ним были, когда перешел на XFree86 4.2: dga2 вообще не работал (пол-экрана абракадабры), а dga1 работал, но после своей работы убивал иксы, пришлось держать третьи иксы. На Athlon с NVidia Riva TNT 16 Мб таких проблем вообще не было. Надо будет mplayer брату на старый k6 поставить.

PS: с SCSI-эмуляцией у меня так же.

Еще раз большое спасибо:)

Заработало. Ох, чувствую, недолго у меня все это проживет. Скачал по представленной Вами ссылке за компанию kernel-source-2.4.19.SuSE, чую, не выдержит душа поэта, рано или поздно возьмусь за копиляцию ядра:)

А дрова NV я сразу ставил 1.0-2960, наверно поэтому и работает:) Только максимальеое разрешение с включенной акселерацией после установки ядра почему-то упало с 1024 до 800. Да в принципе и хрен с ним:)

4MrBool:
Хотите загадку - как сделать так, чтобы без указания в лило
cdrom работал как скази? :)
Поддержка модулями.

Субтитры в MPlayer

Люди! Help! Есть у кого-нибудь шрифт к MPlayer для субтитров в CP1251? Или как его самому сделать, чтоб с перекодировкой не мучаться?

Пытался использовать mplayer -subcp CP1251 --- не помогает (обычно либо показываются только знаки препинания, либо ничего не показывается). Может, что-то с субтитрами: даже "iconv -fCP1251 -tKOI8-R -c -s Noir\ 02\(sub\).srt" перекодирует только пол-файла ругаясь "1iconv: illegal input sequence at position 8160". Кстати, как заставить доперекодировать до конца? Сейчас приходится перекодировать файл в koi8-r виндовым фаром (ужас!), после чего MPlayer прекрасно с ним работает. Система: Mandrake 8.3, локаль: ru_RU.KOI8-R, iconv (GNU libc) 2.2.4, MPlayer-0.90pre6 (pre7 ещё не пробовал). Злополучный скрипт субтитров (к анимешке Noir) взят с http://www.kage.orc.ru/srt/noir_tv_rus_shurikk20.rar

Алексей.

Извините, не очень понял. Если xv - хардверный (как в случае с gatos) - чем vidix (даже хардверный) _лучше_? Чем хуже - я уже рассказывал - нужно под рутом запускать mplayer.

2jackill :

Даю разгадку : у меня в boot.local вот чего

. /etc/rc.status

echo -n "Loading module qnx4"
/sbin/modprobe -s qnx4
QNXFS=`lsmod | grep ^"qnx4" | awk '{print $1;}'`

if [ "$QNXFS" = "qnx4" ] ; then
echo $rc_done
else
echo $rc_failed
fi

echo -n "Loading module i2c-dev"
/sbin/modprobe -s i2c-dev
I2CDEV=`lsmod | grep ^"i2c-dev" | awk '{print $1;}'`
if [ "$I2CDEV" = "i2c-dev" ] ; then
echo $rc_done
else
echo $rc_failed
fi

echo -n "Loading module i2c-i801"
/sbin/modprobe -s i2c-i801
I2CI801=`lsmod | grep ^"i2c-i801" | awk '{print $1;}'`
if [ "$I2CI801" = "i2c-i801" ] ; then
echo $rc_done
else
echo $rc_failed
fi

echo -n "Loading module i2c-algo-bit"
/sbin/modprobe -s i2c-algo-bit
I2CALGOBIT=`lsmod | grep ^"i2c-algo-bit" | awk '{print $1;}'`
if [ "$I2CALGOBIT" = "i2c-algo-bit" ] ; then
echo $rc_done
else
echo $rc_failed
fi

надеюсь что больше ты не будешь больше пытаться меня
поддеть ?

А ide-scsi SuSE сама туда вписала что мне вобщем-то жить
не мешает.

>Извините, не очень понял. Если xv - хардверный (как в случае с gatos) - чем vidix (даже хардверный) _лучше_? Чем хуже - >я уже рассказывал - нужно под рутом запускать mplayer.

В mplayerxp его можно запускать и без рута ;)
Чем плох Xv - очень много работы выполняется процессором
например yv12toyuy2 преобразование или самый обычный memcpy
для каждого кадра. Вы когда-нибудь задумывались для чего
nvidia оптимизирует свои драйвера под MMX, SSE 3DNow! ?
Если подобная оптимизация ускоряет драйвер то это уже Bad(tm)!
В случае с vidix внутри драйвера нет мест требующих подобной
оптимизации. VIDIX экспортирует video память для DR (direct rendering)
Таким образом кодек декодирует непосредственно в видео память
без лишних копирований по 0.01 - 16 MB на каждый кадр.
Ну и как следствие - в singlebuffer режиме плайер не делает
никаких обращений к драйверу - т.е. драйвер спит в течении
всего фильма ;)

to anonymous (*) (2002-09-08 00:00:43.184):

>не выдержит душа поэта, рано или поздно возьмусь
>за копиляцию ядра:)

Если ты никогда ядра не ковырял,то лучше не трогай :-)
Мне свое время на спор предложили заставить
siemens isdn i-surf под SuSE 6.4 заставить работать.
Ну заставил работать поправив сорцы, ну вылезли
на следующий день грабли в ReiserFS, всю партицию
нахрен снесло.

Мораль : never touch the running system.

P.S: А для эксперементов надо иметь отдельный комп
иначе будут тебе пингвины по ночам снится ;)

>Если ты никогда ядра не ковырял,то лучше не трогай :-)

Я ковырял, причем долго и упорно. Только у меня ничего не получалось:)

Перечитал кучу литературы, но, к сожалению в ней не встретилось и упоминания ReiserFS, коя в суси ставится по умолчанию, а с ней, насколько я понял, и была главная проблема.

Сегодня попробовал собрать на ext3 - вроде ничего получилось, заработало. Правда, очень тихо:). В смысле пропал звук. Почему - разобраться не успел, так как еще в процессе компиляции меня заинтересовала одна вероятная проблема: в систему на ядре 2.4.18 я ставил 2.4.19 вторым ( переименовывая и перетаскивая в /boot bzImage,System.map и vmlinux, прописывая это дело в лило и т.д.), если оно у меня не запускалось, я преспокойно запускал 18. Так вот, подумал я, набирая строчку make modules install , теперь у меня и рабочее и устанавливаемое вторым ядра одной версии. Не накроется ли предыдущее? А как новые модули станут заместо старых?

Посему, загрузив систему и обнаружив ее в более-менее сносном состоянии (давненько так не радовался, учтите, что с месяц назад я раз десять пробовал проделать все то же самое, все никак не мог понять, где ошибка:), я тут же решил попробовать загрузить старое ядро.

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

Так вот я теперь сижу и думаю, а как бы все это дело провернуть еще раз, только покорректнее? Чтобы, значится, и новое поставить и старое не потерять:)

Не делать "make modules install" ? А будет ли тогда работать новое?

Про mplayerxp - не знал, хотя я не понимаю как без рутовых привилегий добиться прямого доступа в память по заданным физическим адресам. А Вы уверены, что это приложение не suid?

Про преобразование форматов - возможно, я не прав, но xv поддерживает некоторый _набор_ выходных форматов. И если нужный формат там есть - тогда преобразование просто не нужно. Если же нет - тогда конечно, софтверная работа. Но в конечном счете (если считать, что драйвер использует _все_ возможности карточки), если вам нужен формат, не поддерживаемый аппаратно - придется заниматься преобразованиями софтово. Т.е. в этом пункте мы упираемся в вопрос, насколько _полно_ представлены форматы, поддерживаемые rage pro, в драйверах vidix и gatos. Вообще-то, я доверяю Владимиру Дергачеву и сомневаюсь, что есть форматы, им забытые. Хотя и про vidix ничего плохого сказать не могу - нет информации. Так что, может, сойдемся на паритете в этом вопросе? Или у Вас есть конкретная инфа по форматам, не поддерживаемым xv и поддерживаемым vidix? Вопрос об эффективности софтверного преобразования оставим отдельно - он актуален для обоих случаев.

Про копирование памяти. А Вы уверены, что это происходит в xv? Я - нет (хотя настаивать не буду). Во всяком случае, если это и происходит, то без проца (иначе у меня не было бы 5% нагрузки даже в полноэкранной моде). Возможно, что просто работает некий DMA... - а это не смертельно. Кстати, про видео-память. В agp видяха может прямо работать с системной памятью. И тогда даже копирование кусков не нужно. Правда?

Вообще, безопасность подхода vidix вызывает у меня большие сомнения (особенно после Вашего рассказа о прямом доступе в видеопамять). Туда ведь такого можно понаписать! Тут как раз в проекте dri идут дискуссии о security - и они этим делом очень обеспокоены. Похоже, авторы vidix готовы продать безопасность за скорость. Я - нет. И компромисс в лице xv (с аппаратной поддержкой, конечно!) меня вполне устраивает.

>Про mplayerxp - не знал, хотя я не понимаю как без рутовых привилегий добиться прямого доступа в память по
>заданным физическим адресам. А Вы уверены, что это приложение не suid?
Абсолютно! ;)
Требуется инсталяция нового драйвера для ядра :)
Ну а дальше все просто - mplayerxp и /dev/dhahelper включаются в отдельную
группу и никто уже не может получить доступ к этому драйверу кроме mplayerxp.
Такое решение на порядки безопаснее чем SUID.

>Про преобразование форматов - возможно, я не прав, но xv поддерживает некоторый _набор_ выходных форматов. И
>если нужный формат там есть - тогда преобразование просто не нужно. Если же нет - тогда конечно, софтверная работа.
>Но в конечном счете (если считать, что драйвер использует _все_ возможности карточки), если вам нужен формат, не
>поддерживаемый аппаратно - придется заниматься преобразованиями софтово. Т.е. в этом пункте мы упираемся в
>вопрос, насколько _полно_ представлены форматы, поддерживаемые rage pro, в драйверах vidix и gatos. Вообще-то, я
>доверяю Владимиру Дергачеву и сомневаюсь, что есть форматы, им забытые. Хотя и про vidix ничего плохого сказать
>не могу - нет информации. Так что, может, сойдемся на паритете в этом вопросе? Или у Вас есть конкретная инфа по
>форматам, не поддерживаемым xv и поддерживаемым vidix? Вопрос об эффективности софтверного преобразования
>оставим отдельно - он актуален для обоих случаев.
Владимиру я уже писал что radeon'ы поддерживают все форматы аппаратно
но он не хочет реализовывать их поддержку и драйвер всегда конфигурит видео память
video как YUY2 и как результат - софтовые преобразования (причем выполненные как
generic C-code). Таже история с Mach64. Только rage128 драйвер поддерживает
аппаратно часть планарных форматов (YV12, I420)

>Про копирование памяти. А Вы уверены, что это происходит в xv? Я - нет (хотя настаивать не буду). Во всяком случае,
Абсолютно - изучите плиз сорцы! ;)
>если это и происходит, то без проца (иначе у меня не было бы 5% нагрузки даже в полноэкранной моде). Возможно, что
>просто работает некий DMA... - а это не смертельно. Кстати, про видео-память. В agp видяха может прямо работать с
>системной памятью. И тогда даже копирование кусков не нужно. Правда?
Видяха может работать с системной памятью и без AGP (т.е. PCI и даже ISA)
Но по поводу busmastering - разговор отдельный! Его сделал Peter Surda и только для xfree86-rage128
но по его же словам - BM в VIDIX работает быстрее (просто потому что X86 это очень
большой монстр и кто-то где-то уже что-то сломал и он не может найти это место)

>Вообще, безопасность подхода vidix вызывает у меня большие сомнения (особенно после Вашего рассказа о прямом
>доступе в видеопамять). Туда ведь такого можно понаписать! Тут как раз в проекте dri идут дискуссии о security - и они
>этим делом очень обеспокоены. Похоже, авторы vidix готовы продать безопасность за скорость. Я - нет. И компромисс
>в лице xv (с аппаратной поддержкой, конечно!) меня вполне устраивает.
Вас вполне должно устроить решение vo_x11 - если я не ошибаюсь P4 должен тянуть даже в этом режиме.
А по поводу экспорта видео памяти - там все OK! Мапируется только нужный регион и любая попытка
читать/писать вне этого региона вызывает page fault.

Xvidix+ffdivx

To svu, а чем драйвера от dri лучше GATOS? Точнее лучше ли они в 2d, поскольку 3d мне не надо?

Про mplayerxp и новый драйвер - понял. Да, тут меньше проблем с безопасностью. Хотя непонятно, зачем 2 модуля в ядре - для видео vidix и dri. Немножко как-то бардачком попахивает. Но это все уже перфекционизм:)

Про отрицание Владимиром других форматов я не знал, сорри. Очень жаль. А чем он это аргументирует. Неужели только ленью поддерживать?:)

Про копирование памяти. Т.е. Вы утверждаете, что это делает проц? Почему же тогда загрузка такая маленькая - даже в полноэкранной моде? Все-таки копировать N экранов в минуту, да еще и разжимать mpeg - должно быть достаточно работы для проца. Как-то даже стало непонятно, почему у меня всего 5% загрузки...

vo_x11 я пробовал. Очень грузит проц. Соббсно, я именно поэтому не очень верил ругани в сторону xv. Ведь, по-Вашему, получается, разницы между ними почти нет. А я ее реально вижу на индикаторе. Почему?

В любом случае, спасибо за инфу.