Towards frameless (clockless) video

The problem is, video cables need to handle the worst case scenario and the worst case is a full refresh. Consider full motion video, whenever there's a jumpcut, nearly every pixel changes. There's no way to compress that data down without loss of fidelity.<p>I question how necessary all this is. Display resolutions have stagnated while cable bandwidth has followed Moore's law. Until we get past the dpi impasse and start producing true high res screens, we can afford to just keep on upgrading cables occasionally.

A solution looking for a problem. The author goes straight into the technical details without actually mentioning why we need this.

No, the point of the article (or at least the problem to be solved) is driving a high resolution display from a device or cable or network that doesn't have the bandwith to do it the old fashioned, constantly updating frame way. DVI is really just a digital hacking up of analog VGA which is not far above old style video, and this makes no sense in a world where all displays sold have frame buffers of their own and memory and graphics hardware are super cheap.<p>We should move everything to fully digital protocols, and share cables, and get power on the cables (in both ways) too.

He's reinventing Display PDF, badly.

FTA: "Today, the world has changed. Displays are made of pixels but they all have, or can cheaply add, a “frame buffer” — memory containing the current image. Refresh of pixels that are not changing need not be done on any particular schedule. We usually want to be able to change only some pixels very quickly. Even in video we only rarely change all the pixels at once."<p>The trouble is, the system has to be designed to accommodate the worst case. "Usually" and "rarely" are of no more use in video than they are in realtime 3D graphics.