openvrml-develop — OpenVRML developers mailing list

Re:some problem in running sdl-viewer in vs 2010

[潘嘉荔 <car...@12...>]

I have fixed this problem by delete the environment OPENVRML_SCRIPT_PATH
At 2016-11-26 14:47:53, "潘嘉荔" <car...@12...> wrote:
>
>hello,
>   i'm tring to run sdl-viewer in vs2010 in debugging mode. I haved complied the OpenVRML 0.18.9 solution successfully in vs 2010 with debugging mode.
>   but when I run the sdl-viewer, it will report error like:
>   "Unhandled exception at 0x761fa6f2 in sdl-viewer.exe: Microsoft C++ exception: std::out_of_range at memory location 0x00efea58"
>   it will announce this error in script.cpp's function "openvrml_get_script_factory" calling dl::open():
>openvrml::local::dl::open(const std::string & filename)
>{
># ifdef _WIN32
>    std::string::size_type last_dot_index = filename.find_last_of('.');
>    if (filename.substr(last_dot_index) != ".dll") { return 0; }
>    return LoadLibrary(filename.c_str());
># else
>    return lt_dlopenext(filename.c_str());
># endif
>}
>and when it excute filename.substr(last_dot_index) with filename="D:\openvrml-master\src\script\java" and last_dot_index=4294967295, it report this error.
>
>
>and can it work without javascript node?How can I do to run it without javascript node?
>thank you!
>
>
>
>
>-----------------------------------
>潘嘉荔
>tel:18868103727/761415
>e-mail:car...@12...
>------------------------------------------------------------------------------
>_______________________________________________
>openvrml-develop mailing list
>ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openvrml-develop

First-chance exception

[潘嘉荔 <car...@12...>]

HI,
When I try to run openvrml 0.18.9 in vs 2010 in win10, it will cast some exception like this.
Have someone met this problem?

First-chance exception at 0x761fa6f2 in sdl-viewer.exe: Microsoft C++ exception: `anonymous namespace'::no_registry_key at memory location 0x00cfe774..
First-chance exception at 0x761fa6f2 in sdl-viewer.exe: Microsoft C++ exception: std::out_of_range at memory location 0x00cfe750..


and it will output "invalid string position"
the command line is sdl-viewer D:/snoman.wrl
thank you!

some problem in running sdl-viewer in vs 2010

[潘嘉荔 <car...@12...>]

hello,
   i'm tring to run sdl-viewer in vs2010 in debugging mode. I haved complied the OpenVRML 0.18.9 solution successfully in vs 2010 with debugging mode.
   but when I run the sdl-viewer, it will report error like:
   "Unhandled exception at 0x761fa6f2 in sdl-viewer.exe: Microsoft C++ exception: std::out_of_range at memory location 0x00efea58"
   it will announce this error in script.cpp's function "openvrml_get_script_factory" calling dl::open():
openvrml::local::dl::open(const std::string & filename)
{
# ifdef _WIN32
    std::string::size_type last_dot_index = filename.find_last_of('.');
    if (filename.substr(last_dot_index) != ".dll") { return 0; }
    return LoadLibrary(filename.c_str());
# else
    return lt_dlopenext(filename.c_str());
# endif
}
and when it excute filename.substr(last_dot_index) with filename="D:\openvrml-master\src\script\java" and last_dot_index=4294967295, it report this error.


and can it work without javascript node?How can I do to run it without javascript node?
thank you!




-----------------------------------
潘嘉荔
tel:18868103727/761415
e-mail:car...@12...

Re: make html errors

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

On Sun, 2016-10-02 at 14:23 -0700, JIA Pei wrote:
> I'm trying to build most recent openvrml by
> make html
> make
> 
> 
> make html brought me the following error messages:
> 
> 
> 
> jiapei:build$ make html
> > 
> > Making html in doc
> > 

[snip]

> > /bin/bash: line 1:  5033 Segmentation fault      (core dumped)
> > /usr/local/bin/doxygen

Looks like doxygen crashed.  You may wish to report this to the doxygen
developers.

What version of doxygen are you using?

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

make html errors

[JIA P. <jp...@gm...>]

Hi, all

I'm trying to build most recent openvrml by
make html
make


make html brought me the following error messages:



jiapei:build$ make html
> Making html in doc
> make[1]: Entering directory
> '/media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/build/doc'
> for x in ../../doc/manual/*.css ../../doc/manual/*.html
> ../../doc/manual/*.js ../../doc/manual/*.map ../../doc/manual/*.md5
> ../../doc/manual/*__incl.png ../../doc/manual/*__inherit__graph*.png
> ../../doc/man
> ual/bc_s.png ../../doc/manual/closed.png ../../doc/manual/doxygen.png
> ../../doc/manual/formula.repository ../../doc/manual/form_*.png
> ../../doc/manual/graph_legend.png ../../doc/manual/inherit_graph_*.png .
> ./../doc/manual/nav_f.png ../../doc/manual/nav_h.png
> ../../doc/manual/open.png ../../doc/manual/tab_a.png
> ../../doc/manual/tab_b.png ../../doc/manual/tab_h.png
> ../../doc/manual/tab_s.png; do rm -f $x; done
> cd ../../doc && /usr/local/bin/doxygen
> warning: Tag `SYMBOL_CACHE_SIZE' at line 42 of file `Doxyfile' has become
> obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: Tag `SHOW_DIRECTORIES' at line 75 of file `Doxyfile' has become
> obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: Tag `HTML_ALIGN_MEMBERS' at line 148 of file `Doxyfile' has
> become obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: Tag `USE_INLINE_TREES' at line 175 of file `Doxyfile' has become
> obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: Tag `XML_SCHEMA' at line 221 of file `Doxyfile' has become
> obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: Tag `XML_DTD' at line 222 of file `Doxyfile' has become obsolete.
>         To avoid this warning please remove this line from your
> configuration file or upgrade it using "doxygen -u"
> warning: doxygen no longer ships with the FreeSans font.
> You may want to clear or change DOT_FONTNAME.
> Otherwise you run the risk that the wrong font is being used for dot
> generated graphs.
> /media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/src/libopenvrml/openvrml/basetypes.cpp:3967:
> warning: no uniquely matching class member found for
>  float(& openvrml::mat4f::operator[](std::size_t index) const
> Possible candidates:
>  float(& openvrml::mat4f::operator[](const std::size_t index) throw())[4]'
> at line 688 of file
> /media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/src/libopenvrml/openvrml/basetypes.h
>  const float(& openvrml::mat4f::operator[](const std::size_t index) const
> throw())[4]' at line 689 of file
> /media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/src/libopenvrml/openvrml/basetypes.h
>
> /media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/src/libopenvrml/openvrml/script.cpp:1896:
> warning: explicit link request to 'type' could not be resolved
> This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Debian)
> (preloaded format=latex)
> restricted \write18 enabled.
> entering extended mode
> (./_formulas.tex
> LaTeX2e <2016/02/01>
> Babel <3.9q> and hyphenation patterns for 81 language(s) loaded.
> (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
> Document Class: article 2014/09/29 v1.4h Standard LaTeX document class
> (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/epsfig.sty
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
> (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/graphics.cfg)
> (/usr/share/texlive/texmf-dist/tex/latex/graphics/dvips.def))))
> No file _formulas.aux.
> [1] [2] [3] [4] [5] (./_formulas.aux) )
> Output written on _formulas.dvi (5 pages, 1736 bytes).
> Transcript written on _formulas.log.
> /bin/bash: line 1:  5033 Segmentation fault      (core dumped)
> /usr/local/bin/doxygen
> Makefile:550: recipe for target 'doxygen-html' failed
> make[1]: *** [doxygen-html] Error 139
> make[1]: Leaving directory
> '/media/jiapei/Data/Downloads/ar-vr/X3DVRML/openvrml/build/doc'
> Makefile:551: recipe for target 'html-recursive' failed
> make: *** [html-recursive] Error 1
> jiapei:build$





-- 

Pei JIA, Ph.D.

Email: jp...@gm...
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com

Re: Build successfully but fail to install DOC?

[JIA P. <jp...@gm...>]

Got it... you are lack of
doc
manual

Better to push all files up here...
Close topic

Cheers




On Sun, Oct 2, 2016 at 4:42 AM, JIA Pei <jp...@gm...> wrote:

>
> Hi, all:
>
> I successfully built current openvrml-git, but fail to have it installed,
> with the following error message, any solutions please?
>
> Installing with make install...
>
> ========================= Installation results ===========================
> Making install in doc
> make[1]: Entering directory '....../openvrml/build/doc'
> make[2]: Entering directory '....../openvrml/build/doc'
> make[2]: Nothing to be done for 'install-exec-am'.
> /bin/bash ....../openvrml/install-sh -d /usr/local/share/doc/openvrml-0.18.99/manual
> \
> /usr/local/share/javadoc/openvrml-0.18.99/resources \
> /usr/local/share/javadoc/openvrml-0.18.99/vrml/node \
> /usr/local/share/javadoc/openvrml-0.18.99/vrml/field
> /usr/bin/install -c -m 644 ../../doc/manual/*.css ../../doc/manual/*.html
> ../../doc/manual/*.js ../../doc/manual/*.map ../../doc/manual/*.md5
> ../../doc/manual/*__incl.png ../../doc/manual/*__inherit__graph*.png
> ../../doc/manual/bc_s.png ../../doc/manual/closed.png
> ../../doc/manual/doxygen.png ../../doc/manual/formula.repository
> ../../doc/manual/form_*.png ../../doc/manual/graph_legend.png
> ../../doc/manual/inherit_graph_*.png ../../doc/manual/nav_f.png
> ../../doc/manual/nav_h.png ../../doc/manual/open.png
> ../../doc/manual/tab_a.png ../../doc/manual/tab_b.png
> ../../doc/manual/tab_h.png ../../doc/manual/tab_s.png
> ../../doc/manual/OGL_sm_wht.png ../../doc/manual/x3d-white-on-black.png \
> /usr/local/share/doc/openvrml-0.18.99/manual
> /usr/bin/install: cannot stat '../../doc/manual/
> *.css': No such file or directory/usr/bin/install: cannot stat
> '../../doc/manual/*.html': No such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/
> *.js': No such file or directory/usr/bin/install: cannot stat
> '../../doc/manual/*.map': No such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/
> *.md5': No such file or directory/usr/bin/install: cannot stat
> '../../doc/manual/*__incl.png': No such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/*__inherit__graph*.png':
> No such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/bc_s.png': No such file or
> directory
> /usr/bin/install: cannot stat '../../doc/manual/closed.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/doxygen.png': No such
> file or directory
> /usr/bin/install: cannot stat '../../doc/manual/formula.repository': No
> such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/form_
>
> *.png': No such file or directory/usr/bin/install: cannot stat
> '../../doc/manual/graph_legend.png': No such file or
> directory/usr/bin/install: cannot stat '../../doc/manual/inherit_graph_*.png':
> No such file or directory
> /usr/bin/install: cannot stat '../../doc/manual/nav_f.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/nav_h.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/open.png': No such file or
> directory
> /usr/bin/install: cannot stat '../../doc/manual/tab_a.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/tab_b.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/tab_h.png': No such file
> or directory
> /usr/bin/install: cannot stat '../../doc/manual/tab_s.png': No such file
> or directory
> Makefile:653: recipe for target 'install-data-local' failed
> make[2]: *** [install-data-local] Error 1
> make[2]: Leaving directory '....../openvrml/build/doc'
> Makefile:521: recipe for target 'install-am' failed
> make[1]: *** [install-am] Error 2
> make[1]: Leaving directory '....../openvrml/build/doc'
> Makefile:551: recipe for target 'install-recursive' failed
> make: *** [install-recursive] Error 1
>
> **** Installation failed. Aborting package creation.
>
> Restoring overwritten files from backup...OK
>
> Cleaning up...OK
>
> Bye.
>
> Cheers
> Pei
>
> --
>
> Pei JIA, Ph.D.
>
> Email: jp...@gm...
> cell in Canada:    +1 778-863-5816
> cell in China: +86 186-8244-3503
>
> Welcome to Vision Open
> http://www.visionopen.com
>



-- 

Pei JIA, Ph.D.

Email: jp...@gm...
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com

Build successfully but fail to install DOC?

[JIA P. <jp...@gm...>]

Hi, all:

I successfully built current openvrml-git, but fail to have it installed,
with the following error message, any solutions please?

Installing with make install...

========================= Installation results ===========================
Making install in doc
make[1]: Entering directory '....../openvrml/build/doc'
make[2]: Entering directory '....../openvrml/build/doc'
make[2]: Nothing to be done for 'install-exec-am'.
/bin/bash ....../openvrml/install-sh -d
/usr/local/share/doc/openvrml-0.18.99/manual \
/usr/local/share/javadoc/openvrml-0.18.99/resources \
/usr/local/share/javadoc/openvrml-0.18.99/vrml/node \
/usr/local/share/javadoc/openvrml-0.18.99/vrml/field
/usr/bin/install -c -m 644 ../../doc/manual/*.css ../../doc/manual/*.html
../../doc/manual/*.js ../../doc/manual/*.map ../../doc/manual/*.md5
../../doc/manual/*__incl.png ../../doc/manual/*__inherit__graph*.png
../../doc/manual/bc_s.png ../../doc/manual/closed.png
../../doc/manual/doxygen.png ../../doc/manual/formula.repository
../../doc/manual/form_*.png ../../doc/manual/graph_legend.png
../../doc/manual/inherit_graph_*.png ../../doc/manual/nav_f.png
../../doc/manual/nav_h.png ../../doc/manual/open.png
../../doc/manual/tab_a.png ../../doc/manual/tab_b.png
../../doc/manual/tab_h.png ../../doc/manual/tab_s.png
../../doc/manual/OGL_sm_wht.png ../../doc/manual/x3d-white-on-black.png \
/usr/local/share/doc/openvrml-0.18.99/manual
/usr/bin/install: cannot stat '../../doc/manual/
*.css': No such file or directory/usr/bin/install: cannot stat
'../../doc/manual/*.html': No such file or directory
/usr/bin/install: cannot stat '../../doc/manual/
*.js': No such file or directory/usr/bin/install: cannot stat
'../../doc/manual/*.map': No such file or directory
/usr/bin/install: cannot stat '../../doc/manual/
*.md5': No such file or directory/usr/bin/install: cannot stat
'../../doc/manual/*__incl.png': No such file or directory
/usr/bin/install: cannot stat '../../doc/manual/*__inherit__graph*.png': No
such file or directory
/usr/bin/install: cannot stat '../../doc/manual/bc_s.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/closed.png': No such file
or directory
/usr/bin/install: cannot stat '../../doc/manual/doxygen.png': No such file
or directory
/usr/bin/install: cannot stat '../../doc/manual/formula.repository': No
such file or directory
/usr/bin/install: cannot stat '../../doc/manual/form_

*.png': No such file or directory/usr/bin/install: cannot stat
'../../doc/manual/graph_legend.png': No such file or
directory/usr/bin/install: cannot stat '../../doc/manual/inherit_graph_*.png':
No such file or directory
/usr/bin/install: cannot stat '../../doc/manual/nav_f.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/nav_h.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/open.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/tab_a.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/tab_b.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/tab_h.png': No such file or
directory
/usr/bin/install: cannot stat '../../doc/manual/tab_s.png': No such file or
directory
Makefile:653: recipe for target 'install-data-local' failed
make[2]: *** [install-data-local] Error 1
make[2]: Leaving directory '....../openvrml/build/doc'
Makefile:521: recipe for target 'install-am' failed
make[1]: *** [install-am] Error 2
make[1]: Leaving directory '....../openvrml/build/doc'
Makefile:551: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1

**** Installation failed. Aborting package creation.

Restoring overwritten files from backup...OK

Cleaning up...OK

Bye.

Cheers
Pei

-- 

Pei JIA, Ph.D.

Email: jp...@gm...
cell in Canada:    +1 778-863-5816
cell in China: +86 186-8244-3503

Welcome to Vision Open
http://www.visionopen.com

Re: openvrml questions

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

On Thu, 2016-09-01 at 08:12 -0400, Reed Hedges wrote:
> Are you still here Braden?

I am here. :-)

I actually did a bit of work to modernize OpenVRML's codebase a few
weeks ago.  That work is still ongoing; and I haven't pushed any of it
it.

With regard to that...

I moved OpenVRML over to GitHub (since SourceForge became... well...
ahem):

  https://github.com/bradenmcd/openvrml

Also, I apparently missed the window where SourceForge would have
retained/transmogrified OpenVRML's trac bugs; so those are apparently
now gone to the great bit bucket in the sky.  Any issues people want to
bother filing should be created for the GitHub project.

> Maybe he or another maintainer would be able to incorporate tested
> patches
> or other fixes, but my guess is most of us aren't actively using
> OpenVRML
> at this particular time and wouldn't have lots of time.

I can find time to review pull requests.

But, yeah, I don't imagine OpenVRML has too many users at this point.
(I don't think it ever had all that many.)  But if there *are* folks
who are interested, it might inspire me a bit to press forward with my
modernization efforts, at least.

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

Test

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

Test

Re: openvrml questions

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

Are you still here Braden?

Maybe he or another maintainer would be able to incorporate tested patches
or other fixes, but my guess is most of us aren't actively using OpenVRML
at this particular time and wouldn't have lots of time.

On Wed, Aug 31, 2016 at 3:15 AM, Riedel, Torge <T.R...@ce...> wrote:

> Hi,
>
> this is the first mail I got on this list after near two years. Think this
> project is no more maintained.
> I use this parser in a project and I'm faced with poor performance as you.
> But I can't help, since I'm not an expert in boost and the used parser
> framework. I'm still looking around for an alternative but did not find one
> yet.
>
> Torge
>
> > -----Ursprüngliche Nachricht-----
> > Von: Thomas Krebs [mailto:Tho...@me...]
> > Gesendet: Mittwoch, 1. Juni 2016 18:57
> > An: ope...@li...
> > Betreff: openvrml questions
> >
> > Hi,
> >
> > Don't know if there is still somebody on this list...
> >
> > I have made openvrml 0.18.9 available in our environment VC10/VC12
> > Win32/x64 with boost 1.47.0 and 1.61.0 with some adjustments.
> > The main tools (parse-vrml97, pretty-print) seem to work but I'm somewhat
> > disappointed with the performance:
> > It takes about 13 seconds for a 1 MB file to read (VC12/boost 1.16.1
> > x64) and minutes for a 42 MB file on a i7 3 GHz.
> > Is this the performance I would have to live with or may there be
> something
> > wrong in my environment?
> >
> > Thomas
> >
> > ------------------------------------------------------------
> ------------------
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> > traffic patterns at an interface-level. Reveals which users, apps, and
> > protocols are consuming the most bandwidth. Provides multi-vendor support
> > for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using
> > capacity planning reports.
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > _______________________________________________
> > openvrml-develop mailing list
> > ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>
> CENIT AG, Industriestrasse 52-54, 70565 Stuttgart, Tel.: +49 711 7825-30,
> Fax: +49 711 7825-4000, Internet: www.cenit.com
> Geschaeftsstellen: Berlin, Frankfurt, Hamburg, Hannover, Muenchen,
> Oelsnitz, Ratingen, Saarbruecken
> Vorstandsmitglieder: Kurt Bengel, Matthias Schmidt
> Aufsichtsratsmitglieder: Andreas Schmidt (Vorsitzender des Aufsichtsrats),
> Hubert Leypoldt, Andreas Karrer
> Bankverbindungen:
> Deutsche Bank (BLZ 600 700 70) Kto. 1661 040 IBAN : DE85 6007 0070 0166
> 1040 00 SWIFT-CODE : DEUTDESS,
> Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532
> 0155 00 SWIFT-Code : COBADEFF600,
> Registergericht: Amtsgericht Stuttgart
> Handelsregister: HRB Nr. 19117
> Umsatzsteuer: ID-Nr. DE 147 862 777
>
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>

Re: openvrml questions

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

it is nice to see life on the list!

anyone else out there?

  ... Braden?

best regards,

 _nicholas

On Wed, Aug 31, 2016 at 3:15 AM, Riedel, Torge <T.R...@ce...> wrote:

> Hi,
>
> this is the first mail I got on this list after near two years. Think this
> project is no more maintained.
> I use this parser in a project and I'm faced with poor performance as you.
> But I can't help, since I'm not an expert in boost and the used parser
> framework. I'm still looking around for an alternative but did not find one
> yet.
>
> Torge
>
> > -----Ursprüngliche Nachricht-----
> > Von: Thomas Krebs [mailto:Tho...@me...]
> > Gesendet: Mittwoch, 1. Juni 2016 18:57
> > An: ope...@li...
> > Betreff: openvrml questions
> >
> > Hi,
> >
> > Don't know if there is still somebody on this list...
> >
> > I have made openvrml 0.18.9 available in our environment VC10/VC12
> > Win32/x64 with boost 1.47.0 and 1.61.0 with some adjustments.
> > The main tools (parse-vrml97, pretty-print) seem to work but I'm somewhat
> > disappointed with the performance:
> > It takes about 13 seconds for a 1 MB file to read (VC12/boost 1.16.1
> > x64) and minutes for a 42 MB file on a i7 3 GHz.
> > Is this the performance I would have to live with or may there be
> something
> > wrong in my environment?
> >
> > Thomas
> >
> > ------------------------------------------------------------
> ------------------
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> > traffic patterns at an interface-level. Reveals which users, apps, and
> > protocols are consuming the most bandwidth. Provides multi-vendor support
> > for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using
> > capacity planning reports.
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > _______________________________________________
> > openvrml-develop mailing list
> > ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>
> CENIT AG, Industriestrasse 52-54, 70565 Stuttgart, Tel.: +49 711 7825-30,
> Fax: +49 711 7825-4000, Internet: www.cenit.com
> Geschaeftsstellen: Berlin, Frankfurt, Hamburg, Hannover, Muenchen,
> Oelsnitz, Ratingen, Saarbruecken
> Vorstandsmitglieder: Kurt Bengel, Matthias Schmidt
> Aufsichtsratsmitglieder: Andreas Schmidt (Vorsitzender des Aufsichtsrats),
> Hubert Leypoldt, Andreas Karrer
> Bankverbindungen:
> Deutsche Bank (BLZ 600 700 70) Kto. 1661 040 IBAN : DE85 6007 0070 0166
> 1040 00 SWIFT-CODE : DEUTDESS,
> Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532
> 0155 00 SWIFT-Code : COBADEFF600,
> Registergericht: Amtsgericht Stuttgart
> Handelsregister: HRB Nr. 19117
> Umsatzsteuer: ID-Nr. DE 147 862 777
>
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>



-- 
Nicholas F. Polys, Ph.D.

Director of Visual Computing
Virginia Tech Research Computing

Affiliate Professor
Virginia Tech Department of Computer Science

AW: openvrml questions

[Riedel, T. <T.R...@ce...>]

Hi,

this is the first mail I got on this list after near two years. Think this project is no more maintained.
I use this parser in a project and I'm faced with poor performance as you.
But I can't help, since I'm not an expert in boost and the used parser framework. I'm still looking around for an alternative but did not find one yet.

Torge

> -----Ursprüngliche Nachricht-----
> Von: Thomas Krebs [mailto:Tho...@me...]
> Gesendet: Mittwoch, 1. Juni 2016 18:57
> An: ope...@li...
> Betreff: openvrml questions
> 
> Hi,
> 
> Don't know if there is still somebody on this list...
> 
> I have made openvrml 0.18.9 available in our environment VC10/VC12
> Win32/x64 with boost 1.47.0 and 1.61.0 with some adjustments.
> The main tools (parse-vrml97, pretty-print) seem to work but I'm somewhat
> disappointed with the performance:
> It takes about 13 seconds for a 1 MB file to read (VC12/boost 1.16.1
> x64) and minutes for a 42 MB file on a i7 3 GHz.
> Is this the performance I would have to live with or may there be something
> wrong in my environment?
> 
> Thomas
> 
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic patterns at an interface-level. Reveals which users, apps, and
> protocols are consuming the most bandwidth. Provides multi-vendor support
> for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using
> capacity planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop

CENIT AG, Industriestrasse 52-54, 70565 Stuttgart, Tel.: +49 711 7825-30, Fax: +49 711 7825-4000, Internet: www.cenit.com
Geschaeftsstellen: Berlin, Frankfurt, Hamburg, Hannover, Muenchen, Oelsnitz, Ratingen, Saarbruecken
Vorstandsmitglieder: Kurt Bengel, Matthias Schmidt
Aufsichtsratsmitglieder: Andreas Schmidt (Vorsitzender des Aufsichtsrats), Hubert Leypoldt, Andreas Karrer
Bankverbindungen:
Deutsche Bank (BLZ 600 700 70) Kto. 1661 040 IBAN : DE85 6007 0070 0166 1040 00 SWIFT-CODE : DEUTDESS,
Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532 0155 00 SWIFT-Code : COBADEFF600,
Registergericht: Amtsgericht Stuttgart
Handelsregister: HRB Nr. 19117
Umsatzsteuer: ID-Nr. DE 147 862 777

openvrml questions

[Thomas K. <Tho...@me...>]

Hi,

Don't know if there is still somebody on this list...

I have made openvrml 0.18.9 available in our environment VC10/VC12
Win32/x64 with boost 1.47.0 and 1.61.0 with some adjustments.
The main tools (parse-vrml97, pretty-print) seem to work but
I'm somewhat disappointed with the performance:
It takes about 13 seconds for a 1 MB file to read (VC12/boost 1.16.1
x64) and minutes for a 42 MB file on a i7 3 GHz.
Is this the performance I would have to live with or may there be
something wrong in my environment?

Thomas

Sample WRLs

[Brian C. <drb...@gm...>]

I built openvrml today but could not get openvrml-player or sdc-viewer to
stay up.

Could someone please check if the WRLs here:


https://github.com/drbitboy/PlanetaryVRMLs/raw/master/HartleyFlyby/Carcich_flyby.wrl


https://github.com/drbitboy/PlanetaryVRMLs/raw/master/HartleyFlyby/Carcich_flyby_instantreality.wrl

work correctly in openvrml?

You should be able to click on the shape in the middle to start an
animation, and move the cursor over the gold box on the right to stop it.
 Also, the light should come from the bottom once you do either of those
things.

Thanks,

Brian Carcich
drb...@gm...

0.18.9: Action on_field_finish is never called

[Riedel, T. <T.R...@ce...>]

Hi @all,

at first, sorry for the automatic mail disclaimer at the end. I cannot suppress it.

Second:
The on_field_finish action is never called / reached. And I do not see any references to it in the sources.

Is this a bug? If not, how can I detect when a field is "finished", let's say an mfnode-field.

Thanks in advance
Torge


CENIT AG, Industriestrasse 52-54, 70565 Stuttgart, Tel.: +49 711 7825-30, Fax: +49 711 7825-4000, Internet: www.cenit.de
Geschaeftsstellen: Berlin, Frankfurt, Hamburg, Hannover, Muenchen, Oelsnitz, Ratingen, Saarbruecken
Vorstandsmitglieder: Kurt Bengel, Matthias Schmidt
Aufsichtsratsmitglieder: Andreas Schmidt (Vorsitzender des Aufsichtsrats), Hubert Leypoldt, Andreas Karrer
Bankverbindungen:
Deutsche Bank (BLZ 600 700 70) Kto. 1661 040 IBAN : DE85 6007 0070 0166 1040 00 SWIFT-CODE : DEUTDESS,
Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532 0155 00 SWIFT-Code : COBADEFF600,
BW-Bank (BLZ 600 501 01) Kto. 2 403 313 IBAN : DE17 6005 0101 0002 4033 13 SWIFT-Code : SOLADEST
Registergericht: Amtsgericht Stuttgart
Handelsregister: HRB Nr. 19117
Umsatzsteuer: ID-Nr. DE 147 862 777

ANNOUNCE: Boxfish3d 0.2.2 is available

[Dimitry K. <dim...@gm...>]

Hello, I am writing to OpenVRML developers mailing list in hope that my
little project will be
interesting for OpenVRML people.

I created a Boxfish3d - a small stand-alone VRML viewer on top of OpenVRML.
Its code is
directly derived from the libopenvrml-gl, but with multiple usability
improvements.

--- paste ---
Boxfish3d README
================

Copyright (c) 2002-2013. Dimitry Kloper <kl...@us...>

Binaries available from http://sourceforge.net/projects/sctr/
Source code https://github.com/kloper/scooter

*NOTE* repositories on sourceforge.net are out of date.

About
=====

Boxfish3d is a stand-alone VRML97 viewer for Windows.
It is built on top of OpenVRML framework with heavy use of Qt and C++ boost.

This is an early release aimed for developers that are willing to
participate
in creation of fully featured VRML viewer.

This release introduces support for most VRML97 nodes, EXAMINE view mode
and tree view of the scene.

OpenVRML
========

Boxfish3d is based on OpenVRML 18.9.
Since it required multiple bug/feature fixes I have cloned offcial OpenVRML
repository into a separate one, available at
https://github.com/kloper/openvrml.git

Missing features
================

At the present moment Boxfish3d implements only a subset of features
provided by OpenVRML. Features that are not currently implemented:

  * the following VRML97 nodes are not implemented in Boxfish3d:
    Billboard, AudioClip, Collision, MovieTexture, Script, Sound, Text

  * While scripting is supported by OpenVRML, Boxfish3d does not implement
    VRML/X3D scripting yet. Script node will make no effect.
    Same for all Sensor nodes.

  * While X3D extensions are supported by OpenVRML, Boxfish3d has no
support
    for X3D extensions like NURBs.

  * Loading of XML based X3D files is not implemented yet.

License terms
=============

GNU General Public License v2.

Installation
============

Download latest release from
https://sourceforge.net/projects/sctr/files/boxfish3d/

Unzip, go to boxfish3d/bin, run boxfish3d.exe.

Bug reports
===========

Please report bugs at https://github.com/kloper/scooter/issues

Twitter
=======

@Boxfish3d

Re: compile OpenVRML 0.18.9 with visual studio 2010

[Dimitry K. <dim...@gm...>]

Hello Lucie,

I am not sure whats exactly wrong in your setup, but you may set a
breakpoint
on openvrml::local::conf::datadir() function
in openvrml/src/libopenvrml/openvrml/local/conf.cpp
and see what goes wrong.

Also, you may check that environment variables OPENVRML_NODE_PATH
and OPENVRML_SCRIPT_PATH
are also properly set.

Hope this helps.
--
 Dima


On Thu, Jan 31, 2013 at 7:28 PM, lucie Lemonnier
<luc...@ho...>wrote:

>
> Hello,
> I
> tried to compile OpenVRML 0.18.9 with
> visual studio 2010 but when I want to test sdl-viewer.exe in
> visual studio 2010, I have a crash on :
> Exception non gérée à 0x76ccc41f dans sdl-viewer.exe : Exception Microsoft
> C++ : `anonymous namespace'::no_registry_key à l'emplacement mémoire
> 0x001ff024..
> Can you help me, please?
> OPENVRML_DATADIR is set.
> Lucie
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
>



-- 
Thanks
--
 Dimitry Kloper

compile OpenVRML 0.18.9 with visual studio 2010

[lucie L. <luc...@ho...>]

Hello,
I
tried to compile OpenVRML 0.18.9 with
visual studio 2010 but when I want to test sdl-viewer.exe in
visual studio 2010, I have a crash on :
Exception non gérée à 0x76ccc41f dans sdl-viewer.exe : Exception Microsoft C++ : `anonymous namespace'::no_registry_key à l'emplacement mémoire 0x001ff024..
Can you help me, please?
OPENVRML_DATADIR is set.
Lucie
 		 	   		  

vrml file fail to read MaterialBinding

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

Hi,
I have file starting like that :

#VRML V1.0 ascii
Separator {
MaterialBinding {
value PER_FACE_INDEXED
}

And it fails on the MaterialBinding, any idea why it happens ? 

Cedric Pinson
Provide OpenGL, WebGL services
+33 659 598 614 - 
http://cedricpinson.com (http://plopbyte.com/) - http://osgjs.org (http://osgjs.org/) - http://sketchfab.com (http://showwebgl.com/)

Problem with PROTO keyword

[maheshbinny <mah...@ya...>]

Hi,

This post is kinda repetition, but I am explaining here bit more detailed
way

I am using VRML 0.17.12 API for my VRML importer

I am facing a problem to read PROTO nodes for my VRML importer.

My node traversing is something looks like following way:

void IDONodeTraverser::do_traversal(node & n)
{
    //std::set<node *>::iterator pos = this->traversed_nodes.find(&n);
    //const bool alreadyTraversed = (pos != this->traversed_nodes.end());

    //if (!alreadyTraversed) {
                {
        this->on_entering(n);

        //this->traversed_nodes.insert(&n);

        const node_interface_set & interfaces = n.type().interfaces();
        for (node_interface_set::const_iterator
interface_(interfaces.begin());
                interface_ != interfaces.end() && !this->halt; ++interface_)
{
            if (interface_->type == node_interface::field_id
                    || interface_->type == node_interface::exposedfield_id)
{
                if (interface_->field_type == field_value::sfnode_id) {
                    const sfnode value = n.field<sfnode>(interface_->id);
                    if (value.value()) {
                        this->do_traversal(*value.value());
                    }
                } else if (interface_->field_type == field_value::mfnode_id)
{
                    const mfnode children = n.field<mfnode>(interface_->id);
                    for (size_t i = 0;
                         i < children.value().size() && !this->halt;
                         ++i) {
                        if (children.value()[i]) {
                            this->do_traversal(*children.value()[i]);
                        }
                    }
                }
            }
        }
        this->on_leaving(n);
    }
} 

Where the above source is copy of original source (with bit of
modifications).

Problem is, My importer is not reading PROTO keyword. 

Am I missing something around, here?

Could some please suggest me on this?

Thanks,
Mahesh

-- 
View this message in context: http://old.nabble.com/Problem-with-PROTO-keyword-tp34397759p34397759.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Patch for building OpenVRML player with Boost 1.50.0 or later

[Raphael S. <ra...@ir...>]

Hi,

here <https://trac.macports.org/browser/trunk/dports/graphics/openvrml/files/patch-player.cpp.diff> is a patch that we use in MacPorts for building the OpenVRML player with Boost 1.50.0 or later, see <http://www.boost.org/doc/libs/1_51_0/libs/scope_exit/doc/html/scope_exit/tutorial.html#scope_exit.tutorial.capturing_no_variable>. I hope it will be included in the next version of OpenVRML.

Regards,
	Raphael

Re: PROTO nodes are not reading

[maheshbinny <mah...@ya...>]

Thanks for reply,

I have attached a file, where it is having a PROTO declaration. It is
supposed to render a cube.

But, my importer is not showing anything (it is declaring all the
information that is declared under the PROTO).

If I declare the geometry outside of PROTO, my importer can read that one
and it renders a respective geometry.

Coming to error, I am not getting any errors while importing. My importer is
not rendering the geometry that is declared under PROTO

Thanks,
Mahesh

http://old.nabble.com/file/p34382072/proto.wrl proto.wrl 

Braden McDaniel wrote:
> 
> On Sun, 2012-09-02 at 21:46 -0700, maheshbinny wrote: 
>> I am using VRML 0.17.12 version API for my VRML importer. I found that
>> it's
>> not reading PROTO keyword. My importer is not reading nodes that is
>> declared
>> under PROTO.
>> 
>> Earlier I have used 0.14.3, where it is reading everything fine.
>> 
>> Please somebody help me on this
> 
> 0.17.x is a bit dated as well.
> 
> What error message are you encountering?  Please provide an example of
> the input that is failing.
> 
> -- 
> Braden McDaniel <br...@en...>
> 
> 
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> openvrml-develop mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openvrml-develop
> 
> 

-- 
View this message in context: http://old.nabble.com/PROTO-nodes-are-not-reading-tp34381564p34382072.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

Re: PROTO nodes are not reading

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

On Sun, 2012-09-02 at 21:46 -0700, maheshbinny wrote: 
> I am using VRML 0.17.12 version API for my VRML importer. I found that it's
> not reading PROTO keyword. My importer is not reading nodes that is declared
> under PROTO.
> 
> Earlier I have used 0.14.3, where it is reading everything fine.
> 
> Please somebody help me on this

0.17.x is a bit dated as well.

What error message are you encountering?  Please provide an example of
the input that is failing.

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

PROTO nodes are not reading

[maheshbinny <mah...@ya...>]

Hi,

I am using VRML 0.17.12 version API for my VRML importer. I found that it's
not reading PROTO keyword. My importer is not reading nodes that is declared
under PROTO.

Earlier I have used 0.14.3, where it is reading everything fine.

Please somebody help me on this

Thanks,
Mahesh
-- 
View this message in context: http://old.nabble.com/PROTO-nodes-are-not-reading-tp34381564p34381564.html
Sent from the openvrml-develop mailing list archive at Nabble.com.

About compile error by javascript project with Visual Studio 2010

[Yukio K. <yk...@hh...>]

Dear Mr.McDaniel,

Thank you very much for your kind answers.

Did the problem which I announced the other day 
about compile error by javascript project occur there?
Is it solvable?
Please announce me, if some are understood.

-- I would appreciate your favor. 

*****************************************
    Yukio KOGA
       Email： yk...@hh...
*****************************************