Excellent Post Anton! :D<br><br>Very informative.<br><br>Cheers<br>James<br><br><br><div class="gmail_quote">On Thu, Dec 11, 2008 at 10:43 AM, Toni Alatalo <span dir="ltr"><<a href="mailto:antont@kyperjokki.fi">antont@kyperjokki.fi</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Thu, 11 Dec 2008, Ryan McDougall wrote:<br>
> On Thu, Dec 11, 2008 at 11:27 AM, Jeroen van Veen <<a href="mailto:j.veenvan@gmail.com">j.veenvan@gmail.com</a>> wrote:<br>
</div><div class="Ih2E3d">>> 2. Are there any plans to build on the bsd-licensed verse udp protocol?<br>
>> (<a href="http://www.uni-verse.org/" target="_blank">http://www.uni-verse.org/</a>)<br>
> I am afraid that I am unfamiliar with it. What I can say that when<br>
> making a new viewer with our resources, there is no opportunity to<br>
> explore with protocols. We will focus on reX as a module on OpenSim<br>
<br>
</div>I have some experience from using Verse (we tested it for movie production<br>
as a part of project <a href="http://orange.blender.org" target="_blank">orange.blender.org</a> when made the <a href="http://elephantsdream.org" target="_blank">elephantsdream.org</a>),<br>
and also discussed it with some people who were involved with openviewer<br>
last spring (<daedius> if i recall correctly), so try to summary my<br>
understanding here as it was brought up.<br>
<br>
The Verse protocol is primarily not for making virtual worlds, nor<br>
games, but for connecting different apps like 3d modellers and<br>
paint programs etc. to be able to collaborate and/or see results<br>
live. I think the power there is being able to sync things like change of<br>
a position of a vertex in a mesh, or the colour of a pixel in a texture<br>
bitmap, so that you can e.g. have a modeller, paint app, and a game engine<br>
running as Verse apps with the shared data on the server. This would save<br>
from the typical export-import-restart loop, and allows tweaking models,<br>
uv coordinates and textures so that you see the actual result in the game<br>
engine / movie renderer immediately.<br>
<br>
It may still be interesting to think of it in the opensim/rex context.<br>
Daedius had an interesting idea to integrate verse to the viewer, so that<br>
changes made in e.g. a modelling app would show immediately in the meshes,<br>
and then after editing the client would upload the version of mesh to the<br>
server.<br>
<br>
Another route we were once thinking was to add Verse support to the<br>
Opensim/Rex server, so that Verse enabled apps could connect to it for<br>
authoring (e.g. manipulating the scene, moving obs/prims etc with a more<br>
powerful interface - i'd sure like to have outliner, multiple viewports<br>
etc when editing scenes). I don't know which would be easier and better:<br>
add SL protocol support for a modelling app so it could work as an<br>
authoring client, or add Verse support to the OpenSim server.<br>
<br>
The situation with Verse in general remains tricky as far as I know -<br>
during the Uni-Verse project they added preliminary support to Blender (by<br>
integrating it in the insides) and to Max (as a plugin), and tried with<br>
Maya, and made a plugin for Gimp. One lesson they learned was that adding<br>
good verse support, especially to a closed source app, is hard as classic<br>
apps are typically not structured so that network access could touch their<br>
dearest data. When making a new app with Verse in mind it's all different<br>
and Eskil has been succesful there with his own toolset. But basically<br>
Verse seems pretty much dead to me, no one using, no one adding support.<br>
It's still the only thing I know for such a purpose and seems to work well<br>
(it synchs vertex movements quickly), and the callback design is perhaps<br>
good too, so dunno if it'll somehow pick up some day anyway.<br>
<br>
Also I don't know where the differences in the actual protocol lie in the<br>
end - Verse focuses on syncing 2d and 3d data needed for making movies and<br>
games, meshes, uv coords, textures, shader params, .., and does not touch<br>
things like avatar animations and even less IM, commerce or anything like<br>
that which you have in SL. But still e.g. the object movents are similar<br>
functionality, and the Verse protocol is extensible for custom data, so<br>
don't know if it could fit despite the different initial focus. I do<br>
recall that Eskil himself didn't use it for his MMO, so am still guessing<br>
that it fits just the authoring better.<br>
<br>
There are other projects with protocols for virtual worlds with focus more<br>
similar to OpenSim/Rex, like <a href="http://interreality.org" target="_blank">http://interreality.org</a> and of course Croquet<br>
etc. so for SL replacements / alternatives those would probably be more<br>
relevant to consider. Verse might be an interesting complementing tool in<br>
the set. But like Ryan said, Rex targets now at getting a viewer that'll<br>
work with the current server using the existing protocol. Anyone else,<br>
feel free to experiment with Verse and stuff!<br>
<br>
~Toni, not speaking for the Rex project but to inform them too :)<br>
<div><div></div><div class="Wj3C7c">_______________________________________________<br>
Opensim-users mailing list<br>
<a href="mailto:Opensim-users@lists.berlios.de">Opensim-users@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-users" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>===================================<br>The wind<br>scours the earth for prayers<br>The night obscures them<br><br><a href="http://osgrid.org">http://osgrid.org</a><br>
<a href="http://del.icio.us/SPQR">http://del.icio.us/SPQR</a><br><a href="http://twitter.com/jstallings2">http://twitter.com/jstallings2</a><br><a href="http://www.linkedin.com/pub/5/770/a49">http://www.linkedin.com/pub/5/770/a49</a><br>