Have you ever moved the iTunes library location?
Are you using the sync manager within rekordbox?
Have you tried un-linking the iTunes library from rekordbox?
Since the last update (v. ) I have been unable to use Rekordbox for my gigs.
What happens is this.
Upon opening, Rekordbox immediately starts re-importing my entire ITUNES library.
Problem is that it DOUBLES it, so my 12.000 song are reimported as dublets, and waits for Rekordbox to re-analyse them.
I am still able to play the old files, but it messes up the library to have everything exist twice, plus the load on the processor for the re-analysis is big.
Anyone else had this issue and know what to do about it?
I'm running Rekordbox off af Macbook Air 2013 (late) with the latest Yosemite OSX.
Post is closed for comments.
Have you ever moved the iTunes library location?
Are you using the sync manager within rekordbox?
Have you tried un-linking the iTunes library from rekordbox?
Itunes library location is unchanged
I'm using sync manager (which has worked perfectly in the past until now)
I've tried unlinking and now have removed wntire database and rekordbox for a clean install.
Once it's done analysing the remaining 2000 songs, I wilk do a restart and see if the issue arises again...
Just hate having to do all my hot cues and cue points all over again for that many songs
Aaaaaand,
It just crashed again, after analyzing 10.0000 files.
Reopened Rekordbox, and it starts to re-import all 12.000 songs, adding them (not overwriting) them to the collection.
Makes no sense to me.
Here's a link to the crash-logfile:
https://dl.dropboxusercontent.com/u/67546663/8AB44612-5126-480B-81BD-40A60536BDBD.dmp
If I don't figure this out by tomorrow, I think I'm done using this faulty (yes this is far from the first issue with Pioneers updates) pice of software and revert back to Serato or a different platform.
There's certainly something wrong with your database if it keeps trying to re-import the collection. My suggestion might be to try a blank database and see if that helps.
If you have your entire iTunes library checked for sync, that may also be part of the problem for it trying to analyse every song. Typically users have a few playlists selected and that's what will analyse (when there are new songs added).
It seems it's an issue relating to the latest ITUNES update.
Apparantly, in the XML-file (Itunes) the path is automatically altered to lower case letters, and rekordbox - as standard - seems to upper-case first letter in the path.
That way, RB sees you Itunes library as an entirely new library everytime you reopen RB (since the path doesn't match 100%
I am now trying to rensme my itunes folder (and hence locstions) to work around this issue.
Will post back assp
Alright, so...
It seems I have found a "workaround" for this issue (and a cause).
Regardless of your ITUNES folder-name, the new ITUNES update generates the XML-file with path-names in lowercase
When you select your path in RB it retains the actual lower and uppercases of your folders.
So - the xml file won't match the RB-bridge path entirely, and something in RB's code makes it view this as an entirely new collection within the XML-file.
Hence the double import.
Now, the workaround was/is quite simple:
1) Rename your ITUNES folder to ONLY have lowercase letters
2) Re-assign your ITUNES bridge path in Rekordbox
Of course - since the problem already occurred, I still have to re-tag, set cue points and beat grids for my entire library (12.000 files), but still.
I also noticed that when I change an ID3 tag within ITUNES, the file then appears as a "double" and is reimported to RB.
Although this is solved afterwards by using "remove non existing files" from the RB menu, I STILL have to redo cue points for these files, overtime I decide to make changes to the ID3 tags (luckily that's not too often)
Thanks for the investigation and thorough report back - I'll pass this information along to the rekordbox team for their information and possibly making things a bit smoother in future.
@Chris > The engineers would like to know if you could send over the iTunes.xml file as well as the rekordbox database file, located at: ~/Library/Pioneer/rekordbox
They have also asked if you have the iTunes preference set to "Allow iTunes to manage my collection" / "Keep Media folder organized" as that can cause problems with the link if iTunes updates the files? That would explain why a track goes missing when you change metadata within iTunes.
Sorry to say, that I deleted the old xml file as soon as I had implemented the "fix" above.
But the problem should be relatively straight forward to reproduce, since it - apparantly - is connected to wether or not your ITUNES FOLDER (path) contains uppercase-letters or not.
After changing my itunes folder name from "ITUNES" to "itunes" I've had no further problems.
As mentioned, it seems more a case of the latest Itunes-version, making some change to the formatting of the path when it generates the xml file.
So as such, Rekordbox isn't really at fault.
I would expect, however, that RB programmers could fix this (since Apple probably won't), simply by letting the field where you input/select your bridge-folder be non-case sensitive :)
If your file system uses case-sensitive filenames, you would need to have the correct case as iTunes is different than ITUNES is different than itunes or iTUNES or itUnes or iTUNes etc... and they could all live in the same parent folder without conflicting with one another.
Glad to hear you were able to get it sorted.