openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] library soname

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

On 4/20/11 11:32 AM, Braden McDaniel wrote:
> On Wed, 2011-04-20 at 17:22 +0900, Nobuhiro Iwamatsu wrote:
>> Hi,
>>
>> By update to 0.18.7 , library soname was changed from 9 to 8.
>> This is caused by a change of LIBOPENVRML_LIBRARY_VERSION.
>>
>> Though API is not changed (you did not change interface number) ,in
>> much distoribution,
>> re-build is necessary for the application to use this library.
>>
>> Could you coordinate LIBOPENVRML_LIBRARY_VERSION not to downgrade soname?
>
> Sigh.
>
> Sorry, I screwed this up.  The Libtool version should have been updated
> to 10:0:1 for this release; but I did it wrong and set it to 9:5:1.
>
> As far as 0.18.7 is concerned, I suggest distributions fix this at make
> time; e.g.:
>
>          $ make LIBOPENVRML_LIBRARY_VERSION=10.0.1

Ahem. Rather:

         $ make LIBOPENVRML_LIBRARY_VERSION=10:0:1

(Note colons.)

Braden

Re: [openvrml-develop] library soname

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

On Wed, 2011-04-20 at 17:22 +0900, Nobuhiro Iwamatsu wrote: 
> Hi,
> 
> By update to 0.18.7 , library soname was changed from 9 to 8.
> This is caused by a change of LIBOPENVRML_LIBRARY_VERSION.
> 
> Though API is not changed (you did not change interface number) ,in
> much distoribution,
> re-build is necessary for the application to use this library.
> 
> Could you coordinate LIBOPENVRML_LIBRARY_VERSION not to downgrade soname?

Sigh.

Sorry, I screwed this up.  The Libtool version should have been updated
to 10:0:1 for this release; but I did it wrong and set it to 9:5:1.

As far as 0.18.7 is concerned, I suggest distributions fix this at make
time; e.g.:

        $ make LIBOPENVRML_LIBRARY_VERSION=10.0.1

I can rush out a 0.18.8 release that fixes this; or do you think that
would do more harm than good?

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] library soname

[Nobuhiro I. <iwa...@ni...>]

Hi,

By update to 0.18.7 , library soname was changed from 9 to 8.
This is caused by a change of LIBOPENVRML_LIBRARY_VERSION.

Though API is not changed (you did not change interface number) ,in
much distoribution,
re-build is necessary for the application to use this library.

Could you coordinate LIBOPENVRML_LIBRARY_VERSION not to downgrade soname?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu

[openvrml-develop] ANN: OpenVRML 0.18.7

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

OpenVRML 0.18.7 is now available.  The distribution can be obtained
from

  <http://downloads.sourceforge.net/project/openvrml/openvrml/0.18.7/openvrml-0.18.7.tar.gz>

OpenVRML is a C++ runtime library for VRML97 and X3D worlds.  It is
capable of reading and displaying VRML/X3D; it can be used for creating
loaders, file converters, and VRML/X3D browsers.

OpenVRML includes an out-of-process viewer component for use in X11
environments along with hosts for this component in the form of a
Mozilla browser plug-in and a stand-alone player.

You can find OpenVRML on the Web at

  <http://openvrml.org>


New in OpenVRML 0.18.7:

- Build against XULRunner 2.0.

- Added Visual C++ 2010 project files.

- Fixed issues compiling with Text node rendering disabled.

- Improved parser resilience.

[openvrml-develop] Call for Papers - 16th International Conference on 3D Web Technology

[Nicholas F. P. <np...@vt...>]

******************APOLOGIES FOR MULTIPLE COPIES********************
**+++ PLEASE FEEL FREE TO FORWARD +++*

**

*07012011_5-400x156.jpg***

*Call for Papers***


*16th International Conference on 3D Web Technology*

Les Cordeliers, 15 rue Ecole de Medecine, Paris, France

*June 20 to June 22, 2011*

Sponsored by ACM, ACM SIGGRAPH, Eurographics and Web3D Consortium

*www.web3d2011.org <http://www.web3d2011.org>*

*EMAIL: co...@we...*

------------------------------------------------------------------------

The 16th edition of ACM International Web3D Conference will address a
wide range of research topics related to online 3D Graphics. Topics
include: representation and modeling methods, content analysis,
rendering, distributed virtual environments, large-scale databases,
Web-wide human-computer interaction, and innovative tools and
applications. Of particular interest are issues regarding the
interoperability, durability or delivery of 4D assets.

The annual ACM Web3D Conference is a major event which unites
researchers, developers, entrepreneurs, experimenters, artists and
content creators in a dynamic learning environment. Attendees share and
explore methods of using, enhancing and creating new 3D Web and
Multimedia technologies such as WebGL, X3D, VRML, COLLADA, MPEG family,
U3D, Java3D and HTML5. The conference highlights capabilities and trends
in interactive 3D graphics across a wide range of applications and
devices from mobile devices to high-end immersive environments.

------------------------------------------------------------------------

*Topics*

------------------------------------------------------------------------

*Topics may include, but are not limited to:*

●Modeling, processing, analysis and rendering of complex geometry,
structure and behaviors

●Interaction methods for online 3D content

●Mixed and augmented reality

●3D search, shape matching and indexing

●Remote rendering

●Agents, animated humanoids and complex reactive characters,

●Online virtual environments

●Stereo and multi-view visualization of 3D graphic interfaces

●High-performance 3D graphics for distributed environments,
tele-presence and tele-operation

●Interactive 3D graphics for mobile devices

●New and proven applications using 3D graphics on the Web/Multimedia in
industry, science, geospatial, digital cities, health and medical,
cultural heritage and learning

●Web, multimedia and standards integration and interoperation

------------------------------------------------------------------------

*Papers**Submission instructions*

------------------------------------------------------------------------

Authors are invited to submit full papers of up to 9 pages (including
figures and references) or short papers of up to 4 pages (including
figures and references) in PDF format via the SRM Submission Site.

Papers must be formatted using the document templates for conferences
sponsored by ACM SIGGRAPH. Upon acceptance, the final revised paper is
required also in electronic form. Accepted papers will appear in the Web
3D 2011 Conference Proceedings, published by ACM Press.

Full & Short Paper submission deadline: *March 13st, 2011.*

Contact: pap...@we... <mailto:pap...@we...>**

------------------------------------------------------------------------

*Important Dates***

*
------------------------------------------------------------------------
*

Full & Short Paper submission deadline: *March 13st, 2011*

Author Notification: *April 6, 2011*

Camera-ready due: *April 20, 2011*

Watch for updates on registration, submission and other details about
the conference at: *http://web3d2011.org/*

------------------------------------------------------------------------

*Venue***

*
------------------------------------------------------------------------
*

Les Cordeliers, 15 rue Ecole de Médecine, Paris, France

------------------------------------------------------------------------

*Conference Committee***

*
------------------------------------------------------------------------
*

*General Chair*

Jerome Royan, OrangeLabs, France

Marius Preda, Institut TELECOM, France,

	

*Program chairs*

Tamy Boubekeur Telecom, ParisTech - CNRS, France


Nicholas F. Polys, Virginia Tech, USA

	

*Sponsorship Chair*

Alban SCHMUTZ, OXALYA - COLLAVIZ ANR Project, France

*Publicity Chair*

Anita Havele, Web3D Consortium, USA

------------------------------------------------------------------------

**

Re: [openvrml-develop] openvrml on Fedora 13

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

On Tue, 2011-01-18 at 00:07 -0500, Philip Vetter wrote:

[snip]

> I'm using
> openvrml-player
> Arch        : x86_64
> Version     : 0.18.6
> Release     : 1.fc13
> 
> some bugs have been reported at:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=670376
> https://bugzilla.redhat.com/show_bug.cgi?id=670378
> https://bugzilla.redhat.com/show_bug.cgi?id=639545 (i686)

Just to note...

I haven't forgotten about this stuff; however, right now, pursuing these
issues is taking a back seat to *just getting OpenVRML building* on the
development version of Fedora (that will become Fedora 15).

The problem is that this version of Fedora includes XULRunner 2.0, which
includes extensive and pervasive changes to the JavaScript API.  I am
trying very hard to ensure that OpenVRML will continue to build against
either XULRunner 1.9 or 2.0.  That's proving difficult; but I haven't
thrown in the towel just yet.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] gz file read

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

On Fri, 2011-01-21 at 10:24 +0100, chamandi podi wrote: 
> Hello,
>          It seems that my compilation of openvrml 0.18.3 does not read
> .gz files. In the doc it says that the compilation environment picks
> up zlib automatically if it is installed on the system (which is the
> case for me). I have also forced the preprocessor flag
> "OPENVRML_ENABLE_GZIP", but no luck.
> 
> Seems I am missing something basic, since I remember this working in
> earlier versions.

Which documentation are you referring to?

libopenvrml has no dependency on zlib; VRML files should be unencoded by
the time libopenvrml reads them.

Some (much) older versions of OpenVRML did this differently; but I don't
see much reason to push the zlib dependency all the way down to
libopenvrml.  In the plug-in context, the container (Web browser) will
decode "Content-Encoding: gzip" before handing it off to the plug-in;
and in a stand-alone context, whatever virtual filesystem library one is
using ought to do something similar.  If you need something more basic
than that, libopenvrml understands C++ iostreams; thus it's easy enough
to use something like gzstream[1] or (the more modern and flexible)
Boost.Iostreams[2].

[1] http://www.cs.unc.edu/Research/compgeom/gzstream/
[2] http://www.boost.org/doc/libs/1_45_0/libs/iostreams/doc/index.html

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] gz file read

[chamandi p. <cha...@gm...>]

Hello,
         It seems that my compilation of openvrml 0.18.3 does not read
.gz files. In the doc it says that the compilation environment picks
up zlib automatically if it is installed on the system (which is the
case for me). I have also forced the preprocessor flag
"OPENVRML_ENABLE_GZIP", but no luck.

Seems I am missing something basic, since I remember this working in
earlier versions.

Any help would be appreciated.

Regards - Cherian

Re: [openvrml-develop] openvrml on Fedora 13

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

On Tue, 2011-01-18 at 00:07 -0500, Philip Vetter wrote: 
> Does anyone have any suggestions for a functional VRML player for 
> scientific visualization on Fedora (13)?
> 
> Has anyone had any success with openvrml-player on fedora 13 x64_86?
> 
> I find it opens very few files successfully,
> hangs or crashes on most I've tried,
> and when maximized, crashes X completely.
> 
> I'm using
> openvrml-player
> Arch        : x86_64
> Version     : 0.18.6
> Release     : 1.fc13
> 
> some bugs have been reported at:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=670376
> https://bugzilla.redhat.com/show_bug.cgi?id=670378
> https://bugzilla.redhat.com/show_bug.cgi?id=639545 (i686)
> 
> Thank you for whatever help or advice you may have.

I will take a look at these as soon as I can.

Note, though, whenever X "crashes completely", your video driver is the
likely culprit.  There's almost certainly nothing to be done in OpenVRML
for that case.

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] openvrml on Fedora 13

[Philip V. <pv+...@ma...>]

Does anyone have any suggestions for a functional VRML player for 
scientific visualization on Fedora (13)?

Has anyone had any success with openvrml-player on fedora 13 x64_86?

I find it opens very few files successfully,
hangs or crashes on most I've tried,
and when maximized, crashes X completely.

I'm using
openvrml-player
Arch        : x86_64
Version     : 0.18.6
Release     : 1.fc13

some bugs have been reported at:

https://bugzilla.redhat.com/show_bug.cgi?id=670376
https://bugzilla.redhat.com/show_bug.cgi?id=670378
https://bugzilla.redhat.com/show_bug.cgi?id=639545 (i686)

Thank you for whatever help or advice you may have.

Philip

-- 

[openvrml-develop] openvrml on Fedora 13

[<pv+...@ma...>]

Has anyone had any success with openvrml-player on fedora 13 x64_86?

I find it opens very few files successfully,
hangs or crashes on most I've tried,
and when maximized, crashes X completely.

I'm using
openvrml-player
Arch        : x86_64
Version     : 0.18.6
Release     : 1.fc13

some bugs have been reported at:

https: //bugzilla.redhat.com/show_bug.cgi?id=670376
https: //bugzilla.redhat.com/show_bug.cgi?id=670378
https: //bugzilla.redhat.com/show_bug.cgi?id=639545 (i686)

Thank you for whatever help or advice you can provide....

Phil

PS. Does anyone have any suggestions for an alternative VRML 
player for scientific visualization on Fedora (13)?
-- 

Re: [openvrml-develop] Configuring on Mac OS X

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

On Wed, 2010-11-17 at 13:36 +0100, Philip Lamb wrote:
> Hi all,
> 
> Compiling OpenVRML 0.18.6 on Mac OS X (updating the Fink package), the configuration script used to include an option --with-apple-opengl-framework. This option appears to be gone from 0.18.6.

Yup; it's no longer needed...

> If I just leave it out, the configure script finds the OpenGL framework OK, but then fails with "No OpenGL".

Hard to say exactly what happened here without your config.log; but if
configure finds an X11 implementation, it's going to assume you want to
build against it unless you have said otherwise.  It may not have been
able to find a GLX implementation as well.

>  I tried using the --without-x option, since then the config and make steps run OK, and I can use the sdl-viewer to view a model, but I'm still wondering if this is  the right way to do things, or am I missing something obvious here?

That's the right way to do things--unless, of course, you are trying to
build against X11.  In that case, you'd also need an SDL built against
X11 for sdl-viewer.

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] Configuring on Mac OS X

[Philip L. <ph...@ed...>]

Hi all,

Compiling OpenVRML 0.18.6 on Mac OS X (updating the Fink package), the configuration script used to include an option --with-apple-opengl-framework. This option appears to be gone from 0.18.6.

If I just leave it out, the configure script finds the OpenGL framework OK, but then fails with "No OpenGL". I tried using the --without-x option, since then the config and make steps run OK, and I can use the sdl-viewer to view a model, but I'm still wondering if this is  the right way to do things, or am I missing something obvious here?

Regards,

Phil.

[openvrml-develop] bone and model is separated

[stone <12s...@16...>]

i ALL!
    I'm using openvrml 0.16.6.I loaded model with bone and animation,
But when it displayed,the bone and model is separated.
I looked in  cortona 3D viewer,the bone and animation is still separated.
So,I want to know how to display the model with bone and animation.
I updated the .wrl file and the screenshot that is looked in the cortona 3D viewer.
Please help me!Thanks very much!

Re: [openvrml-develop] Compile 0.18.6 Mac OS X 10.8 x86 fails, missing boost symbols during link

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

On Thu, 2010-10-28 at 14:55 +0200, Philip Lamb wrote: 
> Hi all,
> 
> I've just now made an attempt to compile OpenVRML 0.18.6 under Mac OS X 10.6 i386 (cross-compiling on an x86_64 host). To tackle the first part of the compile, I've configured with:
> 
> ./configure --build="i386-apple-darwin" CFLAGS="-arch i386" CXXFLAGS="-arch i386" CPPFLAGS="-I/sw/include" LDFLAGS="-L/sw/lib" --without-x --disable-dependency-tracking --with-libjs JS_CFLAGS="-I/sw/include/js -DXP_UNIX" --disable-script-node-java --disable-xembed --disable-player --disable-mozilla-plugin
> 
> Required dependencies are being provided by Fink packages, in particular boost v1.41.0.
> 
> The build falls over during the link phase of libopenvrml, with missing boost symbols (see make output below). It looks like it needs boost_system linked in, but its not included in the link inputs.
> 
> Anything obvious I'm missing, or a quick fix that can be recommended?

        configure [whatever else] LIBS=-lboost_system-mt

The MacPorts folks ran into this, too.  For a while, I wasn't sure
whether it was a bug in OpenVRML's build or the Darwin linker; Mac OS X
is the *only* place I know about this problem.  But I now think it *is*
a bug in OpenVRML's build; and I'll commit a fix soon.

I'm surprised that this hasn't shown up on Linux in light of some
relatively recent changes to the GNU linker.  But it hasn't.

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] Compile 0.18.6 Mac OS X 10.8 x86 fails, missing boost symbols during link

[Philip L. <ph...@ed...>]

Hi all,

I've just now made an attempt to compile OpenVRML 0.18.6 under Mac OS X 10.6 i386 (cross-compiling on an x86_64 host). To tackle the first part of the compile, I've configured with:

./configure --build="i386-apple-darwin" CFLAGS="-arch i386" CXXFLAGS="-arch i386" CPPFLAGS="-I/sw/include" LDFLAGS="-L/sw/lib" --without-x --disable-dependency-tracking --with-libjs JS_CFLAGS="-I/sw/include/js -DXP_UNIX" --disable-script-node-java --disable-xembed --disable-player --disable-mozilla-plugin

Required dependencies are being provided by Fink packages, in particular boost v1.41.0.

The build falls over during the link phase of libopenvrml, with missing boost symbols (see make output below). It looks like it needs boost_system linked in, but its not included in the link inputs.

Anything obvious I'm missing, or a quick fix that can be recommended?

Regards,
Phil.

--
/bin/sh ../libtool --tag=CXX   --mode=link g++ -I/usr/X11/include/freetype2 -I/usr/X11/include -D_THREAD_SAFE  -I/sw/include/libxml2 -I/sw/include -arch i386 -version-info 9:4:0 -no-undefined -L/sw/lib -lxml2  -L/sw/lib -o libopenvrml/libopenvrml.la -rpath /usr/local/lib libopenvrml/openvrml/libopenvrml_libopenvrml_la-bad_url.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-vrml97_grammar.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-x3d_vrml_grammar.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-basetypes.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-field_value.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-event.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-exposedfield.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-scope.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-node.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-script.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-bounding_volume.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-scene.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-browser.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-viewer.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-rendering_context.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-frustum.lo libopenvrml/openvrml/libopenvrml_libopenvrml_la-node_impl_util.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-conf.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-error.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-uri.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-xml_reader.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-parse_vrml.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-component.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-proto.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-externproto.lo libopenvrml/openvrml/local/libopenvrml_libopenvrml_la-node_metatype_registry_impl.lo local/libopenvrml-dl.la -lboost_thread-mt -lboost_filesystem-mt 
libtool: link: rm -fr  libopenvrml/.libs/libopenvrml.lax
libtool: link: (cd libopenvrml/.libs/libopenvrml.lax/libopenvrml-dl.a && ar x "/Users/phil/Documents/Development/Projects/OpenVRML/openvrml-0.18.6/src/local/.libs/libopenvrml-dl.a")
libtool: link: g++ -dynamiclib  -o libopenvrml/.libs/libopenvrml.9.dylib  libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-bad_url.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-vrml97_grammar.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-x3d_vrml_grammar.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-basetypes.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-field_value.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-event.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-exposedfield.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-scope.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-node.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-script.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-bounding_volume.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-scene.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-browser.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-viewer.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-rendering_context.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-frustum.o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-node_impl_util.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-conf.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-error.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-uri.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-xml_reader.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-parse_vrml.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-component.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-proto.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-externproto.o libopenvrml/openvrml/local/.libs/libopenvrml_libopenvrml_la-node_metatype_registry_impl.o   libopenvrml/.libs/libopenvrml.lax/libopenvrml-dl.a/local_libopenvrml_dl_la-dl.o   -L/sw/lib /sw/lib/libxml2.dylib -lltdl -lboost_thread-mt -lboost_filesystem-mt  -arch i386   -install_name  /usr/local/lib/libopenvrml.9.dylib -compatibility_version 10 -current_version 10.4 -Wl,-single_module
Undefined symbols:
  "boost::system::get_system_category()", referenced from:
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-script.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-script.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-scene.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-scene.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-browser.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-browser.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-conf.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-conf.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-parse_vrml.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-parse_vrml.o
      boost::system::error_code::error_code()in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node_metatype_registry_impl.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node_metatype_registry_impl.o
      __static_initialization_and_destruction_0(int, int)in local_libopenvrml_dl_la-dl.o
      __static_initialization_and_destruction_0(int, int)in local_libopenvrml_dl_la-dl.o
  "boost::system::get_generic_category()", referenced from:
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-script.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-script.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-script.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-scene.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-scene.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-scene.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-browser.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-browser.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-browser.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-conf.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-conf.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-conf.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-parse_vrml.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-parse_vrml.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-parse_vrml.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-component.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node_metatype_registry_impl.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node_metatype_registry_impl.o
      __static_initialization_and_destruction_0(int, int)in libopenvrml_libopenvrml_la-node_metatype_registry_impl.o
      __static_initialization_and_destruction_0(int, int)in local_libopenvrml_dl_la-dl.o
      __static_initialization_and_destruction_0(int, int)in local_libopenvrml_dl_la-dl.o
      __static_initialization_and_destruction_0(int, int)in local_libopenvrml_dl_la-dl.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[4]: *** [libopenvrml/libopenvrml.la] Error 1

Re: [openvrml-develop] the model with clear glass

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

On Wed, 2010-10-27 at 14:40 +0800, stone wrote: 
> Hi all!
> I'm using ARToolKit with OpenVRML0.14.3 and OpenVRML 0.16.6.
> I created a .wrl file of model with clear glass.But in OpenVRML,and the glass is set alpha=0.
> It looks like a skylight,I can't see the thing behind the glass in model,but I can see the thing under the model.
> What's wrong with this?Who can help me?

https://sourceforge.net/apps/trac/openvrml/ticket/10

Patches welcome.

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] the model with clear glass

[stone <12s...@16...>]

 Hi all!
I'm using ARToolKit with OpenVRML0.14.3 and OpenVRML 0.16.6.
I created a .wrl file of model with clear glass.But in OpenVRML,and the glass is set alpha=0.
It looks like a skylight,I can't see the thing behind the glass in model,but I can see the thing under the model.
What's wrong with this?Who can help me?

[openvrml-develop] the model with clear glass

[stone <12s...@16...>]

 Hi all!
I'm using ARToolKit with OpenVRML0.14.3 and OpenVRML 0.16.6.
I created a .wrl file of model with clear glass.But in OpenVRML,and the glass is set alpha=0.
It looks like a skylight,I can't see the thing behind the glass in model,but I can see the thing under the model.
What's wrong with this?Who can help me?

Re: [openvrml-develop] .wrl file problem in openvrml 0.16.6

[stone <12s...@16...>]

Thanks very much.I'm trying to compile other OpenVRML into this  ARToolKit . but if I want to use OpenVRML0.16.6,I would use which tool to export my .wrl file with cartoon.
At 2010-10-23 12:32:27，"Braden McDaniel" <br...@en...> wrote:
>On Fri, 2010-10-22 at 18:30 +0800, stone wrote: 
>> In the .wrl file,
>> #VRML V2.0 utf8
>> # Produced by 3D Studio MAX VRML97 exporter, Version 9, Revision 1
>> # Date: Fri Oct 22 17:40:01 2010
>> DEF Teapot01 Transform {
>>   translation 0.05427 0 0.2242
>>   children [
>>   DEF Teapot01-TIMER TimeSensor { loop TRUE cycleInterval 3.333 },
>>   DEF Teapot01-ROT-INTERP OrientationInterpolator {
>> ......
>>  
>> ROUTE Teapot01-TIMER.fraction_changed TO Teapot01-ROT-INTERP.set_fraction
>> ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
>> }
>> Error is the last line :ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
>> The .wrl file is exported by 3d max 9.
>
>The problem is that OpenVRML 0.16.x's parser doesn't make the DEF name
>available for usage in a ROUTE until the end of the node body.  In your
>file, the problem ROUTE occurs inside the body of the node Teapot01.
>
>I tried your file in trunk OpenVRML and it works there.  I suspect this
>got fixed in 0.17.0 when the Antlr-based parser was replaced with the
>current Spirit-based one.
>
>-- 
>Braden McDaniel <br...@en...>
>
>
>------------------------------------------------------------------------------
>Nokia and AT&T present the 2010 Calling All Innovators-North America contest
>Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
>$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
>Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
>http://p.sf.net/sfu/nokia-dev2dev
>_______________________________________________
>openvrml-develop mailing list
>ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openvrml-develop

Re: [openvrml-develop] running OpenVRML on Ubuntu

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

On Sat, 2010-10-23 at 14:44 +0200, Tomas Latal wrote: 
> Hi,
> 
> as part of my diploma thesis I have to add vrml support for 3d
> stereoscopic wall and eventually CAVE.
> 
> So I tried to compile OpenVRML on fresh install of ubuntu. I
> downloaded sources and after some time with ./configure -> apt-get
> install loop it finally makes .Makefile and I can compile it. But
> after i ran openvrml-player and tries to load some vrml files,
> openVRML crashes every time i tried to load it. I run tests from
> ./test folder and none of them run succesfully. Am I doing something
> wrong? I installed this dependencies with OpenVRML during ./configure
> process:
> 
> gcj                     GNU Compiler for Java
> libboost-all-dev        BOOST library
> libxml2-dev             XML Support
> libpng++-dev            PNG support
> libfreetype6-dev                freetype support
> libfontconfig1-dev      fontconfig support
> xulrunner-1.9.2-dev     SeaMonkey Support
> libglut3-dev            GLUT and GL support
> libgtkglext1-dev        GtkGlExt Support ?
> libgnomeui-dev          Gnome UI support for openvrml-player
> libcurl4-gnutls-dev
> libsdl1.2-dev
> 
> am i doing it right? did I miss something? Thank you

I'm actually seeing some goofy behavior from the tests in my working
copy right now... though aside from that, things seem to be working.
The problems I'm seeing look related to the Boost.Test infrastructure
rather being problems with OpenVRML.  Aside from the tests, things
appear to be working.

Are you setting the requisite environment variables as per "Usage" in
README?

-- 
Braden McDaniel <br...@en...>

[openvrml-develop] running OpenVRML on Ubuntu

[Tomas L. <la...@fe...>]

Hi,

as part of my diploma thesis I have to add vrml support for 3d
stereoscopic wall and eventually CAVE.

So I tried to compile OpenVRML on fresh install of ubuntu. I
downloaded sources and after some time with ./configure -> apt-get
install loop it finally makes .Makefile and I can compile it. But
after i ran openvrml-player and tries to load some vrml files,
openVRML crashes every time i tried to load it. I run tests from
./test folder and none of them run succesfully. Am I doing something
wrong? I installed this dependencies with OpenVRML during ./configure
process:

gcj                     GNU Compiler for Java
libboost-all-dev        BOOST library
libxml2-dev             XML Support
libpng++-dev            PNG support
libfreetype6-dev                freetype support
libfontconfig1-dev      fontconfig support
xulrunner-1.9.2-dev     SeaMonkey Support
libglut3-dev            GLUT and GL support
libgtkglext1-dev        GtkGlExt Support ?
libgnomeui-dev          Gnome UI support for openvrml-player
libcurl4-gnutls-dev
libsdl1.2-dev

am i doing it right? did I miss something? Thank you

Tomas Latal
lat...@fe...

Re: [openvrml-develop] .wrl file problem in openvrml 0.16.6

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

On Fri, 2010-10-22 at 18:30 +0800, stone wrote: 
> In the .wrl file,
> #VRML V2.0 utf8
> # Produced by 3D Studio MAX VRML97 exporter, Version 9, Revision 1
> # Date: Fri Oct 22 17:40:01 2010
> DEF Teapot01 Transform {
>   translation 0.05427 0 0.2242
>   children [
>   DEF Teapot01-TIMER TimeSensor { loop TRUE cycleInterval 3.333 },
>   DEF Teapot01-ROT-INTERP OrientationInterpolator {
> ......
>  
> ROUTE Teapot01-TIMER.fraction_changed TO Teapot01-ROT-INTERP.set_fraction
> ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
> }
> Error is the last line :ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
> The .wrl file is exported by 3d max 9.

The problem is that OpenVRML 0.16.x's parser doesn't make the DEF name
available for usage in a ROUTE until the end of the node body.  In your
file, the problem ROUTE occurs inside the body of the node Teapot01.

I tried your file in trunk OpenVRML and it works there.  I suspect this
got fixed in 0.17.0 when the Antlr-based parser was replaced with the
current Spirit-based one.

-- 
Braden McDaniel <br...@en...>

Re: [openvrml-develop] .wrl file problem in openvrml 0.16.6,

[stone <12s...@16...>]

In the .wrl file,
#VRML V2.0 utf8
# Produced by 3D Studio MAX VRML97 exporter, Version 9, Revision 1
# Date: Fri Oct 22 17:40:01 2010
DEF Teapot01 Transform {
  translation 0.05427 0 0.2242
  children [
  DEF Teapot01-TIMER TimeSensor { loop TRUE cycleInterval 3.333 },
  DEF Teapot01-ROT-INTERP OrientationInterpolator {
......
 
ROUTE Teapot01-TIMER.fraction_changed TO Teapot01-ROT-INTERP.set_fraction
ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
}
Error is the last line :ROUTE Teapot01-ROT-INTERP.value_changed TO Teapot01.set_rotation
The .wrl file is exported by 3d max 9.
At 2010-10-22 17:51:22，stone <12s...@16...> wrote:
>Hi All!
>I am using ARToolKit Pro v4.3 with OpenVRML 0.16.6 in windows.
>I loaded a .wrl file in OpenVRML 0.14.3,it's OK.But when I was loading the .wrl file in this OpenVRML 0.16.6,it showed an error:"chahu.wrl:546:44:node "Teapot01" has not been defined in this scope ",I don't known what's wrong with this.
>The addition is the .wrl file which was exported by 3d max 9.
>I am first use OpenVRML,please nice one help me,thanks very much.

[openvrml-develop] .wrl file problem in openvrml 0.16.6,

[stone <12s...@16...>]

Hi All!
I am using ARToolKit Pro v4.3 with OpenVRML 0.16.6 in windows.
I loaded a .wrl file in OpenVRML 0.14.3,it's OK.But when I was loading the .wrl file in this OpenVRML 0.16.6,it showed an error:"chahu.wrl:546:44:node "Teapot01" has not been defined in this scope ",I don't known what's wrong with this.
The addition is the .wrl file which was exported by 3d max 9.
I am first use OpenVRML,please nice one help me,thanks very much.