Вышел MPlayerXP-0.7.95

это мертвый звуковой сервер для KDE. man Phonon

Я имел в виду KDE-3+

>Я имел в виду KDE-3+

это мертвый DE )

это мертвый звуковой сервер для KDE. man Phonon

Я имел в виду KDE-3

А это мертвый KDЕ...

а от упоминания montavista тебя кидает в дрож?

>Сейчас 64-битная версия может масштабировать видео-фильм разрешением 640x480 более чем до 2000x1500+ на 25 FPS в реальном режиме без потери кадров с использованием не акселерированного '-vo x11' драйвера на Quad-Core AMD Phenom-9550 работающем на 2.2GHz

http://xkcd.com/619/

>Какой неудачный тонкий намек на vdpau, который не работает на моем GeForce 7900GS :}

Даже не знаю, что написать :) vdpau поддерживается только с 8xxx

http://xkcd.com/619/

http://distribution.usn.ru/catalog/price/40017149/4000000/4600000?pid=40036794

Дешевле, чем в своё время стоили одноядерщики!

>Переименованы аргументы командной строки: они стали более объектно-ориентированными

Дык там что опции новые? В топку.

P.S. Сходил по ссылки на их сайт, а там адский сатана снова атакует.

> >XP

>для *nix

/0

XP == eXperience
А свои виндозамашки оставьте на винде.

> сам юзаю kaffeine.

Так это же просто морда. Если память не изменяет, то морда к xine и mplayer.

По поводу проблем с bash - все configure-скрипты начинаются с #!/bin/sh, а должны начинаться с #!/bin/bash. Потому и не работают. Многие системы сейчас используют dash в качестве /bin/sh, потому что он производительнее.

Сколько раз встречались новости об этом плеере, ни разу собрать не мог.

Сабж короче кривая поделка

>XP == eXperience
таки XP == венда, а exp == experience чаще

http://distribution.usn.ru/catalog/price/?pid=40038661

В пять раз дешевле

struct foo 
    { 
      char a:4; 
      char b:8; 
    } __attribute__ ((packed)); 

Ник, ты издеваешься? ;) Bitfeilds are and always were considered EVIL! Я с конца восьмидесятых никак не могу понять как они должны работать, чтобы быть переносимыми между архитектурами, и, мне кажется, никто не понимает. Есть же нормальные человеческие &, |, ^, ~, <<, >> — что ещё надо?

Вообще, я с момента форка MplayerXP жду, чтобы заменить Mplayer на него. Насколько я помню, Ник был одним из разработчиков Mplayer. Как дела сейчас, Ник, не занимаешься Mplayer, только -XP?

Даже не знаю, что написать :) vdpau поддерживается только с 8xxx

да я знаю на чем оно поддерживает ) Не о том ответ ati-фобу.

останусь ка я пока на mplayer

> добавление постфикса ХР дает + 10 к понтам.

Это называется суффиксом.

>Это называется суффиксом.

нет

> И как же -ao arts работать будет? Arts это базовый звуковой сервер для KDE, там без его поддержки очень тяжело!

Когда то я обходился без arts.

> >XP == eXperience

таки XP == венда, а exp == experience чаще

XP не винда, а ваша привычка так считать.

А чем сабж лучше mplayer-mt?

>mplayerxp --long-help

А почему не --help.write(long) ? Раз уж ооп

Из криокамеры недавно выпустили? В новых кедах уже нет arts.

nick, просто удалите libarts* из системы или отключите его при компиляции. Оно и в третих кедах уже попахивало трупом, но без него всё прекрасно работало.

Цитируем nick

И как же -ao arts работать будет?

Никак. Никто им не пользовался почти никогда. Даже в третих кедах arts попахивало трупом. Не нужно.

>Хммм, провести что ли тестирование mplayerXP vs. mplayer & ffmpeg-mt :)

не забудь выложить результаты потом

 
struct foo  
    {  
      char a:4;  
      char b:8;  
    } __attribute__ ((packed));  

Ник, ты издеваешься? ;) Bitfeilds are and always were considered EVIL! Я с конца восьмидесятых никак не могу понять как они должны работать, чтобы быть переносимыми между архитектурами, и, мне кажется, никто не понимает. Есть же нормальные человеческие &, |, ^, ~, <<, >> — что ещё надо?

Это фомцмально документированные возможности языка C. Посмотрите файл /usr/include/resolv.h:

struct __res_state {
	int	retrans;	 	/* retransmition time interval */
[snip]...[/snip]
	u_long	pfcode;			/* RES_PRF_ flags - see below. */
	unsigned ndots:4;		/* threshold for initial abs. query */
	unsigned nsort:4;		/* number of elements in sort_list[] */
	unsigned ipv6_unavail:1;	/* connecting to IPv6 server failed */
	unsigned unused:23;
	struct {
		struct in_addr	addr;
		u_int32_t	mask;
	} sort_list[MAXRESOLVSORT];
[snip]...[/snip]
};

А сколько ещё подобных файлов в системе обнаружить можно при желании?

Вообще, я с момента форка MplayerXP жду, чтобы заменить Mplayer на

него. Насколько я помню, Ник был одним из разработчиков Mplayer. Как >дела сейчас, Ник, не занимаешься Mplayer, только -XP?

Не только! У меня ещё и другие проекты есть.

А почему не --help.write(long) ? Раз уж ооп

Может быть в следующих версиях! ;-)

А чем сабж лучше mplayer-mt?

Правильнее писать: mplayer-ffmpeg-mt!

mplayerxp тоже поддерживает MT в ffmpeg! Но это полумера, которая не позволяет выжать из системы всю её мощь. Я уже не первый раз перепахиваю внутреннюю структуру mplayerxp и каждый раз убеждаюсь в том, что она далека от совершенства в дизайне. А команда разработчиков mplayer всё ещё никак от классической структуры плейера 2000г отойти не может. Тогда mplayer делался на скорую руку и всех интересовал сам факт возможности воспроизведения фильмов под Linux, а не внутренняя красота проекта. Из mplayer ушли почти все центральные разработчики и сегодня он похож на крольчонка, которого иногда кормят проходящие мимо крольчихи.

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

Может, хоть кино нормально можно будет посмотреть.

nick, просто удалите libarts* из системы или отключите его при

компиляции. Оно и в третих кедах уже попахивало трупом, но без него

всё прекрасно работало.

Пока юзайте i686 бинарники - там нет arts. i686 не более чем на 25% должен быть медленнее, чем x86_64

ебилды уже появились?

По поводу проблем с bash - все configure-скрипты начинаются с

#!/bin/sh, а должны начинаться с #!/bin/bash. Потому и не работают.

Многие системы сейчас используют dash в качестве /bin/sh, потому что

он производительнее.

Спасибо, я и не знал про dash!

ебилды уже появились?

http://sourceforge.net/projects/mplayerxp/files/

Посмотрите файл /usr/include/resolv.h

Это, честно говоря, один из самых кривых файлов, как и весь резолвер, что есть в libc. Только в последних glibc, где сделали асинхронный резолвинг, всё стало хоть как-то reasonable. Я этот резолвер внутри ковырял, там нафталином 70-х пахнет.

А сколько ещё подобных файлов в системе обнаружить можно при желании?

Не знаю. Кстати, этот resolv.h не работает в итоге то с gcc-4.4? С битовыми полями я знаком не по наслышке, и поэтому всегда выполняю операции с ними самостоятельно, с помощью битовых операций.

The main use of bitfields is either to allow tight packing of data or to be able to specify the fields within some externally produced data files. C gives no guarantee of the ordering of fields within machine words, so if you do use them for the latter reason, you program will not only be non-portable, it will be compiler-dependent too.

> Из mplayer ушли почти все центральные разработчики

И чем они занимаются, кстати? Делают Xine? ;)

мда, судя по треду сабж - кривоватое поделие, иногда (если повезёт) осиливающее видео на четырехяйцевом проце всего-то за 5+k целковых, которое (видео) vdpau показывает не заикнувшись на лоу-энд железе.

хотя, сама по себе мультипоточность наверное гутЪ.

>>У меня:

GNU bash, version 3.2.17(2)-release (x86_64-mandriva-linux-gnu)

И всё конфигурируется!

такая же фигня:

$ ./configure
Entering 'etc' directory
./configure: 8: Syntax error: "(" unexpected
Leaving 'etc' directory
Entering 'DOCS' directory
./configure: 8: Syntax error: "(" unexpected
Leaving 'DOCS' directory
Entering 'mplayerxp' directory
./configure: 37: Syntax error: "(" unexpected
Leaving 'mplayerxp' directory

А всё дело в том, что в заголовке скрипта написано

#!/bin/sh

причём тут версия bash?

The main use of bitfields is either to allow tight packing of data or
to be able to specify the fields within some externally produced data
files. C gives no guarantee of the ordering of fields within machine
words, so if you do use them for the latter reason, you program will
not only be non-portable, it will be compiler-dependent too.

C99 стандарт(WG14/N1336 Committee Draft — August 11, 2008 ISO/IEC 9899:201x) говорит на эту тему:

13 Within a structure object, the non-bit-field members and the units in which bit-fields reside have addresses that increase in the order in which they are declared. A pointer to a structure object, suitably converted, points to its initial member (or if that member is a bit-field, then to the unit in which it resides), and vice versa. There may be unnamed padding within a structure object, but not at its beginning.

Так что самое правильное решение: gcc -std=-c99

мда, судя по треду сабж - кривоватое поделие, иногда (если повезёт)

осиливающее видео на четырехяйцевом проце всего-то за 5+k целковых,

которое (видео) vdpau показывает не заикнувшись на лоу-энд железе.

И с какого числа NVidia продукция стала относится к лоу-енд сектору рынка?

печально, если это действительно так.

не назовёте достойную альтернативу? (кроме, конечно, mplayerxp, он всех заруливает, ясное дело)

xine (ни одного норм фронтенда к xine-lib, ка-то странно пахнет), gstreamer (идеология разделить всё на плугины вроде правильная, вот работало бы еще да и развивалось не в год по чайной ложке) и vlc (кути, тормоза, частые глюки, вдпау нет, хотя вроде предвидится через жо^WVA-API) не предлагать.

И чем они занимаются, кстати? Делают Xine? ;)

на xine свет клином не сошёлся. Они разбрелись по разным проектам, в том числе и в xine, который то же иногда имеет обыкновение делать segfault.

xine (ни одного норм фронтенда к xine-lib, ка-то странно пахнет),

gstreamer (идеология разделить всё на плугины вроде правильная, вот

работало бы еще да и развивалось не в год по чайной ложке) и vlc

(кути, тормоза, частые глюки, вдпау нет, хотя вроде предвидится через

жо^WVA-API) не предлагать.

Вы смотрите на плагины сегодняшнего дня, а правильнее смотреть на общее качество проекта, поскольку плагины - дело наживное.

VA-API находится в зачаточной стадии. Как только там застабилизируется хотя бы интерфейс библиотеки, его многие плееры поддержат, в том числе и mplayerxp.

А всё дело в том, что в заголовке скрипта написано

#!/bin/sh

причём тут версия bash?

Может через неделю-другую выпущу обновление, но уже без рекламы на форумах!

http://tinyurl.com/5t2l7f

наверное, с того времени, как поддерживающую vdpau видеокарту можно приобрести за 35-40 баксов. впрочем выше в треде была уже ссылка на видяху за ~1k рублей.

наверное, с того времени, как поддерживающую vdpau видеокарту можно

приобрести за 35-40 баксов. впрочем выше в треде была уже ссылка на

видяху за ~1k рублей.

VDPAU это NVidia-only стандарт. Мир не состоит из одних только Nvidia, но в нём много других производителей видеокарт. Если бы VDPAU был бы интернешнал, то он бы развивался бы быстрее. Мало кто из разработчиков плееров захочет менять свою карту на NVidia ради написания плугина.

я хоть и не разбирался в архитектуре mplayer'а, но достаточно просто им пользоваться, чтоб закралось подозрение о его кривизне. монолитность хотябы, невменяемые кей-биндинги по умолчанию, многое другое, так что словам о том, что его быстро слабали на коленке, а потом просто накручивали код как снежный ком, вполне верится. впрочем, ффмпег тож монолитный (да и вроде во многом от тех же авторов?)

а gstreamer - очень медленно развивается, настроек ноль (не руками же конвейер писать), фронтендов тож ноль (тотем и... под гном всё), не умеет (или настроить невозможно) воспроизводить что-либо более сложное, чем файлик с киношшечкой. resindvd страшно глючит (у меня по крайней мере), потоки с udp мультикаста торомзят и глючат (опять же как настроить кэш в том же Тотеме?), про то как там работает dvb даж не знаю. обычное аналоговое v4l2 через Тотем не завелось. Хотя в gstreamer-properties при тесте картинку кажет. настроек, понятно не видать.

так что mplayer+vlc(для dvd) пока без альтернатив, увы.