Hello Bertrand,
thanks for your help. It sounds like there is no shadow in vmware, is
it? At least it doesn´t crash at once. But naturally, if osg detects
that there is no fbo supported, it will fall back to a different
mechanism (pbuffer), which also works on my machine.
So if there are any other MinGW users that have a real Windows-Box
running, it would be really nice if you could tell me if on your machine
with your mingw examples like osgdepthshadow, psgprerender and so on are
running with the fbo-extension.
My hardware is a NVIDIA GForce Go 7400, and with the precompiled
binaries by Mike _all_ examples run flawlessly. I have really tried to
debug this (for hours, believe me), but I can´t get a clue.
Thanks for your help,
Andreas
bertrand greslier schrieb:
Hi,
I am a mingw user but under linux and occasionally... I use cross
compilation to do windows versions for windows users...
I have just test osgdepthshadowon.exe (v1.2) on vmware and it seems ok
for me, the windows opens and it draws shape geometries
with a light witch turn around..., but it is not a complete test
because I haven't all openGL extensions with vmware.
I can't help you more because I haven't a true native windows
environnement.
For information I use these binary mingw32 packages directly and I
have compile the rest.
freetype-2.1.10-bin.zip_FILES
libungif-4.1.4-dep.zip_FILES
freetype-2.1.10-lib.zip_FILES
libungif-4.1.4-lib.zip_FILES
jpeg-6b-4-bin.zip_FILES
jpeg-6b-4-lib.zip_FILES
SDL-1.2.11
libiconv-1.9.2-1-bin.zip_FILES
tiff-3.8.2-1-bin.zip_FILES
libiconv-1.9.2-1-lib.zip_FILES
tiff-3.8.2-1-lib.zip_FILES
libpng-1.2.8-bin.zip_FILES
zlib-1.2.3-bin.zip_FILES
libpng-1.2.8-lib.zip_FILES
zlib-1.2.3-lib.zip_FILES
libungif-4.1.4-bin.zip_FILES
Bertrand.
On 10/15/06, *Andreas Goebel* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi Bertrand,
thanks for your help, I will use it the next time I get trouble
like this.
Are you, by any chance, a MinGW user? Do the examples that use a
pbuffer-object work on your machine, for instance osgdepthshadow or
osgprerender?
Thanks,
Andreas
bertrand greslier schrieb:
> Hi, Andreas,
>
> for your problem of compilation you can use default environnement
> variables like this in your .profile or .bashrc (system depends)
file
>
> #for gcc
> export C_INCLUDE_PATH=$HOME/localwin32/include
>
> #for g++
> export CPLUS_INCLUDE_PATH=$C_INCLUDE_PATH
>
> #for link
> #WARNING => LIBRARY_PATH is not understand by ld/mingw
> export LIBRARY_PATH=$HOME/localwin32/lib:./
>
> #for execution
> #WARNING => LD_LIBRARY_PATH is not understand by msys, you must
use PATH
> export LD_LIBRARY_PATH=$LIBRARY_PATH
>
> export PATH=$HOME/localwin32/dll:$PATH
>
>
>
>
> On 10/14/06, *Andreas Goebel* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>> wrote:
>
> Antoine Hue schrieb:
> > Andreas Goebel wrote:
> >> Hi,
> >>
> >> when I make the recent CVS version of osg with MinGW,
> >> /usr/local/include is not used for includefiles (with
version 1.1,
> >> this directory was used, because either Producer or
OpenThreads
> was
> >> installed directly in /usr/local, I don´t remember exactly).
> >>
> >> My jpeglib is installed in /usr/local/include.
> >>
> > In my latest build of the OSG 1.2 package, OpenThreads is in
> > /usr/local => OPENTHREADS_INC_DIR=/usr/local/include and
> > OPENTHREADS_LIB_DIR=... made it correct for include and link
> >
> >
> > Actually, I am wondering why on MingW OSG, OT and Producer
are not
> > directly within /usr/local?
> >
> > Antoine
> > _______________________________________________
> > osg-users mailing list
> > [email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
> > http://openscenegraph.net/mailman/listinfo/osg-users
> > http://www.openscenegraph.org/
<http://www.openscenegraph.org/>
> >
> >
> >
> Thanks,
>
> you brought me right back on the right track. I used a different
> include-dir, because I wanted a different place for osg than
usual.
> I gave that up later on, so I can use the
openthreads-inc-dir you
> said.
>
> So my problem is solved, but the original question is not: Can I
> pass an
> additional include-dir to the osg-makefile, if, for
instance, third
> party libraries are installed in strange places?
>
> Thanks,
>
> Andreas
>
> _______________________________________________
> osg-users mailing list
> [email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
> http://openscenegraph.net/mailman/listinfo/osg-users
> http://www.openscenegraph.org/
>
>
>
------------------------------------------------------------------------
>
> _______________________________________________
> osg-users mailing list
> [email protected] <mailto:[email protected]>
> http://openscenegraph.net/mailman/listinfo/osg-users
> http://www.openscenegraph.org/
_______________________________________________
osg-users mailing list
[email protected] <mailto:[email protected]>
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
------------------------------------------------------------------------
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
