Rockbox mail archiveSubject: Re: ID3 database browsing
Re: ID3 database browsing
From: Jacob <jacob01_at_gmx.net>
Date: Mon, 18 Oct 2004 14:13:07 +0200
Ok, having though about this (sorry for doing that after
hitting 'y' to send the last mail) I think about the following
steps (it's just an idea):
1. A complete off-line based solution without any db file
format optimization is done first. This has the advantage,
that a usable data base (and the UI) will be available
sooner than if trying to find an optimal file format
before any coding is really done (and everyone gets
Now most of the users will probably be happy.
2. A proper encapsulation of the low level database stuff
can be done (if not already done in step 1).
3. The unhappy few who do not want to depend on a host
computer, can start with an experimental approach. When
they find a usable solution, the resulting file format
will either replace the format that has been chosen in
step 1 or it will be supported alternatively. None of
the happy users will have to wait for them.
4. The off-line tools are modified to support the new format
After rebuilding their databases all users should be happy now :-)
On Mon, Oct 18, 2004 at 01:42:23PM +0200, Jacob Erlbeck wrote:
> On Mon, Oct 18, 2004 at 10:56:18AM +0200, Björn Stenberg wrote:
> > Offline database creation will be faster, easier to write and more user friendly. If anyone wants to write code to do it on the player that's fine with me, but I won't do it.
> I'm not asking you to do the coding if you don't want to, I'm talking
> about not to make it impossible for someone else to do it, without the
> need to change the database format completely. If you can live with the
> support of two different database formats, fine. At least in this case I
> suggest a proper database API (no, not a generic SQL one, but something
> that hides the real database structure), so that those who prefer local
> database updates are able to do it by replacing the offline database
> code. But I definitely prefer a common format for both approaches.
Received on 2004-10-18