Monthly Archives: July 2005

Lousy Streaming

The point that most caught my fancy in this fun ranting talk (realplayer) by the always interesting Andrew Odlyzko was one of his questions to the audience, i.e. why would you want to deliver a movie faster than real time?

He uses the Socratic method quite a few times during the talk with the usual collatoral damage that he looses control of the floor. The trick to getting past that problem is to enjoy the fun of trying to answer the question even though your not there. Just ignore the other students :-).

When I walk back from the library with a DVD in hand I’m streaming that movie faster than real time. When you download an MP3 to your iPod your moving it faster than real time. When an email message is deposited into my email client it’s moving faster than it can be read or written.

His point is that much of the industry enthusiasm for streaming content is misplaced. It’s enjoyably ironic to listen to that rant on a stream embedded in RealPlayer. If your really lucky it will pause to fill it’s buffers in the middle of the part of the rant were he dismisses the argument that streaming content is amenable to property rights protection.

This section resonated with me because I’ve been thinking a lot about streaming recently. And it sent me off thinking about the very idea of a stream. I get a stream of magazines and blog feeds into my life, for example. All those lumps of text and photos laid out pages are a kind of buffering. A way of making something asynchronous rather than synchronous.

One thing I’ve been thinking about a lot recently is collaborative streaming, i.e. ways to shift coordinate the broadcast of a stream across a large pool of participants. I want to do that to lower the barrier to entry for the broadcaster by raising slightly the costs placed on the audience members. I want to do that to change the nature of the cloud thru which the broadcast transits so that there is less power concentrated in a high capacity hub. Shifting, in the design space, were the the coordination, processing, and bandwidth problems are resolved out of the hub and into standards. The exchange standards then orchestrate the broadcast instead of the broadcaster or an intermediary.

My strawman for this is to use swarming peer to peer techniques. The stream broadcaster atomizes the stream and distributes the droplets across a swarm of participants. They then exchange the droplets, much in the manner of BitTorrent, to reassemble the stream. Of course nothing is very new in that design.

The swarm can also provide the other features you want in a streaming architecture. Time shifting, buffering, archiving, etc. I had fun puzzling about email lists from this point of view; might it be reasonable to shift to a model where email lists are distributed, archived, etc. via a peer to peer broadcast architecture. How would that be different from a group blog? It’s common to see the most usable archives for mailing lists maintained by the community around the list rather than by the single point where the list comes together.

Part his point in ranting about streaming (oh and I want to be clear that streaming was a very minor subplot in this talk) was how portions of the industry are caught in a set of interlocking delusions about what is important and thus what the future holds. That the fixation on streaming content has codependencies on the illustion that content is king, for example. The streaming enthusiasm is also codependent with quality of service arguements; if you going to stream content you need to get very high quality of service.

That arguement is surprisingly weak. Buffers are cheap. A lot of audience members aren’t particularly interested in watching your content on your schedule – i.e. time shifting is the norm not the exception. Dumb networks keep winning so arguments that run counter to that trend are inherently suspect.

Which got me to wondering exactly when does high quality streaming really matter? Two answers come to mind. There is the social reasons – there are things it’s hard to do outside a crowd – applause, wave your lighters, choral singing, debate. Of course of those arise from the comming together and don’t demand synchonisity. There are the options that expire. The betting window closes when the horse race starts. A PR person may want to nip a rumor in the bud sooner rather than later. The early bird catches the worm. Maybe it’s only one reason; maybe these are both a question of managing what options for action you have.

High quality streaming is a lot like colocation. You know distributed work, out sourcing, etc. Dr. Odlyzko spends some time on how “distance is dead” is another industry delusion. So maybe he’s trying to have it both ways.

(thanks to Paul for the pointer)

Sociable Genetics

Very cool. Biologists have starting mapping out the routes taken by genes as they move across species. For example how microbes traffic in various tricks of the trade, e.g. resistance to antibiotics. The resulting graphs are social in nature. A highly connected microbe can act as a hub thru which a useful gene is more likely to transit on it’s way to others just the same way that a idea or a infection is more likely to run thru those of us who are more sociable.

… a few species are like hubs, with spokes radiating out to the other species. This is the same pattern that turns up in many networks in life, from the genes that interact in a cell to the nodes of the Internet. These hubs can bring a vast number of nodes into close contact. It’s why you can play Six Degrees of Kevin Bacon. In the microbial world, this network allows genes to move quickly through the tree of life, whether those genes provide resistance to antibiotics or allow microbes to cope with some other change in the environment. The Kevin Bacons of the microbial world, at least in the current study, seem to be species that live in habitats where they may come in intimate contact with other species, such as in plant roots. They then act as gene banks from which other species can make withdrawals (…more)

This kind of stuff is too much fun. It lets you think in wild funny metaphors. For example. Consider a proffession (i.e. lawyering, doctoring, management, programming, what have you) and treat it as a species where the practitioners are individuals of the species. Some tricks of a trade are passed down to the practitioner from the coherent pool of knowledge that makes up the trade and this is like the legacy of one’s genes. While some practical knowledge is drawn in latterally thru the social networks that cross broundries. Some proffessions are more like mammals, with strong immune systems that regulate the exchange while others are like bacteria.

Sock Puppets and Nit Picking

Wikipedia is electing a board. Interesting example in the space of how to structure your goverance.

In order to vote you must have at least 400 edits prior to 00:00 May 30, 2005 (UTC) on the Wikimedia project from which you cast your vote. The first edit must have been 90 days or more before the time of voting. Please note that the Election Officials have the power to disqualify votes from permanently banned users or sockpuppets.

Oh, so they have decided to disenfranchise the sock puppets. Beware the angry sock puppets!

New England towns often end up governed by a peculiar demographic because they have open town meetings. It’s the people who can spare a few hundred hours a year to pick nits at meeting. That “400 edits” rule implies a simplistic model of the distribution of value across the space of edits. Edits are not like bushel’s of wheat. I guess they have a lot of faith in the law of large numbers.

Energy Per Capita

I’m such a sucker for charts like these. This one shows the amount of energy consumed per person in various nations or regions. Each dot is one year. You can see the US reacting to the energy crisis of the late 70s, and then once the supply recovered returning to form. (via infectious greed)

Meanwhile over at Oil Drum (one of the less hysterical blogs on peak oil) they mention that one idea being toyed with in the UK for limiting carbon emissions is that old stand by – create a carbon market. Except in this version they have a new twist, grant each citizen a carbon alotment.

New Mac SIP phone.

Gizmo appears to be a another SIP client. A soft phone that uses the SIP protocols to talk to… well it appears to be hard wired to one VOIP vendor’s SIP proxy. That would be SipPhone. SipPhone peers with FreeWorldDialup, so I could reach my basement asterisk server thru that. At that point I’m back in the open VOIP world.

I can see the hard wired sip proxy and tun server in the object library. I guess, I could use DNS spooffing to point it directly at my asterisk server.

Michael Robertson, SipPhone’s owner, when accouncing it wrote: “This week, a product called Gizmo is being unveiled – the first viable Skype alternative built on open source that pledges to connect to all.” Which translates as “We used open source and we are standards based (pretty much).” and it doesn’t mean “We are giving back everything we wrote to the commons.”

He has a classic column fodder product comparison table in his posting. Make’s Skype look pretty bad. Needs a few more rows, for things like encryption, what codex are supported/required, how many adopters, and how much of VOIP traffic flows thru an middleman. Needs a few more columns for other vendor’s offerings

None the less, this is a provocative offering. It certainly is much more spritely than the X-Lite softphone/SIP-client. X-Lite, on the otherhand, can register with a dozen or more VOIP vendors. Hard to displace Skype at this point. But it is not impossible. More open would help.

Update: My experiance so far has been spotty. Sometimes it works great. Other times it behaves like Alpha quality software with lots of rough edges, intermittent connections, and occational crashes. The Gizmo discussion forums are an excellent resource and the postings there are similar to my experiance. Hopefully over the next month they will work out a lot of the rough edges. One nice thing, it will allow you to call sip URL’s, though I don’t seem to be able to enter them in the address book. If it was open source all these rough edges would be attracting contributors :-).

Customizing Login (etc. forms) to frustrate phishing

I recall seeing and discussing how you could help users avoid entering their password into the phishing UIs by presenting each user with a graphically distinctive user interface back in late 1999, or possibly early 2000. Its a fun idea; and Bruce Schneier points out a paper (pdf)with lots of particulars sketched out.

This is a perfect opportunity for a grease monkey script!