Я сегодня отдыхаю, что бы *другое* попрограммировать?

типа этого? http://www.moedelo.org/

Оно же на ущербном шындошсе! Доверять ему нельзя - грохнется, или похачат =)))

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

а чем fuse тут поможет?

Закидываешь песню в приёмную папку и она автоматически встаёт в нужное место дерева. Или создаёшь динамический плейлист в GUI и у тебя появляется новый подкаталог, в котором будут только нужные треки. А возможность играть по каталогам есть в любом плеере. Хотя может это и неудобно, фиг знает. В принципе, можно и без fuse это сделать, тупо демон, который сортирует симлинки, но с fuse больше контроля.
Не нужно, естественно)

Беда только в том что у остальных ещё хуже

Чем это Mac например хуже линукса?

Напиши standalone medialibrary. Пользователи хороших аудиоплееров, в которых нет этой функции, будут очень рады.
Кстати, а ведь хорошая идея.

ну тут можно поспорить. вцелом они приблизительно одинаковы. Если уж говорить серьёзно, мне не нравится идеология того, как сейчас разрабатывается софт. То есть вместо того чтобы реализовать модули «Net::ICQ», «Net::Jabber», «Net::IMAP» и с их использованием писать программу «Messenger» (в которую потом без изменения программы можно будет воткнуть любой другой протокол, ровно как и можно будет использовать протокол где угодно, хоть отсылать в аську «на сайте зарегился новый клиент») народ пишет непонятно чо непонятно как.
Впрочем, я сам не намного лучше.

я может чего-то недопонимаю, но мне почему-то кажется, что вопрос «fuse или не fuse» — это примерно задача на последнем приоритете из общего объема в таком проекте :)

fuse — это просто как пример того, что работать оно будет, используя ФС или псевдоФС, как универсальный формат БД для любого плеера.

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

Вопрос в воздух. Городят всякие DBUS и прочее. А вот сильно бы тормозило если бы для локальных приложений использовался XML/JSON веб-сервис как в обычном вебе? Это бы обросло фреймворками и было бы совместимо с вебом. Тоесть взаимодействие с GMail происходило бы так же, как и Pidgin с медаплеером

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

Думаю было бы годно. Например если за основу взять Google Protobuf, но возможно было бы генерировать код для большего числа приложений и позволять JSON/XML сериализацию

ну тут самое главное - заранее писать приложения в виде набора модулей, общающихся внутри себя по протоколу XXX.
Это, кстати, сильная сторона windows. Там ActiveX есть. Правда, то *как* они это сделали, моментально делает это слабой стороной.
Но идея как раз и была - объединять приложения, библиотеки, софт разных производителей через унифицированные интерфейсы.

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

> Вообще пишу под web.

Напиши плеер с гибкой скриптуемой вебмордой и опциональной потоковой трансляцией.

>vahvarh

попрограммировать

/0

объясните слоупоку

>но кто будет заниматься сканированием, чтением тегов из всех муз-файлов, разбивкой на subtracks по cue (и другим параметрам), и прочим?

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

Лучший отдых - смена деятельности. Марш от компа!!!

A может проще допилить nepomuk для этого?

<HEADER>Жанна Фриске сняла с себя все на Мальдивах</HEADER>
eee!

> не должно быть так уж сложно

думаю, это как раз самое сложное.

p2p плеер? чтобы можно было шарить музыку с нормальными тегами и тексты, ну и поболтать, может быть, голосовалки, «тем, кто это слушал, также понравилось:...»...

или красивый движок с webgl :)

>Не, ввиду ущербности линукса я сторонник аппаратных решений. На работе - аудиоцентр, дома - телевизор жующий флешки.
Какой ты толстенький, однако. В том же телевизоре линукс наверняка и стоит, только в силу аппаратных и маркетинго-копиратсических ограничений, оно гораздо ущербнее mplayer/vlc.

>то ли аналог MS access/1C
Что за каша в голове...

ну-ка ну-ка, где тут каша?

Напиши веб-морду к GNUCache или свой менджер финансов, но для веба

По поводу web-плеера всем: mpd + web-морда/minion = счастье!

> Какой ты толстенький, однако.
Ну не то что бы толстенький, но уверенно стоящий на ногах, да. =)
Согласен что там линукс скорее всего, но мне-то что? Оно работает и жрать не просит. И настраивать ничего не надо. Надоели мне «Вы осознаёте, что для того чтобы прострелить себе ногу, вы должны изобрести пистолет, пули, порох и вашу ногу».

> дома - телевизор жующий флешки

В котором линукс, лол :)

Было что-то типа того - http://qt-apps.org/content/show.php/Hamsi+Manager?content=124937

лучше помоги линуксоедам материально http://www.demotivation.me/qcao3ctqm6h0pic.html

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

А можно поподробнее?

Грубо говоря, «1С предприятие» - это система для быстрой разработки программ.
Возможности:
* создание табличек в базе данных (называет это «справочники» и «документы»)
* создание формочек для редактирования записей этих табличек (то есть куча полей для ввода, прочее)
* возможность программирования всяких триггеров, проверок, прочего функционала
* лёгкое создание печати на принтер всех этих документов

Ну этото я все знаю просто заинтересовался

софт по обработке погоды писали