/
/
# What does this implement/fix? Music providers could end up with many upstream source streams open at once (playback, buffering ahead, preparing the next track), which can exceed what a provider or account allows. - Providers now declare how many concurrent source streams Music Assistant may open: evidence-backed limits for Spotify (2) and Apple Music / YouTube Music / Pandora (1), a conservative default of 5 for other streaming catalogs, and no limit for local and public radio/podcast sources. - A slot is only held while the upstream source is actually being read (buffering) — never for audible playback out of an already filled buffer. - When a provider has no free slot, playback automatically retries compatible provider mappings (including other configured instances of the same provider) within a bounded budget, preserving quality order and user provider steering. - A track skip hands the previous item's source slot to the item being started. - Speculative next-track preparation gives up softly after a few seconds; a capacity miss never marks an item unplayable, and flow mode skips the track instead of ending the stream. - Crossfades degrade safely when the next track could not be prebuffered: smart fade when its audio is ready, a short standard fade from whatever audio is resident, otherwise no fade — and the next track then resumes at exactly the position the fade consumed. - Yandex Ynison playback now counts against the linked Yandex Music account. Behavior note: a source that fails before any audio was ready now reports its error right away instead of first playing a few seconds of partial audio. <details> <summary>Provider limit audit</summary> | Limit | Providers | | --- | --- | | 1 | `apple_music`, `pandora`, `ytmusic` | | 2 | `spotify` | | 5 (default) | all other streaming catalogs (e.g. `tidal`, `qobuz`, `deezer`, `soundcloud`, `audible`, `siriusxm`, ...) — lowered later where evidence shows a stricter service limit | | Unlimited | local/self-hosted sources (`filesystem_*`, `plex`, `jellyfin`, `emby`, `opensubsonic`, ...) and public radio/podcast directories (`radiobrowser`, `tunein`, `somafm`, `radioparadise`, `podcast_index`, `itunes_podcasts`, and similar) | </details> **Related issue (if applicable):** - N/A ## Types of changes - [ ] Bugfix (non-breaking change which fixes an issue) — `bugfix` - [ ] New feature (non-breaking change which adds functionality) — `new-feature` - [ ] Enhancement to an existing feature — `enhancement` - [ ] New music/player/metadata/plugin provider — `new-provider` - [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected) — `breaking-change` - [ ] Refactor (no behaviour change) — `refactor` - [ ] Documentation only — `documentation` - [x] Maintenance / chore — `maintenance` - [ ] CI / workflow change — `ci` - [ ] Dependencies bump — `dependencies` ## Checklist - [x] The code change is tested and works locally. - [x] `pre-commit run --all-files` passes. - [x] `pytest` passes, and tests have been added/updated under `tests/` where applicable. - [ ] For changes to shared models, the companion PR in `music-assistant/models` is linked. - [ ] For changes affecting the UI, the companion PR in `music-assistant/frontend` is linked. - [x] I have read and complied with the project's [AI Policy](https://github.com/music-assistant/.github/blob/main/AI_POLICY.md) for any AI-assisted contributions. - [ ] I have [raised a PR against the documentation repository](https://github.com/music-assistant/music-assistant.io/blob/main/CONTRIBUTING.md) targeting the main or beta branch as appropriate.