... which supports a few other argumets Matt's making, because justin.tv is probably the most famous YC startup among my non-programming friends: we all watch live college football and european soccer games on it, re-translated by users with TV tuners.
I don't think this is something justin.tv is happy about because it kind of transforms "broadcast yourself" into "share your cable subscription with strangers" and inevitably leads to a conflict with Fox+ESPN+friends [and possibly with cable/sat. providers too]
It all comes down to bandwidth. It doesn't exist and the situation is not improving, I'm 100% with Matt here. Even ESPN's premiere 360 offering pretty much sucks, let alone Justin's streams: they're basically backups for people who don't have TV access (on the road, in another country, etc).
Security-minded, TCP-dominant, firewalled to death "Big Internet" is simply the wrong platform to stream live HD video. Having worked at an IP-based HD video surveillance startup I was amazed at how hard it was to reliably push high-def streams over TCP/IP even within a large local enterprise network. Most of our IP was all about bandwidth management. I honestly can't even imagine what would it take to stream even CNN to all their viewers, let alone superbowl.
Broadcast has bandwidth. Computers have brains. Why are these two competing? Broadcasting a signal that means something to computers, and having computers then marshal that for users is way more profitable.
Easy place to start - start hiring a small TV station for an hour in the morning, somewhere in amongst the informercials, and broadcast a signal that people with TV Tuners can decode. Using some variation of colour 3D barcodes, say. Have the TV Tuner decode software use this hour to pump content into squid or some other form of web cache.
Monetisation strategy: give people the ability to vote on what gets broadcast based on their cache logs.
Bittorrent does the same thing more easily, but neither works for live broadcasts. The technical solution to the HD bandwidth issue is probably ISP level multicast, but they'd still only be able to deliver the most popular content, making them effectively "a la carte" cable companies.
Perhaps a frame based variation on the bittorrent protocol is the way to go, where you're constantly torrenting sequential blocks of content and viewing with a slight delay. I think people would find that acceptable for live events that aren't popular in their current location, but broadcast is still superior for mass appeal content.
Where there is a price difference, there is an arbitrage opportunity. Sure it's a bunch of work, but it only has to be done once. With something like software radio it can even be invisible to the end user. It becomes a usb dongle that feeds them high def youtube et al.
Does this mean that typical cable (e.g. comcast) or fiber (e.g. FiOS) networks have more bandwidth than the internet? Or is this just a multicast vs unicast thing?
I don't think this is something justin.tv is happy about because it kind of transforms "broadcast yourself" into "share your cable subscription with strangers" and inevitably leads to a conflict with Fox+ESPN+friends [and possibly with cable/sat. providers too]
It all comes down to bandwidth. It doesn't exist and the situation is not improving, I'm 100% with Matt here. Even ESPN's premiere 360 offering pretty much sucks, let alone Justin's streams: they're basically backups for people who don't have TV access (on the road, in another country, etc).
Security-minded, TCP-dominant, firewalled to death "Big Internet" is simply the wrong platform to stream live HD video. Having worked at an IP-based HD video surveillance startup I was amazed at how hard it was to reliably push high-def streams over TCP/IP even within a large local enterprise network. Most of our IP was all about bandwidth management. I honestly can't even imagine what would it take to stream even CNN to all their viewers, let alone superbowl.