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

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