#11 upmpdcli-qobuz: random jumps to the next track

None
closed
nobody
random skip jump track (1)
2018-10-06
2018-05-07
nbpf
No

Description: During Qobuz streaming via the upmpdcli-qobuz interface, random jumps to the next track.

More details: The jumps are apparently random, not easy to reproduce but not rare. In average, I observe one jump ever album, sometimes more. Typically, restarting replay from the track at which the jump has occurred does not yield another jump. The jumps are observed with different control points (Linn Kazoo iOS and Android, BubbleUPnP) and seem to affect also the Tidal interface. Some microRendu users have also experienced the same problem, see https://www.computeraudiophile.com/forums/topic/38113-help-trouble-shooting-skip-to-next-track-problem-in-my-streaming-setup/.

Important: Qobuz streaming to upmpdcli using the Qobuz interface of the BubbleUPnP control point (instead of upmpdcli-qobuz) works flawlessly on the same system. This strongly suggests that the jumps are caused by the upmpdcli-qobuz interface.

System: Linux rpi5 4.14.34-v7+ #1110 SMP Mon Apr 16 15:18:51 BST 2018 armv7l GNU/Linux

upmpdcli: Upmpdcli 1.2.16 libupnpp 0.16.1

Discussion

<< < 1 2 3 4 > >> (Page 2 of 4)

  • nbpf
    nbpf
    2018-05-22

    Thanks! I have played a little bit around with curl options (no-keepalive, ignore-content-length) via .curlrc but I doubt that .curlrc is accounted for for when curl is called from within MPD. Given that it is very difficult to reproduce the same sequence of failures, I would normally think that these are network or Qobuz problems. The truth, however, is that the four albums that make a lot of troubles stream perfectly fine via the Qobuz app or even via the BubbleUPnP app when the selected renderer is the app's local renderer. It is only when the files are fetched by MPD (no matter whether upon requests from upmpdcli or from BubbleUPnP) that the failures occur. I think that the relevant code in MPD is in src/lib/curl/Request.cxx but I would have to invest some time to be able to do some meaningful hacking.

     
    Reply
    Link Attach

  • nbpf
    nbpf
    2018-05-23

    Perhaps two more pieces of information: the failures occur no matter whether I stream mp3 files or flac files from the same albums. I have streamed the 4 Mahler's albums from Adam Fischer and the Düsseldorfer Symphoniker in a loop and what I can say at the end of the day is that MPD 0.20.19 has less failures than MPD 0.19.21. The two versions were running on different machines, though: a fitpc3 and a Raspberry Pi 3B+.

     
    Reply
    Link Attach

  • medoc
    medoc
    2018-05-25

    I have started some tests on the Mahler albums (using a non-mpd curl fetcher).

    One thing I thought of which could explain the difference would be if the apps which never fail actually retry the transfer when it is interrupted. Given the buffer sizes, there are several seconds available for reconnecting and seeking to the point of failure, this should be quite feasible.

    This should be visible in wireshark if it happens.

     
    Last edit: medoc 2018-05-25
    Reply
    Link Attach

  • medoc
    medoc
    2018-05-26

    I had 1 failure in 4 hours yesterday while transferring the Mahler albums.

    My feeling at this point is that the Qobuz servers do have some relatively rare transfer issues, and that the players which do not fail probably retry the transfers internally.

    I am going to implement a retry in the test program to see how it goes.

     
    Reply
    Link Attach

  • medoc
    medoc
    2018-05-26

    I never see such a failure rate. I also feel that there is something variable on the Qobuz side, maybe what cache server you are connected to (they most probably use a cdn).

    It's very difficult to draw conclusions on a process with low occurrence and unknown random varying factors.

     
    Reply
    Link Attach

  • nbpf
    nbpf
    2018-05-26

    I agree but while sometimes the Mahler's albums (I usually test them in the order 5th, 4th, 7th, 1st and then 5th again) go through with perhaps only three failures, I can clearly see failure patterns in my setup: I very rarely observe failures on the 7th and on the 1th. On the other hand, the 5th and the 4th almost always make troubles.

    What is really strange is that the issue doe not seem to affect the Qobuz app. Also, notice that the BubbleUPnP control point streams perfectly fine all Mahler's albums through the local renderer.

    But the same BubbleUPnP control point yields failures when the selected renderer is upmpdcli and hence MPD. This again supports your conjecture that the Qobuz app renderer and the BubbleUPnP renderer are using different fetching approaches than MPD.

     
    Last edit: nbpf 2018-05-26
    Reply
    Link Attach

  • nbpf
    nbpf
    2018-06-10

    It seems to be primarily a problem with long tracks: no way to stream the first track of Bruckner's 9th, no matter whether by Abbado or by Mazeel, from the beginning to the end with upmpdcli/MPD.

     
    Reply
    Link Attach
<< < 1 2 3 4 > >> (Page 2 of 4)

Anonymous
Anonymous

Preview Formatting Help

Cancel   Add attachment