Re: Common music database?

Ok i just saw the shared metadata spec for the first time, and i'd propose to include HAL volume and device UDI to that (yes, i know that HAL is currently basically only implemented on Linux, but never the less), and another thing that i'm not sure about, "Audio" is a subclass of "File", which means that it's basically already what i've proposed?

On 3/31/06, Jamie McCracken < jamiemcc blueyonder co uk> wrote:
James "Doc" Livingston wrote:
> On Fri, 2006-03-31 at 15:01 +0200, Milosz Derezynski wrote:
>> For example in BMP experimental (the `bmpx' repository in our SVN), we
>> use, as i've already said, a relation type library and hence there's
>> no much use for us for an SQL or SQL based, or otherwise query based
>> external system apart from the _raw storage_.
>> Tracker again isn't just raw storage, it's somewhat more, and i dare
>> to say that any player that would want to make full use of Tracker as
>> the (shared) metadata/database backend would have to either sacrifice
>> a lot of own features it supports, or have really a lot of very
>> whacked and very weird code (as bindings always tend to have a lot of
>> blood and bonesplitter in them).
> This begs the question "What do we want a common music database /for/?".
> As I see it, the primary goal is to share the "per-user metadata" like
> ratings, play counts, tags/categories et al. Which lets users change
> music players and not loose all their information.
> With that in mind, Tracker could provide the raw storage for the common
> database. When an app starts up, it could say "give me all the tracks
> and metadata" and watch for later changes. When the any of the data
> changes in the app, it would push it out to Tracker.
> If an app wants to use Tracker as it's entire database layer, great -
> but I don't see any of the existing apps doing that in the near future.
> I'm not sure where everyone else stands on how much stuff should be
> common in the "common database", but that's my 2c.

Okay if this is the way you want to go then I will need to know what
Dbus calls you would like for the common operations that would be
performed. Having these operations clearly defined allows me to optimise
things and makes it dead easy for you guys to make use of it.

Another thing I need is what additional common metadata is needed in the
Audio section of the spec :

(some of you already mentioned "playcount". Another might be
Audio.Lyrics if I can get Tracker to download lyrics for a music file
when its indexed!)

Mr Jamie McCracken
gnome-multimedia mailing list
gnome-multimedia gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]