Slashdot Mirror
Roll Your Own Television Network Using Bittorrent
Cryofan writes "Mark Pesce, lecturer at the Australian Film Television and Radio School (AFTRS) writes here and here about using p2p networks, specifically bittorrent, to create a grassroots television network. He cites as an example the BBC's "Flexible TV" internet broadcasting model using that as the core of a "new sort of television network, one which could harness the power of P2P distribution to create a global television network." Producers of video entertainment and news would provide a single copy of a program into the network of P2P clients, and the p2p network peers distribute the content themselves. Thus, a virtual 'newswiki' where the content is distributed bittorrent using some sort of 'trusted peer' or moderator mechanisms as a filtering/evaluation mechanism. So what is stopping anyone from doing this now? Awareness of the concept, perhaps? Lack of broadband connections? Lack of business models for content producers?"
I think what is stopping people now is a lack of legal content that they can share. You can bet that nobody wants to watch my home videos.
How about the average broadband connection having an upstream quota cap. 1.5GB of upstream traffic a month for me, and not a byte more unless I "contribute" a generous amount to my ISP.
This is still one of the major issues for me when it comes to ISPs. If I would download something popular from bittorrent or edonkey, 1.5GB is absolutely nothing. So the only solution would be if I were to firewall incoming connection and be a leech, or put QOS on all traffic going out, limiting it to 0.5K/s.
This all is of course hypothetically speaking... ;)
I think one big hurdle to this sort of thing would be how do you cover you're costs.
Producing even a basic news show still costs money, even if all the people running it are volunteers.
While I think Bittorent is pretty easy to use when I tried to explain it to my sister she had no idea what I was talking about and wanted to know why it was better than Kaazaa. In order for this to take off beyond the geek community to average users it needs to be somehow streamed to a easy to use media player or embeded in a webpage. There is a lot of potential with this type of technology, but it really needs to be super-easy to make any kind of splash. And I can also see this type of network abusing the end user who isn't smart enough to exit the program and then can't figure out why their internet connection has been moving at dial-up speed for the last 3 weeks.
The one little problem is that bittorrent is not a streaming protocol. It cuts up the whole file and sends a different piece in random order to each client. Each client then trades there piece with the other clients. So you can't go linearly through a video segment without having the whole thing. You could make smaller downloadable segments that would download and then auto load sequentially. It wouldn't be live though.
I don't know about the rest of you, but when I try to download something from a bit torrent source, it takes several hours over a DSL modem. This even happens on torrents that have a lot of seeds and a lot of downloaders. So how feasible is it to have P2P, on-demand television? Even if you could stream them, the download rates are far from constant so you would have to pause a lot to accumulate a buffer.
"Oh dear, she's stuck in an infinite loop and he's an idiot" -Prof. Farnsworth (Futurama)
Any connection-based protocol suffers from scaling problems, especially on the scope this article implies. If you want to do a media broadcast, you should be using IP multicast in realtime. Then you don't need to worry about upload rates either, you get maximal efficiency and data only has to move in one direction around the network.
All of the P2P networks have this problem because they are connection-based and on-demand. A TV network is not on-demand, it's a fixed message delivered on a published schedule. That's the model that works most efficiently, making the most efficient use of the transport medium. For the internet you can be somewhat flexible and start redundant broadcasts at staggered time intervals, but in general, if you don't start listening/downloading when the stream starts, tough.
For compressed video you need to make sure that there are plenty of I-frames in the stream so that people can come in at any arbitrary point and sync up, but that's no big deal. Also if you take this approach you don't need to broadcast multiple streams of the same content at different resolutions/bitrates, the network itself will provide rate reduction by dropping frames that the receiver can't pick up fast enough. (Tho doing that will make the audio pretty noisy; I guess you can do low bandwidth streams if you really want to. Or just do separate bandwidth streams for the audio. That way if one audio stream needs too much bandwidth and is losing too many packets you can just select a lower bandwidth stream instead.)
-- *My* journal is more interesting than *yours*...
Have a network of members and affiliates who all shoulder the cost, donations go to the pool and appropiated by a commitee/board to fund different projects and shows. This way you could have a world community, that drills down to a national community, that can still drill down to a local community, mix and match the international shows with the national and local.