Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Latency using HQPlayer Embedded (hqplayerd)
11-10-2021, 10:42
Post: #11
RE: Latency using HQPlayer Embedded (hqplayerd)
Thanks
…. maybe I misunderstood that this section was closed …. Sorry for the confusion
Find all posts by this user
Quote this message in a reply
11-10-2021, 10:56 (This post was last modified: 11-10-2021 10:57 by simoncn.)
Post: #12
RE: Latency using HQPlayer Embedded (hqplayerd)
As I said in my post about this, the MinimServer 2 forum section is closed for new threads but it is still possible to post replies to existing threads.
Find all posts by this user
Quote this message in a reply
13-10-2021, 22:26
Post: #13
RE: Latency using HQPlayer Embedded (hqplayerd)
In my test environment (RPi3 for server and RPi4 for renderer, 16/44 FLAC files, no transcoding), the great majority of the delay between tracks that causes these gaps is within HQPlayer (specifically, within the Rygel UPnP stack that HQPlayer uses to enable it to act as a UPnP renderer). Because HQPlayer doesn't use the UPnP gapless protocol, any significant delay during track changing breaks gapless playback.

If HQPlayer is running on a faster machine, renderer track-changing delay will be reduced and any server delay will come into play. Increased resolution and/or server-side transcoding will increase server delay.

The only way to make this work correctly in all cases is for HQPlayer to implement the UPnP gapless protocol. This enables the renderer to start streaming the next track before the current track has finished playing.
Find all posts by this user
Quote this message in a reply
14-10-2021, 05:54
Post: #14
RE: Latency using HQPlayer Embedded (hqplayerd)
Thank you Simon for your analysis, I hope something to solve this issue will be done by Jussi
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)