openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] Problem rendering from one browser into multiple/changing openvrml::gl::viewers

[<MSo...@ya...>]

Hi Braden,

> I'd welcome a patch to fix the library to support this; 
> however, it's a
> nontrivial amount of work.

There would be several methods to solve this: 

1.) have a function iterate the whole scene and reset all view
dependent information

2.) store a view id with view dependent information and reset it
during rendering if the view doesn't match

3.) Use some sort of container to store multiple view dependent
informations per node.

4.) Have a mode that doesn't use view dependent information at all
(like the hack I tried with begin_object).

I think 1.) would be most efficient and simple, but it cannot be made
inherently thread safe, so that rendering requests from multiple views
need to be serialized with a semaphore. In my app the GUI is single
threaded, so this wouldn't be a problem for me. I think this should be
true for most apps. 

2.) is a bit trading speed for memory compared to 1.) and could be
made thread safe but it would need an interlocked exchange function
and if rendering really overlaps regularly, rendering speed will be
degraded because the list IDs are constantly overwritten and not
really used. I would then rather prefer 4.) so that you know what you
get.

3.) is I think a bit heavy in terms of memory consumption.

4.) would allow inherently thread safe rendering but is of course far
from optimal in terms of rendering speed.

What do you think about this? 

Can you give me some hints on what to look out for (in addition to the
GL list IDs)? Clearing the list IDs is a bit of work but should be
straight forward, but I have no idea what else there might be.

Best regards,

Michael

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.21/236 - Release Date:
20.01.2006
 


	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Re: [openvrml-develop] Problem rendering from one browser into multiple/changing openvrml::gl::viewers

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

On Sat, 2006-01-21 at 17:25 +0100, Michael Sögtrop wrote:
> Hi,
> 
> I am using OpenVRML to render VRML scenes among other things into an
> GL context. This is fairly straight forward with an overloaded
> openvrml::gl::viewer that overlaods funcions like initialization and
> view port setting with empty or cut down functions and works pretty
> well. My only problem is, that my app has multiple windows with each
> having its own GL context, and I want to draw one scene in multiple of
> these windows. OpenVRML seems to remember a lot of the GL context it
> used first in its scene node structures.

[snip]

> Is there some intended way to get around this or am I doing something
> fundamentaly wrong by assuming that one browser/scene can be reused
> for different views?

Unfortunately its simply not supported. It's something I'd like to
support; but as you've discovered, the library basically assumes a 1:1
relationship between a browser and a viewer.

> When I am using one browser per view and never switch the view of a
> browser, everything works fine, but this isn't a good solution.

I'd welcome a patch to fix the library to support this; however, it's a
nontrivial amount of work.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Problem rendering from one browser into multiple/changing openvrml::gl::viewers

[<MSo...@ya...>]

Hi,

I am using OpenVRML to render VRML scenes among other things into an
GL context. This is fairly straight forward with an overloaded
openvrml::gl::viewer that overlaods funcions like initialization and
view port setting with empty or cut down functions and works pretty
well. My only problem is, that my app has multiple windows with each
having its own GL context, and I want to draw one scene in multiple of
these windows. OpenVRML seems to remember a lot of the GL context it
used first in its scene node structures. E.g. for speeeding things up
OpenVRML uses GL-lists to save objects into the GL context and later
uses the GL list ID to render the object. The GL list id is stored in
the scene node structure in OpenVRML. Of course such a list id is only
valid in one GL-context which has the effect that all other contexts
either draw nothing or some incredible mess (depending on what is in
the lists with these IDs in the other contexts). I tried hacking this
by overloading the views begin_object / end_object function with
something that returns 0 without building up a GL list, but this
doesn't work either. There seems to be more information from the GL
context stored in the scene structures, I didn't identify yet.

Is there some intended way to get around this or am I doing something
fundamentaly wrong by assuming that one browser/scene can be reused
for different views?

When I am using one browser per view and never switch the view of a
browser, everything works fine, but this isn't a good solution.

Best regards,

Michael

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.14.21/236 - Release Date:
20.01.2006
 


	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Re: [openvrml-develop] openvrml::gl::browser in an OpenGL context

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

On Wed, 2005-12-21 at 16:55 +0100, Marwan Badawi wrote:
> Braden McDaniel wrote:
> > On Tue, 2005-12-20 at 13:33 +0100, Marwan Badawi wrote:
> > 
> >>Hello all,
> >>
> >>I have an application that uses OpenGL to do some pretty low level stuff 
> >>for manipulating geometries (I will pass the details). I would like to 
> >>use an openvrml::gl::browser (or another alternative) to draw vrml 
> >>objects into the already established OpenGL context, using it's 
> >>lighting, viewport, projection and modelview matrices.
> >>
> >>What would be the best way to do so?
> > 
> > 
> > Presumably you mean openvrml::gl::viewer.
> > 
> > As far as an OpenGL renderer is concerned, openvrml::gl::viewer is all
> > that OpenVRML gives you. I suspect you could get the functionality you
> > need by inheriting it and selectively overriding its methods.
> > 
> > In the worst case (i.e., if you find openvrml::gl::viewer working
> > against you too much), you can create your own renderer from scratch by
> > inheriting openvrml::viewer just like openvrml::gl::viewer does.
> > 
> 
> Yes, you are right. It is actually a openvrml::gl::viewer that I would 
> have to use to draw the contents of a openvrml::gl::browser.

openvrml::browser ;-)

>  With that 
> said, I can't seem to find a way to pass the current OpenGL context to 
> the viewer. Is that even possible? Or does the viewer create it's own 
> context?

No; management of the context is relegated to the application.

OpenGL calls apply to the "current" context. How your context becomes
the current one is an application detail; and generally this part is
particular to the windowing subsystem. Most APIs I've seen have some
sort of "make_current" function that takes the GL context as an
argument. See, for example, the expose_event function in
mozilla-plugin/src/openvrml-player/player.cpp.

> My problem is, since that I draw other types of objects in my scene (not 
> only VRML), all camera viewpoints, zoom, frustum and lighting settings 
> are already taken care of. All I want to do is draw a vrml object into 
> the alreday existing scene using the already existing context. If the 
> viewer/browser combination allows me to do so, it would be a lot of help.
> 
> On a small note, I need to render completely static scenes, so no 
> animations. Also support for script nodes is completely unnecessary. I 
> only need to draw the geometry, and nothing else. Don't know if this 
> makes the problem easier to solve.

Again, I believe this is possible. However, note that OpenVRML is a
runtime library; so certain parts of it may work against you. I don't
think there's anything insurmountable, though.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] openvrml::gl::browser in an OpenGL context

[Marwan B. <La...@fr...>]

Braden McDaniel wrote:
> On Tue, 2005-12-20 at 13:33 +0100, Marwan Badawi wrote:
> 
>>Hello all,
>>
>>I have an application that uses OpenGL to do some pretty low level stuff 
>>for manipulating geometries (I will pass the details). I would like to 
>>use an openvrml::gl::browser (or another alternative) to draw vrml 
>>objects into the already established OpenGL context, using it's 
>>lighting, viewport, projection and modelview matrices.
>>
>>What would be the best way to do so?
> 
> 
> Presumably you mean openvrml::gl::viewer.
> 
> As far as an OpenGL renderer is concerned, openvrml::gl::viewer is all
> that OpenVRML gives you. I suspect you could get the functionality you
> need by inheriting it and selectively overriding its methods.
> 
> In the worst case (i.e., if you find openvrml::gl::viewer working
> against you too much), you can create your own renderer from scratch by
> inheriting openvrml::viewer just like openvrml::gl::viewer does.
> 

Yes, you are right. It is actually a openvrml::gl::viewer that I would 
have to use to draw the contents of a openvrml::gl::browser. With that 
said, I can't seem to find a way to pass the current OpenGL context to 
the viewer. Is that even possible? Or does the viewer create it's own 
context?
My problem is, since that I draw other types of objects in my scene (not 
only VRML), all camera viewpoints, zoom, frustum and lighting settings 
are already taken care of. All I want to do is draw a vrml object into 
the alreday existing scene using the already existing context. If the 
viewer/browser combination allows me to do so, it would be a lot of help.

On a small note, I need to render completely static scenes, so no 
animations. Also support for script nodes is completely unnecessary. I 
only need to draw the geometry, and nothing else. Don't know if this 
makes the problem easier to solve.

Thank you again,

Marwan

Re: [openvrml-develop] openvrml::gl::browser in an OpenGL context

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

On Tue, 2005-12-20 at 13:33 +0100, Marwan Badawi wrote:
> Hello all,
> 
> I have an application that uses OpenGL to do some pretty low level stuff 
> for manipulating geometries (I will pass the details). I would like to 
> use an openvrml::gl::browser (or another alternative) to draw vrml 
> objects into the already established OpenGL context, using it's 
> lighting, viewport, projection and modelview matrices.
> 
> What would be the best way to do so?

Presumably you mean openvrml::gl::viewer.

As far as an OpenGL renderer is concerned, openvrml::gl::viewer is all
that OpenVRML gives you. I suspect you could get the functionality you
need by inheriting it and selectively overriding its methods.

In the worst case (i.e., if you find openvrml::gl::viewer working
against you too much), you can create your own renderer from scratch by
inheriting openvrml::viewer just like openvrml::gl::viewer does.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] openvrml::gl::browser in an OpenGL context

[Marwan B. <La...@fr...>]

Hello all,

I have an application that uses OpenGL to do some pretty low level stuff 
for manipulating geometries (I will pass the details). I would like to 
use an openvrml::gl::browser (or another alternative) to draw vrml 
objects into the already established OpenGL context, using it's 
lighting, viewport, projection and modelview matrices.

What would be the best way to do so?

Thank you,

Marwan

Re: [openvrml-develop] Build error - cannot find -lboost_thread

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

On Fri, 2005-12-16 at 10:51 +0000, Ben Hammett wrote:
> Hi,
> 
> I am still having problems building openVRML from source. When I rum 
> 'make' things go well for a while, until it gets to one command where 
> the compilation hangs for literally hours, after which the compiler 
> returns an error saying that it cannot find -lboost_thread (see below).
> 
> In trying to fix this problem I have re-installed the boost libraries, 
> but this seemed to make no difference. Do you have any ideas as to what 
> the problem might be?

[snip]

> /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/l                
> nnot find -lboost_thread

Obvious question: do you have a file or symlink named libboost_thread.so
in /usr/lib64?

BTW, your paste of the compiler error seems to be missing bits and
pieces throughout.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Build error - cannot find -lboost_thread

[Ben H. <ben...@sh...>]

Hi,

I am still having problems building openVRML from source. When I rum 
'make' things go well for a while, until it gets to one command where 
the compilation hangs for literally hours, after which the compiler 
returns an error saying that it cannot find -lboost_thread (see below).

In trying to fix this problem I have re-installed the boost libraries, 
but this seemed to make no difference. Do you have any ideas as to what 
the problem might be?

Thanks.

g++ -shared -nostdlib 
/usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../lib64/
crti.o /usr/lib64/gcc/x86_64-suse-linux/4.0.2/crtbeginS.o  
openvrml/.libs/baset
ypes.o openvrml/.libs/field_value.o openvrml/.libs/event.o 
openvrml/.libs/expos
edfield.o openvrml/.libs/scope.o openvrml/.libs/node.o 
openvrml/.libs/bounding_
volume.o openvrml/.libs/script.o openvrml/.libs/ScriptJDK.o 
openvrml/.libs/brow
ser.o openvrml/.libs/viewer.o openvrml/.libs/rendering_context.o 
openvrml/                /frustum.o openvrml/.libs/vrml97node.o 
openvrml/.libs/node_impl_util.o -Wl                ole-archive 
../../lib/antlr/.libs/libantlr.a -Wl,--no-whole-archive  
/usr/                /libjpeg.so -lpng /usr/lib64/libfontconfig.so 
-L/usr/lib64 /usr/lib64/libf                pe.so -lz -lboost_thread 
-L/usr/lib64/gcc/x86_64-suse-linux/4.0.2 -L/usr/l                
gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/lib 
-L/usr/lib64                x86_64-suse-linux/4.0.2/../../../../lib64 
-L/usr/lib64/gcc/x86_64-suse-lin                0.2/../../.. 
-L/lib/../lib64 -L/usr/lib/../lib64 /usr/lib64/libstdc++.so 
-                c -lgcc_s 
/usr/lib64/gcc/x86_64-suse-linux/4.0.2/crtendS.o 
/usr/lib64/gcc/                
4-suse-linux/4.0.2/../../../../lib64/crtn.o  -pthread -Wl,-soname 
-Wl,libo                ml.so.5 -o .libs/libopenvrml.so.5.0.3
/usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/l                
nnot find -lboost_thread
collect2: ld returned 1 exit status
make[4]: *** [libopenvrml.la] Error 1
make[4]: Leaving directory `/home/bhammett/openvrml/BUILD/src/libopenvrml'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/home/bhammett/openvrml/BUILD/src/libopenvrml'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/bhammett/openvrml/BUILD/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/bhammett/openvrml/BUILD'
make: *** [all] Error 2

[openvrml-develop] Re: [openvrml-commit] OpenVRML source code installation problem

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

On Tue, 2005-12-13 at 13:31 +0800, Jyh-Shyong Ho wrote:

[snip]

> My system has boost-1.33.0-3_x86_64 and boost-devel-1.33.0-3_x86_64 rpms
> installed. I wonder if this problem is caused by boost?  Any help would be
> appreciated.

The openvrml-commit mailing list is for commit mail generated in
response to changes to the CVS repository. It is not for mail written by
humans. Please use openvrml-develop for that purpose.

Your problem looks the same as that encountered by Jason Keltz. Please
refer to my recent e-mail to him noting a patch that has been applied to
the development sources. The problem, I believe, is that the Boost
1.33.x headers use a symbol that has been defined as a preprocessor
symbol in the X11 headers.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] problem compiling openvrml

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

On Mon, 2005-12-12 at 11:26 -0500, Jason Keltz wrote:

[snip]

> I am using GCC version 3.2.2.
> 
> I guess I can try the previous boost version if you think that 1.32.0 
> might work... Boost takes forever to compile!

Blarg. I think I know what this is:

<http://cvs.sourceforge.net/viewcvs.py/openvrml/openvrml/mozilla-plugin/src/openvrml-player/player.cpp?r1=text&tr1=1.13&r2=text&tr2=1.14&diff_format=h>

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] Openvrml source installation problem on SuSE10.0

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

On Tue, 2005-12-13 at 09:07 +0800, Jyh-Shyong Ho wrote:

[snip]

> I think someting is missing in my system, could you provide some help?

You're missing Boost. The prerequisites for OpenVRML are given in
README.

openvrml-develop permits posting only by subscribers in order to curb
spam. If you intend to continue posting to the list, please subscribe.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] Openvrml source installation problem on SuSE10.0

[Jyh-Shyong H. <c00...@nc...>]

Dear Sir,

I tried to install openvrml-0.15.10 from source on my Linux PC 
running SuSE10.0 for x86_64, I got the following error message 
during make stage:
....

 g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../lib/antlr -I../../java
-I../../src/libopenvrml -DOPENVRML_LIBDIR_=\"/usr/local/lib\"
-DOPENVRML_PKGDATADIR_=\"/usr/local/share/openvrml\"
-I/usr/include/freetype2 -DXP_UNIX -I/opt/mozilla/include/js
-I/usr/include/nspr -g -O2 -MT openvrml/basetypes.lo -MD -MP -MF
openvrml/.deps/basetypes.Tpo -c openvrml/basetypes.cpp  -fPIC -DPIC -o
openvrml/.libs/basetypes.o
In file included from openvrml/basetypes.cpp:25:
openvrml/private.h:63:38: error: boost/concept_check.hpp: No such file
or directory
openvrml/private.h: In function
'<unnamed>::openvrml_::binary_compose<AdaptableBinaryFunction,
AdaptableUnaryFunction1,
AdaptableUnaryFunction2><unnamed>::openvrml_::compose2(const
AdaptableBinaryFunction&, const AdaptableUnaryFunction1&, const
AdaptableUnaryFunction2&)':
openvrml/private.h:143: error: 'boost' has not been declared
openvrml/private.h:143: error: expected nested-name-specifier before
'function_requires'
openvrml/private.h:143: error: 'function_requires' has not been declared
openvrml/private.h:144: error: 'function_requires' was not declared in
this scope
openvrml/private.h:144: error: 'boost' has not been declared
openvrml/private.h:144: error: 'AdaptableBinaryFunctionConcept' was not
declared in this scope
openvrml/private.h:145: error: expected primary-expression before ','
token
openvrml/private.h:146: error: expected `(' before ',' token
openvrml/private.h:147: error: expected `(' before ',' token
openvrml/private.h:148: error: expected `(' before '>' token
openvrml/private.h:148: error: expected primary-expression before '>'
token
openvrml/private.h:148: error: expected primary-expression before ')'
token
openvrml/private.h:149: error: 'boost' has not been declared
openvrml/private.h:149: error: 'AdaptableUnaryFunctionConcept' was not
declared in this scope
openvrml/private.h:150: error: expected primary-expression before ','
token
openvrml/private.h:151: error: expected `(' before ',' token
openvrml/private.h:152: error: expected `(' before '>' token
openvrml/private.h:152: error: expected primary-expression before '>'
token
openvrml/private.h:152: error: expected primary-expression before ')'
token
openvrml/private.h:153: error: 'boost' has not been declared
openvrml/private.h:154: error: expected primary-expression before ','
token
openvrml/private.h:155: error: expected `(' before ',' token
openvrml/private.h:156: error: expected `(' before '>' token
openvrml/private.h:156: error: expected primary-expression before '>'
token
openvrml/private.h:156: error: expected primary-expression before ')'
token
make[2]: *** [openvrml/basetypes.lo] Error 1
make[2]: Leaving directory
`/usr/src/packages/SOURCES/openvrml-0.15.10/src/libopenvrml'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory
`/usr/src/packages/SOURCES/openvrml-0.15.10/src'
make: *** [install-recursive] Error 1


I think someting is missing in my system, could you provide some help?

Best regards

Jyh-Shyong Ho, Ph.D.
Research Scientist
National Center for High Performance Computing
Hsinchu, Taiwan, ROC

Re: [openvrml-develop] problem compiling openvrml

[Reed H. <re...@in...>]

On Dec 12, 2005, at 12:49 PM, Braden McDaniel wrote:
> You can thank the broken philosophy behind Boost's build system for 
> the length of its compile time. I believe it compiles *every* 
> configuration variant supported by its build system as a matter of 
> course. So you end up compiling the same library multiple times in 
> different ways. This is, presumably, a convenience for the Boost 
> developers who want to test all configurations. But it's a hell of a 
> thing to impose on users.


I seem to recall that you can specify which configuration to build? You 
might need to edit some jamfile or set environment variables or 
something?

Reed

Re: [openvrml-develop] problem compiling openvrml

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

Jason Keltz wrote:
> Braden McDaniel wrote:
> 
>> On Mon, 2005-12-12 at 09:33 -0500, Jason Keltz wrote:
>>
>>> I posted this message to the openvrml discussion list, but I have a 
>>> feeling that wasn't the right place.. my apologies..
>>
>>
>>
>> openvrml-develop is the only OpenVRML discussion list I know about. It
>> is subscriber only, though, to avoid spam; so please subscribe the list
>> if you intend to continue posting.
> 
> 
> If you look on the main sourceforge page where you list the versions, my 
> question appears at the bottom of that now.  whoops.

Ah, right. I wish SourceForge provided a means to disable responses to 
news items.

[snip]

>> Possible; but this error looks more like *your C++ compiler* is not
>> compatible with the latest Boost. What gcc version are you using?
> 
> I am using GCC version 3.2.2.
> 
> I guess I can try the previous boost version if you think that 1.32.0 
> might work... Boost takes forever to compile!

gcc 3.2.2 is a bit old; I don't know if Boost claims to support it or 
not. Boost 1.32.0 probably stands a better chance of working with that 
compiler simply by virtue of being older, though.

You can thank the broken philosophy behind Boost's build system for the 
length of its compile time. I believe it compiles *every* configuration 
variant supported by its build system as a matter of course. So you end 
up compiling the same library multiple times in different ways. This is, 
presumably, a convenience for the Boost developers who want to test all 
configurations. But it's a hell of a thing to impose on users.

Braden

Re: [openvrml-develop] problem compiling openvrml

[Jason K. <ja...@cs...>]

Braden McDaniel wrote:
> On Mon, 2005-12-12 at 09:33 -0500, Jason Keltz wrote:
> 
>>I posted this message to the openvrml discussion list, but I have a 
>>feeling that wasn't the right place.. my apologies..
> 
> 
> openvrml-develop is the only OpenVRML discussion list I know about. It
> is subscriber only, though, to avoid spam; so please subscribe the list
> if you intend to continue posting.

If you look on the main sourceforge page where you list the versions, my 
question appears at the bottom of that now.  whoops.

>>By: Jason Keltz - jkeltz
>>problem compiling openvrml 0.15.9
>>2005-12-12 14:30
>>Hi.
>>
>>I am trying to compile openvrml 0.15.9 to get the mozilla plugin. I had 
>>to install a couple of the dependencies - the biggest and most time 
>>consuming one being boost-1.33.1. I also had to recompile mozilla to 
>>grab the development includes/libraries that I normally get rid of when 
>>I compile it. After getting the libraries into place, the compile worked 
>>for quite a while without problems, but then I ran into this large 
>>stumbling block which seems to be right at the end! (just my luck huh?)
> 
> 
> I've only tested 0.15.9 with Boost 1.32.0. Boost revisions are not
> guaranteed to be backward compatible, unfortunately.
> 
> 
>>make[2]: Entering directory 
>>`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
>>if c++ -DPACKAGE_NAME=\"OpenVRML\ Mozilla\ Plugin\" 
>>-DPACKAGE_TARNAME=\"openvrml-mozilla-plugin\" 
>>-DPACKAGE_VERSION=\"0.15.10\" -DPACKAGE_STRING=\"OpenVRML\ Mozilla\ 
>>Plugin\ 0.15.10\" 
>>-DPACKAGE_BUGREPORT=\"ope...@li...\"; 
>>-DPACKAGE=\"openvrml-mozilla-plugin\" -DVERSION=\"0.15.10\" 
>>-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
>>-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
>>-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 
>>-DHAVE_PTHREAD=1 -I. 
>>-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player 
>>-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/lib/gtkglext 
>>-I../../lib/gtkglext/gdk 
>>-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml 
>>-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml-gl 
>>-I -DGTK_DISABLE_DEPRECATED -I/cs/local/packages/mozilla-support/include 
>>-I/cs/local/packages/boost/include 
>>-I/cs/local/packages/mozilla-devel/include -I/cs/local/include/gtk-2.0 
>>-I/cs/local/lib/gtk-2.0/include -I/cs/local/include 
>>-I/cs/local/include/atk-1.0 -I/cs/local/include/pango-1.0 
>>-I/cs/local/include/freetype2 -I/cs/local/include/glib-2.0 
>>-I/cs/local/lib/glib-2.0/include -pthread -g -O2 -MT player.o -MD -MP 
>>-MF ".deps/player.Tpo" -c -o player.o player.cpp; \
>>then mv -f ".deps/player.Tpo" ".deps/player.Po"; else rm -f 
>>".deps/player.Tpo"; exit 1; fi
>>In file included from 
>>/cs/local/packages/boost/include/boost/numeric/conversion/converter.hpp:16,
>>from /cs/local/packages/boost/include/boost/numeric/conversion/cast.hpp:32,
>>from /cs/local/packages/boost/include/boost/cast.hpp:103,
>>from 
>>/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/field_value.h:31, 
>>
>>from /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/node.h:34,
>>from 
>>/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/script.h:27,
>>from 
>>/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/browser.h:34,
>>from player.cpp:31:
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
>>declaration
>>does not declare anything
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
>>parse
>>error before numeric constant
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
>>type/value
>>mismatch at argument 6 in template parameter list for `template<class 
>>expr0,
>>class expr1, class TT, class TF, class FT, class FF> struct
>>boost::numeric::convdetail::for_both'
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
>>
>>expected a type, got `0'
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
>>`
>>type' is not a class or namespace
>>/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
>>ISO
>>C++ forbids declaration of `type' with no type
>>make[2]: *** [player.o] Error 1
>>make[2]: Leaving directory 
>>`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
>>make[1]: *** [all-recursive] Error 1
>>make[1]: Leaving directory 
>>`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src'
>>make: *** [all] Error 2
>>
>>---
>>
>>Can someone please suggest how to resolve this ?
>>
>>Would this version of openvrml not be compatible with the latest boost 
>>maybe?
> 
> 
> Possible; but this error looks more like *your C++ compiler* is not
> compatible with the latest Boost. What gcc version are you using?
> 

I am using GCC version 3.2.2.

I guess I can try the previous boost version if you think that 1.32.0 
might work... Boost takes forever to compile!

Jason.

Re: [openvrml-develop] problem compiling openvrml

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

On Mon, 2005-12-12 at 09:33 -0500, Jason Keltz wrote:
> I posted this message to the openvrml discussion list, but I have a 
> feeling that wasn't the right place.. my apologies..

openvrml-develop is the only OpenVRML discussion list I know about. It
is subscriber only, though, to avoid spam; so please subscribe the list
if you intend to continue posting.

> By: Jason Keltz - jkeltz
> problem compiling openvrml 0.15.9
> 2005-12-12 14:30
> Hi.
> 
> I am trying to compile openvrml 0.15.9 to get the mozilla plugin. I had 
> to install a couple of the dependencies - the biggest and most time 
> consuming one being boost-1.33.1. I also had to recompile mozilla to 
> grab the development includes/libraries that I normally get rid of when 
> I compile it. After getting the libraries into place, the compile worked 
> for quite a while without problems, but then I ran into this large 
> stumbling block which seems to be right at the end! (just my luck huh?)

I've only tested 0.15.9 with Boost 1.32.0. Boost revisions are not
guaranteed to be backward compatible, unfortunately.

> make[2]: Entering directory 
> `/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
> if c++ -DPACKAGE_NAME=\"OpenVRML\ Mozilla\ Plugin\" 
> -DPACKAGE_TARNAME=\"openvrml-mozilla-plugin\" 
> -DPACKAGE_VERSION=\"0.15.10\" -DPACKAGE_STRING=\"OpenVRML\ Mozilla\ 
> Plugin\ 0.15.10\" 
> -DPACKAGE_BUGREPORT=\"ope...@li...\"; 
> -DPACKAGE=\"openvrml-mozilla-plugin\" -DVERSION=\"0.15.10\" 
> -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
> -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 
> -DHAVE_PTHREAD=1 -I. 
> -I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player 
> -I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/lib/gtkglext 
> -I../../lib/gtkglext/gdk 
> -I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml 
> -I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml-gl 
> -I -DGTK_DISABLE_DEPRECATED -I/cs/local/packages/mozilla-support/include 
> -I/cs/local/packages/boost/include 
> -I/cs/local/packages/mozilla-devel/include -I/cs/local/include/gtk-2.0 
> -I/cs/local/lib/gtk-2.0/include -I/cs/local/include 
> -I/cs/local/include/atk-1.0 -I/cs/local/include/pango-1.0 
> -I/cs/local/include/freetype2 -I/cs/local/include/glib-2.0 
> -I/cs/local/lib/glib-2.0/include -pthread -g -O2 -MT player.o -MD -MP 
> -MF ".deps/player.Tpo" -c -o player.o player.cpp; \
> then mv -f ".deps/player.Tpo" ".deps/player.Po"; else rm -f 
> ".deps/player.Tpo"; exit 1; fi
> In file included from 
> /cs/local/packages/boost/include/boost/numeric/conversion/converter.hpp:16,
> from /cs/local/packages/boost/include/boost/numeric/conversion/cast.hpp:32,
> from /cs/local/packages/boost/include/boost/cast.hpp:103,
> from 
> /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/field_value.h:31, 
> 
> from /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/node.h:34,
> from 
> /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/script.h:27,
> from 
> /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/browser.h:34,
> from player.cpp:31:
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
> declaration
> does not declare anything
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
> parse
> error before numeric constant
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
> type/value
> mismatch at argument 6 in template parameter list for `template<class 
> expr0,
> class expr1, class TT, class TF, class FT, class FF> struct
> boost::numeric::convdetail::for_both'
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
> 
> expected a type, got `0'
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
> `
> type' is not a class or namespace
> /cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
> ISO
> C++ forbids declaration of `type' with no type
> make[2]: *** [player.o] Error 1
> make[2]: Leaving directory 
> `/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory 
> `/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src'
> make: *** [all] Error 2
> 
> ---
> 
> Can someone please suggest how to resolve this ?
> 
> Would this version of openvrml not be compatible with the latest boost 
> maybe?

Possible; but this error looks more like *your C++ compiler* is not
compatible with the latest Boost. What gcc version are you using?

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] problem compiling openvrml

[Jason K. <ja...@cs...>]

I posted this message to the openvrml discussion list, but I have a 
feeling that wasn't the right place.. my apologies..

---

By: Jason Keltz - jkeltz
problem compiling openvrml 0.15.9
2005-12-12 14:30
Hi.

I am trying to compile openvrml 0.15.9 to get the mozilla plugin. I had 
to install a couple of the dependencies - the biggest and most time 
consuming one being boost-1.33.1. I also had to recompile mozilla to 
grab the development includes/libraries that I normally get rid of when 
I compile it. After getting the libraries into place, the compile worked 
for quite a while without problems, but then I ran into this large 
stumbling block which seems to be right at the end! (just my luck huh?)

make[2]: Entering directory 
`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
if c++ -DPACKAGE_NAME=\"OpenVRML\ Mozilla\ Plugin\" 
-DPACKAGE_TARNAME=\"openvrml-mozilla-plugin\" 
-DPACKAGE_VERSION=\"0.15.10\" -DPACKAGE_STRING=\"OpenVRML\ Mozilla\ 
Plugin\ 0.15.10\" 
-DPACKAGE_BUGREPORT=\"ope...@li...\"; 
-DPACKAGE=\"openvrml-mozilla-plugin\" -DVERSION=\"0.15.10\" 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 
-DHAVE_PTHREAD=1 -I. 
-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player 
-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/lib/gtkglext 
-I../../lib/gtkglext/gdk 
-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml 
-I/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/../src/libopenvrml-gl 
-I -DGTK_DISABLE_DEPRECATED -I/cs/local/packages/mozilla-support/include 
-I/cs/local/packages/boost/include 
-I/cs/local/packages/mozilla-devel/include -I/cs/local/include/gtk-2.0 
-I/cs/local/lib/gtk-2.0/include -I/cs/local/include 
-I/cs/local/include/atk-1.0 -I/cs/local/include/pango-1.0 
-I/cs/local/include/freetype2 -I/cs/local/include/glib-2.0 
-I/cs/local/lib/glib-2.0/include -pthread -g -O2 -MT player.o -MD -MP 
-MF ".deps/player.Tpo" -c -o player.o player.cpp; \
then mv -f ".deps/player.Tpo" ".deps/player.Po"; else rm -f 
".deps/player.Tpo"; exit 1; fi
In file included from 
/cs/local/packages/boost/include/boost/numeric/conversion/converter.hpp:16,
from /cs/local/packages/boost/include/boost/numeric/conversion/cast.hpp:32,
from /cs/local/packages/boost/include/boost/cast.hpp:103,
from 
/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/field_value.h:31, 

from /tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/node.h:34,
from 
/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/script.h:27,
from 
/tmp/xsys.21253.0/openvrml-0.15.10/src/libopenvrml/openvrml/browser.h:34,
from player.cpp:31:
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
declaration
does not declare anything
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:233: 
parse
error before numeric constant
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
type/value
mismatch at argument 6 in template parameter list for `template<class 
expr0,
class expr1, class TT, class TF, class FT, class FF> struct
boost::numeric::convdetail::for_both'
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 

expected a type, got `0'
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
`
type' is not a class or namespace
/cs/local/packages/boost/include/boost/numeric/conversion/detail/converter.hpp:238: 
ISO
C++ forbids declaration of `type' with no type
make[2]: *** [player.o] Error 1
make[2]: Leaving directory 
`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src/openvrml-player'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/tmp/xsys.21253.0/openvrml-0.15.10/mozilla-plugin/src'
make: *** [all] Error 2

---

Can someone please suggest how to resolve this ?

Would this version of openvrml not be compatible with the latest boost 
maybe?

Thanks,

Jason Keltz

Re: [openvrml-develop] lookat does not show wrl image, but copies X-background on debian-etch system with sis630.

[Reed H. <re...@in...>]

Try running the program "glxinfo" and find out what it thinks about 
your OpenGL graphics card.   Also, sometimes permissions on devices are 
such that if you become root (superuser) you can run GL programs 
successfully.  You may need to install drivers for your SiS chip 
(possible non-free drivers downloaded from SiS or another vendor)

Re: [openvrml-develop] lookat does not show wrl image, but copies X-background on debian-etch system with sis630.

[Hans De J. <j.d...@gm...>]

On 12/10/05, Braden McDaniel <br...@en...> wrote:
> On Sat, 2005-12-10 at 19:49 +0100, Hans De Jonge wrote:
> > Hi
> Are you able to run *any* OpenGL application? (I'm guessing not.)

Hmm, gltron freezes my system indeed, thanks for your question, I will
look further into the openGL topic.

> Have you tried reverting to a stock kernel?

Not yet; I 'll also take a look into the kernel docs to see what they
say and recompile if nessecary; thanx again; this propably helps
focussing my troubleshooting greatly.

> Sorry, but I don't have much insight into arbitrary X failures. You
> might want to try <deb...@li...>.

Okay, I might try that if your hints were not sufficient (As an
unemployed experimental physicist I've got the ability and some time
to tinker and try to solve the problem myself)

thanks
--
Hans de Jonge
+31 (0)24 844 96 85
+31 (0)62 20 57 101

`Perfect is the enemy of good'

Re: [openvrml-develop] lookat does not show wrl image, but copies X-background on debian-etch system with sis630.

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

On Sat, 2005-12-10 at 19:49 +0100, Hans De Jonge wrote:
> Hi
> 
> Although I developed quite some linux tweaking experience in the last
> eight years, I cannot get any vrml-viewer to display vrml-data in a
> window on my screen. (I need to display the shape of the fermi surface
> of tungsten to get an idea of the electron trajectories in strong
> magnetic fields in a solid state physics experiment)
> Since I use a debian system I did not use the fedora-core rpm but
> compiled freewrl from the tar-ball which succeeded after installing
> some new develpment packages.
> 
> Upon running the application though, I get a window; the image of the
> desktop content underneath it (usually part of the xterminal-window)
> is copied into the window and this image is dragged along with the
> window, instead of it showing the wrl picture.
> 
> The same thing happens with freevrml, octagoFreePlayer and Orbisnap,
> so I suspect it is not a typical openvrml problem, but since you must
> have more knowledge in these matters like XFree86 topics I hope
> someone can help me solving this problem or give pointers to the
> documentation I was not able to find.
> 
> Some more information:
> 
> My graphics chip is an sis630, connected to my laptop LCD-screen
> X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-7 20050908031534
> David Nusinow <dnu...@de...>)
> Home-built linux kernel 2.6.13.4 to which I applied the win4lin patch
> sun-j2sdk1.5 and sun-j2re1.5 debianised installed
> Blackdown java3D (sdk)
> 
> further:
> Although my Xorg.0.log logfile contans the message:
> 
> (WW) Ignoring request to load module GLcore
> 
> on line 155, I suspect GLcore is loaded judging from the lines 218-227
> furtheron:

Are you able to run *any* OpenGL application? (I'm guessing not.)

Have you tried reverting to a stock kernel?

Sorry, but I don't have much insight into arbitrary X failures. You
might want to try <deb...@li...>.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

[openvrml-develop] lookat does not show wrl image, but copies X-background on debian-etch system with sis630.

[Hans De J. <j.d...@gm...>]

Hi

Although I developed quite some linux tweaking experience in the last
eight years, I cannot get any vrml-viewer to display vrml-data in a
window on my screen. (I need to display the shape of the fermi surface
of tungsten to get an idea of the electron trajectories in strong
magnetic fields in a solid state physics experiment)
Since I use a debian system I did not use the fedora-core rpm but
compiled freewrl from the tar-ball which succeeded after installing
some new develpment packages.

Upon running the application though, I get a window; the image of the
desktop content underneath it (usually part of the xterminal-window)
is copied into the window and this image is dragged along with the
window, instead of it showing the wrl picture.

The same thing happens with freevrml, octagoFreePlayer and Orbisnap,
so I suspect it is not a typical openvrml problem, but since you must
have more knowledge in these matters like XFree86 topics I hope
someone can help me solving this problem or give pointers to the
documentation I was not able to find.

Some more information:

My graphics chip is an sis630, connected to my laptop LCD-screen
X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-7 20050908031534
David Nusinow <dnu...@de...>)
Home-built linux kernel 2.6.13.4 to which I applied the win4lin patch
sun-j2sdk1.5 and sun-j2re1.5 debianised installed
Blackdown java3D (sdk)

further:
Although my Xorg.0.log logfile contans the message:

(WW) Ignoring request to load module GLcore

on line 155, I suspect GLcore is loaded judging from the lines 218-227
furtheron:

(II) Loading sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_clip.o":
 No symbols found
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_norm.o":
 No symbols found
Skipping "/usr/X11R6/lib/modules/extensions/libGLcore.a:m_debug_xform.o":
 No symbols found
(II) Module GLcore: vendor=3D"X.Org Foundation"
        compiled for 6.8.2, module version =3D 1.0.0
        ABI class: X.Org Server Extension, version 0.2
(II) Loading extension GLX

when I shut down the openvrml window I get a message:

[hansdej@rolfie]~>lookat test.wrl
freeglut  ERROR:  Function <glutDestroyWindow> called without first
calling 'glutInit'.
[hansdej@rolfie]~>

I would be gratefull if anyone of you could help me getting a wrl
viewer runnning since I do not know where to look anymore.
--
Hans de Jonge
+31 (0)24 844 96 85
+31 (0)62 20 57 101

`Perfect is the enemy of good'


--
Hans de Jonge
+31 (0)24 844 96 85
+31 (0)62 20 57 101

`Perfect is the enemy of good'

Re: [openvrml-develop] How to Create a new Viewpoint

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

[I thought I'd responded to this when you sent it to me off-list; but it
looks like I in fact did not. Sorry about that. Do prefer the mailing
list for OpenVRML-related correspondence, though.]

On Mon, 2005-12-05 at 15:18 +0100, vr...@he... wrote:
> Braden McDaniel <br...@en...> wrote:
> > vr...@he... wrote:
> >> Hi Braden,
> >>
> >> thanks for the fast response.
> >>
> >> Braden McDaniel <br...@en...> wrote:
> >>
> >> vector<node_ptr> nodes = myBrowser->create_vrml_from_stream(nodeStream);
> >>
> >> viewpoint_node* viewpointPtr = node_cast<viewpoint_node*>(nodes[0].get());
> >
> > At this point you have a viewpoint_node, but it's not part of any
> > scene. node::initialize needs to be called for it to be added to a
> > scene.
> 
> That is what I was already assumed, but I couldn't give it a try, because I
> don't know how to access the current scene, as it is private. Please give me a
> hint.

You can get it from any node that has been initialized; for example:

        scene * s = your_browser.root_nodes()[0]->scene();

node::scene should be nonzero for any node that has been initialized.

-- 
Braden McDaniel                           e-mail: <br...@en...>
<http://endoframe.com>                    Jabber: <br...@ja...>

Re: [openvrml-develop] How to Create a new Viewpoint

[<vr...@he...>]

Braden McDaniel <br...@en...> wrote:
> vr...@he... wrote:
>> Hi Braden,
>>
>> thanks for the fast response.
>>
>> Braden McDaniel <br...@en...> wrote:
>>
>> vector<node_ptr> nodes = myBrowser->create_vrml_from_stream(nodeStream);
>>
>> viewpoint_node* viewpointPtr = node_cast<viewpoint_node*>(nodes[0].get());
>
> At this point you have a viewpoint_node, but it's not part of any
> scene. node::initialize needs to be called for it to be added to a
> scene.

That is what I was already assumed, but I couldn't give it a try, because I
don't know how to access the current scene, as it is private. Please give me a
hint.

> Changing nodes after they're created involves sending them events.
> You need to get the event_listener corresponding to the eventIn
> you're interested in and call
> field_value_listener<FieldValue>::process_event. Note that there are
> typedefs for the field_value_listener instances you might be
> interested in, so you can do something like this:
>
>   sfvec3f_listener & listener =
>     dynamic_cast<sfvec3f_listener &>(
>       viewpointPtr->event_listener("set_position"));
>   listener.process_event(new_pos, time);
>
> "time" you probably want to get from browser::current_time.

Thanks this works very well and does exact what I wanted it to, but this
doesn?t work with the default viewpoint, so if I want to make changes I has
to create viepoint first. That's why I need to access the scene now, as
mentioned above.

> Oh, if you're using the CVS version, the first part of the above is a
> bit tidier:
>
>   sfvec3f_listener & listener =
>     viewpointPtr->event_listener<sfvec3f>("set_position");

You're right this looks much tidier and nicer, but at the moment I
think I'll go on using the last release version.

> I can provide more exposition if necessary. However, I'm inclined to
> drop useful hints as I tend to be interested in seeing how well the
> API explains itself.

Thanks for all the support so far! It helps me to understand how
openVrml works.

>>> PS: The openvrml-develop mailing list permits posting only by
>>> subscribers in order to curb spam. Please subscribe to the list if you
>>> intend to continue posting.
>>
>> Just used the wrong email address, Sorry for that!
>
> Perhaps you have discovered this already; but it is possible to
> subscribe multiple e-mail addresses and disable mail delivery to all
> but one of them (using the MailMan Web interface).

Oh thanks I really didn't know that.
[x] subscribe multiple e-mail addresses

Cheers
Joerg

Re: [openvrml-develop] make[3]: o: Command not found

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

Braden McDaniel wrote:

> For the moment, this should get you going. Install antlr; then invoke 
> make like this:
> 
>   $ make ANTLR='java -cp /path/to/antlr.jar antlr.Tool'

Caveat: install antlr 2.7.4. That is the version of the support library 
OpenVRML has; and other versions of antlr may not generate compatible code.

Braden