Looking at /etc/pulse/daemon.conf and /etc/pulse/system.pa it seems to me that all audio is upscaled to 48kHz sampling rate. However, since most if not all my music is 44.1kHz, I'd figured, why waste cpu-cycles and quality, let's try to lower the sampling rate.

So... I forced it to 4kHz by changing the default-sample-rate in daemon.conf to 4000 and in system.pa the rate of both sinks also to 4000. Then I restarted pulseaudio (/sbin/initctl restart pulseaudio) and... a very slow system. top learned me that pulseaudio was consuming the entire CPU at high prio (dual core would be nice..) and then... crash. The device came into a boot loop.
My guess is the hardware doesn't like 4kHz, which caused the driver to $&^%-up, which caused high CPU, which caused a watchdog timer to trip, which caused the reboot.

Using the flasher --enable-rd-mode --set-rd-flags=no-lifeguard-reset the device booted again, because the watchdog is disabled (I guestimated) and I could restore both files. *pfew*

However, I'd still like to know if 44.1kHz sampling rate is indeed a good idea, but before rebricking my phone I'd like to consult the crowd here, which has much more hacking/linux experience than I

So,

• does the hardware support native 44.1kHz?
• Does altering the rate in system.pa indeed is the way to achieve this?
• would it be useful?
• or is there a better way to do this?