[IDEA] Keep Last Selected Audio Output Device After Reboot

[storaid]

Correct. If the configured audio device is not found during the audio configuration section of moOde startup then fallback and reconfigure to HDMI happens.

It's not a very common scenario where a USB DAC starts slower that Pi/Linux. These DAC's usually start almost instantly but I suppose some sort of check/retry could be implemented before the automatic fallback to HDMI happens. For example check 3 times with a 10 second wait between each check. The wait period would be configurable. Something like that.

In any case here's an older thread that talks about similar issues
https://moodeaudio.org/forum/showthread....3#pid56403

What do you think?

Hello,
Thanks for the response!
I’ve already disabled HDMI(nohdmi) and internal headphone(noaudio) output in config.txt.

The problem is that Moode always picks the first available USB audio device at startup instead of remembering the last selected one.
In my case, I have two USB devices:
card 0: Holo Audio UAC2.0 Gen2 - RED (internal built-in DDC device, always available at boot)
card 1: AURALiC ActiveUSB Audio 2.0 (external, takes longer to start)

Since the AURALiC DAC boots slower than Moode, Moode doesn't see it during startup and defaults to Holo Audio instead.
This means I have to manually reselect my AURALiC DAC every time I reboot.

Some high-end DACs, like the AURALiC VEGA, have a power-up sequence that takes longer than Moode’s startup, making this a recurring issue.

I tested this with Volumio, and it does NOT have this issue. In Volumio, when the DAC starts up late, it still gets selected correctly. 
When my AURALiC DAC finishes booting, Volumio automatically detects it and switches to it.
It doesn’t fall back to another available device like Moode does.

Is it possible to handle this by monitoring audio devices in the background and automatically switching to the last selected device when it becomes available?

That way, even if a DAC takes a long time to start, it will still be selected correctly without user intervention.

Thanks again for looking into this!