LINUX.ORG.RU

MPD 0.21

 , ,


2

4

Вышла новая версия Music Player Daemon. MPD — музыкальный проигрыватель с клиент-серверной архитектурой. Воспроизведение управляется при помощи клиента. Управлять сервером (демоном) можно с любой машины из сети.

Особенности релиза:

  • добавлена директива include в файлы конфигурации;
  • новый синтаксис фильтров;
  • результаты поиска могут быть отсортированы;
  • HTTP-буферизация;
  • Поддержка проигрывания потоков сервисов Qobuz и Tidal;
  • Сборка осуществляется системой meson вместо autotools;
  • Добавлена поддержка DSD over PCM на платформе macOS.

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

★★★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 1)

Сколько месяцев нужно изучать курс администрирования Linux, чтобы смочь потом просто послушать музыку ЭТИМ?

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

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

Лепить свой CUE как бы не больше труда.

во-вторых это делает мою коллекцию единообразной.

Я наоборот для единообразия все цельные образы разбивал на треки. Сейчас подзабил, тоже из-за лени. Но отдельные треки таки удобнее, чем образ одним файлом.

Ему уже есть хоть одна замена? Особенно для альбомов одним файлом.

Вот для «одним файлом», к сожалению, и нет. О чём я выше уже сетовал. Пора что-то придумать.

Но использовать CUE для потрекового, изначально цифрового, альбома — таки лютый костыль.

И кстати, если уж ты всё равно наловчился создавать CUE для таких альбомов и не хочешь редактировать теги в файле, то cuetag.sh из комплекта cuetools возьмёт инфу из CUE и проставит теги во всех файлах. Одной командой. Причём этот пакет очень лёгкий и практически не тянет зависимостей.

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

Сколько месяцев нужно изучать курс администрирования Linux, чтобы смочь потом просто послушать музыку ЭТИМ?

Нисколько. Обратитесь к своему системному администратору.

А все, кто самостоятельно слушает музыку ЭТИМ, «курс администрирования Linux» давно прошли для других целей и нужд. Или не Linux. Я, например, слушаю музыку ЭТИМ на OpenBSD.

anonymous
()

Прикольная цацка. Пользовался дома в локалке раньше. Но последние лет 5 музыку не слушаю совсем.

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

Лепить свой CUE как бы не больше труда.

Не требует дополнительного софта, достаточно иметь ed, vi или любой другой текстовый редактор.

Вот для «одним файлом», к сожалению, и нет. О чём я выше уже сетовал. Пора что-то придумать.

Давно пора, но никто не шевелится.

Но использовать CUE для потрекового, изначально цифрового, альбома — таки лютый костыль.

Щито поделать.

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

cuetools

При добавлении в плейлист cue mpd жрёт теги из cue, а не из файлов, потому мне это не интересно.

Я всегда считал, что метаданные нужно хранить отдельно от медиафайлов, и продолжаю так считать.

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

Не требует дополнительного софта, достаточно иметь ed, vi или любой другой текстовый редактор.

Респект за минимализм.

У меня скрипт есть, который из аккуратно оформленной библиотеки добавляет cue альбома в плейлист.

А что у скрипта на входе? ARTIST / ALBUM ?

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

То есть, ты базой тегов в MPD не пользуешься вообще? Что ж, тоже вполне себе вариант. Иногда лучшая база данных — файловая система.

Я всегда считал, что метаданные нужно хранить отдельно от медиафайлов, и продолжаю так считать.

Ну ок. Тоже вполне себе адекватная в чём-то позиция, так что не буду тебя пытаться переубедить. Мне, наоборот, больше нравится когда теги, оглавление, субтитры, и прочее хранится в одном файле с собственно медиа. Ну да вопрос вкуса.

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

Я, по какой-то странной причине, дома с собой телефон не таскаю. Так что насчёт «минимум» движений очень спорно.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от mogwai

Зачем что-то делать, если можно это не делать, при этом совершенно не парясь, так как есть решения где это просто работает?

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

Зачем что-то делать, если можно это не делать, при этом совершенно не парясь, так как есть решения где это просто работает?

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

Не как что-то плохое или хорошее.

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

Есть куча плееров с распознаванием кодировки. Зачем мне, при копировании добытого из чьих-то закромов CD с мп3, заниматься переконвертированием кодировки? Не говоря уже о аудиоматериалах идущих в комплекте с учебниками?

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

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от grem

Есть куча плееров с распознаванием кодировки. Зачем мне, при копировании добытого из чьих-то закромов CD с мп3, заниматься переконвертированием кодировки?

Конечно, никто тебя не заставляет ничего переконвертировать, живи как хочешь.

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

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

Нестандартная кодировка — один костыль. Распознавание кодировке в плеере — второй костыль. Ничего, кроме как друг друга, они не поддерживают. Можно забить, а можно оба выкинуть. Выбор за тобой.

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

Во-первых, к месту. Писать несколько исполнителей разделяя их чем-то отличным от \0 — костыль из-за того, что редактор не умеет в multiple artists. Читать теги в различных кодировках — костыль, потосу что одни долбоящеры не прочитали спецификацию и запилили редактор тегов в неподдерживаемой форматом кодировке, а другие кладут на это болт.

Во-вторых, зачем это делать руками, когда есть incron?

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

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

С твоим подходом к жизни и автоматический клапан сброса давления и не придумали бы никогда.

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

И всё перечисленное можно не делать совсем и заняться более интересными вещами.

Сдаётся мне, что в первоначальных спецификациях и utf8 не пахло, а символы отличные от предстпаленых в ASCII таблице в тэгах уже нужны были. Вот незадача.

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

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

Нет, с твоим. Ты бы не нашёл решения, где это «просто работает» и не стал бы париться.

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

Ты бы не нашёл решения, где это «просто работает» и не стал бы париться.

Хотя нет, наоборот, нашёл бы решение где это «просто работает»: специально нанятый человек, который открывает клапан по манометру. И, опять же, не стал бы париться.

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

В первоначальных спецификациях компьютеров звуковой карты как таковой вообще не было. Вот незадача, какие такие аудио файлы?

Родившиеся во времена, когда в спецификацию ID3 добавили utf-8, уже совершеннолетними стали, а ты до сих пор пытаешься оправдать свои костыли отсутствием в первых версиях поддержки кириллицы…

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

Родившиеся во времена, когда в спецификацию ID3 добавили utf-8, уже совершеннолетними стали, а ты до сих пор пытаешься оправдать свои костыли отсутствием в первых версиях поддержки кириллицы…

Файлы с тэгами тех времён никуда не делись. Как и проигрыватели с поддержкой ID3v1.

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

Проигрыватели с поддержкой id3v1 обзавелись поддержкой id3v2, а файлы один раз привелись к стандарту и лежат себе спокойно.

Но тебя ни кто не уговаривает. Хочешь жить обложившись костылями — живи.

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

А что у скрипта на входе? ARTIST / ALBUM ?

Относительный путь до плейлиста. У меня к этому скрипту прикручен rofi, в котором можно найти и выбрать нужное. Это быстрее, чем искать нужное в ncmpcpp.

То есть, ты базой тегов в MPD не пользуешься вообще?

Именно так.

Иногда лучшая база данных — файловая система.

Лучше, или нет — другой вопрос. Это просто удобнее, так как не требует запуска плейера вообще — findutils и grep хватает для поиска. Хоть аптайм mpd у меня всегда равен аптайму машины.

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

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

Ну да вопрос вкуса.

Не столько вкуса, сколько юзкейса и необходимости.

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

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

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

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

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

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от grem

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

Да пользуйся на здоровье. Костыли тоже иногда нужны.

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

Тебе же mord0d уже несколько раз написал: всё это прекрасно автоматизируется. И тогда это уже будет аналогом автоматического клапана. Опять же: не хочешь автоматизировать — так никто тебя не заставляет, пользуйся костылями в плеере.

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

Странная автоматизация, когда мне самому нужно что-то делать

Автоматизация — это когда ты, вместо того, чтобы много раз повторять некое однообразное действие, изобретаешь устройство (в данном случае пишешь скрипт), который делает это за тебя. Чего тут непонятного?

А когда тебе самому ничего не нужно делать — это не автоматизация, а отказ от деятельности. Как с тегами, можно их перекодировать, а можно отказаться от этого, считая что и так нормально.

anonymous
()

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

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

Тебе же mord0d уже несколько раз написал

Упс, ошибся. Не mord0d, a mogwai, вот тут.

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

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

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

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

Вот и думай сам.

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

Так встроенный автоматический конвертер и делает всё автоматически. А ты предлагаешь каждый раз при появлении новых файлов руками запускать скрипт.

Может ещё и текстовые файлы появляющиеся все переконвертировать? Уже много лет как текстовые редакторы автоматически кодировку определяют.

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

Встроенный, как раз, каждый раз конвертирует некорректные данные из файла в корректные. А тебе предлагают один раз написать скрипт и повесить его автоматический запуск на события ФС.

Один раз сделать средство единоразово автоматически исправляющее кривые файлы, или каждый раз применять исправление на лету. И кто тут извращенец?

Может ещё и текстовые файлы

В спецификации на txt есть указание использовать определённую кодировку? Ещё и с наркоманией определиться надо.

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

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

Вознёй со скриптами, которые к тому же будут гоняться вхолостую большую часть времени, как и настройкой xorg.conf для переключения раскладки у меня лет 12 уже нет желания заниматься.

Вот выкинул clementine перекодировку и где он сейчас? На винде стал никому не нужен, потому, что есть foobar2000, а в линуксе все раз разбежались на другие проигрыватели.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от grem

Т УПРТ? Тебя кто-то заставляет что-то делать?) Ну не можешь ты сделать ./music/incoming из которой файлы сами разлетятся по нужным каталогам — не делай. Сиди и руками раскладывай, или в бардаке сиди. Раз у тебя такой калькулятор, что ждать приходится, пока id3 в десятке файлов перепишется.

А Clementine всегда был обычным ненужно.

mogwai ★★★★★
()

Встроенные обложки

Если не ошибаюсь, они собирались добавить поддержку встроенных обложек в аудио файлах в данной версии. Кто-нибудь проверял? А то в чейнджлоге нет конкретики.

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

бугога… покажи, где в стандарте указана возможность использования cp1251? Нет. Одни индивиды фигачат вразрез со стандартом, другие вынуждены этот цирк поддерживать. Не, это не костыль, конечно. Ага-ага

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

Mopidy совместим с MPD-клиентами, насколько я помню

Не полностью, Cantata с ним не работает.

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

Да мне всё равно. Вон rpm тоже стандарт, а большинство использует deb. Даже чистый odf по умолчанию нигде не включен - всюду обвешанные расширениями. О gcc с его расширениями по умолчанию я вообще промолчу.

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

Ты путаешь «использовать другой стандарт» и/или «использовать стандарт с расширениями» с «хреначить в нарушение стандарта».

Стандарт id3 не предусматривает ничего, кроме ascii, latin1, utf-16bom, utf-8, а ты туда хреначишь cp1251.

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

А ты предлагаешь

А сопротивляешься ты так, как будто не предлагаю, а заставляю. В третий раз повторю: никто тебя не заставляет конвертировать файлы, ни вручную, ни скриптом. Нашёл ты плеер с костылём, который умеет распознавать кодировку? Устраивает тебя этот костыль? Ну так пользуйся на здоровье.

Может ещё и текстовые файлы появляющиеся все переконвертировать?

Как хочешь. Не буду тебе рассказывать, как делаю я, и, тем более, что-то предлагать. А то ты опять начнёшь кричать «помогите, насилуют!»

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