The difference between Qoboz stream vs purchased songs
I am a admittedly noob, so please forgive my ignorance. Recently, have had the pleasure of getting a Innuos pulse mini, what a game changer! I knew that with the mini you cant buy music, only stream. Using Qoboz, is there’s a difference in sq between the two? I live on a fixed income so I have to be frugal and am trying to figure out where it’s best spent. Thanks so much for any info on this subject.
@cleeds this is getting ridiculous, you clearly didn’t read, but here it is again, from David Solomon, the Chief Hi-Res Music Evangelist of Qobuz: “caches the entire track at once.” https://audioxpress.com/article/exploring-qobuz-high-resolution-streaming
you are 100% wrong. |
Communication is only possible when there is shared definition of words. A zebra is rather like a horse, but it's not a horse. An SUV is rather like a car, but it's not really a car. And a download, a stream, and a cache are three different things in my world, regardless of how they're related. To you they're all the same, and you can't accept a simple physical demonstration (details previously provided) that demonstrates otherwise. So good luck to you. |
@fredrik222 That's good information; I know some of the early services did that, and I know spotify does this as well. I was curious if you download a 192/24 flac that fast, so I did some back-of-the-envelope calculation.
From the article, 192 kHz/24-bit music they allocate 41.9 MB/minute. Looking through my library, a typical FLAC at 192/24 is about 14 MB for a 5 minute song. That means that they'll send that song to a user in roughly 3 seconds, assuming the user has sufficient bandwidth. If you assume a typical home user has a 300 Mb which is (mega Bit) not accounting for the overhead of the IP connection setup that would get you the song in around 3 seconds. So yes, it's very possible they download first. I'll have to try that when I get home this evening. As a pure guess, I think it's likely they're using SCTP because you can let the protocol handle the error correction and breaking the music into chunks. And then they can start playing as soon as they receive the first chunk of data. This avoids any interpolation of data in the application, and you don't have dropouts waiting for data. All of this works because music files are tiny, they take almost nothing to move. It doesn't even stress your internal network. It's far more complicated to stream video because we're talking 2-3 orders of magnitude difference in size.
|
@cleeds So when Qobuz tells you that it's cached first, literally, what do you think is more likely, 1) Your experiment is flawed 2) Qobuz is lying. The answer is obvious. They are not the same to me, I know the difference in the technologies, and that is why this matters. You don't. You have demonstrated this beyond any doubt. And, even with Qobuz telling you that they cache first, you still refuse to admit that you were wrong. That is ridiculous. |
@tomrk Here's a nugget for you: ” See an example of that in the attached graph from my Roon core playing 96/24 from Qobuz as a track ends and the next starts: a steady send rate to the playing endpoint, and a big burst receiving the next track. It’s all on 1Gb wired local network to the router, so that 140 Mbps burst is no problem.” https://community.roonlabs.com/t/qobuz-192-not-working-despite-over-100-mbps/165568/8
Also from the article "I compared latency streaming 320 kbps as an even benchmark across services. Loading a new track in Qobuz takes on average 1,25 to 1,5 seconds. " Which is more than enough to download a 320 kbps MP3. |
