Посоветуйте решение для прослушивания музыки (программное обеспечение).

Интересно, а в Windows7 какой будет медиаплеер?

Как-то все по советски написано буэээээ

Амарок 1.х же!

>Как-то все по советски написано буэээээ

Да, детка, я инженер старой закалки. И совсем не модный, да...

>Амарок 1.х же!

Конечно нет.

> Спроектировал и собрал специальный аппаратный комплекс звуковоспроизведения (это моя специальность/работа), где в качестве первичного источника "цифры" используется ЭВМ с подключенным к ней вышеупомянутым дисковым массивом.

"специальный аппаратный комплекс звуковоспроизведения"? Это в бокс воткнуть колонки и винт что ли? :)

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

>"специальный аппаратный комплекс звуковоспроизведения"? Это в бокс воткнуть колонки и винт что ли? :)

Нет.

Тогда предлагаю самому написать. Нормальный плеер для multiroom системы. Поддержка нескольких терминалов, нескольких устройств вывода (что-нибудь usb-шное с toslink выходом), общая БД и весь контент на одном сервере.

Amarok, exaile, iTunes, WMP, foobar

А чем amarok не подходит?

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

>тогда только самому писать - на том же питоне.

Да, скорее всего придётся заказывать. Я вот и прошу рекомендаций по архитектуре этого дела, что бы более точно составить ТЗ. А вдруг у кого-то уже был опыт написания подобного ПО?

у разработчиков jamendo и last.fm :)

>Интересно, а в Windows7 какой будет медиаплеер?

Конечно же, самый хороший.

http://www.overclockers.ru/softnews/31599.shtml

ты хотя бы объяснил попунктно, почему тебе не подходят существующие популярные проигрыватели. раз не объяснил - значит 99% дурацкая провокация флейма.

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

p.s. написал себе замену mpd на gstreamer+ruby1.9. доволен, хоть оно и страшное)

> Мне приходит в голову следующее: использовать СУБД + некий программный компонент для проигрывания (выбор композиции, отображение на мониторе информации по ней (альбому, исполнителю и т.д.), всевозможного "арта" (обложки, конверты, фото и т.д.) + некий прогрвммный компонент для изменения БД (добавление нового контента, редактирование тэгов и т.д.). Но это конечно всё очень "огрублённо".

MPD

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

Это заблуждение с последующей дисквалификацией и увольнением.

P.S. вывод - толсто.

> Да, детка, я _инженер старой закалки_. И совсем _не модный_, да...

"чуть менее чем полностью"

Вот на этом ты спалился ;)

Судя по твоему посту ты хер с горы а не инженер. Инженер он, бугага!

>Тогда предлагаю самому написать. Нормальный плеер для multiroom системы. Поддержка нескольких терминалов, нескольких устройств вывода (что-нибудь usb-шное с toslink выходом), общая БД и весь контент на одном сервере.

В моём случае мультирумом это никак не назовёшь. Комната прослушивания - одна, источник - один, находится в той же самой комнате прослушивания.

Вывод цифры из ЭВМ - безусловно светом, но использовать такие вещи как TOSLINK, S/PDIF, а тем более USB я не стал по многим причинам. Здесь это оффтоп.

>чуть менее чем полностью >>Вот на этом ты спалился ;)

Здесь (на этом форуме) так часто говорят (насколько я мог заметить), мне это выражение, признаться понравилось, и оно хорошо подходило для описания моей ситуации. Что здесь такого? В каком смысле "спалился"?

Большая просьба высказываться по теме ветки.

Возможно mpd (БД и проигрование музыки) + какой-либо клиент к нему (отображение информации, управление воспроизведением, плейлисты...)? Тем более, что клиент может быть на любой машине в сети.

>MPD

а его текстовая база данных выдержит такое кол-во музыки?

volh, спасибо за наводку, gstreamer посмотрю.

http://www.flumotion.net/

>MPD

Помню, когда пробовал его примерно год назад, он произвёл впечатление крайне нестабильного ПО. И как я понял, он не содержит полноценной СУБД.

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

>Это заблуждение с последующей дисквалификацией и увольнением.

Если вы знаете такое решение - подскажите, будьте добры. Я не нашёл.

http://stream.fluendo.com/eng/index.php?temFlash=1

> Конечно нет.

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

ubuntustudio чтоле

> а его текстовая база данных выдержит такое кол-во музыки?

И с каких это пор она стала текстовой? о_О

>http://www.flumotion.net/

>http://stream.fluendo.com/eng/index.php?temFlash=1

Насколько я понял, это ПО для организации трансляций в интернет. Но всё равно посмотрю, спасибо.

XMMS2 + своя морда к нему может быть?

Все на свалку - и жениться. СРОЧНО!!!

> Помню, когда пробовал его примерно год назад, он произвёл впечатление крайне нестабильного ПО. И как я понял, он не содержит полноценной СУБД.

Какбэ я даже растерялся... Если у меня оно стабильно работает уже года полтора, то чем оно нестабильно?

> Если вы знаете такое решение - подскажите, будьте добры. Я не нашёл.

mpd + gmpc (или прочую морду)

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

> ubuntustudio чтоле

нене, там не на основе бубунты было...

> Все на свалку - и жениться. СРОЧНО!!!

Я уже женат. Трижды.

> Как-то все по советски написано буэээээ

Янки гоу хоум. За язык изложения уважаю, товарищ! Смею предположить, что оптимальным будет использовать mpd

> И с каких это пор она стала текстовой? о_О

Полагаю с самой первой версии:

~mpd % cat tags_cache
directory: Patricia-Kaas
begin: Patricia-Kaas
directory: 1988.Mademoiselle-Chante
begin: Patricia-Kaas/1988.Mademoiselle-Chante
songList begin
key: 01.Patricia-Kaas--Mon-Mec-A-Moi.mp3
file: Patricia-Kaas/1988.Mademoiselle-Chante/01.Patricia-Kaas--Mon-Mec-A-Moi.mp3
Time: 251
Artist: Patricia Kaas
Title: Mon Mec A Moi
Album: Mademoiselle Chante
Track: 01/10
Date: 1988
Genre: Chanson
mtime: 1231963972
key: 02.Patricia-Kaas--Venus-Des-Abribus.mp3
file: Patricia-Kaas/1988.Mademoiselle-Chante/02.Patricia-Kaas--Venus-Des-Abribus.mp3
Time: 229
Artist: Patricia Kaas
Title: Venus Des Abribus
Album: Mademoiselle Chante
Track: 02/10

> Если вы знаете такое решение - подскажите, будьте добры. Я не нашёл.

Вот: http://s2.ipicture.ru/uploads/080823/ih5iFQ5ItU.png

Чем плохо?

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

> Смею предположить, что оптимальным будет использовать mpd

Я, в свою очередь, предлагаю xmms2, как раз и морду сделает, а то нормальной до сих пор нет :)

Ой как у вас тут весело! Под пиво с котлетой и 16 Volt в колонках - самое то.

А чем топикстартера не устраивает Amarok + MySQL/Postgresql?

Не флейма ради, так сказать.

> Полагаю с самой первой версии:

Ну я выше уже отписался.

> Ну я выше уже отписался.

Не заметил, да.

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

Думаю это чушь и очень сильно сольет нормальной базе данных.

mpd+sonata

> Думаю это чушь и очень сильно сольет нормальной базе данных.

Я далёк от того, чтобы считать мало-мальски реальной необходимость хранить в полноценной СУБД инфу по такой вещи как "описание музыки".

В 100% случаев будет достаточно использования встроенных BDB/SQlite.

Задачу прикручивания чего к MPD, полагаю, можно решить ОЧЕНЬ быстро - нужно лишь этим заняться ;)

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

>Помню, когда пробовал его примерно год назад, он произвёл впечатление крайне нестабильного ПО. И как я понял, он не содержит полноценной СУБД.

К амароку можно прикрутить СУБД.

> К амароку можно прикрутить СУБД.

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

У проекта mythtv есть плагин MythMusic (http://www.mythtv.org/wiki/MythMusic). Может это поможет.

> Я далёк от того, чтобы считать мало-мальски реальной необходимость хранить в полноценной СУБД инфу по такой вещи как "описание музыки".

> В 100% случаев будет достаточно использования встроенных BDB/SQlite.

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

Мои опыт: полнотекстовый поиск в соната+мпд уже начинал раздражать на нескольких тысячах треков (~3k). Попробовал я амарок и также был убежден что sqlite с головой. Оно тормозило и раздражало. Сделал базу в слоне, результат превзошел все ожидания: поиск реально мгновенный на в несколько раз большем кол-ве треков.

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

IMO: mpd был хорош, был... времена меняются, кто не меняется вместе с ними -- умирает.

> Задачу прикручивания чего к MPD, полагаю, можно решить ОЧЕНЬ быстро

Полагаю тебе это только кажется.

> А любовь всяких там кедофилов к прикручиванию Оракела к амароку известна и происходит от не менее известного комплекса маленькой пиписьки вместе с неумением ставить задачи и выбирать правильные средства для их решения.

А знаешь что я скажу, чем покупать новейший 4-ядерный проц, лучше сначала подумать, и, возможно, найти более эффективное решение, которое на старой машине будет работать быстрее, чем неэффективное на новой. Гномосек, да :) Такое вот мнение.