Yeap, that is so far.
I have no idea about the speed and memory assumption.
But by looking at the iTunes database,
it is also implemented as property list.
So I figure it should be fast enough for personal use.
Anyway, if it is not, we can also switch to another system. :)

Yen-Ju

On 10/29/06, Niklas Nisbeth <[EMAIL PROTECTED]> wrote:
So we're basically looking at adding a database-like layer of
abstraction between the filesystem and the applications? As long as
it's fast enough, I suppose that works.

On Oct 29, 2006, at 6:22 PM, Yen-Ju Chen wrote:

>  I would say your description is indeed what we intend to do.
>  So there is the plan I have in mind for the media player.
>  We have CollectionKit based on Address Book
>  to handle organization of items with attributes.
>  All items can be arbitrarily grouped, just as playlist in iTunes.
>  There is a BookmarKit built on top of it for shared bookmarks.
>  Since CollectionKit only handle items with attributes,
>  not any file it may refer to,
>  I plan to have a OrganizationKit on top of CollectionKit
>  to handle files associated with items.
>  For example, in iTunes, music/video files are referred by items,
>  and in iPhoto, digital images are referred by items.
>  Changing attributes in item may changing the location of files.
>  In the end, you can organize files as easy as iTunes or iPhoto.
>
>  If such information from CollectionKit or OrganizationKit is shared,
>  any other application can access it.
>  I had a prototype of media player in svn, called Babbler.
>  It is based on gstreamer and is only barely usable.
>  But the idea is that it can access the collection of music files
>  organized by CollectionKit or OrganizationKit and play it.
>  Again, a CD importer application can also put new music into
>  the same collection. So does the CD burner to pick any music file
>  to burn.
>  They all surround a shared collection.
>  If you have a collection of music and a collection of photos,
>  because they all organized with OrganizationKit,
>  a CD burner can access them in the same way,
>  except the type of files is different.
>  Then it can decide how to burn them based on file types.
>  In another word, you can have a single CD burner to burn
>  both music and pictures.
>
>  That's pretty much all I have in mind now.
>
>
>  Yen-Ju


_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss


_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss

Répondre à