LINUX.ORG.RU

Music Player Daemon 0.19

 


1

2

Состоялся выпуск MPD версии 0.19, гибконастраиваемого мощного server-side приложения для проигрывания музыки.

В этой версии добавлено много новых возможностей, плагинов и улучшений, основные из них:

  • Доступ к NFS и SMB/CIFS как music_directory без монтирования.
  • Сжатие базы данных медиа с помощью gzip.
  • Нативное проигрывание DSD.
  • Поддержка мультиканального DSD и DSD512.
  • Новый mp3 encoder — libshin.
  • Новый resampler — libsoxr.
  • Различные оптимизации энергопотребления и задержки.

Полный список изменений

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



Проверено: fallout4all ()
Последнее исправление: cetjs2 (всего исправлений: 4)

Новый mp3 encoder: libshine

Shine это новый новый энкодер, или новый старый, древний, основанный ещё на 8kz кодировщике?

anonymous
()

Вопрос: как настроить mpd/ncmpcpp, чтобы при добавлении директории, где содержится один (или несколько) flac файл и cue - добавлялся список из cue, а не сами flac файлы?

В директории (например Spacemusic Podcast) лежит один flac файл и cue, при добавлении в плей-лист попадает один неразбитый flac файл, но если добавить вручную cue - всё ок, добавляются треки согласно cue.

В полных примерах конфигов mpd и ncmpcpp - cue не упоминается.

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

Я понимаю, но ситуация такова: есть тонны материала, десятки директорий, содержащие один flac файл и один cue, при добавлении этих директорий, в плейлист добавляется только один flac файл, а не его содержимое (треки) исходя из cue.

Если заходить в каждую диру и добавлять cue - всё ок, добавляются треки.

Мне нужно настроить приоритет добавляемого, чтобы если в дире есть cue, то жрат его в первую очередь, если нет - то уже как угодно.

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

Мне нужно настроить приоритет добавляемого, чтобы если в дире есть cue, то жрат его в первую очередь, если нет - то уже как угодно.

Что-то мне сдаётся, что это надо сам MPD патчить.

Если не прав, прошу знающих людей опровергнуть.

hobbit ★★★★★
()

Доступ к NFS и SMB/CIFS как music_directory без монтирования

Эх, вот мою бы sshfs...

Различные оптимизации энергопотребления и задержки

Задержки чего?

gzip сжатие базы данных медиа

Она разве такая большая? Вот обновление долгое — это да, но тут gzip не спасёт.

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

Не уверен, что правильно помню, но кажется анонимус дело говорит. Т.е. если встроить cue во flac, то может завестись.

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

Задержки чего?

а как бы ты перевел «various power consumption and latency optimizations»?

Вот обновление долгое

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

vim
() автор топика

Нативное проигрывание DSD

А есть ли в природе поддерживаемое онтопиком железо с ЦАПами, умеющими напрямую декодировать это самое DSD?

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

а как бы ты перевел «various power consumption and latency optimizations»?

Не знаю. Наверное это про звук имеется в виду.

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

Локально и у меня быстро. А по sshfs пока оно всю библиотеку прошерстит и найдёт изменения...

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

Вопрос: как настроить mpd/ncmpcpp, чтобы при добавлении директории, где содержится один (или несколько) flac файл и cue - добавлялся список из cue, а не сами flac файлы?

сам с этим борюсь. пока только патчить ncmpcpp, но мнек этим заниматься совсем не хочется.

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

как настроить mpd/ncmpcpp, чтобы при добавлении директории, где содержится один (или несколько) flac файл и cue - добавлялся список из cue, а не сами flac файлы?

Зайди в директорию и шлепни cue, делов-то. ncmpcpp умеет.

Extraterrestrial ★★★★★
()

Плеер под названием Демон? Изыди!!!

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

Зайди в директорию и шлепни cue, делов-то

Прикалываешься, что-ли, только в Spacemusic Podcast их 25, а есть еще больше. Это несерьезно.

vim
() автор топика
Ответ на: комментарий от darktic

Cantata открывает cue потреково (без image) при добавлении директорий.

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

Ниже в содержимом альбома есть cue, кликая по нему он открывает как нужно.

Т.е. нет разницы в поведении, что ncmpcpp, что cantata - нет.

vim
() автор топика
Ответ на: комментарий от intelfx

Не помню, но чем-то не устроила она меня, когда на пробу ставил (месяца 4 назад). Чтоб вспомнить — надо ставить вновь.

sluggard ★★★★★
()

Народ, может кто знает: вот эта проблема с чистой alsa, dmix и mixer_type "hardware" так и не решилась? Оно по прежнему эксклюзивно занимает аудио-устройство или это уже починили?

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

в каких? в ncmpcpp (ncmpcpp-git из AUR) нет. гуевые клиенты как-тот не хочется ставить (хотя где-то есть установленный Sonata).

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

очередь воспроизведения. есть реализованное в MOC по нажатии 'Z'. Если не понятно: это очередь, которая при воспроизведении имеет приоритет выше чем, к примеру, random.

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

ясно, в ncmpcpp есть set_priority (ctrl+p) и filter_playlist_on_priorities, который по-дефолту незабинден, но это как-то слишком сложно для такого.

vim
() автор топика

Доступ к NFS и SMB/CIFS как music_directory без монтирования

А как это использовать? Прописывать smb://путь/к/музлу ?

как настроить mpd/ncmpcpp, чтобы при добавлении директории, где содержится один (или несколько) flac файл и cue - добавлялся список из cue, а не сами flac файлы?

А почему бы не распилить flac по cue?

Кстати, в чем вообще смысл хранить так музыку? Это же неудобно. Доводилось качать рипы чьи-то в таком виде, потом пилил.

Есть для него годные клиенты, кроме Cantata, желательно на Qt?

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

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

а как бы ты перевел «various power consumption and latency optimizations»?

Оптимизация энергопотребления и [сокращение] времени отклика.

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

Был клиент, так и назывался - QMPDClient, но он, похоже, мхом зарос давно :(

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

пока только патчить ncmpcpp

Точно ncmpcpp, а не сам mpd?

Насколько я понимаю, клиент только даёт серверу команду «просканировать каталог», а алгоритм сканирования реализуется в самом mpd?

Или я ошибаюсь?

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

А почему бы не распилить flac по cue?

Кстати, в чем вообще смысл хранить так музыку? Это же неудобно. Доводилось качать рипы чьи-то в таком виде, потом пилил.

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

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

Да и вообще как-то недостойно джедаев информационного века прогибаться под ситуацию вместо того, чтобы добавить в программу одну галочу (а может, она там уже есть).

Но тебе спасибо, что задал вопросы в культурной форме. Обычно при поднятии этой проблемы просто набегают с криками «cue не нужен и ущербаны, которые его используют - тоже».

hobbit ★★★★★
()

Доступ к NFS и SMB/CIFS как music_directory без монтирования.

Ого, это как вообще?

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

Эх, вот мою бы sshfs...

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

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

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

Шифрование там отключаемо, а без него скорость неотличима от NFS и лимитируется толщиной канала. А вот зависонов в разы меньше, чем с NFS, по крайней мере, без тонкого тюнинга. Плюс, SSHFS фактически не требует настройки и доступна под виндой, в отличие от.

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

mpd под виндой? O_o

ВНЕЗАПНО. А вообще, я говорил о том, что зачастую SSHFS предпочтительнее NFS в тех юзкейсах, для которых в MPD добавили поддержку последней.

Axon ★★★★★
()

А как нынче обстоят дела с sonata? А то чёт оно у меня ругается «Чтение не разрешено», а гугол ничего толкового не предложил.

skiminok1986 ★★★★★
()

Доступ к NFS и SMB/CIFS как music_directory без монтирования

Вот это круто! У меняя, например, вся музыка на серваке находится.

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

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

Ну если тонны накопились, то да, мазохизм. Просто я пилю такое сразу после скачивания.

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

Да и вообще как-то недостойно джедаев информационного века прогибаться под ситуацию вместо того, чтобы добавить в программу одну галочу (а может, она там уже есть).

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

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

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

Только так можно добиться атентичной длины пауз между треками.©

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