openvrml-develop — OpenVRML developers mailing list

[openvrml-develop] ANN: OpenVRML 0.18.2

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.18.1.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.2:

- Fixed resolution of the Java virtual machine library for ppc and
  ppc64.

[openvrml-develop] ANN: OpenVRML 0.18.1

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.18.1.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.1:

- Fixed an issue with symbol visibility for the event emitter/listener
  class templates.

[openvrml-develop] ANN: OpenVRML 0.18.0

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.18.0.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.0:

- Experimental support for Java in the Script node.

- Scripting engines are now loaded as binary plug-in components.

- Node implementations are now loaded as binary plug-in components.

- Refactored code into more files to reduce memory usage during
  compilation and improve performance of parallel builds.

Re: [openvrml-develop] Re starting Animation Timers

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

On Tue, 2009-05-26 at 12:36 -0700, chickenmcboy wrote:
> Hello everyone,
> I've been working on a project using the ARToolkit example which uses
> openVRML, however I seem unable to control when the animations start. 
> Is there a way to reset the timers on call? Or perhaps is another method to
> achieve the same goal?
> I asked this question in the ARToolkit forum, and they suggested that I try
> this mailing list instead. If anyone can help, I would be greatly
> appreciative.

You can start an animation by sending the current time to the associated
TimeSensor's set_startTime.  In OpenVRML, that would look something
like:

        openvrml::sftime_listener starttime_listener =
          n->event_listener<openvrml::sftime>("startTime");
        openvrml::sftime now(current_time);
        starttime_listener.process_event(now, now.value());

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

[openvrml-develop] Re starting Animation Timers

[chickenmcboy <sit...@ho...>]

Hello everyone,
I've been working on a project using the ARToolkit example which uses
openVRML, however I seem unable to control when the animations start. 
Is there a way to reset the timers on call? Or perhaps is another method to
achieve the same goal?
I asked this question in the ARToolkit forum, and they suggested that I try
this mailing list instead. If anyone can help, I would be greatly
appreciative.
If I have posted twice, I apologize. I seemed to have needed to register
first.
Thanks!
Dom M.
-- 
View this message in context: http://www.nabble.com/Restarting-Animation-Timers-tp23729850p23729850.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] set_timer(double) is never called

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

On Tue, 2009-03-24 at 02:45 -0700, Nicolas Verbeke wrote:
> Hi all
> I'm new to OpenVRML (actually I'm even new to VRML at all.)
> I created a sub-class of openvrml::gl::viewer in C++ with the required
> functions: post_dedraw, set_cursor, swap_buffers and set_timer. I also
> created an openvrml::browser and did the correct binding between the viewer
> and the brower.
> The first three functions seem to work as expected, and I have no problem
> viewing still scenes.
> Now I'm trying to display an animated scene. I created a VRML file that I
> load with myBrower->load_url.
> The problem is, the function set_timer in the viewer is never called.
> I suppose that I forgot to do something somewhere, either in the VRML file
> or in the C++ code.
> Does anyone have any idea about what I did wrong?

It sounds like perhaps you don't have an event loop.  OpenVRML doesn't
provide you with such a loop; you need to drive it from one you provide.
Have a look at how this works in the sdl-viewer example; especially
sdl_viewer::run and update_timer_callback.

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

[openvrml-develop] set_timer(double) is never called

[Nicolas V. <nic...@or...>]

Hi all
I'm new to OpenVRML (actually I'm even new to VRML at all.)
I created a sub-class of openvrml::gl::viewer in C++ with the required
functions: post_dedraw, set_cursor, swap_buffers and set_timer. I also
created an openvrml::browser and did the correct binding between the viewer
and the brower.
The first three functions seem to work as expected, and I have no problem
viewing still scenes.
Now I'm trying to display an animated scene. I created a VRML file that I
load with myBrower->load_url.
The problem is, the function set_timer in the viewer is never called.
I suppose that I forgot to do something somewhere, either in the VRML file
or in the C++ code.
Does anyone have any idea about what I did wrong?
Thanks in advance!

Attached: the VRML file  http://www.nabble.com/file/p22676834/chessboard.wrl
chessboard.wrl 

-- 
View this message in context: http://www.nabble.com/set_timer%28double%29-is-never-called-tp22676834p22676834.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] Status update: breaking up large files

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

Sounds good, Thanks Braden.

[openvrml-develop] ANN: OpenVRML 0.17.12

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.17.12.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.17.12:

- Fixes to build against X11 on Mac OS X.

[openvrml-develop] obtain list of vertices and faces

[Ben A. <bax...@co...>]

Hi,

I would like to use OpenVRML version 0.14.3 to extract lists of vertices and faces from VRML files.  Can someone provide some pointers on how to do this?  I need to use the older version 0.14.3 due to the Boost requirement of later versions.

Ideally, I need a list of vertices as a float array.  With the values like this: X Y Z X Y Z ...  Then the faces array is an array of 0 based indexes into this array, with 3 indexes for each face.

Thanks,
-Ben

Ben Axelrod
Robotics Engineer
(800) 641-2676 x737
[cid:image001.gif@01C9A0B3.6E551670]
www.coroware.com<http://www.coroware.com>
www.corobot.net<http://www.corobot.net>

Re: [openvrml-develop] trac on SourceForge

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

On Mon, 2009-03-02 at 12:34 -0500, Braden McDaniel wrote:

[snip]

> So, I am seriously considering migrating bug and task tracking to trac.

I've gone through with this. I've migrated all outstanding bugs and
tasks to trac; they're viewable here:

        <http://apps.sourceforge.net/trac/openvrml/report/1>

And I've disabled the "Trackers" and "Tasks" features in OpenVRML's
SourceForge project.

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

Re: [openvrml-develop] Status update: breaking up large files

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

On Sat, 2008-09-27 at 01:58 -0400, Braden McDaniel wrote:

[snip]

> So far I've pared browser.cpp down to a little more than 6000 lines.
> Compiling on my x86_64 Linux machine, its high-water mark in memory is
> around 1.3 GB.  If that sounds big, consider that before this surgery it
> was taking at least 2.2 GB to compile.  (And recall that for a 32-bit
> platform, you can expect to cut this memory footprint roughly in half.)
> 
> I suspect that the better part of that 1.3 GB footprint has to do with
> the fact that two big Spirit parsers get instantiated in browser.cpp.
> Pushing these instantiations out to different translation units would
> probably be a significant win; and that's something I'll probably pursue
> before releasing 0.18.

My most recent commit makes good on this threat.  I moved the parser
instantiations to src/libopenvrml/openvrml/local/parse_vrml.cpp.  The
parse actions classes were the biggest chunk of code directly involved
here; they're now in src/libopenvrml/openvrml/local/parse_vrml.h.  This
means the most expensive-to-compile file is now parse_vrml.cpp; what's
left of browser.cpp should be pretty trivial.

On my machine, parse_vrml.cpp's high water mark in memory seems to be
somewhere between 900 MB and 1 GB.  I think this means that OpenVRML
should compile comfortably in a non-parallel build on 64-bit machines
with at least 2 GB of memory; and on 32-bit machines with at least 1 GB
of memory.  For machines with more memory, OpenVRML's build will
parallelize pretty nicely.

I think the above minimums are pretty reasonable. So I'm inclined to
consider this pursuit done unless another problem emerges.

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

[openvrml-develop] trac on SourceForge

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

If you've been following SourceForge activity at all, you've probably
noticed that after allowing the service's feature set to languish for
some years, the developers have made many tangible improvements to the
site over the last several months.

One of the most significant of these is what they call "hosted apps".
This makes some popular open source Web-based tools available for use by
SourceForge projects. And one of the hosted apps now available is the
popular "trac" project management tool.

Now, I think most would agree that SourceForge's "trackers" (what it
calls its bug/patch/etc. reporting and management facility) kind of
suck. They're missing many features common to modern tools in this
space; and the improvements SourceForge is making to this service (the
"Tracker Beta" you can opt into on the site) are, IMO, quite modest.

So, I am seriously considering migrating bug and task tracking to trac.
I've already enabled trac as a hosted app for OpenVRML. trac also
includes a wiki; and to familiarize myself with what it can do I've
started migrating Zack Smith's Windows build instructions to there:

        <https://apps.sourceforge.net/trac/openvrml/wiki/BuildOpenvrmlOnWindows>

I've made several updates to its text for consistency with what's on the
trunk now; but it still needs some more work.

If anyone has other ideas for good wiki topics, please chime in.

Anyway, I thought I'd let folks know this is probably coming. Anyone who
wants to tell me why migrating to trac is a horrible idea, please speak
up.

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

[openvrml-develop] ANN: OpenVRML 0.17.11

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

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

  <http://downloads.sourceforge.net/openvrml/openvrml-0.17.11.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.17.11:

- Moved D-Bus interaction in openvrml-xembed to a background thread,
  preventing some deadlocks.

- Fixed configure test for nonstandard GLU tesselator callback
  function signature on Mac OS 10.4 and previous.

- Changed the MIME media type for VRML-style X3D to "model/x3d-vrml"
  in accordance with the pending registration.

Re: [openvrml-develop] FW: FW: link error

[Deckard P. <pom...@ho...>]

Ok, this problem is solved by including the path. Thanks for your help.

> Date: Fri, 27 Feb 2009 13:00:05 -0500
> From: br...@en...
> To: ope...@li...
> Subject: Re: [openvrml-develop] FW:  FW:  link error
> 
> On 2/27/09 12:17 PM, Deckard Pollino wrote:
> >   >  So you need to go through
> >> the tree of available libraries and, for each one, select the
> >> "Multithread" and "Multithread Debug" variants for the compiler version
> >> you're using.
> >
> > I have tried this and the result is the same:
> > LINK : fatal error LNK1104: no se puede abrir el archivo 'libboost_thread-vc90-mt-gd-1_37.lib'
> 
> I think you must have missed something.  I did what I described and I 
> have a library by that name in "Program Files/boost/boost_1_37/lib".
> 
> > Would it be possible to build these libraries besides the installer?
> 
> It is certainly possible; you can follow the instructions here:
> 
> <http://www.boost.org/doc/libs/1_38_0/more/getting_started/windows.html>
> 
> But I think you'd have an easier time figuring out the installer's quirks.
> 
> -- 
> Braden McDaniel                      e-mail: <br...@en...>
> <http://endoframe.com>               Jabber: <br...@ja...>
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop

_________________________________________________________________
Anímate y disfruta con los mejores juegos de Messenger, ¡descúbrelos!
http://www.vivelive.com/juegos/  

Re: [openvrml-develop] FW: FW: link error

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

On 2/27/09 12:17 PM, Deckard Pollino wrote:
>   >  So you need to go through
>> the tree of available libraries and, for each one, select the
>> "Multithread" and "Multithread Debug" variants for the compiler version
>> you're using.
>
> I have tried this and the result is the same:
> LINK : fatal error LNK1104: no se puede abrir el archivo 'libboost_thread-vc90-mt-gd-1_37.lib'

I think you must have missed something.  I did what I described and I 
have a library by that name in "Program Files/boost/boost_1_37/lib".

> Would it be possible to build these libraries besides the installer?

It is certainly possible; you can follow the instructions here:

<http://www.boost.org/doc/libs/1_38_0/more/getting_started/windows.html>

But I think you'd have an easier time figuring out the installer's quirks.

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

Re: [openvrml-develop] FW: FW: link error

[Deckard P. <pom...@ho...>]

 > So you need to go through 
> the tree of available libraries and, for each one, select the 
> "Multithread" and "Multithread Debug" variants for the compiler version 
> you're using.

I have tried this and the result is the same:
LINK : fatal error LNK1104: no se puede abrir el archivo 'libboost_thread-vc90-mt-gd-1_37.lib'

Would it be possible to build these libraries besides the installer?


> Date: Thu, 26 Feb 2009 15:47:25 -0500
> From: br...@en...
> To: ope...@li...
> Subject: Re: [openvrml-develop] FW:  FW:  link error
> 
> On 2/26/09 1:35 PM, Deckard Pollino wrote:
> > I installed boost_1_37_setup.exe and this libboost_thread-vc90-mt-gd-1_37.lib not exist on my computer. !!!!!!!????
> 
> Sigh.  That's probably because that installer is broken.  At least, it 
> appeared so when I just tried to use it. :-(
> 
> You need the "Multithread" and "Multithread Debug" variants of the 
> libaries.  The problem with the installer is that checking these options 
> in the "global selection" dialog phase you are first presented with does 
> not result in the corresponding libraries actually being selected for 
> installation in the subsequent dialog phase.  So you need to go through 
> the tree of available libraries and, for each one, select the 
> "Multithread" and "Multithread Debug" variants for the compiler version 
> you're using.
> 
> -- 
> Braden McDaniel                      e-mail: <br...@en...>
> <http://endoframe.com>               Jabber: <br...@ja...>
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop

_________________________________________________________________
Llévate Messenger en tu móvil allá donde vayas ¿A qué esperas?
http://serviciosmoviles.es.msn.com/

Re: [openvrml-develop] FW: FW: link error

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

On 2/26/09 1:35 PM, Deckard Pollino wrote:
> I installed boost_1_37_setup.exe and this libboost_thread-vc90-mt-gd-1_37.lib not exist on my computer. !!!!!!!????

Sigh.  That's probably because that installer is broken.  At least, it 
appeared so when I just tried to use it. :-(

You need the "Multithread" and "Multithread Debug" variants of the 
libaries.  The problem with the installer is that checking these options 
in the "global selection" dialog phase you are first presented with does 
not result in the corresponding libraries actually being selected for 
installation in the subsequent dialog phase.  So you need to go through 
the tree of available libraries and, for each one, select the 
"Multithread" and "Multithread Debug" variants for the compiler version 
you're using.

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

[openvrml-develop] FW: FW: link error

[Deckard P. <pom...@ho...>]

I installed boost_1_37_setup.exe and this libboost_thread-vc90-mt-gd-1_37.lib not exist on my computer. !!!!!!!????

> Date: Thu, 26 Feb 2009 13:11:31 -0500
> From: br...@en...
> CC: ope...@li...
> Subject: Re: [openvrml-develop] FW:  link error
> 
> On 2/26/09 12:39 PM, Deckard Pollino wrote:
> > Ok, now I tried following the steps here:
> >
> > http://sourceforge.net/mailarchive/message.php?msg_name=386804.97755.qm%40web46303.mail.sp1.yahoo.com
> >
> > and the new output is this:
> > Compiling resources...
> > Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
> > Copyright (C) Microsoft Corporation.  All rights reserved.
> > Linking...
> > LINK : fatal error LNK1104: cannot open file 'libboost_thread-vc90-mt-gd-1_37.lib'
> 
> You probably need to point your Visual Studio installation at the 
> location of your Boost .lib files.
> 
> -- 
> Braden McDaniel                      e-mail: <br...@en...>
> <http://endoframe.com>               Jabber: <br...@ja...>
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop

_________________________________________________________________
Descubre cómo compartir tus fotos con Windows Live. ¡Pruébalo ya! 
http://home.live.com/

Re: [openvrml-develop] FW: link error

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

On 2/26/09 12:39 PM, Deckard Pollino wrote:
> Ok, now I tried following the steps here:
>
> http://sourceforge.net/mailarchive/message.php?msg_name=386804.97755.qm%40web46303.mail.sp1.yahoo.com
>
> and the new output is this:
> Compiling resources...
> Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
> Copyright (C) Microsoft Corporation.  All rights reserved.
> Linking...
> LINK : fatal error LNK1104: cannot open file 'libboost_thread-vc90-mt-gd-1_37.lib'

You probably need to point your Visual Studio installation at the 
location of your Boost .lib files.

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

[openvrml-develop] FW: link error

[Deckard P. <pom...@ho...>]

Ok, now I tried following the steps here:

http://sourceforge.net/mailarchive/message.php?msg_name=386804.97755.qm%40web46303.mail.sp1.yahoo.com

and the new output is this:
Compiling resources...
Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
Copyright (C) Microsoft Corporation.  All rights reserved.
Linking...
LINK : fatal error LNK1104: cannot open file 'libboost_thread-vc90-mt-gd-1_37.lib'


> From: br...@en...
> To: ope...@li...
> Date: Thu, 26 Feb 2009 12:07:12 -0500
> Subject: Re: [openvrml-develop] link error
> 
> On Thu, 2009-02-26 at 11:53 +0100, Deckard Pollino wrote:
> > Hi, actually I am building an application to show vrml files with openGL in a MFC project (Windows, c++). After downloading openvrml-0.17.10.tar.gz I tried to run the project for Visual C++ 2008 but after including several libraries (freetype-2.3.8, libpng-1.2.35, boost_1_35_0), eliminating their errors, happen:
> > 
> > LINK : fatal error LNK1104: cannot open file '..\..\lib\.lib'
> > 
> > ...and I do not know how to solve this. Can anyone help me? Thanks. 
> 
> That's not a lot to go on.  Can you provide more complete error output?
> And please provide the full command line invoking the linker that
> produced the error message.
> 
> -- 
> Braden McDaniel                           e-mail: <br...@en...>
> <http://endoframe.com>                    Jabber: <br...@ja...>
> 
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop

_________________________________________________________________
Consigue gratis el nuevo Messenger. ¡Descárgatelo! 
http://download.live.com/

Re: [openvrml-develop] link error

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

On Thu, 2009-02-26 at 11:53 +0100, Deckard Pollino wrote:
> Hi, actually I am building an application to show vrml files with openGL in a MFC project (Windows, c++). After downloading openvrml-0.17.10.tar.gz I tried to run the project for Visual C++ 2008 but after including several libraries (freetype-2.3.8, libpng-1.2.35, boost_1_35_0), eliminating their errors, happen:
> 
> LINK : fatal error LNK1104: cannot open file '..\..\lib\.lib'
> 
> ...and I do not know how to solve this. Can anyone help me? Thanks. 

That's not a lot to go on.  Can you provide more complete error output?
And please provide the full command line invoking the linker that
produced the error message.

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

[openvrml-develop] link error

[Deckard P. <pom...@ho...>]

Hi, actually I am building an application to show vrml files with openGL in a MFC project (Windows, c++). After downloading openvrml-0.17.10.tar.gz I tried to run the project for Visual C++ 2008 but after including several libraries (freetype-2.3.8, libpng-1.2.35, boost_1_35_0), eliminating their errors, happen:

LINK : fatal error LNK1104: cannot open file '..\..\lib\.lib'

...and I do not know how to solve this. Can anyone help me? Thanks. 
_________________________________________________________________
Descubre cómo compartir tus fotos con Windows Live. ¡Pruébalo ya! 
http://home.live.com/

[openvrml-develop] Status update

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

Fatherhood and work have had me quite busy lately; but I've started to 
have a bit of time to work on OpenVRML again.

Specifically, I've been working on a fix for bug 2201630.  This has 
required some substantial rearchitecture of openvrml-xembed.  At this 
point I seem to have things basically up and running with the new design 
(which puts the D-Bus interaction in a background thread).  It needs a 
bit more testing before I commit it; but hopefully it will be done in 
the next few days.

After that, I'm going to see if bug 2271029 can be fixed in a way that 
remains compatible with Boost 1.34.1.  I want to keep the 0.17.x series 
building with Boost 1.34.1.  Once that's resolved, I intend to release 
0.17.11.

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

Re: [openvrml-develop] Build failure.

[Frank J. R. H. <tr...@co...>]

Hello,
	I you need a platform to test anything out, I will be glad to  
provide assistance.  Thank you
Frank

On Feb 6, 2009, at 4:34 AM, Raphael Straub wrote:

> Frank J. R. Hanstick wrote:
>> Hello,
>> 	I am trying to build openvrml-0.17.10 on a PowerPC Mac running MacOS
>> 10.4.11 and encountered the following error:
>> [...]
>> libopenvrml-gl/openvrml/gl/viewer.cpp:2054: error: invalid conversion
>> from 'GLvoid (*)()' to 'GLvoid (*)(...)'
>> libopenvrml-gl/openvrml/gl/viewer.cpp:2054: error:   initializing
>> argument 3 of 'void gluTessCallback(GLUtesselator*, GLenum, GLvoid  
>> (*)
>> (...))'
> [...]
>> 	Any assistance will be appreciated.
>
> This is a known problem on Mac OS X 10.4, see <http:// 
> trac.macports.org/ticket/16981>.
>
> I'm going to submit a new OpenVRML port to MacPorts as soon as  
> OpenVRML 0.17.11 is released.
>
> Regards,
> 	Raphael
> -- 
> Raphael Straub                              E-Mail: ra...@ir...
> Universität Karlsruhe                       Tel.  : +49 721 608-4383
> Institut für Betriebs- und Dialogsysteme    Fax   : +49 721 608-8330
> Am Fasanengarten 5, 76128 Karlsruhe         Geb. 50.34, Raum 127
>

Frank J. R. Hanstick
tr...@co...