Tracks no longer stop about a minute in
Some tracks stopped after about a minute of playback and the queue jumped to the next one, on roughly one track in twelve. Since early October YouTube hands out some stream URLs that serve only the first minute or so of a track and refuse everything after it. Music Assistant played what had arrived, logged Track ... aborted by a stream error - skipping and moved on.
When a stream URL stops serving partway, the provider now resolves a fresh URL for the same track and continues from the exact byte where it stopped. It first checks that the fresh URL serves the identical file, so the track plays on without a gap or a repeated passage. In a test run before the fix, 3 of 31 tracks in a radio queue stopped early. After it, 61 of 61 played to the end.
If a track still stops early, the error ends with on 5 urls in a row. Please open an issue with that log line.
Updating: run the installer script again or let the watcher add-on pick it up, then restart Music Assistant. Docker users pull ghcr.io/sproft/ytmusic-free-provider:1.2.1 or :latest.
What's Changed
- fix: resume on a fresh stream url when googlevideo caps one partway by @sproft-bot in #94
Full Changelog: v1.2.0...v1.2.1