Hi Dan, good points -- but they're not the scenarios I'm referring to, and they're extremes around a perfectly usable for 90% of use cases & users. If Joe wants to stream to Barney and a handful of people then his laptop is fine. If he want to push 10k, then obviously he'll need some help, the maths doesn't stack up any other way. Your original example (and my response to it) mentioned a pair of users with a need for…
Again, PPSP is a transport protocol, not just a live video stream. There are applications even in areas where bandwidth is 100Kb/sc or worse. So PPSP is not just for video streaming. What would other possible applications be?
I had some fun implementing binmaps a while ago - http://scattered-thoughts.net/blog/2012/01/03/binmaps-compre... I originally encountered them in http://libswift.org/ which was the predecessor to http://datatracker.ietf.org/doc/draft-ietf-ppsp-peer-protoco... . Both are very elegant simplifications of bittorrent and the IETF draft is pretty readable.
Jamii I've seen your ocaml implementations, your code has been very instructive - thanks!
The 30 seconds is not because twitch sucks. They do encoding/decoding/sampling And honestly, if you were streaming a 1080p video over p2p, I see no physical way that it would be below a 30s delay if there was 1k+ people watching it. You are limited by peers outbound bandwidth and for most in the US that is going to be sub 5MB/s. With that in mind, you can really only have a maximum of 5 or less streams per user. That…
Can you explain why delay matters? AFAIK TV usually has over 1 minute of delay for live events.
TV has usually about 5-6s delay for live events, add a second or two for HD content. 1 minute delay might be in case of legal issues (where broadcasters are bound by law to add a delay) or some very convoluted video signal distribution.
Delay matters most in case of live betting and live score. There is whole industry around this, I am sure you've heard about bwin.com or bet365.com.
Hi Dan, good points -- but they're not the scenarios I'm referring to, and they're extremes around a perfectly usable for 90% of use cases & users. If Joe wants to stream to Barney and a handful of people then his laptop is fine. If he want to push 10k, then obviously he'll need some help, the maths doesn't stack up any other way. Your original example (and my response to it) mentioned a pair of users with a need for…
Again, PPSP is a transport protocol, not just a live video stream. There are applications even in areas where bandwidth is 100Kb/sc or worse. So PPSP is not just for video streaming. What would other possible applications be?
PPSP as such was designed to have shorter init cycles.
So, in principle, it is suitable for smaller assets (federated CDN, that sort of stuff).
By the way I do not understand the "servers vs P2P" story. Why not use servers in a PPSP network?
The point is pulling the content from arbitrary sources (any sources available), not to get rid of datacenters.
The 30 seconds is not because twitch sucks. They do encoding/decoding/sampling And honestly, if you were streaming a 1080p video over p2p, I see no physical way that it would be below a 30s delay if there was 1k+ people watching it. You are limited by peers outbound bandwidth and for most in the US that is going to be sub 5MB/s. With that in mind, you can really only have a maximum of 5 or less streams per user. That…
Can you explain why delay matters? AFAIK TV usually has over 1 minute of delay for live events.
Delay matters when a twitch.tv streamer is interacting with their viewers through the stream chat.
Delay matters when multiple people are trying to watch the same stream "together", but end up seeing wildly different points of time in that stream.
In this case, this is like asking how you would monetize TCP. This specification is a transport protocol and could apply to multiple use cases, not including video.
i was responding to the parent's assertion about monetizing, just curious what he/she was thinking along those lines. it was a genuine question.
Well, if you had a website that cataloged and displayed the streams, much like Twitch.tv, then people can still find streams and subscribe to them in much the same way they do over at Twitch, while the site gets a cut. Additionally, broadcasters can still do Paypal donation links, like they do over at Twitch. Advertisements playing before videos, I'm not sure how it could be done, but it probably could be an overlay…
cool, thanks. just curious what your thoughts were along monetization.