However for delivering other kinds of assets - such as patches to computer games - protocols conceptually similar to bittorrent are used. The current methods for video delivery are actually really good, bittorrent would be a major step backwards. * It couldn't support live services where the video data is being generated near real time ![]() * Time to start playing a new stream is longer (which end users might care about) * It's harder to debug network problems if you are experiencing issues with video quality (been in enough stressful emergency meetings with network guys over the years - I can't imagine how much worse it might have been if we couldn't do a full end to end trace of the delivery) I can write more in this if people are interested) * You cannot send multiple different video qualities in the same stream and have the client dynamically pick the right bitrate for their connection (this is what current streaming services do and why you often see Netflix / Prime video / etc switch between quality mid-stream without having to restart that stream. * You have no guarantee that chunks will arrive in the right order to actually stream data (ie the end of the file might download first) * It's less reliable (same reason as above) * It's slower to deliver video since you're reliant on upload connections of end users The issue with using it for Netflix isn't privacy, it's that bittorrent is simply not any good for streaming video content when compared with current technologies already used by streaming broadcasters.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
June 2023
Categories |