Version 1.8.0

Connect to YTM - Feature Change

• Had to remove the embedded browser for the 'Connect to YTM' as google recently prevented sign-in via embedded browsers. Therefore, as a workaround, I've opted to simply allow users to paste their authentication cookie value to get the app working. A video tutorial link is found within the 'Connect To YTM' Form.
• One benefit I suppose... The installer is now only 10 MB!

 

Version 1.7.9

Changes

• Removed 'send diagnostic data' and all logic - Some virus scanners don't like it
• Instead of the 'send diagnostic data' - There's now a button in the 'Application Logs' form to download the log as a text file (actually an XML file) - Which can be used for troubleshooting on request.

Version 1.7.8

Bug Fixes

• Fixed status label on 'Adding to existing playlists' - Not showing count
• Tinkered with FileSystemWatcher - Sometimes it's not grabbing file system changes
• Hopefully fixed object reference not set to an instance of an object in Playlist Processor

Version 1.7.7

No Changes

• No improvements, just trying to trouble shoot the playlist upload issue.

Version 1.7.6

Bug Fixes

• Fixed issue where main processes continually runs when not all playlists have been processes
• Added additional logging for playlists processing - Attempting to troubleshoot 'object instance not set to an instance of an object' a few people are getting trying to upload their playlists

Version 1.7.5

Bug Fixes

• Handle playlist without subtitle
• UI now works (more or less) properly with Windows increased dpi scaling (125%, 150%)

Changes

• Don't bother sending diagnostic data if application out of date - No point reporting already fixed issues

Version 1.7.4

Minor Change

• Multi-thread count (max) now based on system CPU cores for better resource optimisation.

Version 1.7.2

Changes

• Deprioritised log messages for playlists issues where either playlist file is empty (no paths included), YTM playlist quota reached, or invalid paths in playlists (as not YTM Uploader issues). They're now warnings not errors.
• Added logo to banner of installers

Bug fixes

• Where there's an invalid path in the playlists, it was stopping uploading the entire playlist, not just the problematic file. I.e:

Version 1.7.1

Minor Release

Changes

• Changed playlist schedule upload to 24 hours from 12 - Was still getting errors when exceeding playlist creation quota - Can be configured in app.config

Enhancements

• Added 'reset all' button to issues log form

Bugs

• Reset individual issues button not always working after gridview refresh due to changing column index of the button. This has been rectified.

Additional

• Regenerated Doxygen XMLdoc source code documentation.

Version 1.7.0

Changes

• YTM Playlist creation policy is set to 10 if new playlists are created in rapid succession (i.e. automated / API), and 25 still when waiting between 30 - 60 seconds between creating each playlists, after which, YTM with block playlist creation for what seems to be 12 hours (this includes trying to create playlists manually on the site)... I'm still not entirely sure why, it seems to be YTM / Googles playlist creation policy and I wouldn't want to abuse it.
• Therefore, this application won't create any more than 25 playlists within the 12 hour period and will wait between 30 and 60 seconds before creating each playlist. This seems to also allow you to still create playlists manually on the site. If the application is left running for longer than 12 hours, it will continue on uploading the next set of playlists.
• It may therefore take some times / days / weeks for those with a large number of playlists, but it least they'll be uploaded eventually... Despite many attempts and many days (as in testing, I'm often then blocked from uploading playlists, so have to wait until the next day), I'm unable to implement a workaround for this policy.
• There is also a new option in the UI to completely disable the uploading of playlists if desired (or it's causing issue with manual playlists creation on the site).

Some Further Reading on the Matter:

• https://www.reddit.com/r/YoutubeMusic/comments/cnduq1/playlist_creation_limit/
• https://www.quora.com/Is-there-a-limit-to-the-number-of-YouTube-playlists-created-per-day-I-created-25-and-it-wont-let-me-create-more
• sigma67/ytmusicapi#62

Enhancements

UI

• File progress now displays artists, album, track and playlist name.
• Included option in 'Options' section to disable playlist uploading.

Bug Fixes

• Fixed: Playlist progress and file upload progress threads were sometimes preventing main process 'restarts' - Which would happen when pausing and resuming, displaying the YTM manger and closing it, or when watch folder file / folder changes occur after file processing has complete.
• Fixed: Playlist processor wasn't taking into account 'paused' status, so would just continue.
• Fixed: Many songs missing from YTM playlists after upload - Once a track has been uploaded to YTM we don't immediately get the videoId or entityId - We have to wait for YTM to process it, then after a delay we can get it... There is a background process in place to fetches missing video and entity IDs however, if not enough time has passed between track upload and playlist upload, tracks would be missed. Therefore the playlist processor will first attempt to retrieve the missing video and entity Ids before creating a new playlist or adding to an existing one. It takes a little longer but the gains appear to be worth it.