а чем он лутчше старого доброго MPlayer ?

Кто этим реально пользуется? Синхронизируются ли измененеия с основной веткой mplayer?

Сила mplayer в портабелности, а тут x86 и костыли для парочки аналогичных платформ. Имхо ффтопку.

нафига козе баян?!
в смысле нафига мплееру нити?
надеюсь это поделие никогда не войдет в основную ветку

чем, казалось бы, плох многопоточный плеер?
ведь иначе он на многопроцессорной системе работать не сможет,
а ведь к этому всё идёт

>чем, казалось бы, плох многопоточный плеер? ведь иначе он на многопроцессорной системе работать не сможет, а ведь к этому всё идёт

Ну про несможет - это ты загнул. Он просто не получит прироста производительности от нескольких камней. Только вот вопрос - нахрена козе баян?? И один камень вполне справляеться...

Наверно и mencoder будет многопоточным а значит на нескольких процах будет жать быстрее.

mplayerxp показывает фильмы гораздо лучше, чем mplayer, на который разработчики уже давно забили. А mencoder - вообще в xp не входит.

2anonymous:

>Наверно и mencoder будет многопоточным

К сожалению, как раз mencoder'а там и нет :( А жаль, для него многопоточность не помешала бы...

А под FreeBSD так и не смог собрать. Жаль, идея очень хорошая.

> mplayerxp показывает фильмы гораздо лучше, чем mplayer, на который разработчики уже давно забили.

Что значит лучше?
На моем далеко не самом свежем железе mplayer никогда не тормозил, не терял кадры и показывал\играл абсолютно все.

> А mencoder - вообще в xp не входит.

а вот это - зря: как раз ему-то она вполне могла пригодиться.

Дык это, а что на mplayer забили ? Теперь будут только mplayerxp без mencoder делать ???

Эта версия собралась без проблем ;)

А у меня mplayer, в отличие от mplayerxp, некоторые фильмы(хорошего качества) играет с явной потерей кадров и рывками. Железо тоже совсем не новое. А то, что в mplayer полгода или год не могли пофиксить багу с соотношением сторон картинки(сплюснутая или вытянутая показывалась) - это вообще песня. А вообще, gstreamer развивать надо - единственно правильное решение для multimedia. Вот только доки на него в ужасном состоянии.

Надо xine юзать, все-же лучше :)

кстати есть инетерес в выкладывании видео контента в веб, и кроме Helix Universal Server от RealNetworks под линукс подходящего ничего не нашел.. но стоит естесственно..
если кто знает что-то похожее может даст сылочку?

> кстати есть инетерес в выкладывании видео контента в веб...

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

Было: Multimedia(all in one) Player.

Стало: MP-layer-XP

Конкурс на лучшую расшифровку.

PS Когда ничего путного предложить не могут -- дописывают к уже готовому суффикс чего-нить коммерчески успешного. От этого сразу становится тошно и малейшее желание пробовать пропадает само по себе.

> К сожалению, как раз mencoder'а там и нет :( А жаль, для него многопоточность не помешала бы...

*тихонько смеётся* Нафига? Кодированием кодек занимается. Если кодек внутри многопоточный/многопроцессынй - то ему параллельно сколько потоков у mencoder, а если однопотояный, то потоки mencoder'а ему не помогут... :)

2Sir: ничего подобного. Прежде, чем писать, стоило бы ознакомиться с историей. xp - eXtra Performance, был форкнут от mplayer после того, как разработчики mplayer окончательно впали в маразм. Последние пару лет mplayer вообще не развивается. Фиксятся какие-то совсем мелкие баги, но движения вперёд нету. А xine юзать - не всегда получается. К сожалению, нормального TVout(с проигрыванием фильмов только на TV, без вывода на экран) под линуксом нет из-за закрытости спек. А mplayerxp хоть в консоле играет на TVout.

2atrus:

>Кодированием кодек занимается.

Это верно. Но можно можно запустить несколько кодеков и каждому скормить по куску фильма. Разве не так?

> Но можно можно запустить несколько кодеков и каждому скормить по куску фильма. Разве не так?

Хм... Интересная идея! Надо будет обмозговать её... ;-) А то я как раз собрался себе кластер не openMosix собирать... ;-)))

2atrus:

>Кодированием кодек занимается. Если кодек внутри многопоточный/многопроцессынй - то ему параллельно сколько потоков у mencoder, а если однопотояный, то потоки mencoder'а ему не помогут... :)

Декодированием тоже кодек занимается. И в таком случае от многопоточности MPlayerXP тоже былоб мало толку. А вот что пишет автор MPlayerXP:

Also, I have no plans to include mencoder in the future packages. Indeed it can be improved in multithreaded way too, but I'm not a mencoder's developer, I'm even not a mencoder's user.

nw

> может даст сылочку?
а vlc (www.videolan.org) или ffserver из ffmpeg (http://ffmpeg.sourceforge.net/) чем плохи?

2atrus:

>я как раз собрался себе кластер не openMosix собирать

Я бы уже давно запустил подобный кластер, если бы mencoder распараллеливался:)

Да ты чё? Этот форк появился раньше "коммерчески успешного", так что мимо тазика.
Сейчас придёт Dominus и расскажет октябрятам про eXtreme Programming.

> Я бы уже давно запустил подобный кластер, если бы mencoder распараллеливался:)

Надо в сторону ffmpeg смотреть. Мне один товарисч заливал, про то, как он на кластере Sun за 15 минут фильм рипнул, но я не проверял, так что подтвердить информацию не могу... ;-)

>А у меня mplayer, в отличие от mplayerxp, некоторые фильмы(хорошего >качества) играет с явной потерей кадров и рывками.
Без потери, кадров но с рывками. Mplayer рвет фильмы, а MplayerXP делает все чтобы сделать воспроизведение спокойным.
> А вообще, gstreamer развивать надо
Идея хорошая, но архитектура почти ни чем не отличается от такой как
если переписать Mplayer(XP) на C++ c виртульными классами!
В этом смысле идеии ffmnpeg лучше правда в нем реализованы только
кодеки и демуксер

2atrus:

>Надо в сторону ffmpeg смотреть.

Да без разницы на какой кодек смотреть... нужна обвязка для кодека, чтоб запускал нити с кусками файла для кодирования, mencoder такой обвязкой, к сожалению, не является...

>А под FreeBSD так и не смог собрать. Жаль, идея очень хорошая.
Девелоперы приветствуются!!!

>Только вот вопрос - нахрена козе баян?? И один камень вполне >справляеться...
Ну если на Barton 2500+ смотреть DVD через -vo x11 + какой нить видео
фильтр - нифига без фреймдропинга не получится!!!

alex73>> А вообще, gstreamer развивать надо
nick> Идея хорошая, но архитектура почти ни чем не отличается от такой
nick> как если переписать Mplayer(XP) на C++ c виртульными классами!
nick> В этом смысле идеии ffmnpeg лучше правда в нем реализованы
nick> только кодеки и демуксер

Чем идеи ffmpeg лучше? Очень-очень интересно узнать мнение. :)

А то народ годами ждёт, когда ж наконец GStreamer, близнец DirectShow, станет юзабельным, чтоб граф любой сложности из input/output и фильтров в любой простенькой проге юзать. :)

>Чем идеи ffmpeg лучше? Очень-очень интересно узнать мнение
GStreamer слишком комплексная библиотека, слишком перегруженная абстрактными классами и т.д.
>А то народ годами ждёт, когда ж наконец GStreamer
Дык все проекты так - годами;) Вот только какие-то уже
ЮЗАБЕЛЬНЫ а какие-то еще ждать надо!

То что проектов уже выше крыши согласен!
Но MPLayerXP (на мой взгляд) - это удачное сочетание идей
xine(threads) и mplayerhq(command line) именно как консолььный плейер (без ГУЙ) с поддержкой акселераций (vidix) и TVout (VESA)

> есть инетерес в выкладывании видео контента в веб,

icecast + theora , www.icecast.org

Ждем ебилда :)

>> Но можно можно запустить несколько кодеков и каждому скормить по куску фильма. Разве не так?

>Хм... Интересная идея! Надо будет обмозговать её... ;-) А то я как раз >собрался себе кластер не openMosix собирать... ;-)))

Дальше не мое:

В основном я занимаюсь перегоном DVD в форматы DivX/XVid и сжатием avi в эти форматы. Например с видеокамеры или TV-тюнера граблю изображение в простой avi (ибо сразу зажимать в DivX не хватает мощи) и после уже перекодирую.

В качестве железа для кластера использую свой настольный компьютер и ноутбук.

На обоих компах стоит система ALT Linux Master 2.4. Теперь насчет кодеров. Есть такая программулина: transcode называется http://freshmeat.net/projects/transcode/. Она позволяет распараллелить оцифровку в среде PVM. На оба моих компа установлена PVM. Сеть 100Mbit/s. Программка работает из командной строки, но там все достаточно просто, в документации прочтешь... Для перевода DVD->DivX есть GUI-интерфейс http://freshmeat.net/projects/dvdrip/ для transcode, с которым вообще все делается левой ногой.

Ускорение существенное. Практически оцифровка на двух компах делается в два раза быстрее. На трех - будет в три. И т.д.

не собирается :<

$ fakeroot debian/rules binary
...
idct_mmx.c:775: warning: called from here
idct_mmx.c: In function `mpeg2_idct_copy_mmx':
idct_mmx.c:775: warning: inlining failed in call to 'mmx_idct': --param inline-unit-growth limit reached
idct_mmx.c:781: warning: called from here
idct_mmx.c: In function `mpeg2_idct_add_mmx':
idct_mmx.c:775: warning: inlining failed in call to 'mmx_idct': --param inline-unit-growth limit reached
idct_mmx.c:790: warning: called from here
gcc -c -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -I. -I../../mplayerxp/libvo -I.. -DMPG12PLAY -Wall -W -Winline -o motion_comp_mmx.o motion_comp_mmx.c
ld --shared -soname libmpeg2.so -o libmpeg2.so alloc.o cpu_state.o decode.o header.o idct.o motion_comp.o slice.o idct_mmx.o motion_comp_mmx.o -lc
make[3]: Leaving directory `/tmp/a/mplayerxp-0.5.1/codecs/libmpeg2'
make[3]: Entering directory `/tmp/a/mplayerxp-0.5.1/codecs/libavcodec'
gcc -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o bitstream.o bitstream.c
gcc -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o utils.o utils.c
In file included from utils.c:28:
dsputil.h:612: warning: static declaration of 'lrintf' follows non-static declaration
gcc -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o mem.o mem.c
gcc -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o allcodecs.o allcodecs.c
gcc -O4 -march=i686 -mtune=i686 -pipe -ffast-math -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o mpegvideo.o mpegvideo.c
In file included from mpegvideo.c:29:
dsputil.h:612: warning: static declaration of 'lrintf' follows non-static declaration
mpegvideo.c: In function `MPV_encode_picture':
dsputil.h:612: sorry, unimplemented: inlining failed in call to 'lrintf': redefined extern inlinefunctions are not considered for inlining
mpegvideo.c:2396: sorry, unimplemented: called from here
make[3]: *** [mpegvideo.o] Ошибка 1
make[3]: Leaving directory `/tmp/a/mplayerxp-0.5.1/codecs/libavcodec'
make[2]: *** [all] Ошибка 2
make[2]: Leaving directory `/tmp/a/mplayerxp-0.5.1/codecs'
make[1]: *** [all] Ошибка 2
make[1]: Leaving directory `/tmp/a/mplayerxp-0.5.1'
make: *** [build-stamp] Ошибка 2

$ gcc --version
gcc (GCC) 3.4.4 20041218 (prerelease) (Debian 3.4.3-7)

чувак, эта ошибка в ffmpeg

замени inline функи lrintf в dsputil.h на define макроопределения и делов то ;)

Очень неплохая штука - Darwin Streaming Server (DSS) от Apple. Правда у него очень невелико число поддерживаемых форматов. Вверху уже писали, но повторюсь - ffserver, vlan и live.com тоже можно использовать.

2Narian:

>граблю изображение в простой avi

Это что за зверь такой - "простой avi"?:)

>(ибо сразу зажимать в DivX не хватает мощи)

Так ты может в mpeg4 еще и одним проходом кодишь? ну-ну:)

>Для перевода DVD->DivX есть GUI-интерфейс http://freshmeat.net/projects/dvdrip/

перепробовал кучу интерфейсов, но ни в одном из них нельзя выставить точно требуемое качество. Поэтому: читаем маны, доки, статьи, пишем один раз скрипт на несколько строк, изменяемые опции выносим в начало скрипта в переменные. Теперь только правим нужные переменные, запускаем скрипт, получаем результат. Потому как нефиг еще процессорное время тратить на прорисовку "градусника" в GUI:)

типа FAQ:

http://mplayerxp.sourceforge.net/mplayerxp_faq.html

Q: Where I can get libffmpeg.so? After compiling of snapshot I have only static library
A: You should configure it as follows:
./configure --prefix=/usr --enable-shared=yes

>типа FAQ:
Сейчас libavcodec можно просто кинуть в каталог codecs,
чтобы каждая версия со своей копией шла как в MPlayerHQ
и не было binary incompatibility при обновлении ffmpeg

>>Для перевода DVD->DivX есть GUI-интерфейс http://freshmeat.net/projects/dvdrip/

acidrip. Уродлив, но функционален, качество на выходе -- неплохое, движок -- mplayer+mencoder, мне этот гуй не нравится :)

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

Гуи пишут ленивые уроды, которые никогда не дочитывают документацию до конца. Рисование конопочек и подцепление скинов важней функциональности или возможности настроек. Казалось бы, раз и навсегда, для графического фронтенда оставь возможность пользователю самому добавлять ключи-опции в итоговые строки CLI и все будут счастливы. На деле это бывает в единицах программ, поэтому при частом использовании чего-либо подобные скрипты (самописно зафиксированные предпочтения) просто незаменимы.

>Да ты чё? Этот форк появился раньше "коммерчески успешного", так что мимо тазика.

Коммерчески успешен только Windows XP, не к ночи будь помянут, и поэтому приклеивание к имени лэйлблочек, воруя их у воров, вызывает отвращение и нежелание знакомиться с проектом, о чем я уже писал.

Если ты с трудом понимаешь, о чем речь, так хоть не демострируй своего непонимания. >Сейчас придёт Dominus и расскажет октябрятам про eXtreme Programming.

XP -- это только виндовс икспи, все остальные -- примазавшиеся к чужой славе, а придумать оправдательных смыслов перевода можно 1001 способом.

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

>xp - eXtra Performance

Это нелепое копирование с билла, неловко замазанное дрожащей рукой. Экстра пеформанс может появиться только при использовании супер-пупер алгоритмов обработки, и полного использования возможностей железа. Как процесорного, так и видео, памяти, мостов и пр. через что пролегает путь видео-потока. Дели на нити, не дели на нити, процессор-то один.

mplayer под mandrake 10.0 (собранный из исходников не только для использования mga_vid модуля) на сокет-7 виашной матери, с процем АМД К6-2/450 на 100 шине и 256 PC133 памяти с диском udma-33 (ограничение матери) показывал фильмы на framebuffer console 640x480, в иксах полноэкранно и в окне, а также на второй голове матрокс mga400 на тиви с максимальной загрузкой процессора 25%

Да, проект скорее всего мертв, если не догадаются продать код производителям DVD-проигрывателей, потому что вместо продуманного движения вперед и разделения задач между частями/утилитами лепили монстра. Который, не стоит забывать, был абсолютным рекордсменом на sourceforge в 2004 году. Таких цифр в правой колонке я больше не припомню, хотя, может в истории этого хостинга такое случалось.

>XP -- это только виндовс икспи, все остальные -- примазавшиеся к чужой славе,
Повторите тоже самое AMD по поводу их AthlonXP а то примазываются все кому не лень ;)

>Который, не стоит забывать, был абсолютным рекордсменом на sourceforge в 2004 году. Таких цифр в правой колонке я больше не припомню, хотя, может в истории этого хостинга такое случалось.

Это можно сделать при момощи элементарной электронной атаки! ;)

Сегодня нашел в сетке MPlayerXP.exe, запустил, оказалось, это Microsoft Media Player XP. Своровали у Билла название на корню:-)

>Сегодня нашел в сетке MPlayerXP.exe
Genuine MPlayerXP был рожден раньше! Надо срочно портировать его под XP ;)

"монстр" это красноглазый пионер (по духу) смердящий на лоре своей невоспитанностью. нормальные люди используют mplayer и mplayerxp пока эти пионеры, не написавшие чего то подобного (да чего там говорить, вообще нифига не сделавшие для комьюнити) лают.

>граблю изображение в простой avi Это что за зверь такой - "простой avi"?:)

Я ж сказал, что это не мое. :) Спроси на форуме linux-cluster.org.ru :)