And the order is requested by the client, and there are clients that go in the sequential order, like Deluge
And, sure, some BT clients can stream the data, but what the default is makes a huge difference.
Would you want to watch the beginning of something that didn’t have an ending? How frustrating would that be?
Perhaps but the time spent downloading it is also time spent uploading some of the file, so there's still some benefit. By having it in random order, you more evenly distribute the people with access to different parts of the file.
With streaming, if everyone downloads the same blocks at the same time, "bad actors" can dump all data they already watched to save disk space, harming potential peers that are watching slightly behind.
Unless you use public key cryptography, which is so expensive that nobody actually uses it for arbitrarily large inputs.
same with streaming audio, chunk IS static file, so every phone call you made last 30 years is static file.
and no reason for your MPV/VLC/PotPlayer to not render that in sequential order.
even when you have only first 2 pieces.
that one post is more to the topic of OP is asking for, than 90% of comments here.
again NEWS, movies, comedy, trumps tarrifs, are streamed digitally to bilions of people over dvb-t/c/s every day. if how are bits ordered/chunked is important for you that much, that this already working system is not good for you in that sense ? makes no sense.
or explain little more, one sentence explaining whole world is k12 like. or 42 for book readers.
In contrast to a live stream where everyone is viewing the same part at the same time, and once that part passes nobody is likely to view the old part ever again.
This makes a big difference in terms of network design.
Obviously at the end of the day its a string of bytes, like everything is, the difference i'm trying to get at is differences in how the data is used and requested.
Its more a social difference not a technical one.
if i can send 2 copies of piece to 2 people immediately as i got it, then if my download takes 20 ms and sending it another 20 ms is it "well seeded" for those 3 people after 50 ms? or after how much time it is "well seeded" ?
That being said I have a small correction. If you want to stream to two peers (that is you have a network with 3 fully connected nodes, one being the originator of the stream) and the link latency for all links is 20ms, then your lowest latency path to each node is exactly 20ms, as the originating node could simply send the content to each client.
The unfortunate realization is that 20ms is then also the optimal stream delay, assuming you care about the shortest possible latency for your live streaming service. The clients will therefore end up with the content exactly when they were supposed to show it, and therefore they would have no time to forward it to anyone else, lest that downstream would get the content AFTER they were supposed to show it.
people seem to have need for 0ms nano ultra low latency streams for watching movies,... they are insane. they want to be extraordinary high speed traders but with movies not stocks. insane