> > хочешь управлять демоном - управляй командами, сигналами или через WEB.

для реально нужных демонов гуй не нужен.

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

очень интересно. чем же, на твой взгляд, принципиально отличается управление нативным гуем и web-ом?

эээ. какой стрим? и зачем играть одновременно в mpd и еще где-то?

Есть ncmpcpp.

> mpd умеет работать с gvfs? Нет? Не нужно.

В точку, gvfs не нужно.

> ладно бы управление через WEB,

Ладно.

http://mpd.wikia.com/wiki/Clients#Web_Clients

тем что не городится гуй и не надо запускать гуёвую управлялку на каждое элементарное действие для каждого демона. и эта гуйня - она ещё и на разных тулкитах и стремится разную скриптовуху использовать. вместо того что-бы или просто иметь программу с GUI, или просто из WEB из любого места/браузера подключиться к демону и дать ему наставление.

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

> mpd научился добавлять произвольные теги к трекам? искать по ним?

Потрудитесь включить мозг. Поиск, каталогизация, редактирование, etc. не входит в задачу проигрывателя. Для этого есть более другие приложения. К примеру ncmpcpp.

вот например p2p клиенты utorrent и mldonkey - к ним просто подключаешься и управялешь через браузер. а к этому демону ещё и «Web Clients» в виде небольшого зверинца. значит это ещё один демон вешать - ещё одна сущность. я и говорю - ошибка в проектировании.

> а с MPD - ошибку в проектировании плеера выдают за киллер-фичу. это вообще можно на кроне и баше сделать. чего лишнюю сущность плодить в виде демона.

Вы явно с ошибкой, но выдаете ее за киллер-фичу. Странно.

> К достоинствам клиента можно отнести низкое потребление ресурсов, скорость и стабильность работы при очень обширном функционале.

Они перепутали с ncmpcpp.

Лутший плейир энто ритмбокс. А вы все му не шарите

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

я не понял чем нативный гуй отличается от web-овых формочек. ну понятно что нативный гуй всегда удобнее и круче, но разве это плохо?

опять же интерактивность в web-е... она там вообще есть?

гуйня - она ещё и на разных тулкитах и стремится разную скриптовуху использовать.

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

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

просто подключиться через web или дать команду с консоли - это не по юниквеевски у вас.

т.е. консольный клиент имеет место быть и это хорошо, а плох только гуёвый?

все интереснее и интереснее.

> Поиск, каталогизация, редактирование, etc. не входит в задачу проигрывателя.

ну...ээ... xmms2 и mpd --- это какбэ не просто проигрыватели. теперь уже.

метаданные он хранит? а список треков? а редактировать (принимать команды на изменение) это счастье может?

разработчики xmms2 негодуют.

>Запишем: «xmms2 для хомячков, не осиливших mpd»

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

Можно ссылку на страницу проекта или хотя бы код?
Искал, не нашел.

> метаданные он хранит? а список треков? а редактировать (принимать команды на изменение) это счастье может?

Метаданные хранятся в самих файлах. Зачем их нужно хранить отдельно?
Их редактированием должны заниматься другие утилиты.

> а к этому демону ещё и «Web Clients» в виде небольшого зверинца

А если кому не надо веб управление и кто предпочитает простыми командами?

https://github.com/upwawet

слить оба, собрать.

в каталогах xmms2hs/client и xmms2hs/client-glib
$ ./Setup.hs configure --user
$ ./Setup.hs build
$ ./Setup.hs register --user --inplace

в каталоге vision
$ ./Setup.hs configure --user
$ ./Setup.hs build
$ ./Setup.hs install --user

эх.. а я раньше пользовался.
а потом медиа-центр общий xbmc запилил

Жаль, в этом клиенте больше всего всяких функций (по мне так слишком много).

Впрочем, глядя на «развите» десктопов кажется что развитие и не нужно.Поддержку его в рабочем состоянии, надеюсь, не забросят?

> Метаданные хранятся в самих файлах. Зачем их нужно хранить отдельно?

aplay --- твой выбор?

вот только я не понял. сервант, у него файло. как получить метаинформацию из? как ее получить второй раз? надо ли ее как-то кешировать?

2neocrust: http://gmpc.wikia.com/wiki/Gnome_Music_Player_Client

Спасибо, попробую

Что за метаданные?Теги или что интересует?

Он может гуишно работать с произвольными тегами и поиском по ним?

Речь идет именно о произвольных тегах, т.е. не исключая создания своих, а так же использования пользовательских меток.

> Что за метаданные?Теги или что интересует?

все, что входит и может входить в понятие «метаданные».

> Метаданные хранятся в самих файлах.

Одному файлу можно назначить более одного жанра?

> Одному файлу можно назначить более одного жанра?

Это проблема id3, а не плеера. Был бы стандарт на это дело, не нужно было бы заниматься геморроем.

Как вы собираетесь переносить файл из одного места в другое без потери этой метаинформации? Как удалять метаинформацию из базы, если файл был удален из консоли?

Сам MPD такое поддерживает http://www.musicpd.org/doc/protocol/ch02s07.html

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

GMPC со «стикерами» работает, подробностей не помню.

> aplay --- твой выбор?

Глупый вопрос. Мой выбор mpd + ncmpcpp.

вот только я не понял. сервант, у него файло. как получить метаинформацию из? как ее получить второй раз? надо ли ее как-то кешировать?

Не совсем понял я задачу. А как вы получаете эту информацию при наличии метаинформации?

> как вы получаете эту информацию при наличии метаинформации?

сервант ее кеширует, что какбэ намекает на наличие некой структуры внутри серванта. а если есть структура, то почему бы не?

> Это проблема id3

бугага, мрз межушного ганглия. man ogg

Как вы собираетесь переносить файл из одного места в другое без потери этой метаинформации?

для мрз --- никак.

Как удалять метаинформацию из базы, если файл был удален из консоли?

при обращении к сервант вернет ошибку, а это повод.

> Как вы собираетесь переносить файл из одного места в другое без потери этой метаинформации?

для мрз --- никак.

но мне, как клиенту цельного сервера, было бы очень интересно добавить, пусть и через костыли. legacy...

>> а к этому демону ещё и «Web Clients» в виде небольшого зверинца

А если кому не надо веб управление и кто предпочитает простыми командами?

какие вы унылые

wget "http://login:pass@localhost:8080/gui/?action=add-url&s=TORRENT_URL"

tm@n01:~$ wget -O - "http://admin:хрумхрумхрум@localhost:24444/gui/?action=getfiles&hash=B1EC0EA9F3561E29A420CF2AE5FBC2C0A7800C5E"
--2011-06-10 18:58:15-- http://admin:*password*@localhost:24444/gui/?action=getfiles&hash=B1EC0EA9F3561E29A420CF2AE5FBC2C0A7800C5E
Преобразование адреса localhost... ::1, 127.0.0.1
Устанавливается соединение с localhost|::1|:24444... соединились.
Запрос HTTP послан, ожидание ответа... 401 Unauthorized
Устанавливается соединение с localhost|::1|:24444... соединились.
Запрос HTTP послан, ожидание ответа... 200 OK
Длина: 351 [text/plain]
Saving to: «STDOUT»

0% [ ] 0 --.-K/s {«build»:15167,«files»: [«B1EC0EA9F3561E29A420CF2AE5FBC2C0A7800C5E», [
[«mageia-dvd-1-x86_64.idx»,173854,173854,2]
,[«mageia-dvd-1-x86_64.iso»,3906994176,3906994176,2]
,[«mageia-dvd-1-x86_64.iso.md5»,58,58,2]
,[«mageia-dvd-1-x86_64.iso.md5.gpg»,656,656,2]
,[«mageia-dvd-1-x86_64.iso.sha1»,66,66,2]
,[«mageia-dvd-1-x86_64.iso.sha1.gpg»,667,667,2]
]]
}

я не понял чем нативный гуй отличается от web-овых формочек.

повторять по 10 раз не буду

ну понятно что нативный гуй всегда удобнее и круче

ну понятно что Билл Гейтс придумал интернет и винда - самая крутая и стабильная система.

опять же интерактивность в web-е... она там вообще есть?

в mldonkey , utorrent есть

Не нужно

stumpwm/contrib/mpd.lisp - святая простота.

> ненужен ибо mpd - говно и не умеет cue

Теоретически вроде как умеет, но то ли это теряется на уровне клиентов, то ли нестабильно... В общем, я ниасилил.

Сочетание адекватного поста с неадекватным заголовком. Тебе cue не нужен, другим нужен.

О, началось... CUEненавистники в треде.

Да, и ещё...

А вот это что - врут?

http://www.musicpd.org/mantis/view.php?id=2500

Статус выставлен в closed.

Я не знаю что они там закрывали.

Но у меня ни cue+flac ни cue+mp3 не открылись

О, началось... CUEложцы в треде.

Жаль, как минимум такой удобной и полной подачи информации о треке/альбоме нет в других плеерах (Now playing).

>> mpc

Добавлять альбомы в плейлист им ведь неудобно же, не?

bash-completion в помощь·

деток своих жалеть будешь)))

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

Видимо, нужно.

Ни Sonata, ни xfmpc, ни Ario нет в репах OpenSuSE, что очень странно - сообщество сусеводов весьма велико.

>> GMPC со «стикерами» работает, подробностей не помню.

Дополнительные данные он хранит в своём каталоге в виде sqlite. Использования stickers не заметил.

>> Одному файлу можно назначить более одного жанра?

Пишу через запятую, никаких проблем.

Есть QMPDClient.

>Одному файлу можно назначить более одного жанра?

Vorbis comments и APEv2 умеют это. Ублюдочный id3 не нужен!