-O2 -fomit-frame-pointer

-fomit-frame-pointer это лишний ключ для x86_64 архитектуры.

i686

только вот интересно зачем было компилировать с -mmmx -m3dnow -msse -msse2 -msse3 -mssse3 -msse4

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

Более того эти ключи не добавляют новых инструкций в код, но лишь разрешают использовать инлайн вставки из ?mmintrin.h файлов в те места программы, которые программист оптимизирует специально для этих расширений.

>В следующий раз выложу rpm

А deb когда можно ждать?

А deb когда можно ждать?

Когда его кто-нибудь соберёт! ;)

Спасибо!

> Когда его кто-нибудь соберёт! ;)

Нет .deb-а — нет тестеров ;)

Нет .deb-а — нет тестеров ;)

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

.deb — это не только debian, но и ubuntu, там было бы весьма не мало тестеров, поскольку на десктопе она весьма часто встречается. Ну, это, конечно, если в тестерах есть заинтересованность.

+1, с удовольствием потестил бы, но вот ковырять дебовские спеки пока лениво.

а где взять libvidix? что это вообще за либа. З.Ы. может кто для сусе соберет в ихнем билд сервисе.

а где взять libvidix? что это вообще за либа. З.Ы. может кто для сусе соберет в ихнем билд сервисе.

http://vidix.sourceforge.net

.deb — это не только debian, но и ubuntu, там было бы весьма не мало

тестеров, поскольку на десктопе она весьма часто встречается. Ну, это,

конечно, если в тестерах есть заинтересованность.

Заинтересованность - есть, но нет возможности deb'ы собирать. Ну, не под мандривой же их делать, в конце концов?

Оно собирается или как в прошлый раз - только у избранных определенной версией компилятора с определенными либами?

Оно собирается или как в прошлый раз - только у избранных определенной

версией компилятора с определенными либами?

Общей статистики пока нет ;)

выглядит так , как-будто вы пытаетесь разрекламировать свой проект на костях mplayer, «король умер! да здравствует король!»

Вот вам доказательство, что не на костях:

http://linux.linkcenter.hu/

Понятно, что в Венгрии 1-е место не может не занимать MPlayerHQ, но сам факт того, что там есть ссылка на MPlayerXP уже говорит о признании, даже венграми, этого проекта, как входящего в десятку лучших мультимедийных проектов.

на моей слаке это не работает

на моей слаке это не работает

Нужен баг-репорт:

gcc --version
ldd --version
as --version

configure.log

характеристики фильма:

mplayerxp -v your_movie.ext 2>movie.log

я бы запостил их в Talks'ах, но не судьба - собирають с gcc 4.4.х нельзя(все падает)

Это потому что он генерирует SSE4 инструкции, если -msse4 стоит после -march=
для обычных С-функций. Можно попробовать добавить такие ключи:

CFLAGS=-O3 -march=native -fno-tree-vectorize -fno-loop-vectorize

и всё, что у него есть нового на тему векторизации.

В 0.7.96 постараюсь всё пофиксить.

gcc -c -march=k8 -m64 -O3 -pipe -fno-fast-math -mfancy-math-387 -fno-math-errno -fno-signed-zeros -mtune=generic -mmmx -m3dnow -msse -msse2 -msse3 -mssse3 -msse4 -fopenmp -Werror-implicit-function-declaration -Wextra -I/home/iron/tmp/mplayerxp-0.7.95/mplayerxp -I/home/iron/tmp/mplayerxp-0.7.95/mplayerxp/../ffmpeg  -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/SDL      -W -Wall -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -D__USE_LARGEFILE -D_LARGEFILE64_SOURCE -I../loader -W -Wall -o s_cdd.o s_cdd.c
s_cdd.c: In function '_cdda_open':
s_cdd.c:22: error: 'CD_FRAMESIZE_RAW' undeclared (first use in this function)
s_cdd.c:22: error: (Each undeclared identifier is reported only once
s_cdd.c:22: error: for each function it appears in.)
s_cdd.c: In function '_cddb_open':
s_cdd.c:41: error: 'CD_FRAMESIZE_RAW' undeclared (first use in this function)
make[2]: *** [s_cdd.o] Error 1
make[2]: Leaving directory `/home/iron/tmp/mplayerxp-0.7.95/mplayerxp/libmpdemux'
make[1]: *** [mplayerxp] Ошибка 2
make[1]: Leaving directory `/home/iron/tmp/mplayerxp-0.7.95/mplayerxp'
make: *** [mplayerxp] Ошибка 2

Не компилицца :(

З.Ы: Gentoo current

Не компилицца :(

Обновите libcdio: http://www.gnu.org/software/libcdio/index.html

Обновите libcdio

Спасибо, полет нормальный.

Кстати, а ebuild-ы существуют под эту прелесть?

Кстати, а ebuild-ы существуют под эту прелесть?

Функциональность gentoo'шных ebuild'ов реализована через Red-Hat Package совместимый:

mplayerxp-src/distrib/mplayerxp.spec

А обычный mplayer тоже можно собрать с ffmpeg-mt, даже на их сайте написано. Название же этого мне не очень что-то нравится.
Надеюсь, назвали они его так не в честь известной поделки мелко-мягких?

А обычный mplayer тоже можно собрать с ffmpeg-mt, даже на их сайте написано. Название же этого мне не очень что-то нравится. Надеюсь, назвали они его так не в честь известной поделки мелко-мягких?

mt = multi-thread

на моей слаке это не работает

старайтесь чаще использовать ключ: -vfm ffmpeg

этот набор кодеков качественнее чем win32-аналоги.

Для всех заинтересованных владельцев gcc-4.4:

MPlayerXP-SVN changeset [135] уже компилируется с работает с этой глючной поделкой, но в ограниченном режиме, о чём сообщается после конфигурирования. Для сборки нормального MPlayerXP подкаталог ffmpeg нужно брать из исходников версии 0.7.95 плеера, а не из SVN!!!

> mt = multi-thread
Это я знаю. Я имел ввиду, чем MplayerXP лучше и почему XP?

Это я знаю. Я имел ввиду, чем MplayerXP лучше и почему XP?

Изначально, проект родился из-за нежелания главного разработчкиа MPlayerHQ включать много-поточное декодирование видео в свой проект. Исторически случилось так, что он был неправильно назван и правильное название должно было быть: MPlayerXQ (eXtra Quality), но позже название XP (eXtra Performance) оправдало себя благодаря появлению дешёвых многоядерных процессоров.

Это я знаю. Я имел ввиду, чем MplayerXP лучше и почему XP?

Сегодня, если сравнивать mplayerhq+ffmpeg-mt с MPlayerXP, то получается, что MPlayerXP работает с двух-мерными тредами, а mplayerhq только с одномерными. Двух-мерные треды обеспечивают большую гибкость в достижении плавного воспроизведения.

А Слакбилды есть?

А Слакбилды есть?

Слака в обычных .tgz файлах распространяется.

Есть такая прога: alien называется, которая конвертирует из rpm в dpkg, stampede slp, и slackware tgz форматы.

Возможно я пишу с некоторым опозданием, но обещанный 0.7.96 - вышел!

>уже компилируется с работает с этой глючной поделко

Скорее это у вас глючная поделка. никак Visual Studio используете?

Скорее это у вас глючная поделка. никак Visual Studio используете?

я использую midnight commander. Цитирую моё отношение к gcc-44:

warning «*** gcc-4.4.0-4.4.3 sometime generates AVX opcodes for -mavx key ignoring -fno-tree-vectorize option.
That breaks current logic of mplayerxp configuring.
It is stronly recommended to use this version of gcc for home purposes only!
Please don't use this compiler to produce distributions of mplayerxp!!! ***»

тормозной чипсет, с очень усечёнными возможностями и 10$ видео-чипом

узнай чудесный мир AMD 780G!
очень всё неплохо (включая цену) кроме UVD.:(

для чего платить за встроенную

1) цена обычно равна или около того (причём бывает джае со встроенной дешевле)
2) в miniATX это сильно экономит pcie slots

мандрива

> не под мандривой же их делать а кстати - ЕМНИП, rpm для RH и мандривы несовместимы при сборке, надо разные RPM env иметь всё равно. ну я собирал rpm под debian, собрать deb под RH/Mandriva - тоже возможно. проще всего наверное chroot или виртуалку иметь, vz или чего ещё. вот ну вот например так: http://rpm.pbone.net/index.php3/stat/3/srodzaj/1/search/debootstrap списко впечатляет, правда? по-моему - Вы просто не хотите заморачиваться. FYI: Debootstrap is the recommended tool to install another system, as long as you have a Debian system available. I don’t have a Debian system available right now. However I’ve noticed that the debootstrap package has only a few dependencies. So I will try to extract the package manually and run debootstrap on my Mandriva Cooker system.

I’ve download the deboostrap package and extracted it using ‘ar’:

$ ls debootstrap_0.2.45-0.2_i386.deb $ mkdir debootstrap $ cd debootstrap $ ar x ../debootstrap_0.2.45-0.2_i386.deb $ ls control.tar.gz data.tar.gz debian-binary $

I’ve extracted the data contents from the package:

$ tar -zxvf data.tar.gz

First try to run the binary:

$ ./usr/sbin/debootstrap ./usr/sbin/debootstrap: line 15: /usr/lib/debootstrap/functions: No such file or directory

Oops, it needs to be installed on /.

I don’t want the files to be lost inside the filesystem, so I just added a symlink to the files I’ve extracted:

$ sudo ln -s /home/ehabkost/system/soft/justdownloaded/debootstrap/usr/lib/debootstrap /usr/lib/debootstrap

Let’s test again:

$ ./usr/sbin/debootstrap I: usage: [OPTION]... <suite> <target> [<mirror> [<script>]] I: Try `debootstrap –help’ for more information. E: You must specify a suite and a target. </script></mirror></target></suite>

Great! :D Now, let’s run it:

$ ./usr/sbin/debootstrap sarge /tmp/sarge

And it worked. :)

Quick and simple.

http://packages.debian.org/stable/admin/debootstrap

Для не Red-Hat/Mandriva пользователей там есть .tgz пакеты, которые совместимы с любым дистрибутивом!