Re: Common music database?

"Milosz Derezynski" <[email protected]>
Newsgroups gmane.comp.gnome.multimedia
Message-ID <[email protected]>
Oh yeah the reason i asked for HAL inclusion (although this should be also
discussed on xdg list i take it, but TBH the xdg list is just dead and alot
of xdf people are present here just as well) is that BMP uses the HAL device
and volume UDI to make only *those* files accesible and visible to the user
that currently _are_ accessible.

I.e. you start BMP, add 2000 files from your usb harddisk, unplug the usb
harddisk, and they are hidden in the library cause they're just not
accessible; the mount point of this harddisk doesn't matter and it can
change, all that's important is the HAL UDI

(If someone goes about to argue HAL doesn't have UDIs for everything yet:
right. If someone goes about to argue that a HAL UDI is "unreliable": Not
really. It's for one more reliable than a mountpoint, given that the device
and volume UDI stay the same, and if they change (i.e. you get a new volume
UDI for the same device UDI) you can with sane reason assume it's a new
volume, i.e. it got formatted or it's another partition of some harddisk).

The paradigm here is "We're not talking about missing files yet, but first
about a missing device": BMP will also not prune files from the library
(when asked to prune it) whose device/volume is currently not plugged, as
it's not reasonable to say that "they aren't there anymore". They can be
very well "there", just on a device that's not present. That's the same as
you can't tell if Daisy has got her hair colored red if she's currently not
at the party. Heh.

Well a little more information is on our Codeblog:
http://blog.beep-media-player.org/?postid=2 (Note that this has been
rewritten to use HAL instead of sysfs directly)

Jamie: Please add this to Tracker! Maybe not make files invisible completely
when the device and volume aren't there, but give them a boolean type flag
that indicates that for every file, so that this is a wholly optional issue.

(One could go as far as adding a "last seen" date for that device/volume
pair, so apps, or even Tracker itself, can say, e.g. after 90 days "Are you
sure you want to keep this metadata still around? The files seem to be gone
for a rather long time")





On 3/31/06, Ross Burton <[email protected]> wrote:
>
> On Fri, 2006-03-31 at 15:46 +0100, Jamie McCracken wrote:
> > > How is FirstSeen specific to audio files?
> >
> > Actually we dont need Audio.FirstSeen as Audio.LastPlay wont be set if
> > its fresh!
>
> Not strictly true.  I may have added the song two years ago but not
> played it, and I certainly don't want it in a list of New Songs.
>
> > > Sound Juicer sets the following tags:
> > >
> > > * track title
> > > * track artist
> > > * track number
> > > * total number of tracks
> > > * album name
> > > * encoder name
> > > * encoder version
> > > * MusicBrainz album ID
> > > * MB artist ID
> > > * MB album artist ID
> > > * MB track ID
> > > * genre
> > > * release date
> > >
> > > It's a known bug that it isn't writing sortable track artist name and
> > > album artist names, so consider those in the list too.
> >
> > Sorry, is
> >
> > right so I need to add Audio.AlbumTrackCount, Audio.CodecVersion ,
> > Audio.AlbumArtist and your MB fields (are these all integers?).
>
> MusicBrainz fields are UUIDs.
>
> Ross
> --
> Ross Burton                                 mail: [email protected]
>                                           jabber: [email protected]
>                                      www: http://www.burtonini.com./
> PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2.2 (GNU/Linux)
>
> iD8DBQBELUH2LQnkR9C0M98RAqAjAJ9d2VWI9mehy0yNHvfe40Wnmqu2VwCgn8Cz
> ng03Jvsl/RKEy6KbqE+q6Es=
> =AcXq
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> gnome-multimedia mailing list
> [email protected]
> http://mail.gnome.org/mailman/listinfo/gnome-multimedia
>
>
>

_______________________________________________
gnome-multimedia mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-multimedia
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.