Latency using HQPlayer Embedded (hqplayerd)
|
28-10-2021, 12:10
Post: #21
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
… surely the raspberry is underpowered for HQPe, it is definitely better configured as NAA (endpoint for HQP/HQPe) and all the chain “rings” should be on a 1Gb/s LAN.
|
|||
28-10-2021, 12:37
Post: #22
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
As HQPlayer Embedded supports Raspberry Pi 4, it is not unreasonable to expect it to work when running on this device. My RPi4 is wired to the switch using a 1 GB/s connection.
|
|||
28-10-2021, 13:43
Post: #23
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
(28-10-2021 12:37)simoncn Wrote: As HQPlayer Embedded supports Raspberry Pi 4, it is not unreasonable to expect it to work when running on this device. My RPi4 is wired to the switch using a 1 GB/s connection. … of course, but with some constraint. It should work upsampling PCM to PCM, PCM to DSD is a very demanding task. Just to get rid of curiosity try to upsample 16/44.1 to 24/176.4, if it works try then to upsample to 352.8 |
|||
28-10-2021, 13:56
Post: #24
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
My tests were performed using 16/44.1 audio with no upsampling or transcoding. If gapless playback doesn't work in this situation, this is a significant issue.
|
|||
28-10-2021, 14:16
Post: #25
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
… I never tried with raspberries, in the next weekend I’ll try … I have two rpi4 … and report back to you
|
|||
28-10-2021, 14:40
Post: #26
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
Thanks very much! I am using the default on-board audio. To make this work, it is necessary to change the PCM rate limit value to 48000.
|
|||
31-10-2021, 05:54
Post: #27
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
Hi Simon, I tried with two rpi4s, one with HQPe and the other with RoPieee XL as NAA connected to a usb dac.
As you experimented, the gap between the tracks is still there. Then I switched NAA / rpi4 to an sMS200 Neo SOtM and everything works as expected with upsampling up to 24/192 without any gap. I checked the NAA version but it is the same for both SOtM sMS200 and RoPieee XL and they are connected to the same network switch ... I can't understand this different behavior because the same NAA / rpi4 works correctly with HQPe installed on an Intel Nuc. I will try to investigate deeper this issue and let you know |
|||
31-10-2021, 19:00
Post: #28
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
Thanks for the update. I didn't use a NAA for my tests, just the built-in RPi audio. Presumably this means the NAA (or equivalent software) for my tests is an internal component of HQPlayer Embedded.
|
|||
01-11-2021, 10:57
Post: #29
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
I didn’t realized you weren’t using a NAA, I’ll try and let you know.
If you use HPlayer OS (the bootable image) it includes the NAA sw. You can turn HQPlayer OS into NAA-only by disabling HQPlayer Embedded - login as "root" without password: systemctl disable hqplayerd ; systemctl stop hqplayerd |
|||
01-11-2021, 11:57
Post: #30
|
|||
|
|||
RE: Latency using HQPlayer Embedded (hqplayerd)
I am using the bootable image with embedded NAA. This is simpler for me to set up as a test environment.
|
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)