openvrml-develop — OpenVRML developers mailing list

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. G. <na...@gm...>]

It's been  a long time,... 
Did you succeed in compiling the sample program in Xcode? I couldn't.
There is also a thread I began last year in stackoverflow.com
http://stackoverflow.com/questions/1678828/openvrml-in-snow-leopard-from-macports

I wonder what is wrong?
Does any one have info about this. 

Thanks


Braden McDaniel wrote:
> 
> On Sun, 2009-11-08 at 22:51 +0900, Ignacio Enriquez wrote: 
>> Hi, everyone.
>> I have been looking for updated info about how to get some of the
>> examples running in Mac OS 10.6 (Snow Leopard)
>> 
>> I could install openvrml with macports (port install openvrml)
>> I tried to build Pretty_print sample project in Xcode (from the
>> examples folder from sourceforge download)
>> So I copied
>> pretty_print.cpp in a new "C++ stdc++" command line project
>> And set
>> Header Search Path : /opt/local/include (recursive)
>> Library Search Path : /opt/local/lib (also with the recursive check)
>> 
>> And most of the errors were gone except by these two.
>> 
>> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
>> error: 'vsnprintf' is not a member of 'std'
>> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
>> error: '__pow_helper' is not a member of 'std'
>> 
>> those system header files seems to be referenced by some boost headers.
> 
> I don't know that I trust the "recursive check" option for adding search
> paths.  Instead, it should be sufficient to add:
> 
>         /opt/local/include /opt/local/include/openvrml
> 
>> I am lost with this error.
>> I wonder what am I missing.
> 
> I'm not sure exactly what's going on; but it is conceivable to me that
> the recursive path check is causing headers to be included that
> shouldn't be.
> 
> Unfortunately, when I just tried this on Snow Leopard, I got an internal
> compiler error. :-(  I'm not really sure what to do about this.
> 
> -- 
> Braden McDaniel <br...@en...>
> 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
> 
> 

-- 
View this message in context: http://old.nabble.com/NEWBIE%3A-using-openvrml-in-mac-OS-10.6-tp26253956p27581209.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] ANN: OpenVRML 0.18.4

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

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

  <http://downloads.sourceforge.net/project/openvrml/openvrml/0.18.4/openvrml-0.18.4.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.4:

- Added missing Visual C++ project file for openvrml-dl.

- Fixes for building with Boost 1.41.0.

- Fixes to build with XULRunner 1.9.2.

- Fixed crashes associated with concurrently downloading resources in
  openvrml-xembed.

Re: [openvrml-develop] How to debug openvrml? (packaging problem for gentoo linux)

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

On Thu, 2009-10-22 at 02:00 -0400, Braden McDaniel wrote: 
> On Wed, 2009-10-21 at 13:04 +0200, Andreas K. Huettel wrote: 
> > I am using trunk now (r 4006).
> > 
> > http://www.ch.ic.ac.uk/rzepa/vrml/brickmann/panel1b.wrl
> > this  problem V  did not change at all 

[snip]

> So there's something (or things) amiss with stream handling between the
> host and the control.
> 
> I've entered this in trac here:
> 
>         https://sourceforge.net/apps/trac/openvrml/ticket/92

I've been very short on time the last few months; so, unfortunately, it
took me much longer to follow up on this than I would have preferred.
However, I think this is finally fixed.

The fix has been committed both to the trunk and to the 0.18 branch; I'd
really appreciate it if you could test this in the next week.  Now that
this is finally fixed, I'm going to release 0.18.4 shortly.

(Meanwhile I'll see if the Mozilla plug-in code can be doctored to
compile with both XULRunner 1.9.1 *and* 1.9.2.  Sigh.  I'd really prefer
not to break 1.9.1 in a bugfix release; OTOH, releasing something that
doesn't work with 1.9.2 at this date would be similarly uncool.)

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

Re: [openvrml-develop] Compiling the OpenVRML project under Visual Studio 2008 C++

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

On Sat, 2010-01-30 at 01:00 -0500, pe...@na... wrote: 
> Hello;
> I am interested in Compiling the OpenVRML project under Visual Studio 2008 C++
> 
> Can it be compiled as a user control or what is the output of the code?
> I did not see a Solution file for visual Studio. I am not too good with makefiles.

Look in the ide-projects subdirectory of the distribution.  Also see 

        http://sourceforge.net/apps/trac/openvrml/ticket/86

> Do I need GTK for this?

No.  However, there is no "control widget" per se on Windows yet; you'd
have to do this part yourself.

I'd like to extend openvrml-player in this direction; but I just haven't
found the time yet.  Let me know if you'd like to help with this.

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

[openvrml-develop] Compiling the OpenVRML project under Visual Studio 2008 C++

[<pe...@na...>]

Hello;
I am interested in Compiling the OpenVRML project under Visual Studio 2008 C++

Can it be compiled as a user control or what is the output of the code?
I did not see a Solution file for visual Studio. I am not too good with makefiles.

Do I need GTK for this?

Thanks

-Peter Drozd


Nautilus Software, Inc.
www.nautilussoftware.com

Re: [openvrml-develop] compile issue on windows

[Cedric P. <ced...@pl...>]

Thank you for the pointer

Cheers
Cedric
-- 
Provide OpenGL services around OpenSceneGraph and more
+33 659 598 614 Cedric Pinson mailto:ced...@pl...
http://www.plopbyte.net


On Fri, 2010-01-08 at 11:18 -0500, Braden McDaniel wrote:
> On Fri, 2010-01-08 at 11:45 +0100, Cedric Pinson wrote: 
> > Hi,
> > I try to compile openvrml on windows with VC 2008 express.
> > I have an issue at the link step:
> 
> See this bug report:
> 
>         http://sourceforge.net/apps/trac/openvrml/ticket/86
> 
> Unfortunately, I haven't found time to release 0.18.4 yet.  But as
> described there, you can pull this project file from svn and drop it
> into 0.18.3.  You'll need to make the openvrml project depend on it.
> 

Re: [openvrml-develop] compile issue on windows

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

On Fri, 2010-01-08 at 11:45 +0100, Cedric Pinson wrote: 
> Hi,
> I try to compile openvrml on windows with VC 2008 express.
> I have an issue at the link step:

See this bug report:

        http://sourceforge.net/apps/trac/openvrml/ticket/86

Unfortunately, I haven't found time to release 0.18.4 yet.  But as
described there, you can pull this project file from svn and drop it
into 0.18.3.  You'll need to make the openvrml project depend on it.

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

[openvrml-develop] compile issue on windows

[Cedric P. <ced...@pl...>]

Hi,
I try to compile openvrml on windows with VC 2008 express.
I have an issue at the link step:

------ Build started: Project: openvrml, Configuration: Release Win32
------
Linking...
   Creating library C:\sources\openvrml-0.18.3\ide-projects\Windows
\VisualC9_0\OpenVRML\Release\lib\openvrml.lib and object C:\sources
\openvrml-0.18.3\ide-projects\Windows\VisualC9_0\OpenVRML\Release\lib
\openvrml.exp
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "struct HINSTANCE__ * __cdecl openvrml::local::dl::open(class
std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> > const
&)" (?open@dl@local@openvrml@@YAPAUHINSTANCE__@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "void * __cdecl openvrml::local::dl::sym(struct HINSTANCE__
*,class std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> > const
&)" (?sym@dl@local@openvrml@@YAPAXPAUHINSTANCE__@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "int __cdecl openvrml::local::dl::foreachfile(class
std::vector<class boost::filesystem::basic_path<class
std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> >,struct boost::filesystem::path_traits>,class
std::allocator<class boost::filesystem::basic_path<class
std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> >,struct boost::filesystem::path_traits> > > const
&,int (__cdecl*)(class std::basic_string<char,struct
std::char_traits<char>,class std::allocator<char> > const &,void *),void
*)" (?foreachfile@dl@local@openvrml@@YAHABV?$vector@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem@boost@@@filesystem@boost@@V?$allocator@V?$basic_path@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@Upath_traits@filesystem@boost@@@filesystem@boost@@@std@@@std@@P6AHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@5@PAX@Z2@Z)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "int __cdecl openvrml::local::dl::close(struct HINSTANCE__
*)" (?close@dl@local@openvrml@@YAHPAUHINSTANCE__@@@Z)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "class std::basic_string<char,struct std::char_traits<char>,class
std::allocator<char> > const __cdecl
openvrml::local::dl::error(void)" (?error@dl@local@openvrml@@YA?BV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "int __cdecl
openvrml::local::dl::init(void)" (?init@dl@local@openvrml@@YAHXZ)
node_metatype_registry_impl.obj : error LNK2001: unresolved external
symbol "int __cdecl
openvrml::local::dl::exit(void)" (?exit@dl@local@openvrml@@YAHXZ)
C:\sources\openvrml-0.18.3\ide-projects\Windows\VisualC9_0\OpenVRML
\Release\bin\openvrml.dll : fatal error LNK1120: 7 unresolved externals
Build log was saved at "file://c:\sources\openvrml-0.18.3\ide-projects
\Windows\VisualC9_0\OpenVRML\openvrml\Release\BuildLog.htm"
openvrml - 8 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped
==========


For information i use openvrml-0.18.3 and boost-1.40. I also tried
previous version of boost without success.
Any clue ?

Cheers,
Cedric

-- 
Provide OpenGL services around OpenSceneGraph and more
+33 659 598 614 Cedric Pinson mailto:ced...@pl...
http://www.plopbyte.net

[openvrml-develop] Serious shrinkage

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

The templates in openvrml::node_impl_util have for some time taken a lot
of the drudgery out of implementing new nodes in OpenVRML.  However, the
remaining bit of glaringly repetitive code was the implementation of
node_metatype::do_create_type.  The more interfaces a node had, the more
ridiculous this function got.

For a while I'd been thinking that the Boost.Preprocessor library could
help here; and recently I finally sat down with it long enough to see
how.  The result is this:

        http://www.ohloh.net/p/openvrml/commits/58375994

... which shows that OpenVRML has shrunk by nearly 10,000 lines of code.

For instance, here's what the Anchor node's do_create_type function used
to look like:

        const boost::shared_ptr<openvrml::node_type>
        openvrml_node_vrml97::anchor_metatype::
        do_create_type(const std::string & id,
                       const openvrml::node_interface_set & interfaces) const
            OPENVRML_THROW2(openvrml::unsupported_interface, std::bad_alloc)
        {
            using namespace openvrml;
            using namespace openvrml::node_impl_util;
        
            typedef boost::array<node_interface, 9> supported_interfaces_t;
            static const supported_interfaces_t supported_interfaces = {
                node_interface(node_interface::eventin_id,
                               field_value::mfnode_id,
                               "addChildren"),
                node_interface(node_interface::eventin_id,
                               field_value::mfnode_id,
                               "removeChildren"),
                node_interface(node_interface::exposedfield_id,
                               field_value::mfnode_id,
                               "children"),
                node_interface(node_interface::exposedfield_id,
                               field_value::sfstring_id,
                               "description"),
                node_interface(node_interface::exposedfield_id,
                               field_value::mfstring_id,
                               "parameter"),
                node_interface(node_interface::exposedfield_id,
                               field_value::mfstring_id,
                               "url"),
                node_interface(node_interface::field_id,
                               field_value::sfvec3f_id,
                               "bboxCenter"),
                node_interface(node_interface::field_id,
                               field_value::sfvec3f_id,
                               "bboxSize"),
                node_interface(node_interface::exposedfield_id,
                               field_value::sfnode_id,
                               "metadata")
            };
        
            typedef node_impl_util::node_type_impl<anchor_node> node_type_t;
        
            const boost::shared_ptr<node_type> type(new node_type_t(*this, id));
            node_type_t & anchorNodeType = static_cast<node_type_t &>(*type);
            for (node_interface_set::const_iterator interface_ = interfaces.begin();
                 interface_ != interfaces.end();
                 ++interface_) {
                supported_interfaces_t::const_iterator supported_interface =
                    supported_interfaces.begin() - 1;
                if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_eventin(supported_interface->field_type,
                                               supported_interface->id,
                                               &anchor_node::add_children_listener_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_eventin(supported_interface->field_type,
                                               supported_interface->id,
                                               &anchor_node::remove_children_listener_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_exposedfield(supported_interface->field_type,
                                                    supported_interface->id,
                                                    &anchor_node::children_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_exposedfield(supported_interface->field_type,
                                                    supported_interface->id,
                                                    &anchor_node::description_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_exposedfield(supported_interface->field_type,
                                                    supported_interface->id,
                                                    &anchor_node::parameter_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_exposedfield(supported_interface->field_type,
                                                    supported_interface->id,
                                                    &anchor_node::url_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_field(supported_interface->field_type,
                                             supported_interface->id,
                                             &anchor_node::bbox_center_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_field(supported_interface->field_type,
                                             supported_interface->id,
                                             &anchor_node::bbox_size_);
                } else if (*interface_ == *++supported_interface) {
                    anchorNodeType.add_exposedfield(supported_interface->field_type,
                                                    supported_interface->id,
                                                    &anchor_node::metadata);
                } else {
                    throw unsupported_interface(*interface_);
                }
            }
            return type;
        }
        
<gasp>

Now it looks like this:

        # define ANCHOR_INTERFACE_SEQ                                           \
            ((eventin,      mfnode,   "addChildren",    add_children_listener_)) \
            ((eventin,      mfnode,   "removeChildren", remove_children_listener_)) \
            ((exposedfield, mfnode,   "children",       children_))             \
            ((exposedfield, sfstring, "description",    description_))          \
            ((exposedfield, mfstring, "parameter",      parameter_))            \
            ((exposedfield, mfstring, "url",            url_))                  \
            ((field,        sfvec3f,  "bboxCenter",     bbox_center_))          \
            ((field,        sfvec3f,  "bboxSize",       bbox_size_))            \
            ((exposedfield, sfnode,   "metadata",       metadata))
        
        OPENVRML_NODE_IMPL_UTIL_DEFINE_DO_CREATE_TYPE(openvrml_node_vrml97, 
                                                      anchor_metatype,
                                                      anchor_node,
                                                      ANCHOR_INTERFACE_SEQ)

The conventional wisdom in modern C++ development is "macros are bad".
But Boost.PP is really something special.


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

Re: [openvrml-develop] Not sure what is happening

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

On Fri, 2009-11-27 at 17:19 -0800, Frank J. R. Hanstick wrote: 
> Hello,
> 	I upgraded my MacOS to 10.5 and installed openvrml via Mac-Ports.   
> The openvrml-player.ui is being designated a Designer.app ui and when  
> I try to open it, get a not valid Designer ui file.  Is this what is  
> suppose to be happening?

Probably not; but I suspect Finder is just misidentifying it.

openvrml-player.ui is just an XML file.  It's the Gtk UI specification
for openvrml-player; openvrml-player reads this data file in on startup.
If you have a compiled openvrml-player, you shouldn't be messing with
this file.  If you're trying to modify openvrml-player sources, you can
edit in in a text editor--or maybe Glade.


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

[openvrml-develop] Not sure what is happening

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

Hello,
	I upgraded my MacOS to 10.5 and installed openvrml via Mac-Ports.   
The openvrml-player.ui is being designated a Designer.app ui and when  
I try to open it, get a not valid Designer ui file.  Is this what is  
suppose to be happening?
Frank J. R. Hanstick
tr...@co...

Re: [openvrml-develop] File loads

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

On Fri, 2009-11-27 at 14:31 +0100, chamandi podi wrote: 
> Hello,
>          I have a quick question on the scene initialization. Is it
> possible to know when all files (including files in inline nodes,
> texture nodes, etc) are done loading ? The problem I am facing is when
> to start the animation time. I have tried attaching a browser listener
> to listen for the 'initialized' event, but this does not include the
> file loads in the inline nodes. I have data sets which point to
> external files which in turn point to other files, so it becomes
> necessary for me to wait untill all files are loaded.
>          I have noticed that the vrml97 specification tends to suggest
> that "when its (the inline node's) children are read and displayed is
> not defined", so I am not sure if the feature I am asking for is even
> supposed to exist.

That's accurate.  Over the years, there's been more than one request
from world authors to have this sort of functionality.  The response was
the X3D node LoadSensor--for which there is a stub in OpenVRML, but no
implementation yet.

LoadSensor lets you watch specific things to see if they've loaded.
However, there's no "has everything in the scene loaded"
event--presumably because that question is problematic.  The idea is
that the scene can start running before everything loads.  At that
point, it's possible for user interaction to trigger the loading of more
things (than were initially requested)--so "everything" becomes a moving
target.


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

[openvrml-develop] File loads

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

Hello,
         I have a quick question on the scene initialization. Is it
possible to know when all files (including files in inline nodes,
texture nodes, etc) are done loading ? The problem I am facing is when
to start the animation time. I have tried attaching a browser listener
to listen for the 'initialized' event, but this does not include the
file loads in the inline nodes. I have data sets which point to
external files which in turn point to other files, so it becomes
necessary for me to wait untill all files are loaded.
         I have noticed that the vrml97 specification tends to suggest
that "when its (the inline node's) children are read and displayed is
not defined", so I am not sure if the feature I am asking for is even
supposed to exist.

cheers - Cherian

Re: [openvrml-develop] Audio

[cheribhai <cha...@gm...>]

Hello Braden,
                  Thanks for the quick reply and sorry for the late one from
me.

I plan to implement basic audio functionality (starting with the AudioClip
node and hopefully later the Sound node). My idea is to essentially use
OpenAl, since that seems to be the easiest. I will keep you posted on when I
can get something working.

cheers - cherian
-- 
View this message in context: http://old.nabble.com/Audio-tp26386376p26542348.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

[openvrml-develop] Building/running on Fedora 12

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

For anyone else building/running OpenVRML on Fedora 12...

If you're wondering what the goofy "file not found" console output is
about, have a look at this thread:

        https://www.redhat.com/archives/fedora-selinux-list/2009-November/msg00065.html

Hopefully a policy update will address this, soon.

Meanwhile, I'll be improving that error message a bit.


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

Re: [openvrml-develop] Audio

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

On Tue, 2009-11-17 at 09:56 +0100, chamandi podi wrote: 
> Hello All,
>               I am utilizing the OpenVRML library for visualizing VRML
> data sets and have moved to the stage where I would like to have audio
> support.
> As far as I can see, there does exist an interface for audio support
> (audio_clip_node), but no implementation.
> 
> Is this true ?

Yes.

> If so , is there any idea on when the audio will be implemented.

Unless someone pitches in to help, not really.

> Any other ideas / suggestions are welcome.

I really would welcome help with this.  It's definitely an important
feature; but there's enough other important things ahead of it on my
todo list that I can't offer any useful estimate of when I'll get to it.


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

[openvrml-develop] Audio

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

Hello All,
              I am utilizing the OpenVRML library for visualizing VRML
data sets and have moved to the stage where I would like to have audio
support.
As far as I can see, there does exist an interface for audio support
(audio_clip_node), but no implementation.

Is this true ? If so , is there any idea on when the audio will be implemented.
Any other ideas / suggestions are welcome.

Best Regards,
Cherian

Re: [openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

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

On Sun, 2009-11-08 at 22:51 +0900, Ignacio Enriquez wrote: 
> Hi, everyone.
> I have been looking for updated info about how to get some of the
> examples running in Mac OS 10.6 (Snow Leopard)
> 
> I could install openvrml with macports (port install openvrml)
> I tried to build Pretty_print sample project in Xcode (from the
> examples folder from sourceforge download)
> So I copied
> pretty_print.cpp in a new "C++ stdc++" command line project
> And set
> Header Search Path : /opt/local/include (recursive)
> Library Search Path : /opt/local/lib (also with the recursive check)
> 
> And most of the errors were gone except by these two.
> 
> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
> error: 'vsnprintf' is not a member of 'std'
> /Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
> error: '__pow_helper' is not a member of 'std'
> 
> those system header files seems to be referenced by some boost headers.

I don't know that I trust the "recursive check" option for adding search
paths.  Instead, it should be sufficient to add:

        /opt/local/include /opt/local/include/openvrml

> I am lost with this error.
> I wonder what am I missing.

I'm not sure exactly what's going on; but it is conceivable to me that
the recursive path check is causing headers to be included that
shouldn't be.

Unfortunately, when I just tried this on Snow Leopard, I got an internal
compiler error. :-(  I'm not really sure what to do about this.

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

[openvrml-develop] NEWBIE: using openvrml in mac OS 10.6

[Ignacio E. <na...@gm...>]

Hi, everyone.
I have been looking for updated info about how to get some of the
examples running in Mac OS 10.6 (Snow Leopard)

I could install openvrml with macports (port install openvrml)
I tried to build Pretty_print sample project in Xcode (from the
examples folder from sourceforge download)
So I copied
pretty_print.cpp in a new "C++ stdc++" command line project
And set
Header Search Path : /opt/local/include (recursive)
Library Search Path : /opt/local/lib (also with the recursive check)

And most of the errors were gone except by these two.

/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/i686-apple-darwin10/bits/c++locale.h:80:
error: 'vsnprintf' is not a member of 'std'
/Developer/SDKs/MacOSX10.6.sdk/usr/include/c++/4.2.1/complex:943:
error: '__pow_helper' is not a member of 'std'

those system header files seems to be referenced by some boost headers.

I am lost with this error.
I wonder what am I missing.

Any help will be very appreciated. Thanks in advance.

Ignacio.


-- 
________________________________
慶應義塾大学大学院　理工学研究科
開放環境科学専攻　斎藤英雄研究室
修士１年　Guillermo Ignacio Enriquez G.
e-mail : 　na...@hv...
________________________________
_____________________________________________

Re: [openvrml-develop] resetting animation timer in artoolkit

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

On Mon, 2009-10-26 at 21:36 +0800, gerard lim wrote: 
> Hello,
> 
> I am a student doing a project using ARToolkit with an example program which shows how openVRML works with ARToolkit.
> 
>  
> 
> I understand that in order to reset an animation, I have to send an event to the animation's 'time_senser_node' 'process_set_startTime'. However, I am unable to access 'time_sensor_node', which is in vrml97node.cpp.
> 
>  
> 
> In the example program is a class 'arVrmlViewer' which inherits from 'openvrml::gl::viewer', and the constructor of this class takes in 'openvrml::browser& browser'.
> 
>  
> 
> Here's a snippet from the header file:
> 
>  
> 
> #include <openvrml/browser.h>
> 
> #include <openvrml/gl/viewer.h>
> 
> #include <openvrml/bounding_volume.h>
> 
>  
> 
> class arVrmlViewer : public openvrml::gl::viewer{
> 
>  
> 
> public:
> 
>         arVrmlViewer(openvrml::browser& browser);
> 
>  
> 
> Could it be i am unable to access 'time_sensor_node' due to the class being a child of gl::viewer?

You can't access time_sensor_node because it's not part of the API.

> Is it possible to send an event to the associated TimeSensor using the 'queue_event' function in browser.cpp?

The way to send an event is to get the event_listener from the node and
send an event to it:

        openvrml::sftime_listener & listener =
          my_node->event_listener<openvrml::sftime>("startTime");
        listener.process_event(my_sftime_val, timestamp);

> I should note that I am using openvrml 0.14.3. I did not update it because I am afraid that it might affect the example progam from ARToolkit.

That's ancient.  If you run into problems with parts of the code that
are no longer consistent with a modern version of OpenVRML, you may be
pretty much on your own.

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

[openvrml-develop] resetting animation timer in artoolkit

[gerard l. <ger...@ho...>]

Hello,

I am a student doing a project using ARToolkit with an example program which shows how openVRML works with ARToolkit.

 

I understand that in order to reset an animation, I have to send an event to the animation's 'time_senser_node' 'process_set_startTime'. However, I am unable to access 'time_sensor_node', which is in vrml97node.cpp.

 

In the example program is a class 'arVrmlViewer' which inherits from 'openvrml::gl::viewer', and the constructor of this class takes in 'openvrml::browser& browser'.

 

Here's a snippet from the header file:

 

#include <openvrml/browser.h>

#include <openvrml/gl/viewer.h>

#include <openvrml/bounding_volume.h>

 

class arVrmlViewer : public openvrml::gl::viewer{

 

public:

        arVrmlViewer(openvrml::browser& browser);

 

Could it be i am unable to access 'time_sensor_node' due to the class being a child of gl::viewer?

 

Is it possible to send an event to the associated TimeSensor using the 'queue_event' function in browser.cpp?

 

I should note that I am using openvrml 0.14.3. I did not update it because I am afraid that it might affect the example progam from ARToolkit.

 

Thanks.
 		 	   		  
_________________________________________________________________
Windows 7: Find the right PC for you. Learn more.
http://windows.microsoft.com/shop

Re: [openvrml-develop] ARToolKit with OpenVRML 0.16.7

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

On Sat, 2009-10-24 at 01:20 -0700, Husan-Yi Sung wrote: 
> Hi,
> I'm now using ARToolKit with OpenVRML 0.16.7.
> I created a browser class just like the one in sdl_viewer.cpp, and built the
> libArVrml and simpleVRML project successfully.(VS 2005)
> But every time the marker was captured by the camera, the screen will be
> filled with the background color of the WRL file, and the object will still
> move with the marker in the screen.

I don't know what your references to "the marker" refer to; I guess
that's some ARToolKit thing?

> So I tried to remove the Background node in the WRL file, but it just made
> the background to be black.
> Is there any thing I can do to turn off the background rendering.

And show what in its place?

You can't turn off Background rendering.  And what it would mean to do
that isn't obvious; that is, *something* needs to be drawn in that
space.  If you want to show what's "behind" OpenVRML's GL viewport,
that's going to require some compositing support in gl::viewer that just
doesn't exist.

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

[openvrml-develop] ARToolKit with OpenVRML 0.16.7

[Husan-Yi S. <new...@ho...>]

Hi,
I'm now using ARToolKit with OpenVRML 0.16.7.
I created a browser class just like the one in sdl_viewer.cpp, and built the
libArVrml and simpleVRML project successfully.(VS 2005)
But every time the marker was captured by the camera, the screen will be
filled with the background color of the WRL file, and the object will still
move with the marker in the screen.
So I tried to remove the Background node in the WRL file, but it just made
the background to be black.
Is there any thing I can do to turn off the background rendering.
Thanks.
-- 
View this message in context: http://www.nabble.com/ARToolKit-with-OpenVRML-0.16.7-tp26037021p26037021.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: [openvrml-develop] How to debug openvrml? (packaging problem for gentoo linux)

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

On Wed, 2009-10-21 at 13:04 +0200, Andreas K. Huettel wrote: 
> I am using trunk now (r 4006).
> 
> http://www.ch.ic.ac.uk/rzepa/vrml/brickmann/panel1b.wrl
> this  problem V  did not change at all 

Well, there is still a problem... but the nature of it has definitely
changed.  Sometimes I get output like you posted; and sometimes my
output from trunk openvrml-xembed looks like this:

        $ OPENVRML_DATADIR=$(pwd)/data OPENVRML_NODE_PATH=$(pwd)/build/src/node OPENVRML_SCRIPT_PATH=$(pwd)/build/src/script ./build/src/openvrml-xembed/openvrml-xembed 
        ** (lt-openvrml-xembed:680): DEBUG: inserted reference to :1.560
        file:///home/braden/Models/dna_w.wrl: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
        no alternative URI could be resolved
        unreachable URI
        file:///home/braden/Models/hot_cst.wrl: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
        no alternative URI could be resolved
        unreachable URI
        file:///home/braden/Models/Sc2_esp.wrl: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
        no alternative URI could be resolved
        unreachable URI
        lt-openvrml-xembed: .././../src/local/libopenvrml-control/openvrml_control/browser.cpp:705: void openvrml_control::browser::new_stream(uint64_t, const std::string&, const std::string&): Assertion `this->uninitialized_streambuf_map_.size() == 1' failed.
        
And if I comment out all but two of the Inlines, sometimes I can even
get it to work.

Significantly, the file seems to work fine in sdl-viewer.

So there's something (or things) amiss with stream handling between the
host and the control.

I've entered this in trac here:

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

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

Re: [openvrml-develop] How to debug openvrml? (packaging problem for gentoo linux)

[Andreas K. H. <and...@ph...>]

PS. If I make a copy of the main wrl file and replace all

      Inline {
         url   "..."
      }

blocks with the contents of the respective file, the model is displayed correctly!


> I downloaded all the subfiles of this wrl, gunzipped them and placed them in the same directory. I stll get the errors
> 
> * for the xembed:
> 
> huettel@grenadine ~ $ /usr/libexec/openvrml-xembed
> ** (openvrml-xembed:18283): DEBUG: inserted reference to :1.305
> 
> ** ERROR **: Out of memory
> aborting...
> Abgebrochen
> huettel@grenadine ~ $
> 
> 
> * for the player:
> 
> huettel@grenadine ~ $ openvrml-player &      
> [1] 18285                                    
> huettel@grenadine ~ $                        
> ** (openvrml-player:18285): CRITICAL **: Call to org.openvrml.Browser.NewStream failed: Message did not receive a reply (timeout by message bus)                                                                                                                                            
> 
> ** (openvrml-player:18285): CRITICAL **: void<unnamed>::reset_fds(<unnamed>::CURLSource&): assertion `Invalid multi handle' failed
> 
> ** (openvrml-player:18285): CRITICAL **: void<unnamed>::reset_fds(<unnamed>::CURLSource&): assertion `Invalid multi handle' failed
> 
> ** (openvrml-player:18285): CRITICAL **: void<unnamed>::reset_fds(<unnamed>::CURLSource&): assertion `Invalid multi handle' failed
> 
> ...
> 
> 
> Very simple example files seem to work...
> 
> 
> Best, Andreas
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 

-- 
Dr. Andreas K. Huettel
Institute for Experimental and Applied Physics
University of Regensburg
D-93040 Regensburg
Germany

tel. +49 151 241 67748 (mobile)
e-mail ma...@ak...
http://www.akhuettel.de/research/