Qobuz still messed up


Takes forever to load upon start up and then stops, long pause, and then next song in playlist starts, or rather stutters, stops and the process is repeated. Pretty sure it's Qobuz and not Roon since it happens with both Roon and MConnect. Pity.

tcutter

Not doubting anyone but mine works.  Don't know why.  Amazon was very buggy.

Listening to Zeppelin's The Rain Song on Houses of the Holy at 96K. It goes dead.The timer on the app shows it playing until one minute 29 seconds when it then goes back to one minute 20 seconds, plays again until one minute 29 seconds, again goes back to one minute 20 seconds, and just keeps repeating this. No sound. After about 2 minutes, Over the hills, etc. starts. It makes it through as does the next song, but then craps out mid-Dancing Days and skips to the next track.

Qobuz. Still not ready for prime time. Expires 10/27/26. Have to remember to cancel.

 

Realized I described virtually the same phenomenon when I started this thread on 5/25. Clearly a slow learner...

"The Rain Song on Houses of the Holy at 96K" plays perfectly from start to finish.

One of my favorite Zep tracks and albums btw.

The version I just played was from "Houses Of The Holy (HD Remastered Deluxe Edition)"

@tcutter I am pasting here a response i got from @marcin_gps after i submitted the logs to JPLAY about that Haydn String Quartet track.

”The track you’ve identified ("String Quartet No. 36... III. Minuet" by 
Auryn Quartet, track ID 303444517) is the exact same track another JPLAY 
customer reported trouble with recently — on completely different 
hardware. In both cases, the stream stalls partway through, the renderer 
loses sync while JPLAY still thinks it’s playing (matching what you 
describe — it runs silently to the end, then the next track kicks in), 
and in both logs Qobuz’s own metadata for this specific track carries a 
"FormatRestrictedByFormatAvailability" flag.

In your log specifically, JPLAY repeatedly fetches a brand new stream 
URL from Qobuz (fresh token each time) and restarts the track, yet it 
consistently stalls around the same point (roughly 1:41) no matter how 
many times it’s retried. Two different customers, two different 
renderers, same exact track stalling — that’s about as clear as it gets 
that this is a problem with how Qobuz’s CDN is serving this specific 
file, not a JPLAY, renderer, or network issue on your end.

A couple of things worth trying in the meantime:
1. Switch the track’s streaming quality (e.g. to CD quality) and back to 
hi-res — this sometimes forces Qobuz to re-serve the file from a 
different source.
2. Try again after some time — CDN-level glitches like this are usually 
resolved on Qobuz’s end without any action needed.

Given we now have two independent reports on the exact same track ID, I 
think this is worth reporting directly to Qobuz as a broken/truncated 
stream for that specific track. I’ll flag it on our side as well.”

interestingly, after I submitted the logs, it seemed like Qobuz had fixed the issue without my doing anything.  The track played fine.  But i went back to check it today and BINGO same exact problem. (I tried 3 times to be sure.)  I have now reported it to Qobuz, to the chat bot that pops up when you click on Support, including an Activiity Report; you can only generate an Activity Report however from the app on a Mac or PC desktop or laptop.  It can’t be done from phone or tablet, which is annoying.