LINUX.ORG.RU

Разработка MPD-клиента GMPC будет остановлена

 , ,


0

1

Разработчик GMPC - одного из самых старых клиентов для музыкального демона MPD (около восьми лет), принял решение о прекращении его развития. Причиной является отсутствие поддержки со стороны сообщества при том, что у автора уже нет времени в данный момент поддерживать проект самостоятельно. В качестве последней меры программист разместил в последней версии исходников всплывающее окно, которое сообщало о том, что проекту необходима помощь.

В частности, поддержка требуется по следующим направлениям:

  • Доработка руководства к программе
  • Поддержка старых и разработка новых плагинов
  • Тестирование клиента на разных платформах

GMPC написан на C с использованием библиотеки GTK, код многих плагинов написан на vala. К достоинствам клиента можно отнести низкое потребление ресурсов, скорость и стабильность работы при очень обширном функционале.

>>> Подробности



Проверено: JB ()
Последнее исправление: JB (всего исправлений: 2)

Ответ на: комментарий от k0valenk0_igor

>ни xfmpc

ЧСХ, он там есть. А почему там нет двух остальных - так сусеводы юзают фубар под вайном.

devl547 ★★★★★
()
Ответ на: комментарий от sin_a

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

Это строка. Туда можно написать что угодно.

bloodredfrog ★★
()
Ответ на: комментарий от anonymous

ничего подобного, под линукс есть только один плеер: mplayer

anonymous
()
Ответ на: комментарий от anonymous

Есть форки, в том числе и мой, поищите на гитхабе.

onto
()
Ответ на: комментарий от andreyu

> Ну так и зачем нужен весь этот геморрой с внешней метаинформацией?

так как ее получить-то на клиенте? сервант на каждый запрос будет обсасывать всю коллекцию?

Rastafarra ★★★★
()

ncmpcpp рулит) и вообще все кто говорят, что MPD не нужен, пусть попробуют например управлять удаленно музыкой через ssh(сидим в комнате с нетбуком, на компе играет музыка мы рулим ей) и транслировать в сеть простым потоком, который откроет любой плеер.(например я могу использовать музыку с компа - там около 15 гигов и транслировать на телефон слушая в наушниках)

Bupyc ★★
()
Ответ на: комментарий от tensai_cirno

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

anonymous
()
Ответ на: комментарий от fat_angel

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

anonymous
()
Ответ на: комментарий от Rastafarra

очевидно что это все не нужно, когда есть xmms2

Нужно учитывать, что не так много графических обвязок, использующих сильные стороны xmms2 (i.e. имхо, cli-запросы к бд, в частности коллекции):

abraca была, но давно не собиралась нормально,

vision - а собирая его можно себя и обладателем генты почувствовать

В этих условиях закапывать mpd ­- не comme il faut.

ps... хотелось бы markdown, ибо лоркод удручает

n01r ★★
()
Ответ на: комментарий от n01r

The Common Lisp HyperSpec consumes approximately 15MB of disk storage in about 2300 files. It contains approximately 110,000 hyperlinks.

И что? При чём здесь CLHS?

mv ★★★★★
()
Ответ на: комментарий от mv

Простота вашего mod.lisp - «как бе» верхушка айсберга.

А айсберг целиком у немногих за плечами. Пост про простоту можно расценивать как элемент социальной (положительной) игры (как у Э.Берна)?

n01r ★★
()
Ответ на: комментарий от n01r

Простота вашего mod.lisp - «как бе» верхушка айсберга.

CLHS - это книжка Common Lisp The Language (с поправками на ANSI), переведённая в HTML. Упомянута тут вообще не в тему.

mv ★★★★★
()
Ответ на: комментарий от mv

> Упомянута тут вообще не в тему.

Пожалуй, что и не в тему, но не то _вообще_: корреляция с объемом документации языка имеется.

n01r ★★
()
Ответ на: комментарий от n01r

> vision - а собирая его можно себя и обладателем генты почувствовать

я выше показал как его надо собирать. ну поставить пару хаскельных либ, не без этого, apt-get install в этом поможет.

Rastafarra ★★★★
()
Ответ на: комментарий от tensai_cirno

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

anonymous
()
Ответ на: комментарий от n01r

> vision - а собирая его можно себя и обладателем генты почувствовать

Специально ведь не использовал ни одной либы, отсутствующей в Debian unstable — все необходимое ставится аптом.

upwawet
()
Ответ на: комментарий от Rastafarra

> > Ну так и зачем нужен весь этот геморрой с внешней метаинформацией?

так как ее получить-то на клиенте? сервант на каждый запрос будет обсасывать всю коллекцию?


Да точно так же, как и с внешней метаинформацией. Подозреваю, что мы говорим о разных вещах.

andreyu ★★★★★
()
Ответ на: комментарий от andreyu

> Подозреваю, что мы говорим о разных вещах.

ну вот ты, к примеру, о чем?

Rastafarra ★★★★
()
Ответ на: комментарий от onto

чем же? в нём даже поиска по плейлисту нет и ещё много чего, в mpc и то удобней можно мутить, а вообще из гуишных однозначно gmpc, ибо самый функциональный

SmiGes
()
Ответ на: комментарий от devl547

>>Не нужен, есть Sonata и xfmpc из легких и Ario из комбайнов.

Sonata лёгкая? Сколько водки то выпил?

Klayman
()
Ответ на: комментарий от onto

>>Sonata практически лучший плейер.

Ты сделал три ошибки в слове «худший». Фактически, GMPC - самый лёгкий, самый функциональный и самый настраиваемый клиент MPD. Как ни жаль..

Klayman
()

RIP.

Жаль. Я этим клиентом пользовался.

Camel ★★★★★
()
Ответ на: комментарий от vostrik

Угу вот такие костыли и приходится использовать вместо одного нормального клиента. И под офтопиком тоже самое

netmaniac
()
Ответ на: комментарий от vostrik

Нужен гуевый интерфейс с возможностью прослушивания стрима и управления им. а не в 1 приложении слушаем в другом рулим не очень удобно открывать арию в винде на порулить и vlc на послушать стрим))

netmaniac
()
Ответ на: комментарий от netmaniac

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

vostrik ★★★☆
()
Ответ на: комментарий от netmaniac

Соната от гнома же не зависит.

Зависимости: python (>= 2.5), python-support (>= 0.90.0), python-gtk2 (>= 2.10),python-dbus, python-mpd

onto
()

А вообще показательно. Вчера прихожу к другу. У него в аппаратном (!) медиацентре обновилась прошивка. В том числе добавлена поддержка CUE по просьбам пользователей.

А ЛОР-аналитики продолжают кричать «CUE не нужен»!

hobbit ★★★★★
()
Ответ на: комментарий от anonymous

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

Плюсую.

hobbit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.