austinried c92d28c9dd playback: apply the gain at the media item flush ...

The app-thread transition callback was only ever a stopgap: media3 posts
it after the playback thread has already rendered, so the first buffers
of a new item could be scaled by the previous item's gain.

media3 forwards the playback timeline and the current period to
AudioProcessor.flush, and DefaultAudioSink flushes the processors on
every sink configuration, which happens at each media item transition
even when the format is unchanged. That is early enough to set the gain
before any of the new item's buffers are processed, on the playback
thread. See androidx/media#418.

The processor resolves the period back to its MediaItem and reports it,
so the gain maths and the preferences stay in ReplayGainController. That
controller is now written from two threads, so its state is volatile.

The transition callback stays as the fallback for a flush that carries no
period: without it a stale gain would persist for a whole track rather
than for a few milliseconds.

2026-10-16 13:07:07 +00:00

..

config

address review: guard the release pipeline and harden the metadata test

2026-10-08 18:53:00 +00:00

schemas/com.subtracks.data.db.SubtracksDatabase

feat: sync OpenSubsonic replay gain

2026-10-16 13:06:20 +00:00

src

playback: apply the gain at the media item flush

2026-10-16 13:07:07 +00:00

build.gradle.kts

build: stop test results being restored from the build cache

2026-10-11 07:06:05 +00:00

debug.keystore

ci: build signed debug and release next builds on every main push

2026-10-08 18:52:43 +00:00