For both of them I set force turbo to manually fix their CPU to run at only 800MHz (severe underclocking) without any issue (even at DSD1024 for the output NAA).
For the NAA input CM4, running at this 800MHz, connect its USB-C port (use for both data and power supply) to my Surface Pro 5 standard USB3 port also works without issue. This USB3 port can provide only 900mA by standard, BTW.
Which one should I use for the Up board? And which one for RPi?
In /bins/naa/images I see custom images for rendu and holo red other than the standard x64 images.
Either one of the x64 images works for UP Board. Only difference is that ramfs loads entire root filesystem to RAM. As a result, you cannot store any changes there.
For RPi4 thereâs the raspberrypi4-holored image.
And this would support the auto rate switching just like the Up board that you mentioned above?
I just need to connect it using to the USB C port using a USB A to C cable (preferably through a power hub)?
@jussi_laako
I just tested out with Tidal (in exclusive mode) and Rogue Amoeba Loopback is auto changing the sample rate based on the song, if you disable passthrough MQA decoding. In which case, Loopback gets fixed at 192k.
I started NAA on the same macbook pro and used that Loopback as the NAA Input in HQP.
When I enter audio:default/0/2 in the URI field, and hit play, the input sampling rate gets to 22.05 khz and thereâs no sound from the output set to Core Audio MBP Speaker
@jussi_laako I am running Apple Music + BlackHole + LosslessSwitcher on my MacBook. I would prefer to pipe this output to HQPlayer running on my Win machine as it has more compute capability. How can I modify the HQPlayer script to enable this?
Yes, the output side of the loopback. But not the input side of it.
If you run HQPlayer on the same Mac, you donât need to use NAA there. But yes, the rate detection is not going to work. You need to explicitly set the rate manually to match the source rate.
You need to run the networkaudiod through sudo, otherwise it wonât have enough permissions to capture audio and you get silence as result. It may still not work though.
Now the script refers to âlocalhostâ when talking to HQPlayer. You would just replace this with IP address of your Windows computer. And make sure you have the âallow network controlâ button pressed in the HQPlayerâs toolbar.
Well I need to run HQP on a windows machine to overcome the DoP DSD256 limitation on Mac.
I was just testing this setup to simulate if the rate change would work.
So will the Apple Music approach work with Tidal by modifying the HQP control script? The situation is better apparently with Tidal as it does change the core audio sampling in exclusive mode.
Well, yes and no. I think someone said LosslessSwitcher doesnât detect those changes. If thatâs the case, the rate change doesnât get propagated to HQPlayer input side.
Using an output NAA is enough for that. Given that the Mac in question has enough CPU power to do better than DSD256 (with good enough settings).
Ok. Iâll have to test that. Question is how the Core Audio sample rate changes can be detected? It feels so close yet so far in getting this to the HQP through the control script.
I today got the TP-Link USB hub. It even has a power switch to toggle power to the charging ports, so can be used to power on/off RPi4 any time regardless if host is connected to it.
I also got Lenovo Thunderbolt 4 dock that seems to have Type-C charging port. I want to test if it would work with RPi5 serving same function as RPi4. Overall I would like to test if I can get RPi5 device mode working.
