Apple Music on Windows is only syncing my purchased songs, not my entire library

iTunes should work if you uninstall Apple Music/Devices/TV. Installing any of these apps actively limits iTunes to audiobooks and podcasts. Apple Music is effectively beta software that breaks its competition.

tt2

Would you mind checking which build of iTunes you are running from the Help > About iTunes menu? Was it installed via the Microsoft Store or a setup file downloaded from apple.com?

I should make that dialog box more graceful allowing for further warnings to be ignored, or to abort the script, but those aren't expected values for the Kind property when the system language is English. Typically those would be "AAC audio file" or "MPEG audio file" which is what is currently coded for in the script. Once I can see what values the particular build you have uses I can update the script accordingly. The "remote server" error is novel. That line reads:

If .TrackNumber>0 Then

where .TrackNumber is meant to be a property of an iTunes Track object previously passed to the routine. That looks like an unexpected file system error. I'll give that one some thought.

tt2

Thanks. I've installed that now but I'm still seeing Kinds that end with " file". I've tried the alternative versions of English as the language in case that threw up novel values but no luck so far. Anyway I can edit for the values you've shared already easily enough. New build of the script coming soon.

tt2

The script works against the current selection of tracks, or the current playlist, or all the songs in the library, depending on the conditions when the script is launched. I recommend using against a small selection of tracks that you know have an issue until it works as expected. You can then run against larger batches. Are you certain that you've downloaded version 1.0.1.42? This has the added Kind descriptions for "AAC Audio" and "MPEG Audio". I suppose there could be trailing spaces in those two values which would prevent a match. What language are you running? Still trying to work out why you have different values than I do.

As for the slow speed do you have any non-Microsoft antivirus software? If so exclude the iTunes folder.

Is iTunes creating the XML? (Edit > Preferences > Advanced). If so turning that off might help.

tt2

Try clicking this link to make sure the right version is showing https://samsoft.org.uk/itunes/FindTracks.vbs, reload the page if not which should fetch the current version, then right-click the link to save a copy locally.

tt2

Apologies for the late reply. Been focused elsewhere.

The unknown album detail suggests the files that are being fixed are missing tags, or the tags are missing details, and that you have the "Keep media folder organized" flag enabled. Turn this off before attempting any more repairs. That way any data that is present in the file path can potentially be restored.

I can't recall if I've asked already, but do you have an Apple Music or iTunes Match subscription, or have you used one in the past?

Turning off the advanced preference to generate an iTunes Library XML file might speed up the script operation a bit. The less like the standard layout your library is the more work the script is doing to look at potential alternative folders for each track.

Your symptoms are unlike those I've run into before, which are usually caused by people manually moving content around after connecting it to iTunes. Have you tried to use any other software to make changes to your library, e.g. tag editing, normalization, etc.?

tt2

Hi,

I'm not interested in the compensation part, only the mystery of how your library is broken and how it might be fixed. Would you be kind enough to send me your .itl file to inspect? Hopefully I can then come back with some specific questions about a few tracks so I can pinpoint what changes need to be made to the script to make it work better with your tracks. You can find a contact address for me in my profile here.

tt2

Hello again. Thanks for the .itl file, it allowed me to poke a little deeper with your issue. I was able to review the non-standard kinds and update the script further for that. I could also see for myself the issue with Get Info > File tab showing only the folder that a track was supposed to be in rather than the full path. Interestingly this truncated path is readable in the script, so I have changed so that it now processes tracks with an empty path, or a path that does not include a file extension, which should help. I've uploaded a new build so please download that and see how you get on. I'm hoping it will work better for you now.

tt2

Well some progress at least. I've probably enabled too much reporting. Those two items don't have matching filenames or Soundex codes, so should never be considered as candidates for relinking. Probably be a few days before I can spend time on this again. You can disable MoreInfo and Tracing in the script options to reduce the number of prompts. What would be good to see is a few examples of what the script still fails to fix and the paths to those tracks.

tt2

Hello again. I've made some new adjustments. Critically if iTunes knows the correct folder, even if not the filename within it, then there is no need for the script to try searching other locations based on file properties. I've updated the script to do that, and hopefully tightened up some of the reporting for when it is having to look at different options. Please download the new build and let me know how you get on.

tt2

Hi,

That is disappointing. I'd hoped to be making progress. Another approach that would potentially work would be to reimport the media folder, which should add in any tracks at paths not already present in the library, then dedupe to remove dead links while preserving good ones. I have another script called DeDuper that I would normally suggest for this, which can resolve duplicates while merging ratings, play counts, playlists membership and sometimes the earliest data added value. This script however would need rewriting a little to take account of your peculiar library which returns folders but not full paths in the case of your broken tracks.

The other thought I had since my script is failing to reconnect things is to make another script that could itemize every file path in your media folder along with the file's size creating a .csv file that I could examine here along with an up to date copy of your .itl file with a view to working out where the FindTracks script is falling down.

While considering options when did this issue first arise? Perhaps there is a not too ancient copy of your library in the Previous iTunes Libraries folder that if accessed by shift-starting-iTunes would hold the correct paths to these tracks. If so it may be possible to use ExportImport (edited so that it only exports the location property) to export the details from the old library, then reconnect to the current one, and import the data to fix the library. Or if that Previous Library is really recent you could just use that instead.

tt2