Вышла (http://www.foobnix.com/view?t=Foobnix_novaja_versija_0.2.0+&...) новая версия
нового музыкального плеера Foobnix (http://www.foobnix.com/), ориентированного не только на прослушивание локальной музыкальной коллекции, но и на поиск музыки в сети и работу с интернет-радиостанциями. По замыслу авторов проекта, основное направление разработки связано с обеспечением удобной каталогизации и структурированием представленной в сети музыки. Например, при желании прослушать определенный альбом предусмотрена функция определения списка песен в альбоме с их последующим поиском в разных источниках. Плеер написан на языке Python с использованием PyGTK и распространяется (http://code.google.com/p/foobnix/) в рамках лицензии GPLv3.<center><a href="http://www.foobnix.com/?page=%D0%92%D0%B... src="http://www.opennet.me/opennews/pics_base/27628_1281853950.jp... style="border-style: solid; border-col...
URL: http://www.foobnix.com/view?t=Foobnix_novaja_versija_0.2.0
Новость: http://www.opennet.me/opennews/art.shtml?num=27628
Зачем оно??? Лучше бы пилили Амарок...
Амарок, начиная со второй версии, является чем угодно, но не плеером.
Никто не мешает использовать 1.4! И даже 1.3!
Никто не мешает вообще что угодно использовать. Хоть ВинАмп под вайном, прости господи.
Только разве в амароке музыка Бетховена будет бетховинестей нежели в ритмбокса или фообниксе?
Специально ради одной программы переть в систему немелкую *устаревшую* библу на которую все уже забили? А кто эту Qt3 поддерживать будет, чтобы на нее закладываться? Zenitur собственной персоной? Вы еще предложите GTK 1.x таскать, чего мелочиться то? oO
пусть отвяжут mysql, тогда ЭТО можно будет считать ПЛЕЕРОМ.
Если у Вас сто песенок, то пользуйтесь чем угодно. А людям, у которых сколько-нибудь приличная по размеру коллекция mysql необходим.
Особой коллекции у меня нет, но и количество песен переваливает за полторы тысячи.
MPD как-то без mysql справляется на ура.
1500 это не далкео от 100 песенок. У меня вот по счетчику Amarok - 584326 композиции.
>1500 это не далкео от 100 песенок. У меня вот по счетчику
>Amarok - 584326 композиции.Столько музыки мне вряд ли понадобится. :) Однако, я всё же считаю, что mysql - необязательный атрибут. Можно сделать и попроще. А если уж так нужен sql - то почему не sqlite? Крутить mysqld на десктопе ради музыкального плеера считаю перебором..
Раньше было на выбор. KDE4 вообще почти всё из себя выбросило! Видать, разработчики не могут разобраться с новым API
Вражий фубар2000 справляется с коллекцией на 4 месяца прослушивания (каюсь, количество композиций не показывает, а потому назвать точное количество не могу). Поиск по библиотеке отлично работает
да вы же большую часть этой коллекции никогда не будете слушать. Это 3.5 года воспроизведения и 3 ТБ при средней длительности 3 мин и битрейте 256 кбит/с. Зачем оно вам столько ненужного? Вы или нагло лжете :) или просто крайне странный человек
>да вы же большую часть этой коллекции никогда не будете слушать. Это
>3.5 года воспроизведения и 3 ТБ при средней длительности 3 мин
>и битрейте 256 кбит/с. Зачем оно вам столько ненужного? Вы или
>нагло лжете :) или просто крайне странный человекПредполагаю оно нужно по двум причинам
1 "шоб було", национальный украинский принцип, тут я могу понять. :)
2 Для обмену на недостающее в коллекции.ЗЫ Есть еще вариант, что бы когда понадобится место на винте можно было легко увеличить свободное место одним движением руки :)
>Если у Вас сто песенок, то пользуйтесь чем угодно. А людям, у
>которых сколько-нибудь приличная по размеру коллекция mysql необходим.Простите, если вспомнить что sqlite тянет базы до ~20Gb совершенно не напрягаясь - сколько же должно быть песенок чтобы потребовалось что-то крупнее этой 300-килобайтной библы? Плеер != СУБД, а если кто не понял... ну, лично я вот теперь в основном юзаю deadbeef. У него конечно своих минусов есть, но по крайней мере это ПЛЕЕР, который не пытается быть СУБДом. Если мне нужен будет MySQL - я его честное слово поставлю. А вот мускуль в плеере мне не впился. Зато жутко бесит когда оно минуту взлетает раскочегаривая все эти навороты. И, блин, в этом мегамонстре .. нельзя как-то по простому настроить показ в плейлисте нужных колонок. И пока допрешь как сортировка работает - мозг сломаешь. А в простом как топор (по сравнению с амароком) deadbeef это все можно, блин! И оно там просто и очевидно. Как сказал бы Тема Лебедев в своем бизнес-линче, "они забыли для чего нужен плеер". Так вот, плеер нужен чтобы МУЗЫКУ ИГРАТЬ!
> Так вот, плеер нужен чтобы МУЗЫКУ ИГРАТЬ!Поэтому меня устраивает XMMS.
Собственно скриншот: http://imagebin.ca/view/Cgq3gW.html
всё-таки qmmp подходит больше в современном мире
>всё-таки qmmp подходит больше в современном миреВ принципе audacious вполне хорошо задачу решает. И подходит не меньше qmmp.
>всё-таки qmmp подходит больше в современном миреДа, симпатичный плеер, правда из-за кутей несколько тяжеловат. Но в целом симпатично сделано.
>Поэтому меня устраивает XMMS.Это тот который на первом GTK? У, а я недооценил степень некромансии.
>Собственно скриншот: http://imagebin.ca/view/Cgq3gW.html
Спасибо, поблевал (на менюху первого GTK отдезигненую в виде "на дворе 1990й год"). Извините но у меня симпатичная аккуратная системка. Смотреть на этот вырвиглазный трындец из начала девяностых меня не улыбает - такие контролы в моей системе будут как бельмо на глазу. А диалоги открытия файлов в GTK1 просто ужасные. Даже в вин3.11 были лучше, а в 2010 году смотреть на такое вырвиглазие я не собираюсь.
Для этих целей можно (а возможно и нужно) BerkeleyDB юзать, а не SQL-сервер
>которых сколько-нибудь приличная по размеру коллекция mysql необходим.И какой по вашему должен быть размер базы коллекции чтобы с ним sqlite не справился? А то чувак на sql.ru тестил его с базами вплоть до 100 гигз, а на продакшне с 20Гб базой оно у него делало мускуль по скорости в пару раз. Тем не менее, я затрудняюсь себе представить плеер с базой в 20 гигз. Если это индекс - то что же тогда контент? Весь интернет? Ну для супербизонов скачивающих весь инет можно сделать опциональный конект к мускулю. Но вот зачем ВСЕМ пхать мускуль?! Для меня он явно избыточен, я не собираюсь юзать ремотный доступ к БД треков (по логике для начала, нужно делать доступ к самим трекам) и даже более 50 недель музыки спокойно прожевываются даже плеерами совсем без БД.
Что то я не понял, или не тем амароком пользуюсь. Он вроде не тянет за собой мускуль.
$ p -Qi amarok
Название : amarok
Версия : 2.3.1-1
URL : http://amarok.kde.org
Лицензии : GPL2 LGPL2 FDL
Группы : Нет
Предоставляет : Нет
Зависит от : kdebase-runtime mysql qtscriptgenerator
taglib-extras liblastfm
Дополнительно : libgpod: support Apple iPod audio devices
libmtp: support for portable media devices
loudmouth: backend needed by mp3tunes for syncing
Требуется пакетами : Нет
Конфликтует с : Нет
Заменяет : amarok-base amarok-engine-xine amarok-base-mysqlfree
Размер установленного : 43652,00 K
Сборщик : Andrea Scarpino <andrea@archlinux.org>
Архитектура : i686
Дата сборки : Птн 28 Май 2010 09:56:13
Дата установки : Пнд 09 Авг 2010 19:49:14
Причина установки : Явно установлен
Установочный скрипт : Yes
Описание : A media player for KDE
Абсолютнейший бред - от размера коллекции тут ничего не зависит - нужна тупейшая БД. Не нужно ни репликаций, ни транзакций, ни каких гарантий ACID, ни, собственно, SQL. Использовать в плеере внешний (!) mysql - признак абсолютного непрофессионализма разработчиков.
> пусть отвяжут mysqlЯ не понял, в чём проблема?
USE=-mysql emerge amarok
и нету поддержки мускула
>> пусть отвяжут mysql
>
>Я не понял, в чём проблема?
>USE=-mysql emerge amarok
>и нету поддержки мускулаТеперь всем заради использования амарока перейти на генту, кто не перешел еще.
>Теперь всем заради использования амарока перейти на генту, кто не перешел еще.Не обязательно на генту. Думаю большинство source-based дистрибутивов предоставляют схожую функциональность.
А в бинарных дистрах - есть пакеты с сорцами.
>>Теперь всем заради использования амарока перейти на генту, кто не перешел еще.
>
>Не обязательно на генту. Думаю большинство source-based дистрибутивов предоставляют схожую функциональность.
>А в бинарных дистрах - есть пакеты с сорцами.Проще взять вместо амарока другой плеер.
Понравилась идея искать музыку на lastfm, сортировать по популярности и проигрывать из вконтакта. Хочу грамотную реализацию.
Круто, сайт работает на GAE
>Круто, сайт работает на GAEРеально очень круто! За рамки шарового плана еще не скоро выйду... (плюс никакие оптимизации и кеширования не вешал)
А что за формат такой "CUA" ?
Добавлена поддержка файлов CUE
Ага, спасибо, CUE очень нужен т.к. все в нем. Вроде как в gstreamer поддержки CUE не было?
Исправил ошибку сайта и добавил английский контент :)Плеер мне больше нужен на работе, когда музыку особо не покачаешь а слушать хочется сразу.
Большой коллекции нет, по этой причине отображение в виде дерева предпочтительно.
Извините, Вы не пробовали присоединиться к разработке Deadbeef? Там есть основное, но есть что и допиливать.
Интерфейс и название очень толсто намекают на foobar2000 (да, сегодня я работаю и.о. К.О.).Если он и дальше продолжит развиваться в том же направлении (фичи, интерфейс и легковесность) - очень хорошо, т.к. фубар - лютый вин. Но мускуль лучше и правда отвязать, можно было бы например sqlite воспользоваться, он как раз для такого.
Не, без питона и мускуля - не энтерпрайзно. Хотя если мускуль и питон выбросить - получится, вероятно, deadbeef :)))
>Интерфейс и название очень толсто намекают на foobar2000Так и было, нужно было с чего-то дизайн спи..зрисовать
>Если он и дальше продолжит развиваться в том же направлении (фичи, интерфейс
>и легковесность) - очень хорошо, т.к. фубар - лютый вин. Ноfoobix уже развит, автора вполне устраивает и дальнейшая разработка не желательна :)
>мускуль лучше и правда отвязать, можно было бы например sqlite воспользоваться,
>он как раз для такого.мускуля нет и не будет, а о sqlite надо задуматься. Пока не нужно, так как музыка только в виде дерева.
Почему на сайте много ошибок?http://www.foobnix.com/?page=about〈=
> Плеер написан_а_ на Python...
> Идя создания плеера...В итоге автоматический перевод на английский еще более фееричен.
>Почему на сайте много ошибок?
>
>http://www.foobnix.com/?page=about〈=
>> Плеер написан_а_ на Python...
>> Идя создания плеера...
>
>В итоге автоматический перевод на английский еще более фееричен.Спасибо за линку, исправил. Есть желающие литературно переводить на английский:)?
Автор, поправь скрипт сборки, он у тебя требует доступ в /opt и не позволяет удалять установленную программу, пришлось руками вычищать.
в /opt он хранит списки радиостанций, что доступны всем пользователям.
Вопрос: Где правильно хранить общую инфу для всех пользователей?
>Вопрос: Где правильно хранить общую инфу для всех пользователей?В /usr/share/foobnix, очевидно же.
>В /usr/share/foobnix, очевидно же.+1 кому будет теперь очевидно, исправлю.
Не совсем понял чем Вы недовольны ответом. Строго говоря никто ни к чему никого не обязывает, но большинство адекватных ОСей и дистрибутивов придерживаюся FHS (http://www.pathname.com/fhs). Единственное что для локально установленных пактеов это должно быть (всё по тому же стандарту) /usr/local/share/foobnix (http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALSHARE1), но опять же - куда не поместите, найдутся "несогласные". Поэтому самое оптимальное думаю будет руководствоваться именно FHS при выборе путей (собственно Debian именно его приерживается), а уж дальше, если Ваше детище будет интересно кому-то кроме Вас, найдутся сопровождающие кто будут сопровождать пакеты/спеки для конкретных дистрибутивов.
> В /usr/share/foobnix, очевидно же.Вот только не надо там держать часто меняющиеся данные. Лучше в /var/lib/foobnix
>в /opt он хранит списки радиостанций, что доступны всем пользователям.
>Вопрос: Где правильно хранить общую инфу для всех пользователей?Дело не в то, какой каталог в скрипт прописать. Если туда засунуть /usr/local вместо /opt станет ненамного лучше. нормальные скрипты сборки позволяют выбрать префикс для установки (в т.ч. в /home ), а у Вас скипт сходу тредует доступ в системнуд папу НА ЗАПИСЬ, т.е. под непривелегированной учеткой "на посмотреть" я уже программу поставить не могу.
Интересное решение - показывать "похожие" треки и тут же высасывать их из контакта для прослушивания.
О боже... А что, QT не осилили? Опять ужасный интерфейс.... Про юзабилити слышали? А где, простите, эквалайзер?
Надо Лебедеву показать. Отличный пример как не надо делать интерфейсы.
Совет автору: двигайтесь в сторону похожести на WinAMP, AIMP. Учитесь на хороших примерах. И поймите, 100 ГБ музыки на харде тоже сейчас не редкость. Их надо как-то сортировать. Кстати, SQLite вам в помощь.ps: если плеер точите под себя, то пользоваться будете им только вы
Если делаете линукс, двигайтесь в сторону похожести на Windows. Учитесь на хороших примерах.
>двигайтесь в сторону похожести на WinAMP, AIMP.предпочту двигаться в сторону foobar2000, слышали?
>Совет автору: двигайтесь в сторону похожести на WinAMP, AIMP.Какой ужас. Меня именно интерфейс больше всего бесит в хорошем плеере - qmmp. Именно потому я взялся писать для него морду.
Да, я им пользуюсь... Спасибо :)
> И поймите, 100 ГБ музыки на харде тоже сейчас неУ тех у кого 100 Гб музыки делают для себя плеер для 100 Гб музыки, а у тех у кого 100 песен - под свои нужды. Я например полностью согласен с автором Foobnix, так как терпеть не могу всякие amarok и rhythmbox с излишне умными коллекциями, которыми крайне неудобно работать с небольшими архивами музыки. У меня и так все разложено по полочкам в файловой системе и мне важно чтобы играло только текущую директорию и не пыталось залезть в другую.
+1
у меня более одного плейлиста, в первом - облее тыщи позиций, но ве равно пинмаю эти всякие перегруженые амароки
про толстый намек на foobar тоже +1
Такие плееры удел избранных. Есть люди, которым нравится создавать такие программы. И благодаря им Линукс такой Линукс.Но автор молодец. Написать плеер на Python это многого стоит. Да и вообще идеи хорошие.
нравится, чтов обзорах картинки есть :)
qmmp и правда хорош, и да, именно винамповый ифейс бесит...
Хотелось бы чего-то как в этой новости, только не на скриптах и с поддержкой cue
или типа deadbeef , но что бы с бд ещё.
>qmmp и правда хорош, и да, именно винамповый ифейс бесит...
