UDS up-samples to a very high rate and then down-samples to the highest rate the DAC will accept. I’m using foobar with two soxr plugins. The first resamples to 2822.4K, the second resamples to 176.4K and feeds my dual AD1865 DAC. The result is startling clarity and coherence.
I heard something come and go very quickly and wasn't sure where the problem was. Some kind of distortion or noise that sounded like distortion. Eventually I was playing a piece of music where the effect lasted longer. By repeating that section and substituting parts of the system one by one, it turned out foobar was the culprit. Problem was repeatable every time with foobar. Now using PlayPcmWin instead. At least it is bit perfect.
Try this: https://albumplayer.ru/english.html
It is simple, reliable and bit perfect.
Freeware, for Win/Linux/Rpi/NeoPi/etc.
I do not like that the linux version implicitely tries to run the player under root. An audio player does not neeed that. I am not saying it's dangerous, but generally people should be careful about running closed source binaries under root, especially when there should be no technical reason for that...
I know a lot of people, using Album Player under linux with any problems for years.
And I'm not sure that "there is no technical reason for that" , Igor know what he doing.
Many people use the separate computer (miniPC, NUC, R-Pi, etc.) for audio with Linux+AP versions, like Yoctoap or TiniAP.
I cannot imagine what may be dangerous there.
I'm personally use windows version ~ 10 years,
And I'm not sure that "there is no technical reason for that" , Igor know what he doing.
Many people use the separate computer (miniPC, NUC, R-Pi, etc.) for audio with Linux+AP versions, like Yoctoap or TiniAP.
I cannot imagine what may be dangerous there.
I'm personally use windows version ~ 10 years,
The albumplayer readme describing the windows version talks about a built-in web server, running on default port 100. Obviously that would require root permissions, as does any privileged port < 1024 in linux/unix. But that can be easily solved by picking a higher port, typically ports 8080, 8008 are used for non-root web servers. I do not see any reason why a root access would be required for a player. In fact I do not know any audio player in linux which requires root access.
Actually it's very likely the player would run fine under a standard user and that sudo and root user in the systemd service configs are just incidental...
But it's not a major issue and probably no reason to holding on discussing..
Actually it's very likely the player would run fine under a standard user and that sudo and root user in the systemd service configs are just incidental...
But it's not a major issue and probably no reason to holding on discussing..
I am not using the AP web server.
Maybe it because using direct USB access, or Full Memory Mode, I don't know.
I never cared about root/non-root at R-Pi and not use any linux at the regular PC.
You can try to ask the author: igor_a_2000 (at) mail.ru
Hmm, I asked Igor (the author of the AP) on another forum, and after posting the message, the forum collapsed....
That's what linux does! 🙂🙂🙂
Alex.
That's what linux does! 🙂🙂🙂
Alex.