openvrml-develop — OpenVRML developers mailing list

Re: [Openvrml-develop] vrml2png

[clayton c. <dr...@sm...>]

Sandor Fazekas wrote:
> 
> Hello!
> 
> I am writing a program which generates VRML files and I need snapshots of
> the VRML worlds (e.g. PNG files). The only way I can do it now, is that I
> display the VRML file in a browser and capture the screen. Does anyone
> know how can I find a _command line_ program which can generate an image
> file directly? Or how can I create one with not to much effort?
> 
> Thanks,
>   Sandor
> 
> _______________________________________________
> Openvrml-develop mailing list
> Ope...@li...
> http://lists.sourceforge.net/lists/listinfo/openvrml-develop


on what operating system?


on the vrml list www...@we...

there was mention of a vrml2pov converter

[Openvrml-develop] vrml2png

[Sandor F. <fa...@pl...>]

Hello!

I am writing a program which generates VRML files and I need snapshots of
the VRML worlds (e.g. PNG files). The only way I can do it now, is that I
display the VRML file in a browser and capture the screen. Does anyone
know how can I find a _command line_ program which can generate an image
file directly? Or how can I create one with not to much effort?

Thanks,
  Sandor

Re: [Openvrml-develop] OpenVRML 0.10.1 under IRIX 6.5

[Florian E. <ec...@fs...>]

> Either you're misunderstanding something, I'm misunderstanding you, or
> something has gone horribly wrong. The *.lo files are linked into the
> shared library, whereas the *.o files are linked into the static library.
> Aside from the fact that <filename>.lo is generated from the same source
> as <filename>.o, the two are unrelated.
Well, looks like I really was unclear on that subject. I get two
symbolic links each, abc-prelinked.o and abc-prelinked.lo that
point to each other. E.g. antlr-prelinked.lo is a link to
antlr-prelinked.o, which in turn is a link to antlr-prelinked.lo

> Could you post the error message you're seeing?
It's just that: "antlr-prelinked.lo: Too many symbolic \
links in path name traversal." (kind of obvious, isn't it? :)

> You can modify the Makefile.am to eliminate the pre-linking step. Move the
> dependencies for the *-prelinked.* rules to the openvrml_la_LIBADD
> variable, and remove or comment out the pre-linking rules. The variable
> should look something like this:
Thanks for your help! Now it compiles right through. I still get
a runtime error when starting lookat, but I guess that's because
the GLUT library was compiled with the MIPS compiler (as stated
in the README).

Yours, Florian
--
Florian Echtler - ec...@fs...
Skriptenreferat - Fachschaft MPI

Re: [Openvrml-develop] OpenVRML 0.10.1 under IRIX 6.5

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

On Thu, 21 Jun 2001, Florian Echtler wrote:

> I've got a problem with installing OpenVRML under IRIX.
> I've installed gcc-2.95.2 and the latest versions of
> libpng, libjpeg and libz. By doing nothing more than
> "configure" and "make" in the top directory, I manage
> to compile everything down to the src/openvrml/OpenVMRL
> directory. There, make aborts with an error because
> of "Too many symbolic links: antlr-prelinked.o and
> scriptjs-prelinked.o", just when it tries to link the
> libopenvrml.a together. Looking at those files, I was
> surprised to discover that there exists a circular
> reference between antlr-prelinked.o and .lo - dito
> for scriptjs-prelinked.o/.lo.

Either you're misunderstanding something, I'm misunderstanding you, or
something has gone horribly wrong. The *.lo files are linked into the
shared library, whereas the *.o files are linked into the static library.
Aside from the fact that <filename>.lo is generated from the same source
as <filename>.o, the two are unrelated.

Could you post the error message you're seeing?

I think I'm gonna get rid of the prelinking step with ANTLR. (It's already
been rendered moot as far as the JavaScript library is concerned.) All I
think it's buying us is a slightly smaller binary size; and at this stage,
that's just not worth the interoperability problems it's causing.

> When I try to remake
> these files seperately, I get those circular refs again.
> Can anyone tell me how I can create those two
> "prelinked" files?

You can modify the Makefile.am to eliminate the pre-linking step. Move the
dependencies for the *-prelinked.* rules to the openvrml_la_LIBADD
variable, and remove or comment out the pre-linking rules. The variable
should look something like this:

  openvrml_la_LIBADD = Vrml97Parser.lo \
                       $(top_builddir)/lib/antlr/libantlr.la ScriptJS.lo \
                       $(top_builddir)/lib/js/libjs.la

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

[Openvrml-develop] OpenVRML 0.10.1 under IRIX 6.5

[Florian E. <ec...@fs...>]

Hello everyone,

I've got a problem with installing OpenVRML under IRIX.
I've installed gcc-2.95.2 and the latest versions of
libpng, libjpeg and libz. By doing nothing more than
"configure" and "make" in the top directory, I manage
to compile everything down to the src/openvrml/OpenVMRL
directory. There, make aborts with an error because
of "Too many symbolic links: antlr-prelinked.o and
scriptjs-prelinked.o", just when it tries to link the
libopenvrml.a together. Looking at those files, I was
surprised to discover that there exists a circular
reference between antlr-prelinked.o and .lo - dito
for scriptjs-prelinked.o/.lo. When I try to remake
these files seperately, I get those circular refs again.
Can anyone tell me how I can create those two
"prelinked" files?

Yours, Florian
--
Florian Echtler - ec...@fs...
Skriptenreferat - Fachschaft MPI

[Openvrml-develop] Re: a question...

[Chris M. <cm...@ve...>]

Hi,
My guess is that your modification to make the scene
rotate about the center of the screen (usually referred
to as "Examine mode") broke the association between
the rendered scene and the visible object computation
used for the visibility culling optimization. The
comment that begins "Hack alert" seems relevant.

At this point, the openvrml project is being run on
sourceforge, where the openvrml-develop mailing list
might be helpful if you continue to work with it.

Good luck,
Chris


----- Original Message -----
From: CAO Shangwen
To: cm...@ve...
Sent: Monday, June 11, 2001 10:29 AM
Subject: a question...


Hello Mr Chris Morley,

I'd thank you for your VRML open source code. I am developing a VRML plugin
which partly based on the open source code. But I found out a problem. Could
you please explain it to me? Thank you very much!

The problem is: why some VRML objects disappeared when I rotate VRML world
about the screen center? The following code concerns the problem and three
pictures are attached in this email.

Best wishes,

CAO Shangwen


void VrmlScene::render(Viewer *viewer)
{

  if (d_newView)
    {
      viewer->resetUserNavigation();
      d_newView = false;
    }

  // Default viewpoint parameters
  float position[3] = { 0.0, 0.0, 10.0 };
  float orientation[4] = { 0.0, 0.0, 1.0, 0.0 };
  float field = 0.785398;
  float avatarSize = 0.25;
  float visibilityLimit = 0.0;

  // since opengl post multiples the matrix, we need to do the user
  // navigation transform first. this needs to be fixed so it doesn't
  // depend on a special arg to beginObject.
  //

//  viewer->beginObject(0);
// CAO noted: I removed the sentence to back. Because if VRML screnn does
not rotate around the screen center

  VrmlNodeViewpoint *vp = bindableViewpointTop();
  if (vp)
    {
      std::copy(vp->getPosition().get(), vp->getPosition().get() + 3,
position);
      std::copy(vp->getOrientation().get(), vp->getOrientation().get() + 4,

                orientation);
      field = vp->getFieldOfView().get();
      vp->inverseTransform(viewer); // put back!
    }


  VrmlNodeNavigationInfo *ni = bindableNavigationInfoTop();
  if (ni)
    {
      avatarSize = ni->avatarSize()[0];
      visibilityLimit = ni->visibilityLimit();
    }

  // sets the viewpoint transformation
  //
  viewer->setViewpoint(position, orientation, field, avatarSize,
visibilityLimit);

viewer->beginObject(0);  // CAO noticed: To rotate the VRML screen about the
screen center.


  //
  // Hack alert: Right now the rendering code uses the old-style
  // set/unset Transform code, but the culling code accumulates the
  // modelview matrix on the core side using modifications to
  // VrmlTransform and the new VrmlRenderContext class.
  //
  // However, that means we need to jump through some hoops to make
  // sure that the new modelview transform code exactly shadows the
  // old code.
  //
  double M[4][4]; // the modelview transform

  Midentity(M);
  if (vp) {       // viewpoint is optional

    // find the inverse of the transform stack above the viewpoint.
    //
    vp->inverseTransform(M);

    // find where the viewpoint itself points (the viewpoint has its
    // own built-in transformation, in addition to the transformations
    // of any parent nodes. yes, that is redundant, but that's what the
    // vrml97 spec says)
    //
    double vp_IM[4][4];
    vp->getInverseMatrix(vp_IM);

    MM(M, vp_IM);

  } else {

    // if there's no viewpoint, then set us up arbitrarily at 0,0,-10,
    // as indicated in the vrml spec (section 6.53 Viewpoint).
    //
    float t[3] = { 0.0f, 0.0f, -10.0f };
    Mtranslation(M, t);
  }



  // the user can navigate away from the viewpoint. that part is
  // handled entirely by the viewer.
  //
  double UN[4][4];
  viewer->getUserNavigation(UN);
  double M_tmp[4][4];
  Mcopy(M_tmp, M);
   MM(M, UN, M_tmp);

  VrmlRenderContext rc(VrmlBVolume::BV_PARTIAL, M);
  rc.setDrawBSpheres(true);

  // Set background.
  VrmlNodeBackground *bg = bindableBackgroundTop();
  if (bg)
    { // Should be transformed by the accumulated rotations above ...
      bg->renderBindable(viewer);
    }
  else
    viewer->insertBackground(); // Default background

  // Fog
  VrmlNodeFog *f = bindableFogTop();
  if (f)
    {
      viewer->setFog(f->color(), f->visibilityRange(), f->fogType());
    }



  // Activate the headlight.
  // ambient is supposed to be 0 according to the spec...
  if ( headlightOn() )
  {
    float rgb[3] = { 1.0, 1.0, 1.0 };
    float xyz[3] = { 0.0, 0.0, -1.0 };
    float ambient = 0.3;

    viewer->insertDirLight( ambient, 1.0, rgb, xyz );
  }


  // Do the scene-level lights (Points and Spots)
  VrmlNodeList::iterator li, end = d_scopedLights->end();
  for (li = d_scopedLights->begin(); li != end; ++li)
    {
      VrmlNodeLight* x = (*li)->toLight();
      if (x) x->renderScoped( viewer );
    }

  // Render the top level group


  d_nodes.render( viewer, rc );


  viewer->endObject();

  // This is actually one frame late...
  d_frameRate = viewer->getFrameRate();

  clearModified();

  // If any events were generated during render (ugly...) do an update
  if (eventsPending())
    setDelta( 0.0 );

}


picture 1: before rotate the VRML world, all balls can be seen



picture 2: after rotate the VRML world, three balls disappeared

Re: Content (Was Re: [Openvrml-develop] Status update)

[clayton c. <dr...@sm...>]

Josip Almasi wrote:
>
> I'm aware of this. However, I'm getting sick of html and am ready to do
> _only_ vrml :)
> 


yup, 
ive been ready since '95 & vrml1.0!!!

its a very strange market

you will find problems
in a just 3d design
mostly with forms id say

Re: Content (Was Re: [Openvrml-develop] Status update)

[Josip A. <jo...@vr...>]

clayton cottingham wrote:

> sorry updated via web interface

Right.

> {i really have to start triple checking my messages!}

:)

> i dont know if i like this approach, personally
> 
> i would like to see them be able to be borwsed via html too
> 
> heres the scenario
> 
> what if im a developer looking for that chair for the office world im
> building
> do i want to nessicarily go into a 3d viewer just to browse models for
> my world?
> 
> maybe if i find one i like ill wanna view it in 3d
> not

I'm aware of this. However, I'm getting sick of html and am ready to do
_only_ vrml :)

Regards...

Re: Content (Was Re: [Openvrml-develop] Status update)

[clayton c. <dr...@sm...>]

> >
> > the thing i think could make this shine is if it were able to be
> > a) searchable
> > b) borwsable
> > c) categorized
> > d) added too
> 
> (what means added too?)

sorry updated via web interface 
{i really have to start triple checking my messages!}

> How about making it available _only_ via vrml browser, with multiuser
> capabilities included? I'm on my way to integrate vrspace with jxta (p2p
> network), so users should be able to share files by giving them to each
> other etc.
> 

i dont know if i like this approach, personally

i would like to see them be able to be borwsed via html too

heres the scenario

what if im a developer looking for that chair for the office world im
building
do i want to nessicarily go into a 3d viewer just to browse models for
my world?

maybe if i find one i like ill wanna view it in 3d
not

Content (Was Re: [Openvrml-develop] Status update)

[Josip A. <jo...@vr...>]

Sylvain Carette wrote:
> 
> I hear this a lot...
... 
> I'm planning to release a 10 gig DVD of free vrml content but once released,
> the problem is to find a place where most people would be able to find and
> fetch it. I'll put on the repository if there is place.

Great!

I think 10G would be ok for my server (http://www.kvantni-skok.hr/), and
if I get a lot of hits wasting bandwidth, I'll have to add banners or
find some other way of sponsorship. So imho place is not a problem.

But:
Do we need another project for this? Imho this is not in scope of
openvrml. It might be part of vrspace project, but 10G is probably too
much for sourceforge... well I'm going to ask them.

clayton cottingham wrote:
> 
> the thing i think could make this shine is if it were able to be
> a) searchable
> b) borwsable
> c) categorized
> d) added too

(what means added too?)
How about making it available _only_ via vrml browser, with multiuser
capabilities included? I'm on my way to integrate vrspace with jxta (p2p
network), so users should be able to share files by giving them to each
other etc.

> things that worry me:
> 
> http://slashdot.org/article.pl?sid=01/06/12/1443231&mode=thread
> about the rise and fall of sites that have valid data
> and what happens to all that hard work
> 
> also if you have time check out the star wars 3d repository or one of
> the 3ds repositories too
> 
> just to see how they've done it!

Good points.

Regards...

Re: [Openvrml-develop] Status update

[clayton c. <dr...@sm...>]

the thing i think could make this shine is if it were able to be 
a) searchable
b) borwsable
c) categorized
d) added too

things that worry me:

http://slashdot.org/article.pl?sid=01/06/12/1443231&mode=thread
about the rise and fall of sites that have valid data
and what happens to all that hard work

also if you have time check out the star wars 3d repository or one of
the 3ds repositories too

just to see how they've done it!

Re: [Openvrml-develop] Status update

[Sylvain C. <syl...@to...>]

I hear this a lot...

Its what the vrml repository should had been. But since its now  repository of
nothing.....
I'm working to make lot of freely available vrml content so I naturally support
that idea. A gnu site for model will help vrml content development. We know
there is lot of models available outhere but its more often difficult to find
what you need and where to find it so a centralized place where you find
everything that could be find will be nice - and desserve its own thread and
group.
I dont think development of tools is separated from development of content, but
actually, content have been neglected. There is many things in "model
development" that can be standardized and the group could indentifie most
needed stuff or things that are needed commonly in a repetitive way and give
focus to develop those model  most efficiently possible. The average user will
then be able to fetch the repository and use things that work out of the box
adding their own stuff, and if good, contribute too. Example of a very common
problems that come on and on in comp.lang.vrml is how to do a HUD. HUD is your
container for UI object but done on a site by site basis prevent the reuse of
UI stuff - or at least, make it more difficult. A common HUD alleviate the
problem by providing a common interface to UI stuff facilitating navigation
from site to site. Of course there is all common objects too like cars, planes,
building, etc... with the same objective of providing accurate and efficient
models to the community.
I'm planning to release a 10 gig DVD of free vrml content but once released,
the problem is to find a place where most people would be able to find and
fetch it. I'll put on the repository if there is place.

Sylvain Carette
VRML designer-composer

Josip Almasi wrote:

> clayton cottingham wrote:
> >
> > Josip Almasi wrote:
> > > Agreed only partialy. I didn't find much usefull staff in vrml content:
> > > no gpl nor lgpl inside. So I have license problems with both gnu and
> > > commercial development. And I'm not satisfied with universal media.
> > > I think there's need for lglp-ed vrml content repository.
> > > Sourceforge would be appropriate for such a thing, with requriement to
> > > use cvs anonymous access or download the entire repository.
> >
> > i d like to offer my two senses!!
> >
> > j/k
> >
> > id like to see a repository of vrml objects/worlds that work:
> > a) cross browser/viewer
> > b) cross platform
>
> OK that makes gnu/cross repository, i like it.
>
> Anybody willing to contribute?
> Anybody willing to maintain the repository?
> Shall we ask at www-vrml mailing list?
>
> Regards...
>
> _______________________________________________
> Openvrml-develop mailing list
> Ope...@li...
> http://lists.sourceforge.net/lists/listinfo/openvrml-develop

Re: [Openvrml-develop] Status update

[Josip A. <jo...@vr...>]

clayton cottingham wrote:
> 
> Josip Almasi wrote:
> > Agreed only partialy. I didn't find much usefull staff in vrml content:
> > no gpl nor lgpl inside. So I have license problems with both gnu and
> > commercial development. And I'm not satisfied with universal media.
> > I think there's need for lglp-ed vrml content repository.
> > Sourceforge would be appropriate for such a thing, with requriement to
> > use cvs anonymous access or download the entire repository.
> 
> i d like to offer my two senses!!
> 
> j/k
> 
> id like to see a repository of vrml objects/worlds that work:
> a) cross browser/viewer
> b) cross platform

OK that makes gnu/cross repository, i like it.

Anybody willing to contribute?
Anybody willing to maintain the repository?
Shall we ask at www-vrml mailing list?

Regards...

Re: [Openvrml-develop] Status update

[clayton c. <dr...@sm...>]

Josip Almasi wrote:
> 
> John Richardson wrote:
> >
> > Hello,
> >
> > My suggestion would be to provide the models to the Web3D consortium. They
> > can be advertised to "work" with certain versions of openvrml on certain
> > platforms. The consortium probably has the bandwidth to store and
> > distribute.
> 
> Agreed only partialy. I didn't find much usefull staff in vrml content:
> no gpl nor lgpl inside. So I have license problems with both gnu and
> commercial development. And I'm not satisfied with universal media.
> I think there's need for lglp-ed vrml content repository.
> Sourceforge would be appropriate for such a thing, with requriement to
> use cvs anonymous access or download the entire repository.
> 
> > Also, when a certain level of satisfaction with the distribution is
> > reached, prebuilt executables or even a source distribution can be built
> > and then offered to distribution outlets such as MacAddict, MacFormat, PC
> > world as freeware to be distributed along with their magazines. British
> > magazines love to give away tons of freeware.
> 
> I'm avare of this.
> 


i d like to offer my two senses!!


j/k 

id like to see a repository of vrml objects/worlds that work:
a) cross browser/viewer
b) cross platform

Re: [Openvrml-develop] Status update

[Josip A. <jo...@vr...>]

John Richardson wrote:
> 
> Hello,
> 
> My suggestion would be to provide the models to the Web3D consortium. They
> can be advertised to "work" with certain versions of openvrml on certain
> platforms. The consortium probably has the bandwidth to store and
> distribute.

Agreed only partialy. I didn't find much usefull staff in vrml content:
no gpl nor lgpl inside. So I have license problems with both gnu and
commercial development. And I'm not satisfied with universal media.
I think there's need for lglp-ed vrml content repository.
Sourceforge would be appropriate for such a thing, with requriement to
use cvs anonymous access or download the entire repository.

> Also, when a certain level of satisfaction with the distribution is
> reached, prebuilt executables or even a source distribution can be built
> and then offered to distribution outlets such as MacAddict, MacFormat, PC
> world as freeware to be distributed along with their magazines. British
> magazines love to give away tons of freeware.

I'm avare of this.

Regards...

Re: [Openvrml-develop] Status update

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

On Fri, 8 Jun 2001, S.K.Bose wrote:
> On Tue, 5 Jun 2001, Braden McDaniel wrote:
>
> > While I initially planned to make the release after incorporating
> > VrmlNodePtr, I've decided to push it back a bit while I clean up the
> > JavaScript stuff and remove our dependency on the private header. Once
> > that's done, we'll have the option of nolonger including SpiderMonkey
> > (libjs) with the OpenVRML distribution.
>
> How will you manage without using "js_InitArrayClass" ? If you can manage
> without it then "libjs" can be excluded from openvrml distribution. In
> standard SpiderMonkey distribution for windows (distributed as DLL) this
> is normally a private.

I have reimplemented the MF* types without deriving them from Array, so
the call is nolonger necessary. See

http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=25733&group_id=7151&group_project_id=2579

> Today I download up-to-date source from CVS and try to compile with VC++
> 6.0. But lots....lots of errors I am getting. Probably this weekend I have
> to look into it again. Indeed many changes I could find since
> OpenVRML-0.10 release.

Fixes appreciated. Let me know if you have questions about resolving any
of the problems.

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

Re: [Openvrml-develop] problems with creating of win32lookat

[Javier T. <jt...@ud...>]

08/06/2001 12:16:23, "Christian Henning" <he...@ro...> wrote:

  Hi Christian,

  Try with this solution:

  Open "Project Settings -> Link -> Project Options" and add the followin=
g text:

  /nodefaultlib:"libcd" /nodefaultlib:"libcid" /nodefaultlib:"libc" /node=
faultlib:"libcpd"=20

  Hope this helps! (At least it worked for me)=20


  Regards,
 =20
  Javier Taibo  <jt...@ud...>
  Visualization for Engineering Architecture and Urban Design Group
  VideaLAB - University of Coru=F1a
  http://videalab.udc.es

[Openvrml-develop] problems with creating of win32lookat

[Christian H. <he...@ro...>]

Hi there,

hopefully I'm subscribed now. I tried it yesterday at geocrawler, but I
got problems with the registration. And now they are unreachable,
bacause of database maintenances.

Anyway, after long struggeling with the openvrml project under Visual
Studio finally I made the openvrml.lib. But now I'm stucked with weird
linker errrors. It seems to me this has nothing to do with your code
rather with libs of Visual Studio. But hopefully you can help me. These
are the messages I get by the linker:

LIBCD.lib(crt0dat.obj) : error LNK2005: _exit already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(crt0dat.obj) : error LNK2005: __exit already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(dbgheap.obj) : error LNK2005: _malloc already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(dbgheap.obj) : error LNK2005: _calloc already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(dbgheap.obj) : error LNK2005: _realloc already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(dbgheap.obj) : error LNK2005: _free already defined in
msvcrtd.lib(MSVCRTD.dll)
LIBCD.lib(crt0init.obj) : error LNK2005: ___xc_z already defined in
msvcrtd.lib(cinitexe.obj)
LIBCD.lib(crt0init.obj) : error LNK2005: ___xc_a already defined in
msvcrtd.lib(cinitexe.obj)
LIBCD.lib(crt0init.obj) : error LNK2005: ___xi_z already defined in
msvcrtd.lib(cinitexe.obj)
LIBCD.lib(crt0init.obj) : error LNK2005: ___xi_a already defined in
msvcrtd.lib(cinitexe.obj)
LIBCD.lib(winxfltr.obj) : error LNK2005: __XcptFilter already defined in

msvcrtd.lib(MSVCRTD.dll)
msvcrtd.lib(MSVCRTD.dll) : error LNK2005: __write already defined in
LIBCD.lib(write.obj)
msvcrtd.lib(MSVCRTD.dll) : error LNK2005: __setmbcp already defined in
LIBCD.lib(mbctype.obj)
LINK : warning LNK4098: defaultlib "msvcrtd.lib" conflicts with use of
other libs; use /NODEFAULTLIB:library
LINK : warning LNK4098: defaultlib "LIBCD" conflicts with use of other
libs; use /NODEFAULTLIB:library
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Debug/win32lookat.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

How is the project going?

thanks ahead,
Christian

Re: [Openvrml-develop] Status update

[S.K.Bose <bo...@pa...>]

On Tue, 5 Jun 2001, Braden McDaniel wrote:

> It's been a little while since we had a release; but hopefully 0.11 isn't
> too far away....
> 
> JavaScript
> ----------
> While I initially planned to make the release after incorporating
> VrmlNodePtr, I've decided to push it back a bit while I clean up the
> JavaScript stuff and remove our dependency on the private header. Once
> that's done, we'll have the option of nolonger including SpiderMonkey
> (libjs) with the OpenVRML distribution.
> 
> I am inclined to take that option; but the somewhat compelling argument
> for continuing to include it is the relative complexity of installing a
> development version of SpiderMonkey on Win32. Of course, if we include
> SpiderMonkey on those grounds, then we should also include libjpeg,
> libpng, and zlib. That would bring us up to five 3rd-party sources in our
> CVS repository--which is a nontrivial maintenance burden, and bordering on
> outright silliness (IMO) considering the mass of our distribution would
> comprise mostly dependencies. I'm interested in hearing other points of
> view on this.

How will you manage without using "js_InitArrayClass" ? If you can manage
without it then "libjs" can be excluded from openvrml distribution. In
standard SpiderMonkey distribution for windows (distributed as DLL) this
is normally a private.

> Win32 DLLs
> ----------
> I've added some macros which ought to let us build DLLs on Win32, either
> using gcc (Cygwin) or Visual C++. They are untested. I'm looking for a
> volunteer on Win32 to work with me to ensure these work as intended for
> 0.11.

Today I download up-to-date source from CVS and try to compile with VC++
6.0. But lots....lots of errors I am getting. Probably this weekend I have
to look into it again. Indeed many changes I could find since
OpenVRML-0.10 release.
 
Bose

Re: [Openvrml-develop] Status update

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

On Thu, 7 Jun 2001, John Richardson wrote:

> My suggestion would be to provide the models to the Web3D consortium. They
> can be advertised to "work" with certain versions of openvrml on certain
> platforms. The consortium probably has the bandwidth to store and
> distribute.

I'm not sure if you're recommending this for the VRSpace project or
OpenVRML. As far as OpenVRML is concerned, the models in our distribution
will be less for validation of conformance and more for just showing off.
Where possible, I'd prefer to leave test construction to the folks at NIST
and the Web3D Consortium. But where they can't (or at least aren't at all
likely to) help us is with validating our API. To that end, it would be
nice to have some unit testing going on, but that might be too much to
hope for.

OpenVRML is not a Web3D Consortium product, and for our purposes I think
SourceForge provides more than adequate resources. Also, the Consortium
already has the PROTO Repository and Universal Media--I'm not sure how
keen they'd be on another model repository. Not that my opinion on the
issue is at all pertinent--if someone sees a good idea here and is serious
about it, by all means make a proposal to the Consortium. But the OpenVRML
project is tasked with producing a VRML library and browser--not with
maintaining model repositories or certifying content.

> Also, when a certain level of satisfaction with the distribution is
> reached, prebuilt executables or even a source distribution can be built
> and then offered to distribution outlets such as MacAddict, MacFormat, PC
> world as freeware to be distributed along with their magazines. British
> magazines love to give away tons of freeware.

That is definitely a possibility. In fact, we have open tasks on creating
Mac and Windows binary distributions; these are up for grabs by anyone
who'd like to volunteer.

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

Re: [Openvrml-develop] Status update

[John R. <ric...@sp...>]

Hello,

My suggestion would be to provide the models to the Web3D consortium. They
can be advertised to "work" with certain versions of openvrml on certain
platforms. The consortium probably has the bandwidth to store and
distribute.

Also, when a certain level of satisfaction with the distribution is
reached, prebuilt executables or even a source distribution can be built
and then offered to distribution outlets such as MacAddict, MacFormat, PC
world as freeware to be distributed along with their magazines. British
magazines love to give away tons of freeware.

John F. Richardson

>On Wed, 6 Jun 2001, Josip Almasi wrote:
>
>> Braden McDaniel wrote:
>>
>> > New models
>> > ----------
>> > A while ago I asked people to submit some new models for the OpenVRML
>> > distribution. I haven't forgotten about them! I was anticipating putting
>> > them into an imminent release at the time; but unfortunately, that release
>> > has been delayed substantially. I *will* indeed be compiling these for
>> > 0.11, though.
>>
>> I have a bunch of models, intended use in my project:
>> http://vrspace.sourceforge.net/
>> I think we could share models with gpl.
>
>GPL models are just fine; but for the purpose of rounding out the OpenVRML
>distribution I'm looking for just a few, not a bunch. If you have a few
>favorites that you'd like to send me, they'd be quite welcome. But first
>please have a look at the news item I posted about this a little while ago.
>
>--
>Braden McDaniel                             e-mail: <br...@en...>
><http://endoframe.com>                      Jabber: <br...@ja...>
>
>
>_______________________________________________
>Openvrml-develop mailing list
>Ope...@li...
>http://lists.sourceforge.net/lists/listinfo/openvrml-develop

Re: [Openvrml-develop] Status update

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

On Wed, 6 Jun 2001, Josip Almasi wrote:

> Braden McDaniel wrote:
>
> > New models
> > ----------
> > A while ago I asked people to submit some new models for the OpenVRML
> > distribution. I haven't forgotten about them! I was anticipating putting
> > them into an imminent release at the time; but unfortunately, that release
> > has been delayed substantially. I *will* indeed be compiling these for
> > 0.11, though.
>
> I have a bunch of models, intended use in my project:
> http://vrspace.sourceforge.net/
> I think we could share models with gpl.

GPL models are just fine; but for the purpose of rounding out the OpenVRML
distribution I'm looking for just a few, not a bunch. If you have a few
favorites that you'd like to send me, they'd be quite welcome. But first
please have a look at the news item I posted about this a little while ago.

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

Re: [Openvrml-develop] Status update

[Josip A. <jo...@vr...>]

Braden McDaniel wrote:

> New models
> ----------
> A while ago I asked people to submit some new models for the OpenVRML
> distribution. I haven't forgotten about them! I was anticipating putting
> them into an imminent release at the time; but unfortunately, that release
> has been delayed substantially. I *will* indeed be compiling these for
> 0.11, though.

Hi,

I have a bunch of models, intended use in my project:
http://vrspace.sourceforge.net/
I think we could share models with gpl.
But, I still did not set up the model repository... it's boooring :)
Anybody willing to do it?

Regards,
Josip

[Openvrml-develop] Status update

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

It's been a little while since we had a release; but hopefully 0.11 isn't
too far away....

JavaScript
----------
While I initially planned to make the release after incorporating
VrmlNodePtr, I've decided to push it back a bit while I clean up the
JavaScript stuff and remove our dependency on the private header. Once
that's done, we'll have the option of nolonger including SpiderMonkey
(libjs) with the OpenVRML distribution.

I am inclined to take that option; but the somewhat compelling argument
for continuing to include it is the relative complexity of installing a
development version of SpiderMonkey on Win32. Of course, if we include
SpiderMonkey on those grounds, then we should also include libjpeg,
libpng, and zlib. That would bring us up to five 3rd-party sources in our
CVS repository--which is a nontrivial maintenance burden, and bordering on
outright silliness (IMO) considering the mass of our distribution would
comprise mostly dependencies. I'm interested in hearing other points of
view on this.

But note: we can currently build without JavaScript; and for 0.11 I'm
working on allowing us to build without libpng and libjpeg. zlib, too, can
probably be made optional. With these dependencies out of the way, it
ought to be pretty straightforward to build a no-frills version of the
library on Win32.

Win32 DLLs
----------
I've added some macros which ought to let us build DLLs on Win32, either
using gcc (Cygwin) or Visual C++. They are untested. I'm looking for a
volunteer on Win32 to work with me to ensure these work as intended for
0.11.

New models
----------
A while ago I asked people to submit some new models for the OpenVRML
distribution. I haven't forgotten about them! I was anticipating putting
them into an imminent release at the time; but unfortunately, that release
has been delayed substantially. I *will* indeed be compiling these for
0.11, though.

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

Re: [Openvrml-develop] OpenVRML on Windows

[Christopher M M. <cm...@ve...>]

I have never tried using cygwin, but I assume the cygwin OpenGL
package is Mesa (there isn;t anything else it could be, AFAIK).
And there are no X11 dependencies in openvrml-core or openvrml-gl
(I think those are the module names nowadays).

----- Original Message ----- 
From: "Rob van der Leek" <r.v...@fo...>
To: "OpenVRML mailing list" <ope...@li...>
Sent: Wednesday, May 30, 2001 4:21 AM
Subject: [Openvrml-develop] OpenVRML on Windows


> Hi list,
> 
> I'm trying to compile the library and lookat (eventually gtklookat) on a
> Windows NT machine with the following configuration:
> 
> - Cygwin environment (gcc 2.95.2, OpenGL package, all required
> libraries)
> - OpenVRML 0.10.1
> 
> I was wondering if it's possible to build OpenVRML with the OpenGL
> package for Cygwin... should I use the complete Mesa + Glut libraries
> instead? And, secondly, is there a dependency in the OpenVRML-GL code on
> the X11 library?
> 
> I know these are a lot of comprehensive questions, hopefully some people
> on the list have experience with this kind of configuration and can give
> me some hints in the right direction.
> 
> Regards,
> Rob
> 
> _______________________________________________
> Openvrml-develop mailing list
> Ope...@li...
> http://lists.sourceforge.net/lists/listinfo/openvrml-develop
>