Music Player Daemon 0.19

Новый mp3 encoder: libshine

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

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

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

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

В flac может встраиваться cue.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

когда уже очередь запилят?

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

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

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

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

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

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

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

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

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

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

ЕМНИП, реализовано в некоторых клиентах.

Удваиваю вопрос

Напгимер?

Точно не знаю, но возможно есть в cantata.

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

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

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

Зачем плееру энкодер?

Я тоже задался этим вопросом.

Зачем плееру энкодер?

Штоб стримить в нужном формате. История конкретно этого: http://bugs.musicpd.org/view.php?id=3172

Ну к примеру для вещания. Там ведь httpd встроенный.

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

А QR-кодов нет? :}

Во, так понятнее. Спасибо :}

А чем кантата не кантата?

(Дисклеймер — не троллю)

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

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

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

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

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

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

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

когда уже очередь запилят?

что за очередь?

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

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

не знал.. поковыряю на досуге

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Плюс, SSHFS фактически не требует настройки и доступна под виндой, в отличие от.

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

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

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

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

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

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

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

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

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

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

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

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

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