Hacker News new | past | comments | ask | show | jobs | submit login

This argument is moot when you're streaming some blockbuster movie, there will not be any rare chunks to speak of. The client could implement a threshold where sequential downloading is only switched on when there are x number of seeders.



Or even a "semi-sequential downloading", X% of the bytes are sequential (say to get smooth streaming), the others are normally downloaded.


But BitTorrent wasn't invented to stream movies.


Who cares what it was invented for: we can use it for this. If we only ever used tools as intended the world wouldn't have progressed very far.


I agree in spirit, but the idea of everyone starting at the same end of the download does indeed go against some of the core ideas of bit torrent.

Personally I think maybe something should be built on top of bit torrent to accomplish this task. To me it's a case of being careful when re-engineering underlying protocols because of a higher level need.

Anyway, it's a nice hack, but I kind of understand where the client developers who refuse to do this are coming from :-)




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: