Have you tested this on an ipad 2/iPad mini (As display)? I am not posting this to say it doesn't work but It is very choppy/almost-unusable even on the lowest quality. I can run quality and size at 2/3 from iPhone -> computer but it's still a little jittery. That said I am using an iPhone 4S so that might have something to do with it.
As a whole the idea is awesome, the app is beautiful, and setup is a breeze! Great job!
The iPhone4S only reaches about ~25fps for the medium video size when encoding. iOS only provides hardware acceleration for h264 encoding, but not for mpeg1. iPhone5 should be full 30fps for all sizes, though.
Decoding in Mobile Safari or Chrome for Android only works well with the lowest video size setting (on the devices I tested anyway).
When scrolling the page, the first texts (in grey) become really hard to read on the background (using Firefox on Mac OS X) and I had to select the text to read it properly. It displays fine on the white parts of the background but I have the habit to scroll to have the text I'm reading on top and here it overlays with your chairs in background
I like the idea but using MPEG1 in place of h.264 because of it doesn't rely on built in decoders is kind of an odd choice. Is the author here to talk more about that? Was it because of the ease of implementation with jsmpeg and how much effort it would be to modify an existing player to accommodate the websocket input? Or is it a licensing issue?
Also I'm curious how much effort it was to get MPEG streaming from iOS. I've been working on getting HTTP-Live streaming using h.264 from iOS to the server lately as an experiment and this project is fascinating to me. I've been relying on built in h.264 encoding and then using open source C libraries for the streaming/segmenting aspects.
As a whole the idea is awesome, the app is beautiful, and setup is a breeze! Great job!