No need to provide evidence We already know all this to be true. I don't pretend to understand why it's so, but my guess is LG just decided to hand anything "hi-res" (DSD, >48 kHz sample rate, and they obviously bundled anything 24 bit into this category too) off to the hardware DAC and assume anything else could just go through the mixer, because who'd care about plain old CD quality? After all, we can all tell the difference between CD and hi-res PCM, right?
P.S. Sorry, I may have confused with the word "streams". I just mean an I/O stream from a buffer. Not streaming via wifi/cellular.
Cool. I re-read your post now. I clearly misunderstood you. Oh well, I already had those dumps saved previously, and now we have them here in the right context.
The point I was trying to make in the XDA thread was, it doesn't seem like UAPP and Neutron have to be doing anything very special compared to other apps (using the AudioTrack API and such) -- except they convert 16/44 to 24/44. As you have said all along.
This leads to the next question: Why does modifying the policy config files (XML and/or .conf) not seem to be able to change this behavior? And my guess so far has been because it is not supported by the ESS driver. As I wrote on the XDA thread, the driver source doesn't list 44100 as a supported sample rate. But that doesn't explain why it is able to play 24/44 natively.
Enough for now. Hopefully @ctheanh can shed some light on it.
Last edited: