Re: [Muine] Album images
- From: Jorn Baayen <jorn nl linux org>
- To: Mark Phalan <phalanm o2 ie>
- Cc: Muine List <muine-list gnome org>
- Subject: Re: [Muine] Album images
- Date: Mon, 09 Feb 2004 19:06:48 +0100
On Mon, 2004-02-09 at 11:58, Mark Phalan wrote:
> On Fri, 2004-02-06 at 18:19, Jorn Baayen wrote:
> > Hrm. Wouldn't it be a waste of space to store a cover image for every
> > song in album? Say, you got this nifty 20-track album, now each getting
> > this 60k cover image added to it. Now, when you have a huge collection,
> > this starts to add up ..
> >
>
> This is absolutely true - it would. I suppose I'm a little unhappy with
> all the various different places mp3 meta-data is being stored - in the
> filesystem (album images), in the file, and in program specific
> databases (duplication of meta-data).
> Maybe I'll start saving my albums in a container format like matroska or
> ogg so duplication of meta-data can be avoided however I'm not sure what
> to do with single files (maybe still put them into a container?).
Well, right now metadata duplication is going to happen anyway.. Muine
will have a metadata cache no matter what. It just is not feasible to
read every mp3, or, if you were to matroskify your collection, every
album in your collection on startup. Parsing them all, accessing files
all over your disc, it just takes ages. We need a cache of some sorts ..
>
> > A metadata store would be cool.. but ATM I don't see what other apps
> > would profit from it. Just rhythmbox, but blah, sharing data with other
> > music players is the least of my worries.
> >
>
> Other apps I could think of would be sound-juicer which really should be
> the app to query amazon and set all the meta-data. Other programs I
> could think of might be taggers, or graphical transcoding apps,
> file-managers - I guess anything which has reason to read or write
> metadata.
I think this is where medusa/storage comes in, once that is all working
well ... I definitely intend to use that when it is ready ...
Cheers,
Jorn
>
>
> Mark.
>
> >
> > Jorn
> >
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]