А что это там про 100% GPL написано? Было бы здорово, однако...

А вот это круто:
>greatly enhanced MPEG4 encoder - in libavcodec. It's not always as good as DivX4, but is twice as fast - so it's very useful on realtime encoding.

Давно ждали.

хммм неплохо я еще толком не погонял но возлагаю надежды
кстати не забудьте компайлить с -disable-runtime-cpudetection

Что там за подводные камни с cpudetection?

Там вставили runtime cpu detection
Те он не оптимизирует на этапе компиляции полностью под проц, зато делает типо делает это когда выполняется. Естественно лучше оптимизировать при компиляции.

А разве libavcodec - это не ffmpeg? Тогда ничего удивительного, уже давно он действительно в несколько раз быстрее, но КВАДРАТЫ. Что-то подобное и под офтопик есть - Angel Potion называется...

>КВАДРАТЫ. это вы про качество ?

Угу. По-моему, этот кодек только для тех у кого машина не очень быстрая. Ну или для потокового интернет-видео сойдет. Фильмы так смотреть - ну и так у divx качество... Куда еще портить.

Вообще-то, самым быстрым на моей машине (С6-200) есть -vc divx, -vc divxds - позволяет смотреть только на активные вещи в фильме (с -hardframedrop). libavcodec рвет очень похоже на divxds.

А вопросик можно? Есть машинка PII с Mplayer-ом 0.60 кодеки с ним
так вот при попытке играть мп4 вылазиет что мол кодек работает только
на x86 платформе дома на cel 550 играет без проблем В чем гвоздик???

Ps: gcc 2.96 (Но IMHO не в нем дело совсем)

В нем, в нем.

А ежели я оптимизацию вырублю тоды че будет работать?

По поводу версии gcc:
Вот mplayer-0.60, так же как и mplayerxp-0.0.1, у меня gcc3 вообще
не взял - много ругался а потом совсем остановился. А вот на 2.96
все ок. Кстати, mplayerxp действительно работает быстрее ( к моему
немалому удивлению ) чем mplayer-0.60 -- кадры выпадают __намного__
реже на моем стареньком K6-2-450. Так что в реальности оказалось,
что про треды - не пустой треп.

>А что это там про 100% GPL написано? Было бы здорово, однако...
* 100% GPL - yeah, so what?
В свободном переводе - 'не планируется' ;)

>Там вставили runtime cpu detection
>Те он не оптимизирует на этапе компиляции полностью под проц, зато делает типо делает это когда выполняется.

на этапе компиляции - все будет ok! а runtime cpu detection
- это для binary packages. Но с лицензией не все ясно

>так вот при попытке играть мп4 вылазиет что мол кодек работает только
>на x86 платформе дома на cel 550 играет без проблем В чем гвоздик???

сильно похоже на траблы с поддержкой win32 (--with-win32libdir=DIR)

>так же как и mplayerxp-0.0.1, у меня gcc3 вообще
>не взял - много ругался а потом совсем остановился

а как на счет запостить все это в mplayerxp-general@lists.sourceforge.net?

А поподробнее по поводу трабла низя услышать? компилил с этой опцией. Сейчас закачал 0.90 пойду попробую скомпилить, посмотрим чего будет...

>А поподробнее по поводу трабла низя услышать? компилил с этой опцией. >Сейчас закачал 0.90 пойду попробую скомпилить, посмотрим чего будет...
ПОХОЖЕ что configure не находит кодеки и дизаблит поддержку win32

Скомпилял я это чудо на досуге... Хм... Почему-то не работает плэйлист :((

И что означает поддержка i18n??? Скомпилял с опцией --enable-i18n и --language=ru... Эффекта никакого - интерфейс на английском...

Ну не скажи! Кой какой да есть эффект. :-) Так, некоторые мессаги в консоли пушутся по-русски, да некоторые кнопки и названия окон... :-/

Вот MPlayerXP после компиляции по русски писать начал... В консоли.. Кстати, а в MPlayerXP есть Гуй?

И еще... Он у меня просит ffmpeg библиотеку, а из проекта она только обычные бинарники делает :(

У меня mplayerxp тоже просил ffmperg-библиотеку, но она не
скомпилилась никаким компилером. Так что, как mplayerxp подсказывает
в консольном выводе, скопировал конфигурацию кодеков от mplayer-а,
( удалив пару кодеков, на которых парсер спотыкался - баги, имхо )
и поехало. Так и работает с кодеками от mplayer-а и не жужжит,
хотя ffmpeg нету.

>Кстати, а в MPlayerXP есть Гуй?
нет
>И еще... Он у меня просит ffmpeg библиотеку, а из проекта она только обычные бинарники делает :(
http://mplayerxp.sourceforge.net/ffmpeg-20020315.tar.bz2
./configure --prefix=/usr --enable-shared=yes
make all install

Кстати, про то, что ffmpeg не компилится это я напиздел, прошу
прощения за дезу. Все проходит нормально.

Проблема с MPlayer 0.90pre1

Народ подскажите, что нужно прикрутить чтоб зароботоло GUI?
proton@linux:~/Desktop/Software/MPlayer-20020420> ./configure --enable-gui
Detected operating system: Linux
Detected host architecture: i386
Checking for gcc version ... 2.95.3, ok
Checking for CPU vendor ... AuthenticAMD (6:4:2)
Checking for CPU type ... AMD Athlon(tm) processor
Checking for GCC & CPU optimization abilities ... k7
Checking for binutils ... no
Checking for assembler (/usr/i486-suse-linux/bin/as 2.11.92.0.10) ... ok
Checking for Linux kernel version ... 2.4.18-4GB, ok
Checking for awk ... gawk
Checking for extra headers ... none
Checking for extra libs ... none
Checking for i18n ... no
Checking for language ... using en
Checking for enable sighandler ... yes
Checking for runtime cpudetection ... yes
Checking for kstat ... no
Checking for posix4 ... no
Checking for nanosleep ... yes
Checking for socklib ... yes (using -lnsl)
Checking for inet_pton() ... yes (using -lnsl)
Checking for inttypes.h (required) ... yes
Checking for malloc.h ... yes
Checking for memalign() ... yes
Checking for alloca.h ... yes
Checking for mman.h ... yes
Checking for dynamic loader ... yes
Checking for pthread ... yes (using -lpthread)
Checking for sys/soundcard.h ... yes
Checking for termcap ... no
Checking for termios ... yes (using sys/termios.h)
Checking for shm ... yes
Checking for linux devfs ... no
Checking for strsep() ... yes
Checking for vsscanf() ... yes
Checking for X11 headers ... yes (using /usr/X11R6/include)
Checking for X11 libs ... yes (using /usr/X11R6/lib)
Checking for 3dfx ... no
Checking for tdfxfb ... no
Checking for DirectFB ... no
Checking for X11 ... no
Checking for DPMS ... no
Checking for Xv ... no
Checking for Xinerama ... no
Checking for Xxf86vm ... no
Checking for DGA ... no
Checking for OpenGL ... no
Checking for /dev/mga_vid ... no
Checking for xmga ... no
Checking for GGI ... no
Checking for AA ... yes
Checking for SVGAlib ... no
Checking for FBDev ... yes
Checking for DVB ... no (driver source not in /usr/src/DVB/ost/include, please add path with --with-extraincdir=DIR)
Checking for PNG support ... yes
Checking for JPEG support ... yes
Checking for VESA support ... yes
Checking for SDL ... yes (using sdl-config)
Checking for NAS ... no
Checking for DXR3/H+ ... no
Checking for libmp1e ... no
Checking for OSS Audio ... yes
Checking for ALSA audio ... yes (using alsa 0.9.x)
Checking for Sun audio ... no
Checking for Sun mediaLib ... no
Checking for SGI Audio ... no
Checking for VCD support ... ok
Checking for DVD support (libcss - old style) ... no
Checking for DVD support (libdvdread - new style) ... no
Checking for libdvdnav ... no
Checking for zlib ... yes
Checking for RTC ... yes
Checking for mad support ... no
Checking for OggVorbis support ... no
Checking for FAAD (AAC) support ... no
Checking for Win32 DLL support ... yes (using /usr/lib/win32)
Checking for DirectShow ... yes
Checking for XAnim DLL ... yes (using /usr/lib/xanim/mods)
Checking for iconv ... yes
Checking for FFmpeg libavcodec (static) ... yes
Checking for libdv-0.9.5 (for mencoder) ... no
Checking for zr ... no
Checking for XviD/DivX4linux/DivX5linux/OpenDivX decore ... DivX5linux (with libdivxdecore.so)
Checking for libmp3lame (for mencoder) ... no
Checking for XviD/DivX4linux encore (for mencoder) ... no
Checking for mencoder ... yes
Checking for fastmemcpy ... yes
Checking for TV interface ... yes
Checking for *BSD BrookTree 848 TV interface ... no
Checking for Video 4 Linux TV interface ... yes
Checking for select ... yes
Checking for streaming ... yes
Checking for GUI ... yes

Error: X11 support required for GUI compilation

> 100% GPL - yeah, so what?
> В свободном переводе - 'не планируется' ;)

У ж очень свободный...

> Так что в реальности оказалось, что про треды - не пустой треп.

Абсолютно пустой. Даже дискутировать нечего. Недооптимизация в бестредовой версии
неозначает, что треды имеют преимущества. Грамотный программер будет избегать
тредов любыми средствами. А уж если станет их использовать, то будет просто обязан
переписать/написать правильную версию этих тредов...

>Там вставили runtime cpu detection
>Те он не оптимизирует на этапе компиляции полностью под проц, зато делает типо делает это когда выполняется.

на этапе компиляции - все будет ok! а runtime cpu detection
- это для binary packages.

дык вы по дефолту и соберете этот самый бинари пакадж.

>А вопросик можно? Есть машинка PII с Mplayer-ом 0.60 кодеки с >ним >так вот при попытке играть мп4 вылазиет что мол кодек работает >только >на x86 платформе дома на cel 550 играет без проблем В чем >гвоздик??? А ядро какое в обоих случаях? Также может binutils...

Незнаю как у остальных, но на моем 2.2.16 и C6-200 GUI напрочь отказывается работать - виснет под любым юзером, не работает -rootwin, не работает регулятор звука на -ao alsa5 (oss работает). при сборке когда "Checking for OggVorbis support ... no" на последнем етапе компиляции говорит о несуществуюшем обращении к demux_ogg_seek (даже когда оные devel стоят и нарочно делаю ./configure --disable-vorbis) и обламывается ;). --disable-runtime-cpudetection ничего не изменила ни в чем.

Поделитесь Вашими "глюками" господа!

Между прочим создатели этого проигрывателя ругались на Редхатовцев,там вроде какие-то проблемы были при сборке если используешь gcc 2.96 или 3 версию. Ну прикол ведь заключаеться в том что у них самих есть проблемы, а они клепают новые версии без того что бы довести до ума старые. Нет я понимаю что я что-то мог сделать неправильно, но я всё делал как в инструкции сказано. Эх, пошлю я им один баг-репорт а там видно будет.

Они всю жизнь ругают.
Дык я взял, поставил 2.95.3 - собрал.
На 2.95.4 он не собрался. Сволочь.
Потом собрал с 2.96.99 - собрал.
Варнинги те же самые. Скорость не изменилась ни на кадр.
Так что их п...ж по поводу того, что у них ммх на 2.96 частично
не соберется и еще какая-то хрень ДЛЯ МОЕЙ МАШИНЫ является
абсолютно пустым звуком.

(cel 500, эскпериментировал я тогда на 2.4.14)

> На 2.95.4 он не собрался.
И не должен. Нет такого компайлера.

> Потом собрал с 2.96.99 - собрал. Варнинги те же самые.
Хорошо отделался. Такого компайлера тоже нет.

Ставьте законные компиляторы и библиотеки, а шибко хитровые*ному
редхату шлите большой и толстый в конверте. Шибко забегающему вперед
Дебиану (что на него не похоже) с псевдо-gcc-2.95.4 просто сделайте
предупреждение.

Вообще что за моду взяли эти господа? Я не удивлюсь, если через пару месяцев
появится редхат с ядром 2.6.0 ;) Их юзвери и без того тупорылые, а они их
еще больше в темноту загоняют.

А кто нибудь собрал его с гуи? у меня ругается гдето на png...

Привет имеется RH7.2 kernel 2.4.9-31 gcc 3.0.2 X 4.2 KDE 3.0 это на P3-733 256M скомпилился без проблем с divx5/divx4 в GUI единственно, надо переставить в codecs.conf описание дивх5 для линуха в самое начало файла иначе он подхватывает по умолчанию виндовый кодек

>>>А кто нибудь собрал его с гуи? у меня ругается гдето на png...<<<

У меня на ура с гуем собрался...

а libpng какой версии?

Есть такой компилер.
в поставке asp linux.
а на редхате, согласен, нет.
Там числа скромнее.
Видел еще 2.96.98.

Люди поможите!!!! Захотел поизвращаться - собрал AAlib... Как через него фильмы смотреть? Mplayer ни в какую не хочет играть через него :((

Для anonymous (*) (2002-04-24 11:58:28.986)

Версия 1.0.12-2

Хочется ответить всем, кто имеет проблемы со сборкой (GUI,png и пр.) В первую очередь смотрите в config.log - 99% проблем из-за того, что не стоит lib<???>-dev пакет и configure не находит нужный .h файл.

-- Sed-Off

У меня не так вываливается на этапе компиляции с ошибкой в сруктурах png вроде (если память не изменяет) и не в какую. без gui компилиться либы стоят так что вопрос открыт...

Всегда на дебиане собиралось на ура хоть с 2.95 хоть с 3.

А как его собрать с GUI? Что для этого надо? Какие опции в ./configure указать?

Привет всем!
to анонимус:смотри мой первый постинг там всё есть

Короче, для всех, у кого траблы с ГУИ: у меня тоже были с ними проблемы: надо ставить libpng-devel(по-новее) и ОБЯЗАТЕЛЬНО zlib-devel (ясное дело, что и сами libpng zlib должны стоять, иначе соберется но работать не будет). Также это подразумевает установлеными devel gdk gtk+1.2.* В ./configure --enable-gui прописать.

Так а кто собирал его на слабой машине? Уж очень интересно поделится мнениями. Просто 0.60 работает почти идеально, ну а этот... Но надеюсь, что ребята не подкачают и 0.90 сделают почище.

Кстати, собирал на gcc-2.95.3, binutils-2.11.90, X-4.1.0, svgalib-1.4.3, aalib-1.2, libggi-2.0.1, ядро 2.2.16-22.

MPlayer 0.90pre1 и ГУИ :(

Не, скажу вам однако что всё таки бинарники лучше. Так что буду ждать, пока не появиться версия в бинарниках. :(

Ребята же ясно писали: БИНАРНИКОВ ОТ НИХ НЕ БУДЕТ!!! А за бинарники от сторонних они не ручаются.

MPlayer 0.90pre1 быть или не быть вот в чём вопрос.

Это конечно плохо, но можно и жить:),а ведь есть ещё и Xine. :)
Но это видать у меня ещё руки карявые, что б всё провильно работоло. :))))

... и avifile, и плагин к XMMS...;))) Да ну его нафиг этот Xine! Я как поставил, так и ахнул... Уж лучше я буду все время в консоли с MPlayer-ом, чем с Xine... А может дело просто в моей машине? ;)

>... и avifile, и плагин к XMMS...;))) Да ну его нафиг этот Xine! Я как >поставил, так и ахнул... Уж лучше я буду все время в консоли с >MPlayer-ом, чем с Xine... А может дело просто в моей машине? ;)
Вот только не надо на Xine наезжать... Все там работает нормально,
давно использую, под k-7 лучше ничего не нашел, да и к тому же
никогда небыло проблем с gcc-2.96, как раз с ним то под к-7
и надо собирать, а все эти 2.95.х старье и никогда не оптимизировали под к-7, даже с патчами, а если 2.96 не нравится,
пользуйтесь последним gcc-3.0.4...

Кстати, кому интересно... Я тут фикс небольшой в Xine сделал, что бы с аудиосервером arts стабильно работал вывовод звука,
а то с последней glibc 2.2.5 при выборе вывода звука через
arts CVSный Xine 0.9.9 падал в корку...

diff -ruN xine-lib-0.9.9cvs.orig/src/audio_out/audio_arts_out.c xine-lib-0.9.9cvs/src/audio_out/a
udio_arts_out.c
--- xine-lib-0.9.9cvs.orig/src/audio_out/audio_arts_out.c Sun Apr 7 10:20:15 2002
+++ xine-lib-0.9.9cvs/src/audio_out/audio_arts_out.c Tue Apr 16 02:09:18 2002
@@ -271,7 +271,6 @@
fprintf(stderr,"audio_arts_out: arts_init failed: %s\n",arts_error_text(rc));
return NULL;
}
- arts_free();

/*
* set capabilities

> а все эти 2.95.х старье и никогда не оптимизировали под к-7,

Да ты гонишь. 2.95.3 на данный момент является одновременно самым надежным
и самым совместимым компилятором. С 3.хх далеко не все можно собрать,
а уж 2.96 создал наверное самый большой за историю гимор для девелоперов.
Таким образом редхет дает понять остальным как живется истинным редхет-юзерам ;)
Прикольно, да? Не имея редхата иметь от него гимор...

Про оптимизацию ты тоже ни фига не понимаешь. В mplayer'e есть места, которые
оптимизируются на ассемблере под конкретный проц независимо от действий
твоего компилятора. mp3lib из mplayer'a (cобрано все с gcc-2.95.3) прямо пишет на старте:
Processor ID: 644
using AMD 3dnow dsp(k7) optimized decore

Re:

Эй, анонимус, про C++ слыхали? :-) 2.95 в пролете. Подробности у fifo :-)

Эй ,AlexM , всё нормано в 2ю95ю3 - в слаке именно такой и я не жалуюсь. А всё остальное - тот жэ 96 - не побовал и не хачу!!! А вообще - к-то глюки по сравнению с 0.60 появились однако - раньшэ не было.