On ma, 2010-03-01 at 14:13 +0200, Toni Alatalo wrote:
> On ma, 2010-03-01 at 12:22 +0200, Jani Pirkola wrote:
> > Toni Alatalo wrote a while ago on this list (or somewhere else?) that
> > it should be possible for a Naali client to act as a web server and
> > serve out screenshots. 
> Yes that has been in Naali trunk since September or something, did the
> initial experiment in July. Screenshot is in
> http://wiki.realxtend.org/index.php/Naali_webserver_plugin

I put up a little(*) server on to test this now.
http://www.playsign.fi:28008/render

Added camera controls to the web ui on Friday,
and enhanced it today so that different users don't interfere others
cameras. Is in naali develop.

~Toni
(*) the server is a EeePC minilaptop, Atom processor, but nvidia gfx :p
.. and hosted behind a 4MB dsl up here in the outbacks so may be a bit
slow. We did test running headless with mesa software gl too for other
reasons on Friday, would be helpful on the headless linux buildslave to
run tests .. but that would allow normal hosting in some server space
for this screenshot stuff. Should work ok with Ogre.


> May work in 0.1 release if you enable the webserver pymodule in
> pymodules/autoload.py .. remove the # on line 125 in this file
> http://code.google.com/p/realxtend-naali/source/browse/tags/0.1/bin/pymodules/autoload.py
>  .. defaults to port 28008. Seems that for me said this on startup: 
> http://127.0.1.1:28008 .. and that address worked (page render/ shows the 
> image). Apparently I have forgotten debug prints for the data on so it's 
> slow, though, but works otherwise if someone wants to test or put to 
> production use. The source is 
> http://code.google.com/p/realxtend-naali/source/browse/tags/0.1/bin/pymodules/webserver/webcontroller.py
>  .
> 
> The idea has been to add controls there, so you could switch to preset
> viewports or move the cam freely .. or change colours of objects etc. if
> that's what the app is about.
> 
> The strenghts of that solution are that the rendering quality is of
> course the same as in Naali normally, 'cause it is the same thing which
> draws it .. I expect initial versions of webgl etc renderers to look a
> bit different at first at least.
> 
> Weakness is obviously the non-realtime nature / bandwidth demands, but
> for some apps that is not a problem.
> 
> Naali has recently (last week or two) gotten also improved screenshot
> code for the Ether world cards, this webserver thing still uses the Ogre
> default builting screenshot func.
> 
> Also as we ship with the gstreamer lib anyway for sending and receiving
> video (for video calls), might be easy enough to hook video sending.
> 
> Certainly having a local viewer in a browser is better in so many ways,
> and things like a viewer written using Unity or O3D, or packaging Naali
> as a plugin (which kripken already tested with syntensity), and the
> upcoming WebGL viewer from Sirikata, are interesting and something we
> want to use as lite-clients with reX worlds. This shot serving is for a
> bit different usage, works already, and required almost no code.
> 
> 
> > nice to have an updating screenshot from a place in my world showing
> > on my website - in fact this could be a fairly popular service. 
> 
> Feel free to try that out, disabling the debug prints doesn't require
> compilation either so can be done using the 0.1 release.
> 
> > Jani
> 
> ~Toni
> 
> > 2010/2/26 Ryan McDougall <[email protected]>
> >         I'm not too familiar with making web plugins -- kripken would
> >         know
> >         more. What I can say is that if you can make a regular C++
> >         Ogre3D
> >         application a web plugin, then I'd say you can make Naali a
> >         web
> >         plugin.
> >         
> >         There is also Rei, which is already a browser plugin.
> >         
> >         That said, WebGL is coming around, and people are making
> >         Javascript
> >         rendering engines which might one day soon be as good as Ogre
> >         (but as
> >         fast??). Sirikata guys are making a totally browser hosted
> >         client for
> >         their system this way. If I was starting out, I'd probably go
> >         that
> >         direction, instead of plugins.
> >         
> >         Cheers,
> >         
> >         On Fri, Feb 26, 2010 at 5:11 PM, Tedd Hansen
> >         <[email protected]> wrote:
> >         
> >         
> >         > I'll post this message again from my subscribed e-mail, then
> >         maybe it will
> >         > be delivered... (Sorry if you get duplicate post)
> >         >
> >         >
> >         > Hi
> >         >
> >         >
> >         >
> >         > I’ve been looking for a web browser plug-in for OpenSim/SL
> >         for some time.
> >         > And I’m wondering how difficult this would be to do with
> >         Naali.
> >         >
> >         > I know that running a stand-alone seems right for many
> >         cases, but there are
> >         > clear advantages of having web browser plug-ins…
> >         >
> >         > Examples:
> >         > (I can’t think of all usage scenarios of course)
> >         >
> >         > 1.       A web shop where you present objects/clothes that
> >         user can buy in
> >         > 3D world. Buying updates the good old 2D web shop on the
> >         same page. User can
> >         > check out in 2D.
> >         >
> >         > 2.       You want to show movies (like YouTube) on your web
> >         page. In doing
> >         > so you like people watching to be placed in a movie theatre.
> >         >
> >         > 3.       Presenting single objects in 3D (engine parts,
> >         shoes, 3D server
> >         > park surveillance, etc).
> >         >
> >         > 4.       Facebook/LinkedIn integration (Think of FarmVille…
> >         Would it have 80
> >         > million active users monthly if it was a stand-alone app?).
> >         >
> >         > 5.       Ease of use, ease of mind for users. Users just
> >         need to accept
> >         > installation (like Flash) and they enter the 3D world
> >         automatically.
> >         >
> >         >
> >         >
> >         > Anyhow, the potential usage is beside the point.
> >         >
> >         >
> >         >
> >         > My question is how difficult it would be to implement.
> >         >
> >         > One suggestion: If we make a more or less self installing
> >         signed .Net
> >         > application that provides a surface, would it be possible
> >         for Naali use this
> >         > surface for rendering for example? (.Net app starts up,
> >         executed Naali.exe
> >         > and tells Naali where to render)
> >         >
> >         > This would apply mainly to IE, but the concept would be the
> >         same for other
> >         > browsers.
> >         >
> >         >
> >         >
> >         > I’m not sure what it takes to make a plug-in for other
> >         platforms. If anyone
> >         > knows feel free to share. J
> >         >
> >         >
> >         >
> >         > BR,
> >         >
> >         >  Tedd
> >         >
> >         > --
> >         > http://groups.google.com/group/realxtend
> >         > http://www.realxtend.org
> >         
> >         --
> >         http://groups.google.com/group/realxtend
> >         http://www.realxtend.org
> > 
> > 
> > 
> > -- 
> > http://groups.google.com/group/realxtend
> > http://www.realxtend.org
> 
> 


-- 
http://groups.google.com/group/realxtend
http://www.realxtend.org

Reply via email to