[plugin] GPIO control: control GPIO with Volumio 3 events (now RPi5 compatible!)

Wheaten · September 3, 2025, 5:48pm

I think it’s related to this.

Missing audio metrics on automatic track transitions for local files

opened 04:00AM - 20 Jun 25 UTC

**Description**: During automatic track transitions when playing local files (N…AS, USB, internal), audio metrics such as bitrate, samplerate, bitdepth, and channel count are missing in the playback state. This issue does not occur with streaming services such as Tidal, Qobuz, Spotify, Radio Paradise, or 80s80s. --- **Observed Behavior**: * Metrics are missing only during auto-advance (play to play) transitions. * Manual transitions (next, previous), as well as stop to play and pause to play transitions, correctly populate audio metrics. * The playback continues, but the UI and API state expose incomplete data. --- **Technical Analysis**: * The `stateService` object always has the correct and complete audio metrics at the time of the transition. * The `getState()` function retrieves its values from `trackBlock`, which is not being updated during automatic transitions. * In `CoreStateMachine.syncState()`, the logic skips updating the queue and trackBlock under the assumption that the state is already current. This leads to `trackBlock` lacking audio metadata unless it is manually updated. * Metrics become undefined in downstream consumers that rely on `getState()`. Code reference: [https://github.com/volumio/volumio3-backend/blob/04c18c158cc4bac70764c3360b25fcce0c69266a/app/statemachine.js#L645](https://github.com/volumio/volumio3-backend/blob/04c18c158cc4bac70764c3360b25fcce0c69266a/app/statemachine.js#L645) --- **Reproducibility**: * Confirmed on Rivo, PrimoV2, Motivo, Raspberry Pi 4 and 5 * Affects Volumio versions based on Bookworm, including 3.812 and 3.814 as well as Bookworm Beta 4.005 to 4.012 * Not observed in x86 version 4.011, which consistently reports correct metrics --- **Expected Behavior**: All audio metrics (bitrate, samplerate, bitdepth, channels) should be present and correct in the playback state regardless of how the track was transitioned.

supercrab · September 3, 2025, 6:29pm

ooh, yeah! It is thanks!

I can’t fix this but it looks like the Volumio team are on it!

flyer48 · September 5, 2025, 12:52pm

i just tested it with Volumio 4.022 on my Pi4, same result. When using airplay the status stays on “play” when paused. thx for taking me with you that far.

supercrab · September 6, 2025, 2:56pm

Looks like it’s a backend volumio issue rather something that can be fixed in the plugin

flyer48 · September 6, 2025, 3:54pm

Yes, it looks like that. What about changing the plugin to have free choice of the variable you want to use to control the gpio? I am thinking of an interface like creating a smart playlist in Swinsian or iTunes. Using this kind of interface makes it possible to choose between many variables without wasting much screenspace, have a clean look and you can add whatever variables you want, you can even make a genre switch the light on your streamer i´d love to see that.

e.g.: the bitrate would be a good variable to do the same as the “play” “pause” variable does in my case.

supercrab · September 6, 2025, 4:18pm

Looks awesome! The problem is the user interface that plugins can create is very limited and you wouldn’t be able create anything like that.

rzomerman · November 14, 2025, 12:36pm

I’m trying to retrofit an older tape deck that has lights for pause, play, record and some other stuff to drive a display.

I managed in my lab to enable the play led (on play action) and switch it off with the pause/stop actions…(pause/stop = play led off)

but how would I be able to ALSO enable the pause button (or only the pause button) in the paused state?

effectively either switching multiple pin’s on a single action (stop = pause off + play off) and (pause = pause on + play on) and (play = pause off + play on) or keeping the state of “actually playing” or “paused”

supercrab · December 2, 2025, 8:43am

I dont think its possible