There are a fair few posts about it online, I've only encountered it myself as mentioned on cheaper generic hardware, my Fiio QX13 isn't exhibiting it with either power setting - though I have extensively set up my OS to not use active power saving outside of when the system is fully and properly idle which may have an impact as so often that affects gaming otherwise.
The comment was mostly made in jest, I've not ever noticed it personally but then musicbee is set to play silence at startup, which probably gives it time to activate.
To be fair, thank you to
@mrk in that if he hadn't said anything then I would have still be none the wiser. Although I now wish I had ignored him
If you rely on notifications, i.e. Discord, this effectively mutes those desktop alerts. Interestingly I hadn't even noticed that I was suffering from the problem, but as you both point out once you go down the rabbit hole of research it's documented. I found the following thread
on Reddit which in turn leads to an
ASR thread where this problem has been talked about for years. Fiio have only very recently added the option to their Windows drivers and I don't know if companies like Topping have. As mentioned by
@Rroff these workarounds have existed to 'unhide' the setting, but it doesn't always appear to have worked for everyone.
If you aren't a Windows user then this is another headache. I can't find a solution for Linux and I think Mac OS has the same issue. There are workarounds to send a silent signal to the DAC, but on my setup of Fedora I then lose Pipewire's ability to auto-switch between 44.1kHz and 48kHz for audio and video playback (I don't know if that matters that much). It's also not clear as to why these XMOS and other chips are set to
auto-sleep in the firmware; is it to save power, wear and tear on the hardware, for enviromental regulations, or some form of protection for playback. It kinda doesn't make sense in a desktop setup.
I also realised that a bit of my testing was off. The Topping D10B IS having the same issue, which makes me wonder if I mucked up testing the iFi Zen Stack. The Topping appears to be a bit slower in going to sleep, i.e. 10ms vs 5ms. Also there is a similar behaviour when the PC is switching playback frequency on the Topping, but I think that is to be expected. And swapping between Analog and Digital out in Linux doesn't change anything.
Feels very much a manufacturer issue and I can't see why this wouldn't be an option on the actual box (i.e. some of these Fiio models; K11, K13, K15 etc. could all have the option on their settings panels - same for Xduoo, Topping etc.). I'm not sure personally how big a deal is it for me, in that on desktop I don't really rely on notifications the same way I do with a mobile phone. So I suspect I'll just live with the issue on Linux. I may go down the rabbit hole of trying to find if anyone can answer the question of whether the pipewire.conf file has the parameter to change the behaviour. I did read through their extensive documentation and can't see this, but this could just be my lack of Linux knowledge. Also if Pipewire, or ALSA could be changed then people would have probably posted that fix by now.
@mrk - is it worth asking the question of why Fiio don't have the option on models like the K13, K11 etc? I know you have the contact with them and it could be feedback.
half the time at home when I play a YouTube video, it plays for half a second then it starts again from the start. Like someone clicked the rewind button.
It’s been happening for months…I never looked into it. lol
I get this too but just assumed it's an extention issue, or the fact I used a Firefox-based brower (Librewolf).