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

Мы тут вообще-то MPlayerXP обсуждаем, который умеет делать всё то же самое, что и mplayer+vlc(для dvd).

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

я бы запостил их в Talks'ах, но не судьба - собирають с gcc 4.4.х нельзя(все падает), а бинарники из rpm несовместимы по зависимостям в моем арче, который чистый x86_64 без 32-битного «мусора» :)

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

нельзя(все падает), а бинарники из rpm несовместимы по зависимостям в

моем арче, который чистый x86_64 без 32-битного «мусора» :)

Например, разработчики mplayerHQ уделяют больше внимания 32-bit версии из-за возможности работы с win32 кодеками. С этой точки зрения, 32-bit версии ещё сохраняют свою актуальность до тех пор пока не появятся open-source аналоги всех win-кодеков.

ссылка на сайте на новость неправильная: http://sourceforge.net/forum/forum.php?forum_id=0. Пишет ERROR No Forum Chosen

Это ты просто в черный список, в ось зла, так сказать, попал.

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

Не видели вы лоу-энд, видимо...

но мне Удобно.

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

бред какой то

>Мало кто из разработчиков плееров захочет менять свою карту на NVidia ради написания плугина.

иногда видеокарта nvidia приходит сама :) распаянная на системной плате :) но любители интел наверное этого не знают

иногда видеокарта nvidia приходит сама :) распаянная на системной плате :) но любители интел наверное этого не знают

Любители PCIE-16 то же!

> 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....

Бла-бла-бла. Это никак не противоречит тому, что я написал. Тут речь о другом. Да, члены структуры идут в порядке возрастания адресов, с99 тут не при чём. А при чём то, что никак не определено как именно распределяются битовые поля внутри слов, в которых они находятся. Ник, я не знаю в чём проблема с тем кодом, что у тебя не собирается gcc-4.4, я не смотрел, но если там с помощью битовых полей ты пытался представить какую-то физическую структуру в памяти, то это было очевидно неправильным решением, я это ещё 20 лет назад мог сказать.

>Любители PCIE-16 то же!

чего то я не вижу связи. ну да ладно

Раньше разрабы не знали, что суровые лиупсоведы побьют их за суффикс ХР(ень)???

difference engine не видел, Ваша правда.
работающие еэски видал. не слишком лоу-эндово для Благородного Дона?

Ник, я не знаю в чём проблема с тем кодом, что у тебя не собирается gcc-4.4, я не смотрел, но если там с помощью битовых полей ты пытался представить какую-то физическую структуру в памяти, то это было очевидно неправильным решением, я это ещё 20 лет назад мог сказать. ./quote]

То не у меня, то в других библиотеках, glibc например, которую использует плеер. Например, у меня есть подозрение, что косвенно на SIGILL сигнал может влиять файл: /usr/include /bfd.h

typedef struct bfd_section
{
  /* The name of the section; the name isn't a copy, the pointer is
     the same as that passed to bfd_make_section.  */
  const char *name;
...
  /* Some internal packed boolean fields.  */

  /* See the vma field.  */
  unsigned int user_set_vma : 1;

  /* A mark flag used by some of the linker backends.  */
  unsigned int linker_mark : 1;

  /* Another mark flag used by some of the linker backends.  Set for
     output sections that have an input section.  */
  unsigned int linker_has_input : 1;

  /* Mark flag used by some linker backends for garbage collection.  */
  unsigned int gc_mark : 1;

  /* The following flags are used by the ELF linker. */

  /* Mark sections which have been allocated to segments.  */
  unsigned int segment_mark : 1;

  /* Type of sec_info information.  */
  unsigned int sec_info_type:3;
#define ELF_INFO_TYPE_NONE      0
#define ELF_INFO_TYPE_STABS     1
#define ELF_INFO_TYPE_MERGE     2
#define ELF_INFO_TYPE_EH_FRAME  3
#define ELF_INFO_TYPE_JUST_SYMS 4

  /* Nonzero if this section uses RELA relocations, rather than REL.  */
  unsigned int use_rela_p:1;

  /* Bits used by various backends.  The generic code doesn't touch
     these fields.  */

  /* Nonzero if this section has TLS related relocations.  */
  unsigned int has_tls_reloc:1;

  /* Nonzero if this section has a call to __tls_get_addr.  */
  unsigned int has_tls_get_addr_call:1;

  /* Nonzero if this section has a gp reloc.  */
  unsigned int has_gp_reloc:1;

  /* Nonzero if this section needs the relax finalize pass.  */
  unsigned int need_finalize_relax:1;

  /* Whether relocations have been processed.  */
  unsigned int reloc_done : 1;

  /* End of internal packed boolean fields.  */
...

Они поле flags поленились завести, а ещё лучше - использовать тип _Bool из стандарта C99.

Любители PCIE-16 то же!

чего то я не вижу связи. ну да ладно

Чего уж тут связь то долго искать? Любая нормальная материнка имеет PCI Express-16 слот, для нормальной видюхи, которая покупается и устанавливается как primary video card, а встроенная так и остаётся не востребованной.

>Чего уж тут связь то долго искать? Любая нормальная материнка имеет PCI Express-16 слот, для нормальной видюхи, которая покупается и устанавливается как primary video card, а встроенная так и остаётся не востребованной.

1 вы не в курсе что обе карты могут работать вместе - интегрированная и дискретная 2 связь всё равно не обнаружена.

ну это только в «новых» мамках. автор немного в анабиозе.

а есть встроенные нвидии, на ктороых vdpau пашет? лень искать.

интересный клон

1 вы не в курсе что обе карты могут работать вместе - интегрированная

и дискретная 2 связь всё равно не обнаружена.

Когда есть нормальная, то для чего нужна встроенная даже пусть и работающая? Побаловаться такой можно, но серьёзно эксплуатировать - а смысл?

Более того, раз уж форумчане затронули тему лоу-енд сектора рынка, то для чего платить за встроенную, когда есть возможность купить нормальную?

>а gstreamer - очень медленно развивается, настроек ноль (не руками же конвейер писать), фронтендов тож ноль (тотем и... под гном всё)

Не совсем понял фразу про «под гном всё» (в смысле, под Гном нет больше проигрывателей на gstreamer или все имеющиеся проигрыватели на gstreamer завязаны на Гном). Но оба варианты не верны: под Гном можно использовать Banshee (она и видео умеет показывать), а не гномовский видеопроигрыватель на gstreamer — это xfce'шный parole. Но Тотем все равно лучше их обоих будет.

>а есть встроенные нвидии, на ктороых vdpau пашет? лень искать.

конечно есть. с такой пишу сейчас

>Более того, раз уж форумчане затронули тему лоу-енд сектора рынка, то для чего платить за встроенную, когда есть возможность купить нормальную?

критерий нормальности какой? уверен что дискретная большинству пользователей ПК не нужна. вообще то без интегрированной карты плата может стоить больше.

Что такое дискретная? Разве бывают аналоговые?

вообще то без интегрированной карты плата может стоить больше.

Это вы Asus с NonNaMe сравниваете или я не понял юмора?

это так в реальности. чипсет с интегрированным видео может стоить дешевле, и плата на нём.

это так в реальности. чипсет с интегрированным видео может стоить дешевле, и плата на нём.

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

>Что такое дискретная?

дискретная это внешняя, не интегрированная.

>Но Тотем все равно лучше их обоих

об этом и речь. если куцый тотем (в котором ни настроек собственно плеера, ни настроек бэкенда т.е. gstreamer'a нет) - лучшее, что есть - это печально. а без ручного кручения настроек оно ни черта не играет.

banshee вообще не в кассу. муз плеер (привет cue, лет через пяцот в джистримере будет. наверно), айтюнс, на моно.

плюсы мплеера - есть поддержка cutting-edge технологий типа vdpau, всеядность (смотрю им даже аналоговый телек. tvtime'ом было удобнее, проще и красивее, но tvtime не умеет и видимо не будет уметь звук по PCI, а пускать по шнурку через line-in это какой век до н.э.?), HD video, обычные ролики, сетевые потоки, он даже кое-как меню dvd научился.

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

но при этом будет поддержка vdpau и fullhd будет показываться нормально без тормозов.

А сайт у них - вершина творения....

Ну как можно сделать такой сайт для мультимедийного приложения.....
Зайдя на сайт отпало желание качать это поделие....

Ну как можно сделать такой сайт для мультимедийного приложения.....

Зайдя на сайт отпало желание качать это поделие....

Опубликуйте URLs тех сайтов, которые вам каждутся нормально оформленными (mplayer не предлагать - мне цвет фона у них не нравится)

>минусы - отсутствие нормального ГУЯ (smplayer и иже с ним не предлагать) сильно напрягает, необходимость достаточно сильно пилить конфиг до вменяемого и юзабельного состояния (зато открыл для себя много нового - там есть меню и даже с поддержкой мышевозности).

наверное нужно помочь автору smplayer допилить программу или просто подкинуть идей.

я вот не придумал как от типа воспроизводимого потока переключать с xv на vdpau например, а это нужно.

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

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

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

В следующий раз выложу rpm с нормальными зависимостями. Там есть утилита
http://ru.wikipedia.org/wiki/Urpmi

которая автоматически выкачает все нужные зависимости.

>Более того, раз уж форумчане затронули тему лоу-енд сектора рынка, то для чего платить за встроенную, когда есть возможность купить нормальную?

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

по теме - после замены #!/bin/sh на #!/bin/bash конфигурирование прошло нормально, но не собралось, хотя скомпилилось много чего и долго :(

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

> Например, у меня есть подозрение, что косвенно на SIGILL сигнал может влиять файл: /usr/include /bfd.h

Возможно. Вникать что это, физическая структура данных в памяти или просто так место экономили, мне лень ;)

башизмы это зло, не верю что нельзя обойтись чистым sh

Подскажите, пожалуйста, на кодовой базе mplayer какой давности основан данный проект? Насколько активно он развивается по сравнению с оригиналом в плане фичастости? Мерджатся ли изменения из основного проекта с mplayer-xp и как часто?

Меня не очень устраивает оригинальный mplayer, в том числе и по проблемам, которые вы перечислили. Плеер всеядный, да, но его архитектура тормозит развитие, это видно даже мне, простому юзеру, а вы лишь подтвердили мои догадки. Поэтому хотелось бы перейти на более активно развиваемый форк, при этом не потеряв всякие вкусные фишки из оригинального проекта, которые там время от времени появляются. Сейчас присматриваюсь к mplayer-xp, но при этом поддержка многоядерных архитектур не является для меня важной, просто хочется перейти на более активно развиваемый форк.

И ещё пара-тройка вопросов.

1. Насколько он совместим с SMPlayer?

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

3. Дайте, пожалуйста, свою оценку самому mplayer. Мне интересно, сколько долго разработчики ещё будут тянуть старую архитектуру, пока не догадаются, что её пора переделывать, чтобы дать развитию mplayer сильный толчок.

Спасибо.

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

Ключевое слово - в системе. К тому же, в приведённом Вами примере с resolv.h прослеживается «естественная» возможность выравнивания «подозрительных» полей по границе байта и шире - по границе 4 байт.

>наверное нужно помочь автору smplayer допилить программу или просто подкинуть идей.

не вариант. mplayer - плеер без гуя, smplayer - гуй без плеера.

я вот не придумал как от типа воспроизводимого потока переключать с xv на vdpau например, а это нужно.

профили нормальные изкаропки. незахардкоденные. там нужные -vc и прописать, в соответствии с умениями имеющихся на данный момент способов декодирования. именно -vc, т.к. -vo vdpau в моём гентущном мплеере вообще вроде бы изкаропки по дефолту.

проблема sane defaults вообще во многих open source прожектах остро стоит. ибо опыт нужен накопленный.

скорее eXPert,
и почему то еще забыли что есть не только поделие МС, но еще и AMD AthlonXP например

что-то не работает он у меня совсем, или черное окошко кажет, или валится с segfault

sylvia@allure:~$ mplayerxp NAS/media/movie/Унесенные\ призраками.avi
MPlayerXP 0.7.95 (C) 2002 Nickols_K 2000-2002 Arpad Gereoffy (see DOCS!)
MMX supported but disabled
почему?
MMX2 supported but disabled
почему?
SSE supported but disabled
почему?
SSE2 supported but disabled
почему?
can't open '/home/sylvia/.mplayerxp/codecs.conf': No such file or directory
Reading /usr/share/mplayerxp/codecs.conf: 112 audio & 268 video codecs
font: can't open file: /home/sylvia/.mplayerxp/font/font.desc
font: can't open file: /usr/share/mplayerxp/font/font.desc
make install его не создает? очень зря.
Menu init failed
Can't open input config file /home/sylvia/.mplayerxp/input.conf : No such file or directory
Can't open input config file /usr/share/mplayerxp/input.conf : No such file or directory
аналогично
Falling back on default (hardcoded) input config
Can't init input joystick with using: /dev/input/js0
Playing NAS/media/movie/Унесенные призраками.avi
nc_stream_read_cbuffer(drv:file://) error: No such file or directory
что за бред?
Using: AVI - Audio Video Interleaved parser
[Stream]:Video=DIV3 Audio=00000055
mpg123_init: MPEG-1.0 [Layer:III (CBR)], Hz=48000 160-kbit Stereo, BPF=480 Out=32-bit
mpg123_init: Copyrght=No Orig=No CRC=No Priv=No Emphas=0 Optimiz=SSE
[AC] Selecting decoder: [mp3] drv:mp3lib.mp3lib (mpglib) ratio 20000->384000
Creating new registry
Segmentation fault (core dumped)

>Значительно повышена скорость воспроизведения.
т.е полуторачасовой фильм теперь показывается за 10 минут?

Подскажите, пожалуйста, на кодовой базе mplayer какой давности основан данный проект? Насколько активно он развивается по сравнению с оригиналом в плане фичастости? Мерджатся ли изменения из основного проекта с mplayer-xp и как часто?

MPlayerXP это форк 2002г., который уже давно не похож на версию 0.0.0. Архитектура MPlayerXP ешё позволяет импортировать из MplayerHQ некоторые плагины, например - аудио и видео фильтры, но далеко не все, и многие типы плагинов требуют «допиливания», при импорте. В частности -vo драйверы из MPlayerXP на 200% НЕ совместимы с MPlayereHQ, и единственное, что можно импортировать из MplayerHQ это названия vo драйверов.

И ещё пара-тройка вопросов. 1. Насколько он совместим с SMPlayer?

MPlayerXP не тестировался на совместимость с этим фронт-эндом

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

Да, безусловно! Впрочем, в MplayerHQ-SVN то же есть продвижение по этому вопросу.

3. Дайте, пожалуйста, свою оценку самому mplayer. Мне интересно, сколько долго разработчики ещё будут тянуть старую архитектуру, пока не догадаются, что её пора переделывать, чтобы дать развитию mplayer сильный толчок.

Почти все центральные разработчики покинули mplayerHQ. Сам Arpi тоже отошёл от дел. Из старой команды там остался всего навсего один мантейнер, который явно далёк от идей переписывания внутренней архитектуры проекта, так как это уже сделано в форках. И с этой точки зрения, он стремиться быть приверженцем оригинальной структуры плеера 2000г.

MPlayerXP 0.7.95 (C) 2002 Nickols_K 2000-2002 Arpad Gereoffy (see DOCS!) MMX supported but disabled почему? MMX2 supported but disabled почему? SSE supported but disabled почему? SSE2 supported but disabled почему?

Похоже, что ваш компилятор не поддерживает -mmx -msse ключи командной строки.

font: can't open file: /usr/share/mplayerxp/font/font.desc make install его не создает? очень зря.

в .rpm пакете он есть, а вообще его созданием занимается не плеер, а утилита MPlayerXP-src/TOOLS/subfont-c/fontgen

nc_stream_read_cbuffer(drv:file://) error: No such file or directory что за бред?

Версия компилятора какая?

т.е полуторачасовой фильм теперь показывается за 10 минут?

Нет теперь полутора часовой фильм показывается за полтора часа даже на тех машинах, на которых раньше он показывался за 2-3 часа.

4.3.4
-mmmx -msse прекрасно поддерживается

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


впрочем дело даже не в SSE, а в том что плеер ничего не показывает, зато успешно портит консоль цветным выхлопом

4.3.4 -mmmx -msse прекрасно поддерживается

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

впрочем дело даже не в SSE, а в том что плеер ничего не показывает, зато успешно портит консоль цветным выхлопом

Для gcc-4.3.4 нельзя сильно баловаться с оптимизацией. Если у вас определена переменная CFLAGS, то её нужно обнулить:

CFLAGS=-O3 ./configure

А вообще, если хотите - запостите баг-репорт на http://sf.net/projects/mplayerxp:

опубликуйте свой configure.log и URL фильма, вызывающего проблемы, но, крайне желательно, постить баг-репорты, только если mplayerxp из rpm выдаёт те же результаты, что и скомпилированный вами.

>Почти все центральные разработчики покинули mplayerHQ. Сам Arpi тоже отошёл от дел. Из старой команды там остался всего навсего один мантейнер

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

>определена переменная CFLAGS

-O2 -fomit-frame-pointer

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

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

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