openvrml-develop — OpenVRML developers mailing list

[Openvrml-develop] OpenVRML on Windows

[Rob v. d. L. <r.v...@fo...>]

Hi list,

I'm trying to compile the library and lookat (eventually gtklookat) on a
Windows NT machine with the following configuration:

- Cygwin environment (gcc 2.95.2, OpenGL package, all required
libraries)
- OpenVRML 0.10.1

I was wondering if it's possible to build OpenVRML with the OpenGL
package for Cygwin... should I use the complete Mesa + Glut libraries
instead? And, secondly, is there a dependency in the OpenVRML-GL code on
the X11 library?

I know these are a lot of comprehensive questions, hopefully some people
on the list have experience with this kind of configuration and can give
me some hints in the right direction.

Regards,
Rob

[Openvrml-develop] [Fwd: OpenVRML on Windows]

[Rob v. d. L. <r.v...@fo...>]

Re: [Openvrml-develop] OpenVRMLcore Codewarrior project errors

[Michael L. <Mic...@hr...>]

Hello,

The .g file is an ANTLR file. ANTLR is an alternative to YACC. It can be 
used to regenerate the file Vrml97Parser.cpp. Since Vrml97Parser.cpp is in 
the source distribution, you should not need to use it.

>>> Then there is this file with a ".g" extension. The problem is with atof,
>>> strtol and atol. Am I just missing a C library  somewhere?
>>
>> I don't recall any .g file extension,  is the result of YACC or
>> something?  I'm not sure where that is to be mapped to.   Maybe it is
>> mapped as a C source file.
>>

Michael.

--
http://home.enitel.no/mlouka/

[Openvrml-develop] OpenVRMLcore Codewarrior project errors

[John R. <ric...@sp...>]

Hello,

I am having problems getting the OpenVRMLcore.mcp project to compile under
Codwarrior 6.

First some results of queries to the CW list and then some snippet's from
the warnings for CW savy people. Perhaps just a case of some newbie type
questions about C++ since my C++ is rusty......

John F. Richardson

=============================================================================
Here are some of the questions I posed to the Codewarrior list and a response
from the metrowerks list guru.

>In article <3B0...@sp...>,
> John Richardson <ric...@sp...> wrote:
>
>>Hello,
>>
>>I'm compiling some open source code from source forge. The files were
>>developed using Codewarrior 5. I have some compiler questions and some
>>newbie type questions on  c++.
>>
>>All the errors in the CPP files involve the functions "isdigit" and
>>"free". Any ideas?
>
>Is there an old library included  we change some functions to be inlined
>functions and some old libraries will be looking for them or something.
>That doesn't sound like this but it could be.
>
>Also was there a precompiled header included you might need to have a
>new precompiled header that can cause problems.
>
>>There is a .h file and a .g file causing problems. There are large
>>numbers of errors like "illegal use  of virtual". Any ideas or any ideas
>>on what topic to search for in a C++ textbook. Also, "illegal use of
>>abstract class". Lastely, "illegal  use of const/volatile function
>>qualifier sequence".
>>Is any of this due to changes between CW5 and CW6?
>
>Probably not, it is hard for me to guess at this point without more
>information.  It could be that the .g file is not included in your
>project giving you some errors.
>
>>Then there is this file with a ".g" extension. The problem is with atof,
>>strtol and atol. Am I just missing a C library  somewhere?
>
>I don't recall any .g file extension,  is the result of YACC or
>something?  I'm not sure where that is to be mapped to.   Maybe it is
>mapped as a C source file.
>
>I can only guess at this.
>
>Ron
>
>--
>                Get CW 7 Early Access CD
>International : write to in...@me...
>Subject: Early Access CD  please put your Country in the body
>US and Canada please use:  http://survey.metrowerks.com/wwdc/
>
>New CW Newsgroups: codewarrior.java, codewarrior.java.embedded
>
>Metrowerks - Ron Liechty - MW...@me...
=============================================================================

SNIPPETS

From the cpp  files
===================
Error   : undefined identifier 'isdigit'
System.cpp line 300   if (*s == ':' && isdigit(*(s+1)))
Error   : undefined identifier 'free'
VrmlNodeProto.cpp line 116   free(r->name);
Error   : illegal implicit conversion from 'const char *const ' to
'char *'
VrmlScene.cpp line 209   if (theSystem->loadUrl( urls[i], np, params )) {

from VrmlSFVec3f.h
===================
Error   : declaration syntax error
VrmlSFVec3f.h line 32   float operator[](size_t index) const;
Error   : illegal 'operator' declaration
VrmlSFVec3f.h line 33   float & operator[](size_t index);

Error   : illegal use of 'virtual'
VrmlSFVec3f.h line 35   virtual ostream& print(ostream& os) const;
similar errors for
VrmlSFVec3f.h line 37   virtual VrmlField * clone() const;
VrmlSFVec3f.h line 39   virtual VrmlFieldType fieldType() const;
VrmlSFVec3f.h line 40   virtual const VrmlSFVec3f* toSFVec3f() const;
VrmlSFVec3f.h line 41   virtual VrmlSFVec3f* toSFVec3f();

Error	: illegal use of abstract class ('VRMLField::clone() const ')
VrmlSFVec3f.h line 55 const VrmlSFVec3f add(const VrmlSFVec3f & vec) const;

similar errors for:
const VrmlSFVec3f cross(const VrmlSFVec3f & vec) const;
const VrmlSFVec3f divide(float number) const;
const VrmlSFVec3f multiply(float number) const;
const VrmlSFVec3f negate() const;
const VrmlSFVec3f normalize() const;
const VrmlSFVec3f subtract(const VrmlSFVec3f & vec) const;

Error   : illegal use of const/volatile function qualifier sequence
VrmlSFVec3f.h line 43   float getX() const;
similar errors for
VrmlSFVec3f.h line 46   float getY() const;
VrmlSFVec3f.h line 49   float getZ() const;
VrmlSFVec3f.h line 52   const float * get() const;
VrmlSFVec3f.h line 61   double dot(const VrmlSFVec3f & vec) const;
VrmlSFVec3f.h line 63   double length() const;


Then the Vrml97Parser.g errors
==============================
Error   : undefined identifier 'atof'
Vrml97Parser.g line 928   val = atof(f0->getText().c_str());
Error   : undefined identifier 'atol'
Vrml97Parser.g line 1002   val = atol(i0->getText().c_str());
Error   : undefined identifier 'strtol'
Vrml97Parser.g line 1003   val = strtol(i1->getText().c_str(), 0, 16);

[Openvrml-develop] Fw: fltklookat

[Christopher M M. <cm...@ve...>]

----- Original Message ----- 
From: "Vieri Di Paola" <vie...@ya...>
To: <cm...@us...>
Sent: Sunday, May 27, 2001 4:22 PM
Subject: fltklookat


> I want to congratulate the openvrml team for a job
> well done.
> 
> I've made a widget for the FLTK library (www.fltk.org)
> which uses libopenvrml. The demo program is called
> fltklookat. Could you please have a "look at" it?
> 
> You can get it at
> http://www.geocities.com/vieridipaola/fltklookat.tgz
> 
> It's been tested mainly under Linux.
> 
> I was thinking that maybe fltklookat could be added to
> the demo programs you already have (winlookat,
> gtklookat, etc.).
> 
> fltklookat is particularly portable because FLTK is
> well supported under Win32 and Linux, etc.
> 
> Hope to hear from you soon.
> 
> Cheers,
> 
> Vieri Di Paola
> 
> 
> 
> =====
> Vieri Di Paola
> Primary e-mail: vie...@ya...
> University of Pisa (di...@cl...)
> Italy
> Complutense University of Madrid
> Spain
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Auctions - buy the things you want at great prices
> http://auctions.yahoo.com/
> 

[Openvrml-develop] ANN: OpenVRML @ Linuxtag

[Braden M. <br...@en...>]

Linuxtag (http://www.linuxtag.org/2001/deutsch/showitem.php3?item=30&lang=en)
provides an Opportunity for Open-Source projects to have a booth at no
cost in the Open-Source Pavilion
(http://www.linuxtag.org/2001/deutsch/showitem.php3?item=77&lang=en).

There will be a virtual reality booth with 3DWM and VRML.
Interested active OpenVRML developpers, who are working with Unix/Linux
should write to sch...@cs... for coordination.

[Openvrml-develop] Strange rendering

[Rob v. d. L. <r.v...@fo...>]

Hello list,

I've attached a simple scene to this mail with a red box and green
triangle shape, I've also attached two PNG images that shows the
rendering of this scene in FreeWRL and lookat. It looks to me that
FreeWRL renders the scene right, in lookat it is just too dark. The
strange thing is that the coloring of the red box looks quite similar in
both scenes. Any explainations or suggestions how to get the rendering
right in lookat are appreciated.

Rob

Re: [Openvrml-develop] openvrml API

[Braden M. <br...@en...>]

----- Original Message -----
From: "Stefan Seefeld" <se...@sy...>
To: <ope...@li...>
Sent: Wednesday, May 09, 2001 3:16 AM
Subject: [Openvrml-develop] openvrml API


> I'm looking into openvrml because I'm considering to use it
> for the berlin project (http://www.berlin-consortium.org)
> to read 3D models into the display server. Where could I
> find information about the API and possibly even some example
> programs that show how the model can be programmatically accessed
> once it is read in ?

There is a small but slowly growing number of Doxygen doc-comments in the
code. You can run doxygen after running configure in order to see this
output. Unfortunately, that's about the best we have to offer at this point.
Folks on this list may be able to help you with specific issues.

Braden

[Openvrml-develop] openvrml API

[Stefan S. <se...@sy...>]

hi there,

I'm looking into openvrml because I'm considering to use it
for the berlin project (http://www.berlin-consortium.org)
to read 3D models into the display server. Where could I
find information about the API and possibly even some example
programs that show how the model can be programmatically accessed
once it is read in ?

Any hints would be very welcome,

Stefan

Re: [Openvrml-develop] Examine mode

[Christopher K. S. J. <cs...@di...>]

Rob van der Leek wrote:
> 
> How easy would it be to add code for examine mode
> to lookat? Can anyone help me with it?
> 

 The code itself isn't that hard, it's more a 
matter of digging through the navigation code to
figure out what needs to be done. The navigation
code is "in transition" (read: really hacked up)
so it's a little ugly. It also depends on if you've
ever written similiar code before. (You need to
be comfortable enough with matrix math to tell 
the difference between 'clever' and 'buggy' :-)


-- 
Christopher St. John ck...@di...
DistribuTopia http://www.distributopia.com

Re: [Openvrml-develop] Examine mode

[Rob v. d. L. <r.v...@fo...>]

"Christopher K. St. John" wrote:
> 
> Rob van der Leek wrote:
> >
> > Is this version tagged in the repository? Why isn't examine
> > mode present in current lookat viewers?
> >
> 
>  Because nobody has coded it yet :-)
> 

Allright, that explains ;-) I think it would make a really useful
feature (duh). I favour freewrl above lookat to view models because it
has the examine mode.
How easy would it be to add code for examine mode to lookat? Can anyone
help me with it?

Regards,
Rob

Re: [Openvrml-develop] Examine mode

[Christopher K. S. J. <cs...@qu...>]

Rob van der Leek wrote:
> 
> Is this version tagged in the repository? Why isn't examine
> mode present in current lookat viewers?
> 

 Because nobody has coded it yet :-)


-- 
Christopher St. John ck...@di...
DistribuTopia http://www.distributopia.com

Re: [Openvrml-develop] Examine mode

[Rob v. d. L. <r.v...@fo...>]

Christopher M Morley wrote:
> 
> Not at the moment, unless you grab an older version.
> 
> > Hello list,
> >
> > Are there any VRML browsers based on OpenVRML that support the examine
> > mode (like freewrl has)??
> >

Is this version tagged in the repository? Why isn't examine mode present
in current lookat viewers?

Again TIA, Rob

Re: [Openvrml-develop] Examine mode

[Christopher M M. <cm...@ve...>]

Not at the moment, unless you grab an older version.

----- Original Message ----- 
From: "Rob van der Leek" <r.v...@fo...>
To: "OpenVRML mailing list" <ope...@li...>
Sent: Tuesday, May 01, 2001 8:20 AM
Subject: [Openvrml-develop] Examine mode


> Hello list,
> 
> Are there any VRML browsers based on OpenVRML that support the examine
> mode (like freewrl has)??
> 
> TIA, Rob
> 
> _______________________________________________
> Openvrml-develop mailing list
> Ope...@li...
> http://lists.sourceforge.net/lists/listinfo/openvrml-develop
> 

[Openvrml-develop] Examine mode

[Rob v. d. L. <r.v...@fo...>]

Hello list,

Are there any VRML browsers based on OpenVRML that support the examine
mode (like freewrl has)??

TIA, Rob

[Openvrml-develop] article about quake 3 vr

[clayton c. <dr...@sm...>]

what does this have to do with vrml?

well they are using fakespace systems to display  quake 3 in cave
enviros 
afaik they use openvrml for their software



High-End VR QuakeIII Arena
http://slashdot.org/articles/01/04/26/0348201.shtml

Re: [Openvrml-develop] question about compilation

[Gerall K. <ge...@ch...>]

Terence Cheung <che...@cs...> writes:

> I was trying to make openVRML version 0.10.1 and ran into the following
> error in regarding the pngread.cpp. Does anyone ever run into the

<snip>

> pngread.cpp:116: implicit declaration of function `int png_get_IHDR(...)'
> pngread.cpp:118: implicit declaration of function `int png_get_channels(...)'
> pngread.cpp:150: implicit declaration of function `int png_get_valid(...)'
> pngread.cpp:161: implicit declaration of function `int png_get_PLTE(...)'
> pngread.cpp:177: implicit declaration of function `int png_get_gAMA(...)'

Looks like there might be a problem with your installed libpng.  I had
a similar problem when I had an older version of the library
installed, and openvrml (which requires something later) couldn't get
all the later functions out of the stale header file...

I'd check the machine and make sure you don't have stale libpng
installed somewhere...

HTH.  Thanks for the time and attention--

-- 
+Gerall Kahla
+the Celestial Mechanic
+http://chromebob.com

[Openvrml-develop] question about compilation

[Terence C. <che...@cs...>]

I was trying to make openVRML version 0.10.1 and ran into the following
error in regarding the pngread.cpp. Does anyone ever run into the
following error before? Can someone please help?
I looked into the png.h and couldn't find the declaration of
png_get_IHDR(), png_get_channels(), ..., but it should not be the problem
as that is not what the error message means.

c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../lib -I../../../lib/js
-DXP_UNIX -g -O2 -c pngread.cpp -DPIC -o .libs/pngread.lo 

pngread.cpp: In function `int pngreadstr(FILE *, int *, int *, int *,
png_struct *, png_info *, unsigned char **, unsigned char ***)':  
pngread.cpp:116: implicit declaration of function `int png_get_IHDR(...)'
pngread.cpp:118: implicit declaration of function `int png_get_channels(...)'
pngread.cpp:150: implicit declaration of function `int png_get_valid(...)'
pngread.cpp:161: implicit declaration of function `int png_get_PLTE(...)'
pngread.cpp:177: implicit declaration of function `int png_get_gAMA(...)'
*** Error code 1 (bu21) 
*** Error code 1 (bu21) 
*** Error code 1 (bu21)
*** Error code 1 (bu21) 
*** Error code 1 (bu21)

Any help will be appreciated.

[Openvrml-develop] Re: Crash in JavaScript (bug #225672)

[Braden N. M. <br...@en...>]

I'm CC'ing the mailing list in the hope that someone (cmorley?) might be
able to provide additional insight. I hope you don't mind.

On 25 Apr 2001 19:29:37 +0200, Joerg Scheurich aka MUFTI wrote:
> Just for your info:
> 
> The pupil doing debugging of the javascript scrash (example flying pinguin),
> found out, there is no crash, when you delete all lines with 
> 
> JS_AddRoot
> JS_RemoveRoot
> 
> So we tend now to think, this is a sign, the problem is not in the underlying 
> javascriptengine....

That's encouraging. 

The JS_AddRoot tells the JS engine that the passed object should be made
to persist, and the JS engine's garbage collector will worry about
cleaning it up. We want to do this for the JS objects that correspond to
the fields declared for the Script node. I'm not clear on why we would
need to use JS_RemoveRoot.

It looks like a root for an object is added, then removed, in the case
where the object is an MF* type and the elements of the array are
themselves JS objects. I don't know the underlying reasoning for this
distinction, though.

Braden

Re: [Openvrml-develop] Lookat function keys

[Christopher K. S. J. <cs...@qu...>]

Rob van der Leek wrote:
> 
> Is there any reference doc which describe the function
> keys used in Lookat?
>

 Use the Source, Luke:

  ViewerOpenGL.cpp:ViewerOpenGL::handleKey()


> I must have missed some vital documentation on this
>

 You missed it because it isn't there. Navigation is
something of a mess, and it's an undocumented mess to
boot. 


-cks

[Openvrml-develop] Lookat function keys

[Rob v. d. L. <r.v...@fo...>]

Hi list,

Is there any reference doc which describe the function keys used in
Lookat? (e.g. w: toggles wireframe/filled mode).
I'm also confused how navigation is implemented; for example: how to
rotate? I must have missed some vital documentation on this.. excuses
for my ignorance.

TIA & regards,
Rob

Re: [Openvrml-develop] Building for MacOS-X

[Michael L. <Mic...@hr...>]

On Thu, 12 Apr 2001 19:13:02 +0200, Oliver Strutynski wrote:
>
>I was able to build the lookat sample by editing the makefiles and
removing
>some image loading code, but I did not manage to build a real shared
library.
>(I must admit though, that I am in no way an automake or mac expert, so I 
>guess it is not really a big problem to build libraries as well). So now
I
>should be able to port my application to OS-X using static linkage at
least.
>
>If anyone is interested in the patches I can send them to you personally 
>sometime next week when I have access to my university's apple computers 
>again.

Cool. I haven't started looking at this yet, but your patches should make
it easier to figure out what permanent adjustments need to be made to the
automake setup. Your problem with the image loading code is presumably
that you were just missing the required supporting libraries (zlib, jpeg
and gif libraries) in your build setup? If that is the case then that
should be no problem to resolve. Ideally, the QuickTime API should be used
to load images since the jpeg and gif libraries are really redundant on
Mac OS. I've seen some example code for doing this and I think that it
should be easy to implement. I hope to find time to look at this before
the summer.

Michael.



--
http://home.enitel.no/mlouka/

[Openvrml-develop] Header file consolidation

[Braden N. M. <br...@en...>]

OpenVRML has an irritatingly large number of headers for a number of
classes which are not at all likely to be used in isolation. This
complicates life for our users, who must use a number of #include
directives, and for us developers, who must frequently chase down a
different file when modifying OpenVRML.

The problem can be alleviated for users by adding Another Header which
does nothing but include a bunch of related headers. We used to do this,
in fact, but I kicked it to the curb after finding that it was rather
difficult to keep up-to-date in a library evolving as OpenVRML is. So I
am not fond of this option.

Another option is to consolidate public classes into fewer headers. In
general, a rule of "1 header file and 1 implementation file per class"
has been followed in OpenVRML. This is a simple and
frequently-encountered convention for C++ projects, but I do not think
it suits nontrivial C++ library projects particularly well. For header
files, there is the problem of presenting lots of header files to users.
For implementation files, there is the problem that often
implementations ought to share private (internally linked)
implementation details. In fact, this is presently demonstrated in
VrmlField.cpp, where the "rule" in place has been bent to accommodate
the need for many of the MF* types to share implementation details. Such
a requirement is not particularly exceptional, and it should not be
treated as such.

So in spite of the subject heading, I'm actually proposing that both
headers and implementations be consolidated. The field types are the
most obvious consolidation, largely because it's already partly done;
the headers simply need to be consolidated here. I'd like to take this
further, though. I think the VRML97 node classes could be consolidated.
Some of the core functionality could probably be consolidated as well,
though the optimal partitions aren't entirely clear to me yet.

Braden

Re: [Openvrml-develop] Building for MacOS-X

[Oliver S. <oli...@gm...>]

I was able to build the lookat sample by editing the makefiles and removing 
some image loading code, but I did not manage to build a real shared library. 
(I must admit though, that I am in no way an automake or mac expert, so I 
guess it is not really a big problem to build libraries as well). So now I 
should be able to port my application to OS-X using static linkage at least.

If anyone is interested in the patches I can send them to you personally 
sometime next week when I have access to my university's apple computers 
again.

Bye, Oliver


-- 
_____________________________________________________________________
 Oliver Strutynski                      oli...@cs...
                                                  oli...@in...

[Openvrml-develop] Need help getting started

[Alan L. <li...@ix...>]

Folks,

I'm new to OpenVRML and I need a little assistance to get headed in the 
right direction.  I have a surface model of the abdomen in VRML.  There are 
(approx) 20,000 texture-mapped polygons.  Here's the (abbreviated) VRML file.

#VRML V2.0 utf8
Shape{
    appearance Appearance{
       texture ImageTexture{
          url "abdomen.jpg"
          repeatS FALSE
          repeatT FALSE
       }
    }
    geometry IndexedFaceSet {
       coord Coordinate{
          point[
             -95.375192 39.910000 284.234892,
                 "
                 "
                 "
             22.465226 90.419998 -30.414945
          ]
       }
       normal Normal{
          vector[
             -0.691915 0.222542 -0.686825,
                 "
                 "
             0.805935 -0.569265 0.162499
          ]
       }
       coordIndex[
          0 1 2 -1
                 "
                 "
          33771 33772 33773
       ]
       solid FALSE
       normalPerVertex TRUE
       texCoord TextureCoordinate{
          point[
             0.333287 0.919887,
                 "
                 "
             0.782706 0.692425
          ]
       }
       texCoordIndex[
          0 1 2 -1
                 "
                 "
          33771 33772 33773
       ]
    }
}



I'd like to use this model with a separate collision detection and 
deformation library written in C++.  To do this, I need to be able to 
extract the vertices and the associated polygonal indices.  I'm having some 
trouble doing this.

Here's my code fragment:

VrmlScene     scene;
VrmlNodeType *node_type;
VrmlMFNode   *nodes;
VrmlNode     *node;
char        junk;

scene.load(argv[1]);


// try to find the coordinate node type
node_type = (VrmlNodeType*) scene.scope()
                               ->findType("Coordinate");// works
node = node_type->firstNode();                         // returns null

// try to find the IndexedFaceSet node type
node_type = (VrmlNodeType*) scene.scope()
                               ->findType("IndexedFaceSet");  // works
node = node_type->firstNode();                               // returns null



In short, I can't seem to find the correct function calls to access the 
data. Can somebody tell me what I'm doing wrong?

Thanks much!
Al