I just had an idea about the client part of web apps.
What if we produce the user’s dom on the server, convert it into video and stream it to him.
I know its not very efficient for heavy graphics apps, but there are a lot of other ones who would benefit from this system.
Each user will need to have his own dom-window on the server, rendered, based on the user’s screen size. Everything will be calculated there. Once we update his server dom we will take a snapshot of it, and create a streaming video to show in his local window.
The client will show the streaming video in an HTML5 canvas and also track clicks on it, which will be sent as coordinates in the user’s server dom for process.
We can even have various, advanced, html-like markup technologies for ui, since everything in the end will be based on canvas, video and click input coordinates.
Do you know if this thing exists or any tools to make it ?
1
Streaming video instead of html, for client ui
Started by sermi, Sep 02 2012 11:38 AM
4 replies to this topic
Sponsor:
#3 Staff - Reputation: 9017
Posted 02 September 2012 - 06:53 PM
I've never heard of such a system using those specific methods and technologies, and I'm not really seeing the potential advantages. What you're talking about is conceptually similar to the concept of a "thin client", where the user's computer takes input and displays results but does minimal (if any) of the actual work -- which is instead done on another machine, often a central server -- but I think you've perhaps gone a bit far or got your technologies mixed up with the idea of sending video frames or using the HTML DOM.
Is that the sort of thing you're thinking about at all? Where were you thinking this might be beneficial?
Is that the sort of thing you're thinking about at all? Where were you thinking this might be beneficial?
- Jason Astle-Adams.
From my blog: 20 ways to advertise your game | What next? Intermediate to advanced C++
How to make games WITHOUT programming | 4 reasons you aren't a successful indie developer
#5 Members - Reputation: 106
Posted 03 September 2012 - 02:59 AM
Like what? I don't see why you would ever want to do this.
I know its not very efficient for heavy graphics apps, but there are a lot of other ones who would benefit from this system.
Any kind of app with little movement on screen.I've never heard of such a system using those specific methods and technologies, and I'm not really seeing the potential advantages. What you're talking about is conceptually similar to the concept of a "thin client", where the user's computer takes input and displays results but does minimal (if any) of the actual work -- which is instead done on another machine, often a central server -- but I think you've perhaps gone a bit far or got your technologies mixed up with the idea of sending video frames or using the HTML DOM.
Is that the sort of thing you're thinking about at all? Where were you thinking this might be beneficial?
The reason behind this technology is not to mesh with client code of javascript or anything else.
It solves the server/client programming problem once and for all, by using the same language of choice everywhere, with any kind of advanced ui library.
Also the client devices can be very thin, they just need to play video.
This seems to be similar but it uses a client for each platform, i need html5.OnLive?
