Hi All,
  How difficult would it be to have file-id's with some kind of
checksum and a current path stored in the RB database?  You'd still
have to have some way to tell it to look in a new place for new or
missing files.  But it might be able to compare the checksum of newly
found files with the known checksum of missing files.  That's how some
other software packages do it.

Heck - iTunes doesn't even do that.

-M

On Feb 4, 2008 11:48 AM, Andrew Conkling <[EMAIL PROTECTED]> wrote:
> On Feb 4, 2008 11:35 AM, Piotr Gaczkowski <[EMAIL PROTECTED]> wrote:
>
> > I know about that, but that's not really user friendly. Don't expect
> > an avarge user of music player to be a command-line guru, right?
> >
> > I was overexaggerating the problem, true, but I wanted to focus on
> > usability problems connected with it.
> >
> > Leaving the thing as is and saying: "you can always grep, sed and vi
> > your database" probably won't attract many new users, you know ;)
> >
>
>  Does any music player persist through file changes initiated by an external
> application? It'd be nice to have some sort of benchmark here, especially if
> it's an open-source player that RB could glean something from.
>
> _______________________________________________
> rhythmbox-devel mailing list
> [email protected]
> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel
>
>
_______________________________________________
rhythmbox-devel mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/rhythmbox-devel

Reply via email to