BMPx 0.7

Ждем BMPxy. И поддерживаем 4 ветки весьма средненького плейера: xmms, BMP, BMPx и BMPxy.

amarok рулит палюбэ

Да они охренели форковать!

> также добавлены такие технологии, как gtk+2.8/cairo и dbus.

Кто-нибудь может внятно объяснить, зачем xmmms-ине сдался cairo?

> BMPx также интересен тем, что появилась возможность запуска в режиме демона

Поддержка mpd? Или очередной велосипед?

>Кто-нибудь может внятно объяснить, зачем xmmms-ине сдался cairo?

модная штучка (с)

>Поддержка mpd? Или очередной велосипед?

самопал. через dbus можно скрывать и показывать морду. короче людям некуя делать. :-)

Ну вот, форкнули форк.

Никто не хочет форкнуть форк форка?

Давай форкним и сделаем в место их music-сервера обычный mpd... а потом нас форкнут и сделают его бекжндом для Amorok, а потом... А потом мы вернемся к cat /dev/hd? | /dev/dsp... Кстати, рекомендую прослушать ;)

>It will not differ very much from the current BMP, except that the code has been rewritten 95% from scratch

Гы-гы. Ну совсем не сильно отличается - код переписан всего на 95 процентов =)

Лично я жду MPD2 и XMMS2. Это вам не свистелки с перделками форкать.

Млять, давно уже существует AlsaPlayer, который умеет и демоном, имеет все необходимые плугины ввода (mp3, ape, ogg, flac, wav, wma и т.п.), все плугины вывода (ALSA, OSS, NAS, Jack, aRts, Esound, Sparc, Sgi), имеет кучу фронтэндов (GTK1, GTK2, Qt, text-mode, xosd), под который легко писать новые плугины, который имеет биндинги для python - чего еще надо?

Ну в mpd2 svn есть пока только файл IDEAS размером 10 строк, а xmms2 уже худо-бедно работает. Меня вообще mpd устраивает полностью. Клиенты есть хорошие - gmpc недавно переписали, pympd.sf.net интересен.

это не форк! это совершенно новая версия BMP, которая пока еще в стадии активной разработки. В принципе логическое продолжение.

Не думаю, что mpd2 будет написан с нуля. Скорее всего mpd-svn плавно перетечет в mpd2-svn.

Из клиентов меня вполне устраивает ncmpc, mpc + hacks. Обидно, что под Ку нет такого разнообразия клиетов. Хотя мне особо и не надо =)

ncmpc хорош, не спорю, - в svn (или уже в релизе - у меня все
касаемо mpd установлено из svn) добавили Search и Artist Browser.

Драйвовый музон по cat /dev/hd? | /dev/dsp.

а чё, ncmpc уже с юникодной консолью подружился разве? Как ещё нет???!! В топку, его в топку!!! такое красноглазое поделие!!!

AFAIK, это проблема ncurses, а не ncmpc.

> Меня вообще mpd устраивает полностью.

Хотелось бы иметь возможность рисовать дерево неограниченной вложенности (сейчас например artist/album сделать еще можно, а вот genre/artist/album - уже нет). И что-нибудь с редактированием тэгов еще.

> Клиенты есть хорошие - gmpc недавно переписали, pympd.sf.net интересен

SharpMusic весьма неплох, если нет стойкого отвращения к Mono.

> а чё, ncmpc уже с юникодной консолью подружился разве? Как ещё нет???!! В топку, его в топку!!! такое красноглазое поделие!!!

Не забываем линковать с libncursesw, товарищи, и будет вам полный коммунизм.

> это не форк! это совершенно новая версия BMP, которая пока еще в стадии активной разработки. В принципе логическое продолжение.

Не то чтобы мне это сильно мешает, но возникает естественный вопрос: неужто так мало playlist-oriented плееров уже есть? зачем делать еще один, что в нем будет особенного?

кстати в тему xmms2 разрабатывается и уже версия DR2 но чет у них проект жуткий все тормозно и заикается а жаль.....

> меет кучу фронтэндов (GTK1, GTK2, Qt, text-mode, xosd)

Какие это у него фронтэнды? На QT как называется?

Во-во. И про GTK2-фронтенд интересно бы было уточнить.

Я его недавно пробовал, пока еще очень сыро и не все функции работают. Но из заметных плюсов, отличающих его от beep-media-player можно отметить расширенную функциональность плейлиста (видно на скриншотах) и использование cairo (это тоже заметно).

Я думаю переписывали bmp с нуля потому, что его код был настоящей помойкой (наследие xmms).

> и использование cairo (это тоже заметно)

Где именно это заметно? AFAIR xmms'ные скины - это просто набор битмапов, т.е. о всяком там антиалиасинге речь не идет. О чем тогда?

> Где именно это заметно? AFAIR xmms'ные скины - это просто набор битмапов, т.е. о всяком там антиалиасинге речь не идет. О чем тогда?

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

Ok, понятно.

Впрочем, чисто имхо - все равно application-specific скины и виджеты есть зло и должны умереть.

А ты посмотри в alsaplayer/interface:

daemon gtk gtk2 qt text xosd

пускать так:

$ alsaplayer --interface gtk2

Тот, что на Qt, он заброшен, но реанимировать можно поправив кое-что в Makefile-ах.

> application-specific скины и виджеты есть зло и должны умереть.

Кстати, думаю спорно. _Возможность_ таких вещей - думаю полезна.

> > application-specific скины и виджеты есть зло и должны умереть.

> Кстати, думаю спорно. _Возможность_ таких вещей - думаю полезна.

Все равно это должно делаться уровнем выше. Скажем, если взять Qt - виджеты по умолчанию рисуются темой, указанной в .qtrc. Однако можно при запуске софтины указать любую другую тему через -style. Но когда у каждой софтины свой формат скина и способ его выбора (а часто плюс к этому - отсутствие нативной отрисовки виджетов) - это бяка.

думаю хороший вариант - когда программа умеет рисовать себя "как все", либо, по требовению, рисовать себя "картинкой"

> думаю хороший вариант - когда программа умеет рисовать себя "как все", либо, по требовению, рисовать себя "картинкой"

Такой вопрос: а зачем вообще нужно "рисование картинкой"? Практический толк от него какой?

> Такой вопрос: а зачем вообще нужно "рисование картинкой"? Практический толк от него какой?

А ведь еще и иксовый трафик должен расти коли с удаленного компа на терминале пускаешь.

Практический -- никакой. Может быть толк эстетический: это _может_ быть красиво... Хотя почему-то в большинстве случаев это отвратно :-/

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

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

А что, кто-то еще не перешел на ID3v2.4? =)

Идрено шило! На кой хрен еще один форк? Лучше бы плей-лист сделали толковый

> Идрено шило! На кой хрен еще один форк? Лучше бы плей-лист сделали толковый

Вообще-то там плейлист и изменен.

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

А смысл?

> Никто не хочет форкнуть форк форка?

Тебе знакомо понятие fork bomb? =)

PS Я бы не сказал, что это "форк" в общем понимании. Если чуваки решили всё координально переписать, это ещё не значит, что "форкнули".

> А смысл?

Ну там это кстати и красиво. Тот же антиалиасинг при растягивании.

Люди добрые, возьмите словарь да посмотрите на слово "КАРДИНАЛЬНО". Долго думайте. И не пишите, ради всего святого, "координально".

Ну это не о том.

> Ну это не о том.

Это была шутка если что. ^_^

ОЧередное уродство, которое сдохнет через пол-года, год. Особенно радует зависимость от Libglade 2.5.1, котрый тянет за собой половину Gnome 2 библиотек. В топку.

XMMS/Juk forever.

> XMMS/Juk forever.

Забыл mpd+ncmpc и cmus =)

> ОЧередное уродство, которое сдохнет через пол-года, год. Особенно радует зависимость от Libglade 2.5.1, котрый тянет за собой половину Gnome 2 библиотек. В топку.

Не нравится - не пользуйся, тебя никто не заставляет.

Велосипед. Лучше бы авторы фронтенд к xmms2 написали хороший, ну и сам xmms2 поковыряли до кучи...

> Особенно радует зависимость от Libglade 2.5.1, котрый тянет за собой половину Gnome 2 библиотек

Количество курильщиков шмали превышает все разумные пределы. Требую вмешательства ФСБ :)

> Количество курильщиков шмали превышает все разумные пределы. Требую вмешательства ФСБ :)

Вы про себя так говорите?

rpm -ivh glade2-2.10.0-1.i386.rpm
warning: glade2-2.10.0-1.i386.rpm: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2
error: Failed dependencies:
        gail-devel >= 0.17 is needed by glade2-2.10.0-1.i386
        libORBit-2.so.0 is needed by glade2-2.10.0-1.i386
        libbonobo-2.so.0 is needed by glade2-2.10.0-1.i386
        libbonobo-activation.so.4 is needed by glade2-2.10.0-1.i386
        libbonoboui-2.so.0 is needed by glade2-2.10.0-1.i386
        libgconf-2.so.4 is needed by glade2-2.10.0-1.i386
        libgnome-2.so.0 is needed by glade2-2.10.0-1.i386
        libgnomecanvas-2.so.0 is needed by glade2-2.10.0-1.i386
        libgnomeui-2.so.0 is needed by glade2-2.10.0-1.i386
        libgnomevfs-2.so.0 is needed by glade2-2.10.0-1.i386

У тебя какой-то не такой libglade, у меня вот ни4его не требует.