database replication and mobile crates

[Daniel Schürmann]

Whishlist:

It would be nice if Mixxx supports replication to a slave databases.

If a DJ has a big library with thousands of tracks in his home location, it could be useful if Mixxx is able to copy some of his crates to a memory stick (or WebDAV location) inclusive a slave database. A second mixxx, installed on his netbook should be able to use the database on the memory stick for a non-resident gig.
After that, changes made on the database should be able to merge to the master database at home.

This bug depends also on
"(Relative) Library Path" Bug #893242.
"Play songs natively from SMB or WebDAV locations" Bug #918222
 "Add configuration path command-line option" Bug #898487

[Daniel Schürmann (daschuer)]

depends on Bug #1001299

[Daniel Schürmann (daschuer)]

Bug #1084759 includes some aspects of this.

[Be (be.ing)]

Bug #893242 and Bug #898487 have been resolved.

This and Bug #1084759 would be awesome for Crossfade GNU/Linux. DJs could copy their database and music to a Crossfade USB drive, boot someone else's computer from the USB drive, plug in their own controller, play or prepare tracks on that borrowed computer, and bring the new analyses, cue points, and loops back home. All this could be done while their own laptop sits at home and without having to rely on any software on the host's computer.

I think in the GUI, there should be an option in the right click menu for crates, playlists, and the whole library for export. This should also be accessible from the Library or File drop down menu at the top. This could bring up a dialog asking where to export to and whether to copy the music files or just the database and analyses. In the File or Library drop down menu, there would be an Import Library/Crate option to select a database file to import.

[JosepMa (josepma)]

Ok, so we have three scenarios, all related to having an additional library:

* Use case 1: Just-in-case backup for 3rd party equipment. ( Bug #1001299 )

Description: The user has a working Mixxx and a working library and takes his equipment to the place.
In case something goes wrong and is not able to use the equipment, the user would have prepared a backup of some files into an usb stick/external drive to use as-is on another Mixxx or 3rd party DJ software.

Mixxx role: Let the user specify files to export to another folder or drive. Create a playlist would be a good thing to do too.

* Use case 2: Main setup and gig setup ( this bug )

Description: The user has a home setup which uses daily, and an additional setup that is used when going to other places, in order to avoid damaging the main setup or whatever.
The user expects to be able to share the same content between those two setups, and so making the transition as much transparent as possible.
The user shows interest in dual-direction of information sharing. i.e. changes to cues, loops, ranking and whatnot to be available back to the main system.

Mixxx role: Allow the database to be shared between setups.
This has different ways to achieve it with different degrees of usability, as described below:

- A single database, shared between the setups.
The database would be stored on an external drive by default, and this could be connected to either of the setups. Mixxx allows this with the use of --settingsPath. This could be made more user-friendly adding an option to the Library menu similar to "Switch library location", similar in concept to the Eclipse IDE where the user can have different workspaces for different projects. Such option would make Mixxx close itself and relaunch with the provided path (maybe it doesn't need to close, that's up to the implementation details).

- A local database + an external database.
The idea would be to be able to attach libraries in a similar fashion that we now specify multiple music folders. An option on the library settings page would allow to create an external database and attach this database. Additionally, user could attach or detach a library from the library entry in the library browser as well as from the Library menu. The user would need to visually see the existence of these two libraries in the program so that it can maintain the contents.
As an option, the user could select or discard maintaining the waveform analysis with the external database (if space constrained).

- Database backup-replication.
This setup is still a single database setup. It makes it easier for the user to have a copy of the database for backup, as well as to move it between setups. Mixxx has a local database, but that it has an option to export the whole setup and merge back changes from it.

- Crates database.
This could be seen as an attachable/detachable library, similar to the case of local database + external database, but in a more volatile way.
Again, with the two setups scenarios, the user would prepare a crate and/or playlists for his show and when he's ready, he would export those (including files) to a crates database.
This database would then be a...

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/6253