Re: [Rhythmbox-devel] MythTV



Somehow I think the point of the whole discussion has been lost. We were
talking about what would be necessary to make RB's core support either
sharing one rhythmdb or making rhythmdb's play nice with multiple
instances pointing to the same database. This is needed for MythTV
support. See the other messages in this thread for more details.

One of Myth's core ideas is that any frontend can access the same data.
Having to rate songs independently on all of your TV's is just too
painful to think about.

On Thu, 2005-12-29 at 10:38 +1000, Jonathan Matthew wrote:
> On Wed, Dec 28, 2005 at 06:42:12PM -0500, Brian J. Murrell wrote:
> > > In 0.9.3, rhythmbox will scan the library directory on startup and add
> > > any new files, and monitor it to update the database as files are added
> > > and removed.  Maybe I haven't thought this through as much as you have,
> > > but I don't see what else you'd need.
> > 
> > A few cases:
> > 
> >       * What happens when two RB's have the database open and one
> >         imports a new directory/CD into it?
> >       * What happens when two RB's import at the same time.
> 
> Currently, rhythmbox only reads the database from disk on startup, and
> regularly saves it to disk if dirty.  So, whichever saves last wins.
> Running two concurrent instances of rhythmbox using the same
> rhythmdb.xml file would be a bad idea.
> 
> >       * Do all users share rating information?
> >       * Do all users share last, first, etc. played times?
> 
> I would expect each user to have their own rhythmdb.xml file, and so
> each would have their own rating and play count data.  That's why I 
> mentioned library scanning and file monitoring - you don't need to
> share the database to keep the set of songs up to date for multiple
> users.
> 
> _______________________________________________
> rhythmbox-devel mailing list
> rhythmbox-devel gnome org
> http://mail.gnome.org/mailman/listinfo/rhythmbox-devel


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]