[X3D-Public] Open-Source Multi-User
Christoph Valentin
christoph.valentin at gmx.at
Tue Feb 2 03:28:17 PST 2010
Hi all
Thanks for having all these info about open source multiuser here.
I'm working on some X3D prototypes, that make use of the NetworkSensor node
and I will compare my approach with all the info here before "really going
open source".
I'm not so much focussed on SAI/EAI, but more on the Network Sensor and on
internal scripting with the <Script> node, to keep the approach general,
maybe I loose performance with this, lets see.
I tried it with BS Contact and Octaga, but it should be common to all
browsers, which support Network Sensor node.
I did not find a hint about avatar standards (how to sit down/stand up,
interact with levers, ......), is there some standardization ongoing
regarding this?
Kind regards
Christoph
>
> -------- Original-Nachricht --------
> Datum: Tue, 02 Feb 2010 02:53:59 -0800
> Von: JOHN COADY <johncoady at shaw.ca>
> An: Joe D Williams <joedwil at earthlink.net>
> CC: x3d-public at web3d.org
> Betreff: Re: [X3D-Public] Open-Source Multi-User
>
>
>
> ----- Original Message -----
> From: Joe D Williams <joedwil at earthlink.net>
> Date: Monday, February 1, 2010 10:20 pm
> Subject: Re: [X3D-Public] Open-Source Multi-User
> To: JOHN COADY <johncoady at shaw.ca>, Don Brutzman <brutzman at nps.edu>
> Cc: x3d-public at web3d.org
>
> > HI John,
> >
> > Good work and a lot of work.
> > I wish I had seen this back then.
> >
> > Why do we have to do this?
> >
> > tmpScene = browser.createX3DFromString(s1);
> > nodes = tmpScene.getRootNodes();
> > scene = browser.getExecutionContext();
> > // Nodes must be removed before adding to another scene
> > for(j=0; j < nodes.length; j++) {
> > tmpScene.removeRootNode(nodes[j]);
> > scene.addRootNode(nodes[j]);
> >
> > That is, why remove the root node from tmpScene before adding it
> > to
> > scene?
> >
> > Tony had described this in AjaX3D code and elsewhere as:
> > "// Do a bit of work to deal with the quirky X3D add/remove root
> > node
> > paradigm"
> > I never have understood that.
> > I don't know the reason for it but I took it from
> example B.3 Create Nodes from Annex B in the ECMAScript spec.
>
> http://web3d.org/x3d/specifications/ISO-IEC-19777-1-X3DLanguageBindings-ECMAScript/
>
> > When we have this:
> >
> > scene = browser.getExecutionContext();
> >
> > then why not scene.getNamedNode() and replace fields directly,
> > or
> > add/replace Children? Do I have to deal directly with root nodes?
> > I use scene = browser.getExecutionContext(); in
> function B7 when I was testing adding a new node to an existing scene.
> I used getNamedNode in function B8 when I wanted to
> modify an existing node in a scene which has known DEF value.
> The FLUX browser used a function called getNode to get a named node
> but this didn't work on Octaga browser. The getNamedNode worked on Octaga
> but not on FLUX. I'm not sure which one is supposed to be used according
> to the spec. That is why the code for function B8 handles these cases
> differently.
> > Did these run well then? I can't get them loaded in any html
> > browser
> > now but will try some more. Actually the code doesn't look that
> > much
> > different between Flux and Octaga. Ever any comparison with BSContact?
> Yes these ran well, however function B7 did not work
> on the Octaga browser, only on the FLUX browser. I am using a windows XP
> machine with Internet Explorer. I never tried BSContact but you I suppose
> you can try it out for yourself and try adding BSContact plugin and have
> all 3 browsers running in the same web page and see if they behave the
> same way.
> >
> > Any other X3D browser makers want to get some examples similar
> > to
> > these?
> >
> > Thanks and Best Regards, '
> > Joe
> > www.hypermultimedia.com/ajax3d/
> > 2006,2007
> >
> > ----- Original Message -----
> > From: "JOHN COADY" <johncoady at shaw.ca>
> > To: "Don Brutzman" <brutzman at nps.edu>
> > Cc: <x3d-public at web3d.org>
> > Sent: Monday, February 01, 2010 2:17 PM
> > Subject: Re: [X3D-Public] Open-Source Multi-User
> >
> >
> > > Hi
> > >
> > > A few years ago I put together a website to
> > compare External SAI
> > > between Octaga and FLUX players. I put the 2 players side by
> > side on
> > > a webpage and then created a number of buttons to perform some
> > > External SAI functionality and see how the two browsers
> > compared in
> > > handling the SAI commands. The website is
> > >
> > > http://members.shaw.ca/johncoady/SAICompare.html
> > >
> > > By clicking on the buttons at the top of the page, the same
> > content
> > > should show up in both browsers. However, I found that there
> > were
> > > some differences in behaviour for a couple of the buttons. You
> > can
> > > view the SAI source code for each of the tests by performing a
> > > view -> source in your HTML browser when the above web page is
> > > loaded. At the time I created the website the browsers would
> > load
> > > automatically if they were not present on your system, however
> > I
> > > think that the FLUX browser has moved to Vivaty and may not
> > load
> > > automatically anymore.
> > >
> > > Regards
> > >
> > > John Coady
> > >
> > > ----- Original Message -----
> > > From: Don Brutzman <brutzman at nps.edu>
> > > Date: Monday, February 1, 2010 9:53 am
> > > Subject: Re: [X3D-Public] Open-Source Multi-User
> > > To: Russ Kinter <pyth7 at verizon.net>
> > > Cc: X3D Graphics public mailing list <x3d-public at web3d.org>
> > >
> > >> Russ, thanks for the exciting "heads up" about this development.
> > >>
> > >> As you may have notices, we are working on good exemplar scenes
> > >> that demonstrate proper use of external SAI with HTML using
> > >> Javascript
> > >> or Java. Surprisingly we've found very few common
> > >> examples. I hope
> > >> that this team can please consider releasing some advance
> > >> examples to
> > >> the X3D Working group (or publicly if you prefer) so that we
> > can
> > >> work
> > >> towards consistent definition of best practices. POCs are
> > >> Joe Williams
> > >> with John Stewart, Johannes Behr and myself tracking this challenge
> > >> during our weekly HTML5-X3D teleconferences. TIA, good
> > >> luck with your
> > >> work.
> > >>
> > >> all the best, Don
> > >> --
> > >> Don Brutzman Naval Postgraduate School, Code
> > >>
> > USW/Br brutzman at nps.edu
> > >> Watkins 270 MOVES Institute, Monterey CA 93943-5000
> > >> USA work +1.831.656.2149
> > >> X3D, virtual worlds, underwater robots, XMSF
> > >> http://web.nps.navy.mil/~brutzman
> > >> _______________________________________________
> > >> X3D-Public mailing list
> > >> X3D-Public at web3d.org
> > >> http://web3d.org/mailman/listinfo/x3d-public_web3d.org
> > >>
> > >
> >
> >
> > -----------------------------------------------------------------
> > ---------------
> >
> >
> > > _______________________________________________
> > > X3D-Public mailing list
> > > X3D-Public at web3d.org
> > > http://web3d.org/mailman/listinfo/x3d-public_web3d.org
> > >
> >
> >
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20100202/01a9b2c8/attachment-0001.html>
More information about the X3D-Public
mailing list