Invalid Literal


Hi, got the script working great for the most part, thank you for the work involved, i am running it now on a directory which had around 11k songs in, it managed a couple thousand or so fine but now i am receiving this:

[2018-12-21 11:55:09] Logging in to Google Music
[2018-12-21 11:55:10] Loading local songs
[2018-12-21 11:55:44] Uploading 9602 songs to Google Music
[2018-12-21 11:55:44] (   1/9602) Already exists -- /home/seed/Music/Bloodhound Gang/Hooray For Boobies (1999)/Bloodhound Gang - Hooray For Boobies - 23 - _.mp3 (5d9f20e6-e91a-3aed-924a-d3e89583e247)
Traceback (most recent call last):
  File "/usr/local/bin/gms", line 11, in <module>
  File "/usr/local/lib/python3.6/dist-packages/click/", line 722, in __call__
    return self.main(*args, **kwargs)
  File "/usr/local/lib/python3.6/dist-packages/click/", line 697, in main
    rv = self.invoke(ctx)
  File "/usr/local/lib/python3.6/dist-packages/click/", line 1066, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/usr/local/lib/python3.6/dist-packages/click/", line 895, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/usr/local/lib/python3.6/dist-packages/click/", line 535, in invoke
    return callback(*args, **kwargs)
  File "/usr/local/lib/python3.6/dist-packages/google_music_scripts/commands/", line 144, in upload
  File "/usr/local/lib/python3.6/dist-packages/google_music_scripts/", line 138, in upload_songs
    song, transcode_lossless=transcode_lossless, transcode_lossy=transcode_lossy
  File "/usr/local/lib/python3.6/dist-packages/google_music/clients/", line 253, in upload
    track_info = mm_calls.Metadata.get_track_info(song)
  File "/usr/local/lib/python3.6/dist-packages/google_music_proto/musicmanager/", line 271, in get_track_info
    track.track_number = int(track_split[0])
ValueError: invalid literal for int() with base 10: 'A1'

Thanks in advance!


Assuming the file is an MP3. ID3 spec only allows the digits in numeric string fields like TRCK (track number). If the file actually has a track number with an A in it, it’s not conforming to the ID3 spec and should be fixed. If it doesn’t, then I’d like to get the file to test with.