Re: Common music database?

James Livingston <[email protected]>
Newsgroups gmane.comp.gnome.multimedia,gmane.spam.detected
Message-ID <[email protected]>
On Tue, 2006-03-14 at 03:12 +0100, Milosz Derezynski wrote:
> Also on a more practical side of this all and the enthusiasm aside,
> what should be presented to the user if he launches several players at
> once using this common, shared database? 
>  <snip>
> AFAIK you cannot open and manipulate the exact same database multiple
> times trough sqlite3; this is a situation that has thought about (even
> if we, i'm sorry, you, decide that this should be the case [that the
> user can't run multiple players at once]).

Using multiple music players at one probably wouldn't be too common.
However I can think of a number of situations where multiple clients
would be useful.

For example, someone could write a deskbar-applet backend to search the
shared music database. In conjunction with the "common control
interface" thing that has been discusses here and there, this could be
very cool.


So while concurrent access isn't a must-have feature, I think it would
be *very* desirable. In a discussion I had a few weeks ago with Jeff
Waugh, he mentioned a database called "ldb" or "lmdm" or something (I
can't remember exactly), which was similar to sqlite but had full
support for concurrent use.


Cheers,

James "Doc" Livingston
-- 
"We had ties that could not be broken, except by the passing of time.
Like a rock. A broken time rock. And you're very special to me, my
broken time rock people." -- Nathan Fillion

_______________________________________________
gnome-multimedia mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/gnome-multimedia
signature.asc (application/pgp-signature, 191 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (GNU/Linux)

iD8DBQBEFo+l1HV04YkhLRkRAqN0AJ9NzTSfyhCYncyLHYtjz+Nky5kLBwCfV61i
LiqCTN0APCjikm151JOYCi8=
=XZrv
-----END PGP SIGNATURE-----
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.