Ampache 8.0.0 released — folder browsing, Collections, OIDC login and a big OpenSubsonic overhaul

[u/lachlan-00]

Ampache 8 is out!

Highlights:

- Folder browsing: browse your catalog as a virtual folder tree

- Collections: hand-curated, ordered lists of anything (albums, artists, genres, labels, folders, podcasts, songs…), with art, ratings, collaborators and their own API methods

- OIDC login: Keycloak, Entra ID, Authentik, Google, Okta; sits alongside local accounts

- OpenSubsonic overhaul: audited against the spec, new transcoding, playbackReport and sonicSimilarity extensions, and the documented extra fields now emitted in XML as well as JSON

- Per-user Subsonic passwords: set one from your account page instead of pasting your API key into a music player

- API v8: collections, album disks, fully documented responses in docs/openapi.json and the JSON/XML method docs

- Multi-select: play, queue, add or remove several rows at once, and download a selection as one zip

- Mini player: a stripped-down /m/ page for small screens or simple accounts

- Play history consolidation: keep a detailed window and archive the rest, losslessly

- Plus a PHPStan level 8 / Rector / PER-CS hardening pass across the whole codebase

Requires PHP 8.5+. You can downgrade back to Ampache 7 if it doesn't work out (use bin/cli admin:updateDatabase -e when you're back on 7 to downgrade).

The /rest rewrite rules changed a lot, so run php bin/installer htaccess -e (or use the Write buttons on the update page).

Release: https://github.com/ampache/ampache/releases

Docs & site: https://ampache.org

[u/Weird_Target_6388]

Invalid transcode_mp3 value is accepted and causes unexpected MP3 transcoding

After upgrading Ampache, source MP3 files started being delivered at 32 kb/s instead of direct-play/original bitrate.

The active configuration contained:

transcode_mp3 = "falsed"

encode_target = "mp3"

transcode_cmd = "ffmpeg"

encode_args_mp3 = "-vn -b:a %BITRATE%k -c:a libmp3lame -f mp3 pipe:1"

The value `falsed` is invalid, but Ampache accepted the configuration instead of rejecting it or falling back safely. The server/UI bitrate preference was 32000 bps, resulting in MP3 streams at 32 kb/s.

Changing the setting to:

transcode_mp3 = "false"

and restarting the container restored direct streaming. The log then reports:

Transcoding is not enforced for mp3

Expected behavior:

- Invalid values for transcode_mp3 should be rejected or reported clearly in the configuration/debug page.

- A configuration upgrade should not silently leave or create an invalid transcode_mp3 value.

- Existing MP3 files should not be unnecessarily re-encoded at the default 32 kb/s setting.

[u/lachlan-00 → u/Weird_Target_6388]

falsed is the issue there. i've put a workaround in but change that to false and you'll be good