Home of the Squeezebox™ & Transporter® network music players.
Results 1 to 4 of 4

Threaded View

  1. #1
    Senior Member
    Join Date
    Aug 2014

    Player Synchronisation and Seeking - Protocol Handler Support

    A bit of background :

    On my BBC Sounds app it has an audio protocol handler dealing with chunked audio data through Mpeg-dash to play live radio.
    I'm taking advantage of the chunked audio to provide a useful live radio rewind facility. Users can essentially seek to any point in the past within the currently playing programme using the standard LMS seek controls.

    This is meant to be a useful and convenient function that is approximate. The seeking logic is converted into a specific dash audio chunk, so it is only accurate within 6.4 seconds, the size of an audio chunk. Which is good enough, from the users perspective.

    The problem :

    A user has complained that he is experiencing regular audio dropouts and hiccups. He has 3 players that are synchronised and playing the BBC Sounds live stream.
    He has shared a log file with me and that is showing that his players are calling the seek facility on the BBC sounds protocol handler to rewind the live stream by a few seconds every hour so. This is what is causing his audio gaps and hiccups as the protocol handler will go ahead and do the seek which will only be accurate within 6.4 seconds of the precise micro second it is asking for.

    I wonder if someone can please help me with this, as I know very little about the synchronisation logic. So my questions are :

    1. Does the player synchronisation logic use stream seeking to keep the players in sync?
    2. If it does, how can I prevent it trying to use that on the BBC Sounds seeking which is not intended to be used for that purpose?

    Last edited by expectingtofly; 2021-01-06 at 04:32.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts