News for hackers. Stuff that matters.
Re:Ultra-High-Definition Quality Experience with MPEG-DASH S... by sp332 on Thursday May 28, 2015 @03:48PM (#9620673)
I didn't mean bit like "bit", I meant a piece. (I thought I fixed that before I posted, oops.) I just double-checked and that's exactly how it works. Each representation is divided into media segments, essentially the chunks of data that all HTTP-based adaptive streaming technologies use. Data chunks can be presented in discrete files, as in HLS, or as byte ranges in a single media file. http://www.streamingmedia.com/Articles/ReadArticle.aspx?Arti...

TCP is on Layer 4 of the OSI stack, DASH is HTTP which is up on layer 7. Nothing to do with ACKs or Quick Start or fragmentation.

Re:Ultra-High-Definition Quality Experience with MPEG-DASH S... by Retric on Thursday May 28, 2015 @04:23PM (#9620909)
The vast majority of the time HTTP runs over TCP so there not exactly unrelated. Yes, most programmers tend to ignore things below a given level of abstraction, but that's hardly safe. However, you see the same thing on several different protocols and it was really just used as a simplified example.

Anyway, for a more detailed answer, DASH is more or less unrelated to the issue. A service that uses DASH and is willing to give clients a huge buffer which is filled up as soon as possible is going to have far fewer issues than a service that uses DASA and tiny buffers.

PS: For a real word example, having a tiny battery and recharging it three times a day vs once would save the company some manufacturing costs. A Roomba is automated so this might not seem like a big deal. But, while it might work most of the time just fine, it still significantly increase the risks it runs out of power.

In the end when watching a streaming service I have gigabytes of ram just sitting there... use them.