Re: [FreeWRL] freewrl 1.19.5 released.

[Joaquim Carvalho <joaquim@de...>]

Dear John et al.

Thanks for the new release of FreeWRL.

The previous problem I had opening links associated with X3d nodes in  
Safari seems to be almost solved for me. But I still have a problem.

What I see fixed:
1. the url of the link now is passed correctly to Safari
2. Sucessive clicks on link nodes do not open new instances of safari  
as before

But....

problem: Freewrl always sends safari the LAST url present in the  
file, and not, in my case, the url associated with the node clicked.

I enclose a test file. It contains four spheres. Each sphere is  
associated with a diferent link:
....

   <Anchor description='1' parameter='target=_blank' url='http:// 
 http://www.apple.com'>;
   <Transform translation='-2.40000 0.00000 0.00000'>
   <Shape>              <!-- Vertex 1 -->
   <Appearance><Material diffuseColor='1.00 0.00 0.00'/></Appearance>
   <Sphere radius='0.0150'/>
   </Shape>
   </Transform>
   </Anchor>

   <Anchor description='2' parameter='target=_blank' url='http:// 
 http://www.macnn.com'>;
   <Transform translation='0.00000 2.40000 0.00000'>
   <Shape>              <!-- Vertex 2 -->
   <Appearance><Material diffuseColor='1.00 0.00 0.00'/></Appearance>
   <Sphere radius='0.0150'/>
   </Shape>
   </Transform>
   </Anchor>

   <Anchor description='3' parameter='target=_blank' url='http:// 
freewrl.sourceforge.net/'>
   <Transform translation='2.40000 0.00000 0.00000'>
   <Shape>              <!-- Vertex 3 -->
   <Appearance><Material diffuseColor='1.00 0.00 0.00'/></Appearance>
   <Sphere radius='0.0150'/>
   </Shape>
   </Transform>
   </Anchor>

   <Anchor description='4' parameter='target=_blank' url='http:// 
 http://www.propellerheads.se/'>;
   <Transform translation='0.00000 -2.40000 0.00000'>
   <Shape>              <!-- Vertex 4 -->
   <Appearance><Material diffuseColor='1.00 0.00 0.00'/></Appearance>
   <Sphere radius='0.0150'/>
   </Shape>
   </Transform>
   </Anchor>

When I click in any of these spheres Freewrl seems to pass to Safari  
always the last URL, in this case http://www.propellerheads.se This  
happens in evey file I use.

Thanks for the time and all the good work.

Joaquim

Re: [FreeWRL] freewrl 1.19.5 released.

[John A. Stewart <alex.stewart@cr...>]

Hi Mufti;

I don't know if the Web3D Board of Directors has officially made them  
public
to non-web3d consortium members. (I'm not involved, so I can't comment).

Have a look around the web3D consortium site. I'm tying up a few last  
moment
things then heading off for holidays, so I'll leave it to you to find  
out what is
available.


>> The
>> Web3D Consortium is planning to announce today that FreeWRL is one
>> of 3 browsers to pass the Interchange Profile Conformance tests,
>> thus the desire to get the latest plugin code out there.
>
> Are these Conformance tests public available ?
>

-----------------------------------------------------------
John A. Stewart
Team Leader: Networked Virtual Reality
alex.stewart@...

Network Systems and Technologies -
         Systemes et technologies des reseaux
Communications Research Centre Canada  |
          Centre de recherches sur les communications Canada

3701 Carling Ave.  |  3701, avenue Carling
PO Box 11490, Station H  |  CP 11490, succursale H
          Ottawa ON K2H 8S2   |  Ottawa (Ontario) K2H 8S2

http://www.crc.ca

Re: [FreeWRL] freewrl 1.19.5 released.

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

> The
> Web3D Consortium is planning to announce today that FreeWRL is one
> of 3 browsers to pass the Interchange Profile Conformance tests,
> thus the desire to get the latest plugin code out there.

Are these Conformance tests public available ?

so long
MUFTI
-- 
Ursache
TV Server unterstützt XML-Partnerpullen zu Standard-UTF-Codierungen
ASCII, 8 und UTF.
                             Artikel-ID:319200  Version:1.1

[FreeWRL] freewrl 1.19.5 released.

[J. A. Stewart <alex.stewart@cr...>]

Dear FreeWRLians;

We have released FreeWRL 1.19.5 as source, OS X DMG, and soon
Fedora Core rpms (i386 and amd64) and Ubuntu .deb releases
(i386 and amd64 again)

The link is on SourceForge.

Quite a bit of work on html browser plugins, and Javascript.  The
Web3D Consortium is planning to announce today that FreeWRL is one
of 3 browsers to pass the Interchange Profile Conformance tests,
thus the desire to get the latest plugin code out there.


Two notes:

1) A word of warning; last night I did upload a 1.19.5 release,
but did not announce it. It had a verbose option turned on that
would cause problems running the plugin code on linux. (wrote to
a specific file)

So, I have replaced the download version on SourceForge. if you
sum it, the one uploaded today is: 27842 3383 freewrl-1.19.5.tar.gz

2) Web page updating is currently "down" at SourceForge, so you'll
have to go digging into the sourceforge directory for this release,
rather than go into the "easy download" page.

We'll update these web pages whenever we can.

Thanks;

John Stewart.


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

[FreeWRL] Fwd: Using MIDI With FreeWRL

[John A. Stewart <alex.stewart@cr...>]

Dear FreeWRLians;

FYI.

Here's an interview with me, concerning the MIDI/Reason interfacing.

JohnS.


Begin forwarded message:

> From: "Len Bullard" <cbullard@...>
> Date: May 28, 2007 9:35:03 AM EDT (CA)
> To: "'John A. Stewart'" <alex.stewart@...>, "'x3d-public  
> PUBLIC'" <x3d-public@...>
> Subject: Using MIDI With FreeWRL
>
> http://3donthewebcheap.blogspot.com/2007/05/x3d-and-midi-using-3d- 
> world-as-midi.html
>
>
> I’ve posted an interview with John Stewart at my 3D On the Web  
> blog.  John describes with code examples how the FreeWRL midi  
> extension node is used and examples of some applications.   This is  
> very cool stuff for the musicians in the community and a sweet  
> onramp for those musicians just getting started with real-time 3D  
> and X3D/VRML.
>
>
> I can think of some non-musical applications as well.   In the  
> Alerting industry where real-time alerts are being received, the  
> X3D representations of these real-time events can be both graphical  
> and sound.   Keying midi sounds can be a lot better than some of  
> the bad wav files I’ve heard used for this purpose.   There are  
> some imaginative ways to combine musical sound with serious games.
>
>
> To our buds in the X3D Design WG:  This has legs.   I’d like to see  
> other browser vendors work with John on this if not to get it into  
> the standard, to get it into other browsers so we can start to use  
> it widely.
>
>
> len
>
>
>
>
>
>
>

Re: [FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[John A. Stewart <alex.stewart@cr...>]

Mufti;

Ok - I think that the CVS code should work properly. It works for me  
again,
as do the other tests that I was working on the plugin code for.

When you get a chance, can you please verify that the CVS plugin code
works for you?

Thanks; JohnS.


On 23-May-07, at 10:25 AM, Joerg Scheurich aka MUFTI wrote:

>> http://129.69.35.12/

-----------------------------------------------------------
John A. Stewart
Team Leader: Networked Virtual Reality
alex.stewart@...

Network Systems and Technologies -
         Systemes et technologies des reseaux
Communications Research Centre Canada  |
          Centre de recherches sur les communications Canada

3701 Carling Ave.  |  3701, avenue Carling
PO Box 11490, Station H  |  CP 11490, succursale H
          Ottawa ON K2H 8S2   |  Ottawa (Ontario) K2H 8S2

http://www.crc.ca

Re: [FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[John A. Stewart <alex.stewart@cr...>]

Hi Mufti;

I'm looking into this; last week I had to make a change because some  
browsers would
not start FreeWRL up. (depends on what they think is their init  
sequence).

What is happening in your case is that the jpeg file requested gets  
returned as the
original .wrl file.

It did not do this on my testing before hand, but, it could be a  
threading issue....

JohnS.

On 23-May-07, at 10:25 AM, Joerg Scheurich aka MUFTI wrote:

>
>> BTW: Version 1.19.4 seams not really to run for me under Linux in  
>> firefox
>> and seamonkey. A plugin window opens and for short vrml files it  
>> looks like
>> the whole world is displayed, but then the window closes 8-(
>> I get this effect on http://129.69.35.12/
>> Some cvs versions something between 1.19.3 and 1.19.4 worked as  
>> plugins.
>> The standalone version works.
>
> Additionally, i detected that the window do not vanish, if freewrl  
> displays
> a error, e.g. in
>
> http://hendrix.imm.dtu.dk/vrml/fourd/petroom.wrl
>
> so long
> MUFTI
> -- 
> Das Internet ist nur eine Randerscheinung
>                                     (William Henry Gates III)
> _______________________________________________
> FreeWRL mailing list
> FreeWRL@...

-----------------------------------------------------------
John A. Stewart
Team Leader: Networked Virtual Reality
alex.stewart@...

Network Systems and Technologies -
         Systemes et technologies des reseaux
Communications Research Centre Canada  |
          Centre de recherches sur les communications Canada

3701 Carling Ave.  |  3701, avenue Carling
PO Box 11490, Station H  |  CP 11490, succursale H
          Ottawa ON K2H 8S2   |  Ottawa (Ontario) K2H 8S2

http://www.crc.ca

Re: [FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

> BTW: Version 1.19.4 seams not really to run for me under Linux in firefox
> and seamonkey. A plugin window opens and for short vrml files it looks like
> the whole world is displayed, but then the window closes 8-(
> I get this effect on http://129.69.35.12/
> Some cvs versions something between 1.19.3 and 1.19.4 worked as plugins.
> The standalone version works.

Additionally, i detected that the window do not vanish, if freewrl displays
a error, e.g. in

http://hendrix.imm.dtu.dk/vrml/fourd/petroom.wrl

so long
MUFTI
-- 
Das Internet ist nur eine Randerscheinung
                                    (William Henry Gates III)

Re: [FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

> 
> It seems to work ok on the linux side of things, and not work so well  
> on the Safari/ OSX side.

BTW: Version 1.19.4 seams not really to run for me under Linux in firefox
and seamonkey. A plugin window opens and for short vrml files it looks like
the whole world is displayed, but then the window closes 8-(
I get this effect on http://129.69.35.12/
Some cvs versions something between 1.19.3 and 1.19.4 worked as plugins.
The standalone version works.

so long
MUFTI
-- 
Two years from now, spam will be solved
                                 William Henry Gates III (January 2004)

Re: [FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[John A. Stewart <alex.stewart@cr...>]

Hi Joaquim;

It seems to work ok on the linux side of things, and not work so well  
on the Safari/ OSX side.
The plugin code is different; so it should be easy to isolate and  
fix.  (99.9% of the code
is common between Linux and OS X - just the "interface" code is  
different)

Sarah and I will have a look at this today.

Thanks for the problem report;


-----------------------------------------------------------
John A. Stewart
Team Leader: Networked Virtual Reality
alex.stewart@...

Network Systems and Technologies -
         Systemes et technologies des reseaux
Communications Research Centre Canada  |
          Centre de recherches sur les communications Canada

3701 Carling Ave.  |  3701, avenue Carling
PO Box 11490, Station H  |  CP 11490, succursale H
          Ottawa ON K2H 8S2   |  Ottawa (Ontario) K2H 8S2

http://www.crc.ca

[FreeWRL] Problems trying to open a URL from FreeWRL in Mac OS X

[Joaquim Carvalho <joaquim@de...>]

Hi everyone,

I am using FreeWRL to visualize social networks.
My X3d files has nodes like this:

   <Anchor description='10' parameter='target=_blank' url='"http:// 
localhost:8080/mhk/servlet/do?action=show&amp;id=rp-1756-b439-maria- 
per1"'>
   <Transform translation='-1.65407 -3.30541 2.09665'>
   <Shape>              <!-- Vertex 10 -->
   <Appearance><Material diffuseColor='0.00 1.00 1.00'/></Appearance>
   <Sphere radius='0.0150'/>
   </Shape>
   </Transform>
   </Anchor>

The idea is that when one clicks on the node an External Browser  
would open the above URL.

What happens is:
1. Safari launches
2. Safari gives the following error on the main window:
No file exists at the address “/http:/localhost:8080/mhk/servlet/do? 
action=show&id=rp-1756-b439-maria-per1”
The Address field of Safari shows:
file:///http:/localhost:8080/mhk/servlet/do%3Faction=show&id=rp-1756- 
b439-maria-per1

Any ideas?

Joaquim Carvalho

Re: [FreeWRL] FreeWRL 1.19.3 released.

[J. A. Stewart <alex.stewart@cr...>]

Mufti;

This changes the colour of the "background" only when a Background Node
is not specified. I think Sarah tried to put "transparent" in there
at one time. ;-)

The request came from CERN, IIRC, to enable them to better see some of
their models.

technically, this just changes the openGL clear colour.

JohnS.

> BTW: What is the idea behind the "Preferences -> red background" settings ?
..
> I do not see much sense in setting the background color manually.
> On long term, it only supports the occurence of VRML modells with unusable
> colors on the internet 8-(
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [FreeWRL] FreeWRL 1.19.3 released.

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

> The "connection" to the new parsers is that, the internal coding has
> changed considerably.  And, I don't know about the "dead slow" part
> anymore; javascripts are compiled (whatever that really means)

Well, i don't think, this means very much. FreeWRL still uses spidermonkey
and it looks like spidermonkey performs very much slower than java programs:

Examples:

http://shootout.alioth.debian.org/gp4/benchmark.php?test=fasta&lang=all

	Java JDK -server #2 	    21.78 seconds    Factor to C++:  1.2
	JavaScript SpiderMonkey  1,648.09 seconds    Factor to C++: 88

http://shootout.alioth.debian.org/gp4/benchmark.php?test=spectralnorm&lang=all

	Java JDK -server 	   25.29 seconds     Factor to C++:   1.0
	JavaScript SpiderMonkey 4,529.24 seconds     Factor to C++: 187.0

According to these benchmarks, the ratio of factors between java and JavaScript 
SpiderMonkey is from about 5 to 187 or more ("timeout").

This can change, if SpiderMonkey in future, if something like parrot would
be useable...

> I'm not saying that we can't put it back in; but for now, getting the
> EAI/SAI/ECMAScript running makes more sense, as that is the way the tide
> is flowing.

As far as i know, SAI is not only EAI for X3D, it is also the API used by 
Scriptnodes in X3D:

http://www.web3d.org/x3d/specifications/#x3d-spec

...
| Defines the scene access interface (SAI) that can be used to interact 
| with X3D worlds both from within the worlds or from external programs.

so long
MUFTI
-- 
Der virtuelle Zeitnehmer ist abgelaufen
                                        ("Timer expired")

Re: [FreeWRL] FreeWRL 1.19.3 released.

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

BTW: What is the idea behind the "Preferences -> red background" settings ?

http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Part01/components/enveffects.html#Background

The default color is black and the background is a bindable node.

http://www.web3d.org/x3d/specifications/ISO-IEC-19775-X3DAbstractSpecification/Part01/components/core.html#BindableChildrenNodes

| If the stack is empty (i.e., either the X3D file has no bindable nodes for 
| a given type or the stack has been popped until empty), the default field 
| values for that node type are used to set world state.

I do not see much sense in setting the background color manually. 
On long term, it only supports the occurence of VRML modells with unusable 
colors on the internet 8-(

so long
MUFTI
-- 
Der virtuelle Zeitnehmer ist abgelaufen
                                        ("Timer expired")

Re: [FreeWRL] FreeWRL 1.19.3 released.

[J. A. Stewart <alex.stewart@cr...>]

Hi Mufti;

> I disagree about the usefullness, (e.g. longer javascript programms are
> deadly slow compared with java classes) but i do not understand the
> connection to the new parsers.

The "connection" to the new parsers is that, the internal coding has
changed considerably.  And, I don't know about the "dead slow" part
anymore; javascripts are compiled (whatever that really means), and
the interface to FreeWRL is being cleaned up.

> A java.class file in Script nodes looks like this:
>
> Script { url       "hello_java.class" }
>
> ...Which is exactly no difffence from parsers view to a Script node with
> javascript
>
> Script   {url       "hello.js"}

The Parsers may see this as the same, but the tens of thousands of lines
of glue code has to handle this. FreeWRL used to use the Perl interpreter
a lot during runtime, the Perl interpreter no longer is used.

A LOT of the internals of FreeWRL have changed over the past year.

I'm not saying that we can't put it back in; but for now, getting the
EAI/SAI/ECMAScript running makes more sense, as that is the way the tide
is flowing.

> > ECMAScript gives you Javascript, plus a lot of in-depth control
> > over the scene graph.
>
> Are you refering to "javascript:" versus "ecmascript:" ?
>
>
http://www.web3d.org/x3d/specifications/vrml/ISO-IEC-14772-VRML97/part1/javascript.html#AccessingOtherNodes
>

No, more like:

http://www.web3d.org/x3d/specifications/ISO-IEC-19777-1-X3DLanguageBindings-ECMAScript/

PS - there are still bugs in the Javascript methods, getting internals
for nodes. This code has to be completed for EAI/SAI (same internal FreeWRL
code) and for the Java/ECMAscript interface, so you can go something
like:

mynode.children[10].geometry.whatever = 10;


Thanks for the feedback;

JohnS.


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [FreeWRL] FreeWRL 1.19.3 released.

[Joerg Scheurich aka MUFTI <rusmufti@he...>]

> > Is a Java class currently supported in a Script node?
> > Or is it just JavaScript?

> Javascript, and, I printed off the ECMAscript specs last night.
> Java .class files in the Script node never made it to the new
> parsers; and, to tell you the truth, IMHO, that technology
> is no longer useful.

I disagree about the usefullness, (e.g. longer javascript programms are
deadly slow compared with java classes) but i do not understand the connection
to the new parsers.

A java.class file in Script nodes looks like this:

Script
   {
   eventIn      SFFloat     set_fraction
   eventOut     SFRotation  value_changed
   url       "hello_java.class"
   }

Which is exactly no difffence from parsers view to a Script node with 
javascript 

Script
   {
   eventIn      SFFloat     set_fraction
   eventOut     SFRotation  value_changed
   url       "hello.js"
   }
 
> A *lot* of Javascript changes have been put in place; code
> tidied up, methods checked, etc, etc. Some even went in last
> night, so they'll be there for 1.19.4.
> 
> ECMAScript gives you Javascript, plus a lot of in-depth control
> over the scene graph.

Are you refering to "javascript:" versus "ecmascript:" ?

http://www.web3d.org/x3d/specifications/vrml/ISO-IEC-14772-VRML97/part1/javascript.html#AccessingOtherNodes

so long
MUFTI
-- 
ar -r ../lib/libswt.a swt.o browser.o tree.o header.o groupbox.o 
statusbar.o toolbar.o util.o resload.o
ar: ../lib/libswt.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it)
                          MacOSX errormessage

Re: [FreeWRL] FreeWRL 1.19.3 released.

[J. A. Stewart <alex.stewart@cr...>]

Robert;

> Is a Java class currently supported in a Script node?
> Or is it just JavaScript?

Javascript, and, I printed off the ECMAscript specs last night.
Java .class files in the Script node never made it to the new
parsers; and, to tell you the truth, IMHO, that technology
is no longer useful.

A *lot* of Javascript changes have been put in place; code
tidied up, methods checked, etc, etc. Some even went in last
night, so they'll be there for 1.19.4.

ECMAScript gives you Javascript, plus a lot of in-depth control
over the scene graph.

> Robert "Exile In Paradise" Murphey
> The trouble with a lot of self-made men is that they
> worship their creator.

Neat quote!

John Stewart.


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [FreeWRL] FreeWRL 1.19.3 released.

[Exile In Paradise <exile@we...>]

On Mon, 2007-05-14 at 16:00 -0400, John A. Stewart wrote:
> Dear FreeWRLians;
> We have released FreeWRL 1.19.3, for OS X and Linux platforms.
> 
Woo!

General question:
Is a Java class currently supported in a Script node?
Or is it just JavaScript?
Neither?
-- 
Robert "Exile In Paradise" Murphey
The trouble with a lot of self-made men is that they
worship their creator. 

[FreeWRL] FreeWRL 1.19.3 released.

[John A. Stewart <alex.stewart@cr...>]

Dear FreeWRLians;

We have released FreeWRL 1.19.3, for OS X and Linux platforms.

Changes since 1.19.2:
	- ReWire/Midi:
                 - added following Javascript functions:
                         getMidiDeviceList()
                         getMidiDeviceInfo(x)
                         getMidiControlMin(x,y)
                         getMidiControlMax(x,y)
                         getMidiControlNumber(x,y)
		- reviewed web pages describing this work;
	- Javascript review code:
                - fixes and tests for most MF* nodes.
                 - addRoute / deleteRoute now works with new parser  
formats.
                 - replaceWorld() works with new parsers.
                 - createVrmlFromString() verified.
                 - getName() verified.
                 - getVersion() verified.
                 - getCurrentSpeed() verified.
                 - getCurrentFrameRate() verified.
                 - getWorldURL() verified.
                 - loadURL() verified.
                 - createVrmlFromUrl() verified.
	- Improvements to OS X Console output methodology;
	- Linux browser plugin code reworked;
		- bug fixed with respect to relative paths of sub-elements;
		- Seamonkey and Firefox added to build path discovery;
	- OS X Universal Binary package;
	- Ubuntu i386 and amd64 binary packages;
	- (Fedora Core 6 for i386 and amd64 coming in a couple of days)

FreeWRL can be downloaded from:

http://freewrl.sourceforge.net

Comments/bugs/suggestions always welcome.

-----------------------------------------------------------
John A. Stewart
Team Leader: Networked Virtual Reality
alex.stewart@...

Network Systems and Technologies -
         Systemes et technologies des reseaux
Communications Research Centre Canada  |
          Centre de recherches sur les communications Canada

3701 Carling Ave.  |  3701, avenue Carling
PO Box 11490, Station H  |  CP 11490, succursale H
          Ottawa ON K2H 8S2   |  Ottawa (Ontario) K2H 8S2

http://www.crc.ca

[FreeWRL] FreeWrl Python project

[Dethe Elza <delza@li...>]

Hi Sarah,

>   I've been running some examples on my OS X machine, and I can  
> replicate your
> error, but only if I call FreeWRL with an incorrect filename.  This  
> took me
> longer than I'd like to admit to figure out - partly because the  
> flooding of
> verbose eai messages buries the original error regarding the  
> "problem reading
> file ... " that indicates that FreeWRL can't locate the file  
> requested.

The file is being found and loaded (I can see it rendered).

>   If you aren't getting an error message regarding the filename,  
> could you
> possibly forward to me the java file & wrl file that is causing the  
> problem?
> getNode should be working for you under OS X.

I'm not using Java at this point, and don't have time tonight to set  
up my Java environment, but I've included my Python project and  
instructions for running it below.  I think I've found, if not the  
cause of the problem, at least a good clue.  I'm testing with an X3D  
file, not a WRL file.  If I switch to using WRL the test works OK.   
Is getNode not implemented for X3D?

Here is the Python project so far.

Requirements:

1. Python 2.5 or an earlier version with the subprocess module added  
(2.5 already contains subprocess as part of the standard library)

2. Unzip and add the resulting freewrl directory to your PYTHONPATH  
environment variable (there are other ways to get it in your path,  
but that's the easiest to explain).

3. From the freewrl directory, run "python test/09_GETNODE.py" (tests  
after 09 are empty files, I haven't implemented those yet)

4. With the current setup, this should result in a bus error (and  
then an extraneous index error from Python when it looks for a result  
from freewrl).

5. By changing protocol.py, line 17 to be 1.wrl instead of 1.x3d the  
test works.

Re: [FreeWRL] EAI GETNODE problem

[Sarah Dumoulin <sarah.dumoulin@cr...>]

Dethe,

  I've been running some examples on my OS X machine, and I can replicate your
error, but only if I call FreeWRL with an incorrect filename.  This took me
longer than I'd like to admit to figure out - partly because the flooding of
verbose eai messages buries the original error regarding the "problem reading
file ... " that indicates that FreeWRL can't locate the file requested.

  If you aren't getting an error message regarding the filename, could you
possibly forward to me the java file & wrl file that is causing the problem? 
getNode should be working for you under OS X.

Thanks,

Sarah

Quoting Dethe Elza <delza@...>:

> On 7-May-07, at 1:32 PM, Russ Kinter wrote:
>
> > If you have 64 bit linux, getNode simply doesn't work -not
> > implemented- yet.
> > What does your java console say if you try to run some of the examples
> > that use getNode?
>
> I'm on OS X and getNode works for at least the root node.  I'll try
> compiling the Java examples and see, that's a good idea.
>
> Thanks.
>
> --Dethe
>
> >
> > tc
> > Russ Kinter
> >
> > -----Original Message-----
> > From: freewrl-bounces@... [mailto:freewrl-bounces@...] On
> > Behalf Of
> > Dethe Elza
> > Sent: Monday, May 07, 2007 2:17 PM
> > To: FreeWRL VRML viewer and Shared Virtual World viewer
> > Subject: [FreeWRL] EAI GETNODE problem
> >
> > Hi Sarah (and everyone),
> >
> > I'm writing test for my Python port of EAI, and trying to document
> > the wire protocol.  I'm running into a problem with the GETNODE
> > call.  When I use the value of SYSTEMROOTNODE (i.e.
> > "_Sarah_this_is_the_FreeWRL_System_Root_Node"), then I get back a
> > pointer that looks OK.  But when I use a string that is the name of a
> > DEF'd node in my x3d file, I get a "4504 Bus error".
> >
> > For instance, I have a variation of 1.x3d from the sample files that
> > come with freewrl.  Instead of creating the shape of the box
> > directly, it is created outside the <Scene> as a direct child of
> > <X3D> with DEF="the_box", then in the Scene I have a <Shape
> > USE="the_box"/>.  This works find in freewrl and the box shows up
> > just like it did before, but when I try to get the node using EAI I
> > get the bus error.
> >
> > Since I'm learning EAI as I go along (and not all that proficient
> > with VRML/X3D yet), I'm probably just doing something wrong.  I read
> > in the EAI API spec that I can only access nodes that are DEF'd in
> > the main file, but that is what I'm trying to do.  Is there anything
> > obvious that I'm missing here?
> >
> > Below I've included the output from the verbose library, so you can
> > see what is happening inside of freewrl up until the bus error.
> >
> > Thanks!
> >
> > --Dethe
> >
> > ==================== OUTPUT ==========================
> > newASCIIString for ::
> > newASCIIString for :PLAIN:
> > newASCIIString for :BEGIN:
> > newASCIIString for :SERIF:
> > newASCIIString for :MIDDLE:
> > newASCIIString for :the_box:
> > newASCIIString for :WALK:
> > newASCIIString for :ANY:
> > newASCIIString for :EXAMINE:
> > newASCIIString for :WALK:
> > newASCIIString for :FLY:
> > newASCIIString for :ANY:
> > EAISERVER:create_EAI called
> > conEAIorCLASS - socket made
> > EAISERVER: bound to socket 9877
> > EAISERVER: no client yet
> > EAISERVER: conEAIorCLASS returning TRUE
> > EAISERVER: no client yet
> > readEAIsocket--, retval 1
> > read in from socket 12 bytes, max 4096 bfct 0 cmd <0 A the_box
> >>
> > handle_EAI-- Data is :0 A the_box
> > :
> > EAI_parse_commands:start of while loop, strlen 12 str :0 A the_box
> > :
> > command A
> >
> > ... 0 GETNODE the_box
> > EAI_GetNode - getting the_box
> >
> > ==================== END OUTPUT ======================
> >
> > --
> >
> > As for intelligent machines taking over, a machine does not have to
> > be intelligent to conquer the world; it merely has to be desireable.
> > We've already lost a war to a synthetic species--the automobile--that
> > has killed more than 15 million people; occupied all of our cities
> > except Venice, Italy; and continues to exact crushing taxes in
> > resources, wealth, and time from over half the planet--and everybody
> > wants one. --Grant Thompson
> >
> >
> > _______________________________________________
> > FreeWRL mailing list
> > FreeWRL@...
> >
> > _______________________________________________
> > FreeWRL mailing list
> > FreeWRL@...
>
>
> When all else fails, men turn to reason.  --Abba Eban
>
>
> _______________________________________________
> FreeWRL mailing list
> FreeWRL@...
>




----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

Re: [FreeWRL] EAI GETNODE problem

[Dethe Elza <delza@li...>]

On 7-May-07, at 1:32 PM, Russ Kinter wrote:

> If you have 64 bit linux, getNode simply doesn't work -not  
> implemented- yet.
> What does your java console say if you try to run some of the examples
> that use getNode?

I'm on OS X and getNode works for at least the root node.  I'll try  
compiling the Java examples and see, that's a good idea.

Thanks.

--Dethe

>
> tc
> Russ Kinter
>
> -----Original Message-----
> From: freewrl-bounces@... [mailto:freewrl-bounces@...] On  
> Behalf Of
> Dethe Elza
> Sent: Monday, May 07, 2007 2:17 PM
> To: FreeWRL VRML viewer and Shared Virtual World viewer
> Subject: [FreeWRL] EAI GETNODE problem
>
> Hi Sarah (and everyone),
>
> I'm writing test for my Python port of EAI, and trying to document
> the wire protocol.  I'm running into a problem with the GETNODE
> call.  When I use the value of SYSTEMROOTNODE (i.e.
> "_Sarah_this_is_the_FreeWRL_System_Root_Node"), then I get back a
> pointer that looks OK.  But when I use a string that is the name of a
> DEF'd node in my x3d file, I get a "4504 Bus error".
>
> For instance, I have a variation of 1.x3d from the sample files that
> come with freewrl.  Instead of creating the shape of the box
> directly, it is created outside the <Scene> as a direct child of
> <X3D> with DEF="the_box", then in the Scene I have a <Shape
> USE="the_box"/>.  This works find in freewrl and the box shows up
> just like it did before, but when I try to get the node using EAI I
> get the bus error.
>
> Since I'm learning EAI as I go along (and not all that proficient
> with VRML/X3D yet), I'm probably just doing something wrong.  I read
> in the EAI API spec that I can only access nodes that are DEF'd in
> the main file, but that is what I'm trying to do.  Is there anything
> obvious that I'm missing here?
>
> Below I've included the output from the verbose library, so you can
> see what is happening inside of freewrl up until the bus error.
>
> Thanks!
>
> --Dethe
>
> ==================== OUTPUT ==========================
> newASCIIString for ::
> newASCIIString for :PLAIN:
> newASCIIString for :BEGIN:
> newASCIIString for :SERIF:
> newASCIIString for :MIDDLE:
> newASCIIString for :the_box:
> newASCIIString for :WALK:
> newASCIIString for :ANY:
> newASCIIString for :EXAMINE:
> newASCIIString for :WALK:
> newASCIIString for :FLY:
> newASCIIString for :ANY:
> EAISERVER:create_EAI called
> conEAIorCLASS - socket made
> EAISERVER: bound to socket 9877
> EAISERVER: no client yet
> EAISERVER: conEAIorCLASS returning TRUE
> EAISERVER: no client yet
> readEAIsocket--, retval 1
> read in from socket 12 bytes, max 4096 bfct 0 cmd <0 A the_box
>>
> handle_EAI-- Data is :0 A the_box
> :
> EAI_parse_commands:start of while loop, strlen 12 str :0 A the_box
> :
> command A
>
> ... 0 GETNODE the_box
> EAI_GetNode - getting the_box
>
> ==================== END OUTPUT ======================
>
> --
>
> As for intelligent machines taking over, a machine does not have to
> be intelligent to conquer the world; it merely has to be desireable.
> We've already lost a war to a synthetic species--the automobile--that
> has killed more than 15 million people; occupied all of our cities
> except Venice, Italy; and continues to exact crushing taxes in
> resources, wealth, and time from over half the planet--and everybody
> wants one. --Grant Thompson
>
>
> _______________________________________________
> FreeWRL mailing list
> FreeWRL@...
>
> _______________________________________________
> FreeWRL mailing list
> FreeWRL@...


When all else fails, men turn to reason.  --Abba Eban

RE: [FreeWRL] EAI GETNODE problem

[Russ Kinter <pyth7@ve...>]

If you have 64 bit linux, getNode simply doesn't work -not implemented- yet.
What does your java console say if you try to run some of the examples
that use getNode?

tc
Russ Kinter

-----Original Message-----
From: freewrl-bounces@... [mailto:freewrl-bounces@...] On Behalf Of
Dethe Elza
Sent: Monday, May 07, 2007 2:17 PM
To: FreeWRL VRML viewer and Shared Virtual World viewer
Subject: [FreeWRL] EAI GETNODE problem

Hi Sarah (and everyone),

I'm writing test for my Python port of EAI, and trying to document  
the wire protocol.  I'm running into a problem with the GETNODE  
call.  When I use the value of SYSTEMROOTNODE (i.e.  
"_Sarah_this_is_the_FreeWRL_System_Root_Node"), then I get back a  
pointer that looks OK.  But when I use a string that is the name of a  
DEF'd node in my x3d file, I get a "4504 Bus error".

For instance, I have a variation of 1.x3d from the sample files that  
come with freewrl.  Instead of creating the shape of the box  
directly, it is created outside the <Scene> as a direct child of  
<X3D> with DEF="the_box", then in the Scene I have a <Shape   
USE="the_box"/>.  This works find in freewrl and the box shows up  
just like it did before, but when I try to get the node using EAI I  
get the bus error.

Since I'm learning EAI as I go along (and not all that proficient  
with VRML/X3D yet), I'm probably just doing something wrong.  I read  
in the EAI API spec that I can only access nodes that are DEF'd in  
the main file, but that is what I'm trying to do.  Is there anything  
obvious that I'm missing here?

Below I've included the output from the verbose library, so you can  
see what is happening inside of freewrl up until the bus error.

Thanks!

--Dethe

==================== OUTPUT ==========================
newASCIIString for ::
newASCIIString for :PLAIN:
newASCIIString for :BEGIN:
newASCIIString for :SERIF:
newASCIIString for :MIDDLE:
newASCIIString for :the_box:
newASCIIString for :WALK:
newASCIIString for :ANY:
newASCIIString for :EXAMINE:
newASCIIString for :WALK:
newASCIIString for :FLY:
newASCIIString for :ANY:
EAISERVER:create_EAI called
conEAIorCLASS - socket made
EAISERVER: bound to socket 9877
EAISERVER: no client yet
EAISERVER: conEAIorCLASS returning TRUE
EAISERVER: no client yet
readEAIsocket--, retval 1
read in from socket 12 bytes, max 4096 bfct 0 cmd <0 A the_box
 >
handle_EAI-- Data is :0 A the_box
:
EAI_parse_commands:start of while loop, strlen 12 str :0 A the_box
:
command A

... 0 GETNODE the_box
EAI_GetNode - getting the_box

==================== END OUTPUT ======================

--

As for intelligent machines taking over, a machine does not have to  
be intelligent to conquer the world; it merely has to be desireable.   
We've already lost a war to a synthetic species--the automobile--that  
has killed more than 15 million people; occupied all of our cities  
except Venice, Italy; and continues to exact crushing taxes in  
resources, wealth, and time from over half the planet--and everybody  
wants one. --Grant Thompson


_______________________________________________
FreeWRL mailing list
FreeWRL@...

[FreeWRL] EAI GETNODE problem

[Dethe Elza <delza@li...>]

Hi Sarah (and everyone),

I'm writing test for my Python port of EAI, and trying to document  
the wire protocol.  I'm running into a problem with the GETNODE  
call.  When I use the value of SYSTEMROOTNODE (i.e.  
"_Sarah_this_is_the_FreeWRL_System_Root_Node"), then I get back a  
pointer that looks OK.  But when I use a string that is the name of a  
DEF'd node in my x3d file, I get a "4504 Bus error".

For instance, I have a variation of 1.x3d from the sample files that  
come with freewrl.  Instead of creating the shape of the box  
directly, it is created outside the <Scene> as a direct child of  
<X3D> with DEF="the_box", then in the Scene I have a <Shape   
USE="the_box"/>.  This works find in freewrl and the box shows up  
just like it did before, but when I try to get the node using EAI I  
get the bus error.

Since I'm learning EAI as I go along (and not all that proficient  
with VRML/X3D yet), I'm probably just doing something wrong.  I read  
in the EAI API spec that I can only access nodes that are DEF'd in  
the main file, but that is what I'm trying to do.  Is there anything  
obvious that I'm missing here?

Below I've included the output from the verbose library, so you can  
see what is happening inside of freewrl up until the bus error.

Thanks!

--Dethe

==================== OUTPUT ==========================
newASCIIString for ::
newASCIIString for :PLAIN:
newASCIIString for :BEGIN:
newASCIIString for :SERIF:
newASCIIString for :MIDDLE:
newASCIIString for :the_box:
newASCIIString for :WALK:
newASCIIString for :ANY:
newASCIIString for :EXAMINE:
newASCIIString for :WALK:
newASCIIString for :FLY:
newASCIIString for :ANY:
EAISERVER:create_EAI called
conEAIorCLASS - socket made
EAISERVER: bound to socket 9877
EAISERVER: no client yet
EAISERVER: conEAIorCLASS returning TRUE
EAISERVER: no client yet
readEAIsocket--, retval 1
read in from socket 12 bytes, max 4096 bfct 0 cmd <0 A the_box
 >
handle_EAI-- Data is :0 A the_box
:
EAI_parse_commands:start of while loop, strlen 12 str :0 A the_box
:
command A

... 0 GETNODE the_box
EAI_GetNode - getting the_box

==================== END OUTPUT ======================

--

As for intelligent machines taking over, a machine does not have to  
be intelligent to conquer the world; it merely has to be desireable.   
We've already lost a war to a synthetic species--the automobile--that  
has killed more than 15 million people; occupied all of our cities  
except Venice, Italy; and continues to exact crushing taxes in  
resources, wealth, and time from over half the planet--and everybody  
wants one. --Grant Thompson

[FreeWRL] Re: URL problem with 19.1 ?

[John A. Stewart <alex.stewart@cr...>]

Mufti;

Can you build from CVS?

I think that I have this problem solved, but other eyes on it will help.

Firefox now gets the texture, and when clicking on the "earth", another
tab opens up (http://129.69.35.12/back.html), with another FreeWRL  
window.

Running on the command line, clicking on the earth brings up the
browser, with the "http://129.69.35.12/back.html"; running.

I'm pretty sure that later on this week we will have 1.19.3 released in
Universal Binary, and binaries for Ubuntu (amd-64 and intel 32 bit)
and for Fedora Core6 (same platforms)

JohnS.

On 2-Apr-07, at 9:43 AM, Joerg Scheurich aka MUFTI wrote:

> Hi,
>
> $ freewrl --version
> FreeWRL version: V1.19.1
>
> Is there a incompatibility problem with seamonkey ?
>
> $ freewrl http://129.69.35.12/HelloWorld3.wrl
>
>
> Works, but the same as seamonkey browser do not work.
> The texture of
>
>          appearance Appearance
>             {
> #            material Material { diffuseColor 0 0 1 }
>             texture ImageTexture { url "photo_800.jpg" }
>             }
>
> is not found and the anchor to
>
>  url "back.html"
>
> tries to go to
>
> "http://www.back.html/";
>
> so long
> MUFTI