Running Embedded on Ubuntu Jammy Jellyfish with JL low latency kernel.
NAA is a Raspberry Pi with HQP OS 5.02.
Getting playback dropouts (buffering) since a couple of days ago. I think it may have started when I upgraded Ubuntu and I recall one of the changes was to ffmpeg.
Oddly the dropouts occur with local or streaming Albums, but Live Radio is uninterrupted. Have to check Roon alone and HQP alone.
I’ve reverted HQP settings to vanilla and still getting it. Changing default buffer between 5ms and 250ms alters location of dropouts but doesn’t stop them.
I also started to experience dropouts when I updated my Holo Red NAA image from 5.0.0 to 5.0.2. I tried fiddling with the buffer settings and also my server machine NIC advanced settings but I couldn’t find a solution so I just flashed back to 5.0.0. and it just works.
I’m running HQP embedded 5.6.3 on Ubuntu 22.04 last update, (kernel 6.6.30-jl+ x86_64) and NAA OS 5.0.2 on rpi4 as well but all is fine here (I don’t use Roon) no dropouts at all (Buffer time set to 10).
Ffmpeg cannot be the issue as HQP doesn’t use it at all
Figured it out. Because I only have a 44.1k family oscillator I’d fixed the Sample Rate and Rate Limit at 352800. I changed the Sample Rate to Auto and Rate Limit to 384000 and dropouts are gone.
I guess HQP was working hard trying to convert a 48k source file to 352800. Now the GPU is working harder with 48k files, but no dropouts.
OK, but above you are not asking for 48k to 352.8k, but instead everything to 22.5792 MHz. In above scenario, 48k source is heaviest to process since it goes through poly-sinc-gauss-xla to 22.5792M.
I decided to try the NAA 5.0.2 image for Holo Red again, now after ~4 months of its release. There has been few updates to HQP server after that and I’m now running HQP 5.8.0 on Atlas OS running on top of Win 11 Pro. Now the 5.0.2 seems to work just fine with no dropouts.
