pyopengl-users Mailing List for PyOpenGL (Page 112)
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-users — Discussion of all PyOpenGL matters.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(81) |
Oct
(41) |
Nov
(55) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(34) |
Feb
(3) |
Mar
(16) |
Apr
(5) |
May
(10) |
Jun
(13) |
Jul
(24) |
Aug
(14) |
Sep
(14) |
Oct
(9) |
Nov
(10) |
Dec
(16) |
| 2003 |
Jan
(25) |
Feb
(59) |
Mar
(9) |
Apr
(21) |
May
(54) |
Jun
(4) |
Jul
(16) |
Aug
(19) |
Sep
(19) |
Oct
(15) |
Nov
(13) |
Dec
(22) |
| 2004 |
Jan
(19) |
Feb
(8) |
Mar
(20) |
Apr
(16) |
May
(13) |
Jun
(18) |
Jul
(18) |
Aug
(14) |
Sep
(24) |
Oct
(47) |
Nov
(20) |
Dec
(10) |
| 2005 |
Jan
(23) |
Feb
(31) |
Mar
(11) |
Apr
(29) |
May
(18) |
Jun
(7) |
Jul
(11) |
Aug
(12) |
Sep
(8) |
Oct
(4) |
Nov
(11) |
Dec
(7) |
| 2006 |
Jan
(7) |
Feb
(8) |
Mar
(15) |
Apr
(3) |
May
(8) |
Jun
(25) |
Jul
(19) |
Aug
(3) |
Sep
(17) |
Oct
(27) |
Nov
(24) |
Dec
(9) |
| 2007 |
Jan
(6) |
Feb
(43) |
Mar
(33) |
Apr
(8) |
May
(20) |
Jun
(11) |
Jul
(7) |
Aug
(8) |
Sep
(11) |
Oct
(22) |
Nov
(15) |
Dec
(18) |
| 2008 |
Jan
(14) |
Feb
(6) |
Mar
(6) |
Apr
(37) |
May
(13) |
Jun
(17) |
Jul
(22) |
Aug
(16) |
Sep
(14) |
Oct
(16) |
Nov
(29) |
Dec
(13) |
| 2009 |
Jan
(7) |
Feb
(25) |
Mar
(38) |
Apr
(57) |
May
(12) |
Jun
(32) |
Jul
(32) |
Aug
(35) |
Sep
(10) |
Oct
(28) |
Nov
(16) |
Dec
(49) |
| 2010 |
Jan
(57) |
Feb
(37) |
Mar
(22) |
Apr
(15) |
May
(45) |
Jun
(25) |
Jul
(32) |
Aug
(7) |
Sep
(13) |
Oct
(2) |
Nov
(11) |
Dec
(28) |
| 2011 |
Jan
(35) |
Feb
(39) |
Mar
|
Apr
(25) |
May
(32) |
Jun
(17) |
Jul
(29) |
Aug
(10) |
Sep
(26) |
Oct
(9) |
Nov
(28) |
Dec
(4) |
| 2012 |
Jan
(24) |
Feb
(47) |
Mar
(4) |
Apr
(8) |
May
(9) |
Jun
(6) |
Jul
(4) |
Aug
(1) |
Sep
(4) |
Oct
(28) |
Nov
(2) |
Dec
(2) |
| 2013 |
Jan
(11) |
Feb
(3) |
Mar
(4) |
Apr
(38) |
May
(15) |
Jun
(11) |
Jul
(15) |
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
(3) |
Dec
(14) |
| 2014 |
Jan
(24) |
Feb
(31) |
Mar
(28) |
Apr
(16) |
May
(7) |
Jun
(6) |
Jul
(1) |
Aug
(10) |
Sep
(10) |
Oct
(2) |
Nov
|
Dec
|
| 2015 |
Jan
(6) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(19) |
Dec
|
| 2016 |
Jan
(6) |
Feb
(1) |
Mar
(7) |
Apr
|
May
(6) |
Jun
|
Jul
(3) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
(6) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
|
| 2018 |
Jan
(9) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(6) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <no...@so...> - 2001-11-23 16:10:42
|
Support Requests item #484774, was opened at 2001-11-23 00:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 Category: build Group: v2.0 Status: Open Priority: 5 Submitted By: John A. Turner (turner) Assigned to: Tarn Weisner Burton (twburton) Summary: cygwin build problems Initial Comment: thought I'd try PyOpenGL2 on win2k/cygwin using cygwin 1.3.5 and the cygwin port of python 2.1.1 and a fresh CVS checkout of PyOpenGL2 first copied config/win32.cfg to config/cygwin.cfg, since OpenGL progs compiled with cygwin's gcc use the normal win32 libs (opengl32, glu32, etc.) here's what the first bit of setup reports: PyOpenGL 2.0.1.45.a1 setup System configuration: Platform = cygwin GL Platform = WGL Numeric = 20.2.2 Build Togl = yes 1. first prob was that I didn't have SWIG, so I got: swig -version unable to execute swig: No such file or directory swig1.3 -version unable to execute swig1.3: No such file or directory warning: build_w: Can't find SWIG, will just have to do with the existing wrapper source. which would likely be ok except that soon after: cc -I/usr/include/python2.1/Numeric -c _configtest.c - o _configtest.o unable to execute cc: No such file or directory I didn't know how to force setup to use gcc rather than cc, so I took the easy way out and copied /usr/bin/gcc.exe to /usr/bin/cc.exe that at least allowed things to progress... 2. next, saw lots of warnings about missing __init.py__ files, most in the Demo subdir 3. finally, failed with: running build_clib building 'interface_util' library creating build/temp.cygwin-1.3.5-i686-2.1 gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/interface_util.c -o build/temp.cygwin-1.3.5-i686-2.1/interface_util.o src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsFloatArray': src/interface_util/interface_util.c:698: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsDoubleArray': src/interface_util/interface_util.c:701: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsCharArray': src/interface_util/interface_util.c:704: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedCharArray': src/interface_util/interface_util.c:707: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsShortArray': src/interface_util/interface_util.c:710: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedShortArray': src/interface_util/interface_util.c:713: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsIntArray': src/interface_util/interface_util.c:716: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedIntArray': src/interface_util/interface_util.c:719: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: At top level: src/interface_util/interface_util.c:780: warning: function declaration isn't a prototype gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/platform.c -o build/temp.cygwin- 1.3.5-i686-2.1/platform.o src/interface_util/platform.c:4: warning: function declaration isn't a prototype src/interface_util/platform.c: In function `GetPlatformExtensionsString': src/interface_util/platform.c:7: warning: function declaration isn't a prototype ar -cr build/temp.cygwin-1.3.5-i686- 2.1/libinterface_util.a build/temp.cygwin-1.3.5-i686- 2.1/interface_util.o build/temp.cygwin-1.3.5-i686- 2.1/platform.o running build_ext building 'GL.ARB.matrix_palette' extension error: file 'src/interface/GL.ARB.matrix_palette.c' does not exist any suggestions? thanks in advance... -JT ---------------------------------------------------------------------- >Comment By: Tarn Weisner Burton (twburton) Date: 2001-11-23 08:10 Message: Logged In: YES user_id=21784 You need SWIG 1.3a5 to build out of CVS. The "cc" problem has been fixed in CVS, but the build still doesn't complete on my system due to an internal compiler error. Before you do a CVS checkout be sure to move your cygwin.cfg file out of the way, since there is one in CVS now. There is also a complete source code dist (no need for SWIG) at http://pyopengl.sf.net/ftp/PyOpenGL- 2.0.1.46.a1.tar.gz ---------------------------------------------------------------------- Comment By: John A. Turner (turner) Date: 2001-11-23 00:29 Message: Logged In: YES user_id=20477 ugh - sorry about the formatting of the report - hope it is understandable - if not let me know and I'll upload files with the requisite info... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 |
|
From: <no...@so...> - 2001-11-23 08:29:04
|
Support Requests item #484774, was opened at 2001-11-23 00:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 Category: build Group: v2.0 Status: Open Priority: 5 Submitted By: John A. Turner (turner) Assigned to: Tarn Weisner Burton (twburton) Summary: cygwin build problems Initial Comment: thought I'd try PyOpenGL2 on win2k/cygwin using cygwin 1.3.5 and the cygwin port of python 2.1.1 and a fresh CVS checkout of PyOpenGL2 first copied config/win32.cfg to config/cygwin.cfg, since OpenGL progs compiled with cygwin's gcc use the normal win32 libs (opengl32, glu32, etc.) here's what the first bit of setup reports: PyOpenGL 2.0.1.45.a1 setup System configuration: Platform = cygwin GL Platform = WGL Numeric = 20.2.2 Build Togl = yes 1. first prob was that I didn't have SWIG, so I got: swig -version unable to execute swig: No such file or directory swig1.3 -version unable to execute swig1.3: No such file or directory warning: build_w: Can't find SWIG, will just have to do with the existing wrapper source. which would likely be ok except that soon after: cc -I/usr/include/python2.1/Numeric -c _configtest.c - o _configtest.o unable to execute cc: No such file or directory I didn't know how to force setup to use gcc rather than cc, so I took the easy way out and copied /usr/bin/gcc.exe to /usr/bin/cc.exe that at least allowed things to progress... 2. next, saw lots of warnings about missing __init.py__ files, most in the Demo subdir 3. finally, failed with: running build_clib building 'interface_util' library creating build/temp.cygwin-1.3.5-i686-2.1 gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/interface_util.c -o build/temp.cygwin-1.3.5-i686-2.1/interface_util.o src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsFloatArray': src/interface_util/interface_util.c:698: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsDoubleArray': src/interface_util/interface_util.c:701: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsCharArray': src/interface_util/interface_util.c:704: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedCharArray': src/interface_util/interface_util.c:707: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsShortArray': src/interface_util/interface_util.c:710: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedShortArray': src/interface_util/interface_util.c:713: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsIntArray': src/interface_util/interface_util.c:716: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedIntArray': src/interface_util/interface_util.c:719: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: At top level: src/interface_util/interface_util.c:780: warning: function declaration isn't a prototype gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/platform.c -o build/temp.cygwin- 1.3.5-i686-2.1/platform.o src/interface_util/platform.c:4: warning: function declaration isn't a prototype src/interface_util/platform.c: In function `GetPlatformExtensionsString': src/interface_util/platform.c:7: warning: function declaration isn't a prototype ar -cr build/temp.cygwin-1.3.5-i686- 2.1/libinterface_util.a build/temp.cygwin-1.3.5-i686- 2.1/interface_util.o build/temp.cygwin-1.3.5-i686- 2.1/platform.o running build_ext building 'GL.ARB.matrix_palette' extension error: file 'src/interface/GL.ARB.matrix_palette.c' does not exist any suggestions? thanks in advance... -JT ---------------------------------------------------------------------- >Comment By: John A. Turner (turner) Date: 2001-11-23 00:29 Message: Logged In: YES user_id=20477 ugh - sorry about the formatting of the report - hope it is understandable - if not let me know and I'll upload files with the requisite info... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 |
|
From: <no...@so...> - 2001-11-23 08:26:58
|
Support Requests item #484774, was opened at 2001-11-23 00:26 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 Category: build Group: v2.0 Status: Open Priority: 5 Submitted By: John A. Turner (turner) Assigned to: Tarn Weisner Burton (twburton) Summary: cygwin build problems Initial Comment: thought I'd try PyOpenGL2 on win2k/cygwin using cygwin 1.3.5 and the cygwin port of python 2.1.1 and a fresh CVS checkout of PyOpenGL2 first copied config/win32.cfg to config/cygwin.cfg, since OpenGL progs compiled with cygwin's gcc use the normal win32 libs (opengl32, glu32, etc.) here's what the first bit of setup reports: PyOpenGL 2.0.1.45.a1 setup System configuration: Platform = cygwin GL Platform = WGL Numeric = 20.2.2 Build Togl = yes 1. first prob was that I didn't have SWIG, so I got: swig -version unable to execute swig: No such file or directory swig1.3 -version unable to execute swig1.3: No such file or directory warning: build_w: Can't find SWIG, will just have to do with the existing wrapper source. which would likely be ok except that soon after: cc -I/usr/include/python2.1/Numeric -c _configtest.c - o _configtest.o unable to execute cc: No such file or directory I didn't know how to force setup to use gcc rather than cc, so I took the easy way out and copied /usr/bin/gcc.exe to /usr/bin/cc.exe that at least allowed things to progress... 2. next, saw lots of warnings about missing __init.py__ files, most in the Demo subdir 3. finally, failed with: running build_clib building 'interface_util' library creating build/temp.cygwin-1.3.5-i686-2.1 gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/interface_util.c -o build/temp.cygwin-1.3.5-i686-2.1/interface_util.o src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsFloatArray': src/interface_util/interface_util.c:698: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsDoubleArray': src/interface_util/interface_util.c:701: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsCharArray': src/interface_util/interface_util.c:704: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedCharArray': src/interface_util/interface_util.c:707: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsShortArray': src/interface_util/interface_util.c:710: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedShortArray': src/interface_util/interface_util.c:713: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsIntArray': src/interface_util/interface_util.c:716: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: In function `NonNumeric_PyObject_AsUnsignedIntArray': src/interface_util/interface_util.c:719: warning: suggest parentheses around assignment used as truth value src/interface_util/interface_util.c: At top level: src/interface_util/interface_util.c:780: warning: function declaration isn't a prototype gcc -g -O2 -Wall -Wstrict-prototypes -DUSE_DL_IMPORT - DWGL_PLATFORM -DNUMERIC -I/usr/include/python2.1 - I/usr/include/python2.1/Numeric - I/usr/include/python2.1/Numeric -c src/interface_util/platform.c -o build/temp.cygwin- 1.3.5-i686-2.1/platform.o src/interface_util/platform.c:4: warning: function declaration isn't a prototype src/interface_util/platform.c: In function `GetPlatformExtensionsString': src/interface_util/platform.c:7: warning: function declaration isn't a prototype ar -cr build/temp.cygwin-1.3.5-i686- 2.1/libinterface_util.a build/temp.cygwin-1.3.5-i686- 2.1/interface_util.o build/temp.cygwin-1.3.5-i686- 2.1/platform.o running build_ext building 'GL.ARB.matrix_palette' extension error: file 'src/interface/GL.ARB.matrix_palette.c' does not exist any suggestions? thanks in advance... -JT ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=205988&aid=484774&group_id=5988 |
|
From: Mike C. F. <mcf...@ho...> - 2001-11-21 11:28:11
|
Hi Craig,
Not sure why the files are showing up by not getting copied. I thought I'd
got all the case-sensitivity thing fixed (I work on Win2K for development),
but I guess not. If you just want to try things out, copy the bitmap files
to the tests directory. Should be named GLASS.BMP, Wall.bmp and crate.bmp
in the OpenGLContext/tests directory.
Turns out that CVS with WinCVS tries to fix case-sensitivity mismatch, but
their fixes mess up my attempts to change case for these files. Sigh. Will
have to figure this out some day soon, maybe just go back to explicitly
writing out the list of files to copy.
Sorry about the poor out-of-box experience,
Mike
-----Original Message-----
From: pyo...@li...
[mailto:pyo...@li...]On Behalf Of Craig H
. Anderson
Sent: Wednesday, November 21, 2001 05:44
To: pyo...@li...
Subject: Re: [PyOpenGL-Users] no GLASS.BMP,
OpenGLContext/tests/boxobject.py
I found the missing bmp.
unzip -l OpenGLContext-1.0a2.zip
12342 07-01-01 03:56 OpenGLContext-1.0a2/tests/Wall.bmp
3634 08-23-01 22:56 OpenGLContext-1.0a2/tests/axis.pickle
66614 09-25-99 18:19 OpenGLContext-1.0a2/tests/crate.bmp
49220 07-02-01 02:53 OpenGLContext-1.0a2/tests/glass.bmp
But I found only 2 bmp files had been installed.
/usr/lib/python2.1/site-packages/OpenGL/Demo/NeHe/NeHe.bmp
/usr/lib/python2.1/site-packages/OpenGL/Demo/NeHe/Wall.bmp
On 2001.11.21 03:20:18 -0700 Craig H . Anderson wrote:
>
>
> no GLASS.BMP, OpenGLContext/tests/boxobject.py
>
> I'm new to Python,PyOpenGL and OpenGLContext.
> Here is my first try at an OpenGLContext test.
> Where is GLASS.BMP?
>
--
Craig H. Anderson
_______________________________________________
PyOpenGL Homepage
http://pyopengl.sourceforge.net
_______________________________________________
PyOpenGL-Users mailing list
PyO...@li...
https://lists.sourceforge.net/lists/listinfo/pyopengl-users
|
|
From: Jan E. <ch...@in...> - 2001-11-21 11:18:38
|
On Wed, 21 Nov 2001, Craig H . Anderson wrote:
>
>I found the missing bmp.
>
>unzip -l OpenGLContext-1.0a2.zip
> 12342 07-01-01 03:56 OpenGLContext-1.0a2/tests/Wall.bmp
> 3634 08-23-01 22:56 OpenGLContext-1.0a2/tests/axis.pickle
> 66614 09-25-99 18:19 OpenGLContext-1.0a2/tests/crate.bmp
> 49220 07-02-01 02:53 OpenGLContext-1.0a2/tests/glass.bmp
>
>But I found only 2 bmp files had been installed.
I had some files in a directory directly under /usr, something like
/usr/OpenGLContext or similar. I moved them to where the other files were.
--
In the Beginning there was nothing, which exploded.
-- Terry Pratchett, Lords and Ladies
|
|
From: Craig H . A. <cr...@ho...> - 2001-11-21 10:44:23
|
I found the missing bmp.
unzip -l OpenGLContext-1.0a2.zip
12342 07-01-01 03:56 OpenGLContext-1.0a2/tests/Wall.bmp
3634 08-23-01 22:56 OpenGLContext-1.0a2/tests/axis.pickle
66614 09-25-99 18:19 OpenGLContext-1.0a2/tests/crate.bmp
49220 07-02-01 02:53 OpenGLContext-1.0a2/tests/glass.bmp
But I found only 2 bmp files had been installed.
/usr/lib/python2.1/site-packages/OpenGL/Demo/NeHe/NeHe.bmp
/usr/lib/python2.1/site-packages/OpenGL/Demo/NeHe/Wall.bmp
On 2001.11.21 03:20:18 -0700 Craig H . Anderson wrote:
>
>
> no GLASS.BMP, OpenGLContext/tests/boxobject.py
>
> I'm new to Python,PyOpenGL and OpenGLContext.
> Here is my first try at an OpenGLContext test.
> Where is GLASS.BMP?
>
--
Craig H. Anderson
|
|
From: Craig H . A. <cr...@ho...> - 2001-11-21 10:20:24
|
no GLASS.BMP, OpenGLContext/tests/boxobject.py
I'm new to Python,PyOpenGL and OpenGLContext.
Here is my first try at an OpenGLContext test.
Where is GLASS.BMP?
python /usr/lib/python2.1/site-packages/OpenGLContext/tests/boxobject.py
Traceback (most recent call last):
File
"/usr/lib/python2.1/site-packages/OpenGLContext/tests/boxobject.py", line
28, in ?
MainFunction ( TestContext)
File
"/usr/lib/python2.1/site-packages/OpenGLContext/gluttestingcontext.py",
line 13, in main
render = TestContext()
File "/usr/lib/python2.1/site-packages/OpenGLContext/glutcontext.py",
line 26, in __init__
Context.__init__ (self)
File "/usr/lib/python2.1/site-packages/OpenGLContext/context.py", line
47, in __init__
self.OnInit()
File
"/usr/lib/python2.1/site-packages/OpenGLContext/tests/boxobject.py", line
22, in OnInit
texture = imagetexture.load( "GLASS.BMP" ),
File
"/usr/lib/python2.1/site-packages/OpenGLContext/scenegraph/imagetexture.py",
line 18, in load
image = open( filename )
File "/usr/lib/python2.1/site-packages/PIL/Image.py", line 932, in open
fp = __builtin__.open(fp, "rb")
IOError: [Errno 2] No such file or directory: 'GLASS.BMP'
--
Craig H. Anderson
|
|
From: Tarn W. B. <twb...@us...> - 2001-11-20 23:48:23
|
I've tested PyOpenGL 2.0.0.44 with Python 2.2b2 and everything seems to work fine. I've also built a binary install for win32 and uploaded it to http://pyopengl.sourceforge.net/ftp This binary installer is currently crashing on my system, although installers generated with previous versions of Python work fine. Anybody willing to see if the installer works? thanks, Tarn |
|
From: Craig H . A. <cr...@ho...> - 2001-11-20 16:27:04
|
I finally got PyOpenGL working. Many thanks to Tarn for his help. The release notes are quite helpful, once I read them of course. The Linux system is a Mandrake 8.1rc1 with a bunch of Cooker upgrades. I'm posting some notes so I can remember what I did. ** summary of successfull build *** X with openGL,DRI support From XFree86 4.1.0-21mdk **** rpm -q -l XFree86-libs-4.1.0-21mdk /usr/X11R6/lib/libGL.so.1 (/usr/X11R6/lib/libGL.so.1 -> libGL.so.1.2*) /usr/X11R6/lib/libGL.so.1.2 **** rpm -q -l XFree86-devel-4.1.0-21mdk /usr/X11R6/include/GL/GLwDrawA.h ... /usr/X11R6/include/GL/gl.h /usr/X11R6/include/GL/glext.h /usr/X11R6/include/GL/glx.h /usr/X11R6/include/GL/glxint.h /usr/X11R6/include/GL/glxmd.h /usr/X11R6/include/GL/glxproto.h /usr/X11R6/include/GL/glxtokens.h /usr/X11R6/include/GL/osmesa.h ... /usr/X11R6/lib/libGL.so (/usr/X11R6/lib/libGL.so -> libGL.so.1.2*) /usr/X11R6/lib/libGLw.a ... /usr/X11R6/man/man3/GLwCreateMDrawingArea.3x.bz2 ... /usr/X11R6/man/man3/glXChooseVisual.3x.bz2 ... /usr/X11R6/man/man3/gluBeginCurve.3x.bz2 ... /usr/include/GL/ # (empty directory) **** rpm -q -l XFree86-server-4.1.0-21mdk /usr/X11R6/lib/modules/dri/gamma_dri.so /usr/X11R6/lib/modules/dri/i810_dri.so /usr/X11R6/lib/modules/dri/mga_dri.so /usr/X11R6/lib/modules/dri/r128_dri.so /usr/X11R6/lib/modules/dri/radeon_dri.so /usr/X11R6/lib/modules/dri/sis_dri.so ... /usr/X11R6/lib/modules/drivers/ati_drv.o ... /usr/X11R6/lib/modules/extensions/libGLcore.a /usr/X11R6/lib/modules/extensions/libdri.a /usr/X11R6/lib/modules/extensions/libglx.a ... /usr/X11R6/lib/modules/libxaa.a /usr/X11R6/lib/modules/libxf1bpp.a /usr/X11R6/lib/modules/libxf24_32bpp.a /usr/X11R6/lib/modules/libxf4bpp.a /usr/X11R6/lib/modules/libxf8_16bpp.a /usr/X11R6/lib/modules/libxf8_32bpp.a ... *** GLUT 3.7 from http://dri.sourceforge.net/res.phtml GLUT 3.7 Header and Library * /usr/include/glut.h http://dri.sourceforge.net/res/glut.h * /usr/lib/libglut.so.3.7.0 http://dri.sourceforge.net/res/libglut.so.3.7.0 wget http://dri.sourceforge.net/res/glut.h cp /home/craig/3d/get/glut.h /usr/X11R6/include/GL chmod 444 glu.h glut.h wget http://dri.sourceforge.net/res/libglut.so.3.7.0 cp libglut.so.3.7.0 /usr/X11R6/lib cd /usr/X11R6/lib ln -s libglut.so.3.7.0 libglut.so.3 ln -s libglut.so.3.7.0 libglut.so *** GLU from mesa3d/oss-opengl-glu-20000925-1.i386.rpm wget http://prdownloads.sourceforge.net/mesa3d/oss-opengl-glu-20000925-1.i386.rpm rpm -q -l -p oss-opengl-glu-20000925-1.i386.rpm /usr/include/GL/glu.h /usr/lib/libGLU.so /usr/lib/libGLU.so.1 /usr/lib/libGLU.so.1.3 /usr/lib/libGLU.so.1.3.20000925 rpm -iv /home/craig/get/oss-opengl-glu-20000925-1.i386.rpm ln -s /usr/lib/libGLU.so.1.3.20000925 /usr/X11R6/lib/libGLU.so ln -s /usr/lib/libGLU.so.1.3.20000925 /usr/X11R6/lib/libGLU.so.1 ln -s /usr/lib/libGLU.so.1.3.20000925 /usr/X11R6/lib/libGLU.so.1.3 *** PyOpenGL build from PyOpenGL-2.0.0.44-1.src.rpm ldconfig -v wget http://prdownloads.sourceforge.net/pyopengl/PyOpenGL-2.0.0.44-1.src.rpm rpm -ivh /home/craig/get/PyOpenGL-2.0.0.44-1.src.rpm rpm -bb /usr/src/RPM/SPECS/PyOpenGL.spec rpm -q -l -p PyOpenGL-2.0.0.44-1.i586.rpm /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/cone.py /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/cone.pyc .. rpm --upgrade /usr/src/RPM/RPMS/i586/PyOpenGL-2.0.0.44-1.i586.rpm error: failed dependencies: libglut.so.3 is needed by PyOpenGL-2.0.0.44-1 ls -l /usr/X11R6/lib/libglu* lrwxrwxrwx 1 root root 16 Nov 19 05:37 /usr/X11R6/lib/libglut.so -> libglut.so.3.7.0* lrwxrwxrwx 1 root root 16 Nov 19 05:20 /usr/X11R6/lib/libglut.so.3 -> libglut.so.3.7.0* -rwxr-xr-x 1 root root 306038 Nov 19 05:17 /usr/X11R6/lib/libglut.so.3.7.0* rpm --upgrade --nodeps /usr/src/RPM/RPMS/i586/PyOpenGL-2.0.0.44-1.i586.rpm # success *** run a test /usr/lib/python2.1/site-packages/OpenGL/Demo/simple/GLE.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/cone.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/helix.py /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/maintest.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/GLE/texas.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/tom/demo.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/da/dots.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/dek/MandelImage.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/redbook/cube.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/redbook/teapots.py # works /usr/lib/python2.1/site-packages/OpenGL/Demo/NeHe/lesson1.py GLUT: Fatal Error in lesson1.py: visual with necessary capabilities not found. -- Craig H. Anderson |
|
From: Craig H . A. <cr...@ho...> - 2001-11-20 14:49:10
|
One last problem. ** Here is what I did rpm -ivh /home/craig/get/PyOpenGL-2.0.0.44-1.src.rpm rpm -bb /usr/src/RPM/SPECS/PyOpenGL.spec ** got this error running build_py cc -DGLX_PLATFORM -DNUMERIC -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/include/python2.1/Numeric -Isrc/gle/src -I/usr/include/python2.1 -c _configtest.c -o _configtest.o unable to execute cc: No such file or directory removing: _configtest.c _configtest.o ** created /usr/bin/cc -> /usr/bin/gcc and Success! cd /usr/bin ln -s gcc cc -- Craig H. Anderson |
|
From: Tarn W. B. <twb...@us...> - 2001-11-20 00:33:48
|
| I'd prefer a simple rpm install, but it is not necessary. | My goal is to integrate: If you want to install with RPMs then you have two possible paths. The first is to install SGI's GLU lib via RPM available from the Mesa site. The PyOpenGL RPM should then work. Or you can do this: tar -xzf PyOpenGL-2.0.0.44.tar.gz tar -xzf mesa-setup-patch.tar.gz cd PyOpenGL-2.0.0.44 python setup.py bdist_rpm --binary-only then go the dists directory and install the RPM Tarn |
|
From: Tarn W. B. <twb...@us...> - 2001-11-19 19:26:54
|
| I have replaced my libGL,libGLU,libglut libraries and want | to rebuild from PyOpenGL-2.0.0.44.py2-1.src.rpm. | | How can I force swig to regen. all the interfaces? | I'm hoping this will fix up my build errors. Unless you are planning on hacking the interface files you don't need SWIG. The distribution includes pre-generated wrappers for the various API versions, i.e. GLU 1.0, 1.1, etc. The problem that you are having is actually due to the fact that your GLU headers are buggy. See the "Mesa GLU bug" section in release notes on the SF download page. It discusses the various workarounds. Unfortunatly, if you insist on sticking with an RPM installation the method that adds a workaround to the PyOpenGL setup script isn't possible since one needs to apply the mesa-patch.tar.gz file over to top of PyOpenGL-bla.tar.gz SF is currently down so I can't send you a like to the release notes, but there is a short discussion in the docs also at http://pyopengl.sourceforge.net/documentation/manual/intro-ports.html hope that works, Tarn |
|
From: Craig H . A. <cr...@ho...> - 2001-11-19 15:52:07
|
I have replaced my libGL,libGLU,libglut libraries and want to rebuild from PyOpenGL-2.0.0.44.py2-1.src.rpm. How can I force swig to regen. all the interfaces? I'm hoping this will fix up my build errors. =================== log fragment running build running build_w swig -version SWIG Version 1.3u-20010622-2330 (Alpha 5) Copyright (c) 1995-98 University of Utah and the Regents of the University of California Compiled with CC Building wrappers for GL.ARB.matrix_palette C version selector doesn't need updating Wrappers for API version 0x0100 don't need updating ... Building wrappers for GL.__init__ Shadow version selector doesn't need updating C version selector doesn't need updating Wrappers for API version 0x0101 don't need updating Wrappers for API version 0x0101 don't need updating Wrappers for API version 0x0100 don't need updating Wrappers for API version 0x0100 don't need updating ... building 'GLU.__init___' extension gcc -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -fPIC -DGLX_PLATFORM -DNUMERIC -I/usr/include -I/usr/local/include -I/usr/X11/include -I/usr/include/python2.1/Numeric -Isrc/gle/src -I/usr/include/python2.1 -c src/interface/GLU.__init___.c -o build/temp.linux-i586-2.1/GLU.__init___.o -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce In file included from src/interface/GLU.__init___.c:9: src/interface/GLU.__init___.0102.inc:1007: parse error before "GLUquadric" src/interface/GLU.__init___.0102.inc:1007: warning: no semicolon at end of struct or union src/interface/GLU.__init___.0102.inc:1010: parse error before '}' token src/interface/GLU.__init___.0102.inc:1010: warning: data definition has no type or storage class src/interface/GLU.__init___.0102.inc:1013: parse error before '*' token src/interface/GLU.__init___.0102.inc:1013: warning: data definition has no type or storage class src/interface/GLU.__init___.0102.inc: In function `PyGLUquadric_Del': src/interface/GLU.__init___.0102.inc:1017: parse error before ')' token src/interface/GLU.__init___.0102.inc: At top level: src/interface/GLU.__init___.0102.inc:1036: parse error before '*' token src/interface/GLU.__init___.0102.inc: In function `_gluNewQuadric': src/interface/GLU.__init___.0102.inc:1038: `self' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:1038: (Each undeclared identifier is reported only once src/interface/GLU.__init___.0102.inc:1038: for each function it appears in.) src/interface/GLU.__init___.0102.inc:1038: parse error before ')' token src/interface/GLU.__init___.0102.inc: At top level: src/interface/GLU.__init___.0102.inc:1051: parse error before '*' token src/interface/GLU.__init___.0102.inc:1410: parse error before "GLUnurbs" src/interface/GLU.__init___.0102.inc:1410: warning: no semicolon at end of struct or union src/interface/GLU.__init___.0102.inc:1413: parse error before '}' token src/interface/GLU.__init___.0102.inc:1413: warning: data definition has no type or storage class src/interface/GLU.__init___.0102.inc:1416: parse error before '*' token src/interface/GLU.__init___.0102.inc:1416: warning: data definition has no type or storage class src/interface/GLU.__init___.0102.inc: In function `PyGLUnurbs_Del': src/interface/GLU.__init___.0102.inc:1420: parse error before ')' token src/interface/GLU.__init___.0102.inc:1422: parse error before ')' token src/interface/GLU.__init___.0102.inc:1422: parse error before ')' token src/interface/GLU.__init___.0102.inc:1422: parse error before ')' token src/interface/GLU.__init___.0102.inc: In function `GetNurbsCallback': src/interface/GLU.__init___.0102.inc:1445: request for member `callbacks' in something not a structure or union src/interface/GLU.__init___.0102.inc: At top level: src/interface/GLU.__init___.0102.inc:1451: parse error before '*' token src/interface/GLU.__init___.0102.inc: In function `_gluNewNurbsRenderer': src/interface/GLU.__init___.0102.inc:1453: `self' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:1453: parse error before ')' token src/interface/GLU.__init___.0102.inc: At top level: src/interface/GLU.__init___.0102.inc:1652: parse error before '*' token src/interface/GLU.__init___.0102.inc: In function `_gluNurbsCallback': src/interface/GLU.__init___.0102.inc:1654: `which' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:1657: `self' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:1657: `pyfunc' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc: At top level: src/interface/GLU.__init___.0102.inc:1728: parse error before '*' token src/interface/GLU.__init___.0102.inc: In function `gluNurbsCallbackDataEXT': src/interface/GLU.__init___.0102.inc:1728: parse error before '*' token src/interface/GLU.__init___.0102.inc:1728: `theNurb' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:1728: `userData' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNewQuadric': src/interface/GLU.__init___.0102.inc:2929: `result' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:2933: parse error before ')' token src/interface/GLU.__init___.0102.inc: In function `_wrap_gluQuadricNormals': src/interface/GLU.__init___.0102.inc:2962: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:2962: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:2973: parse error before ')' token src/interface/GLU.__init___.0102.inc:2974: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluQuadricTexture': src/interface/GLU.__init___.0102.inc:2991: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:2991: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3003: parse error before ')' token src/interface/GLU.__init___.0102.inc:3004: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluQuadricOrientation': src/interface/GLU.__init___.0102.inc:3024: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3024: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3035: parse error before ')' token src/interface/GLU.__init___.0102.inc:3036: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluQuadricDrawStyle': src/interface/GLU.__init___.0102.inc:3053: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3053: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3064: parse error before ')' token src/interface/GLU.__init___.0102.inc:3065: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluCylinder': src/interface/GLU.__init___.0102.inc:3082: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3082: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3097: parse error before ')' token src/interface/GLU.__init___.0102.inc:3098: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluDisk': src/interface/GLU.__init___.0102.inc:3115: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3115: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3129: parse error before ')' token src/interface/GLU.__init___.0102.inc:3130: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluPartialDisk': src/interface/GLU.__init___.0102.inc:3147: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3147: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3163: parse error before ')' token src/interface/GLU.__init___.0102.inc:3164: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluSphere': src/interface/GLU.__init___.0102.inc:3181: `GLUquadric' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3181: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3194: parse error before ')' token src/interface/GLU.__init___.0102.inc:3195: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluQuadricCallback': src/interface/GLU.__init___.0102.inc:3212: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3226: parse error before ')' token src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNewNurbsRenderer': src/interface/GLU.__init___.0102.inc:3666: `result' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3670: parse error before ')' token src/interface/GLU.__init___.0102.inc: In function `_wrap_gluBeginSurface': src/interface/GLU.__init___.0102.inc:3699: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3699: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3709: parse error before ')' token src/interface/GLU.__init___.0102.inc:3710: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluBeginCurve': src/interface/GLU.__init___.0102.inc:3727: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3727: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3737: parse error before ')' token src/interface/GLU.__init___.0102.inc:3738: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluEndCurve': src/interface/GLU.__init___.0102.inc:3755: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3755: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3765: parse error before ')' token src/interface/GLU.__init___.0102.inc:3766: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluEndSurface': src/interface/GLU.__init___.0102.inc:3783: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3783: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3793: parse error before ')' token src/interface/GLU.__init___.0102.inc:3794: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluBeginTrim': src/interface/GLU.__init___.0102.inc:3811: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3811: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3821: parse error before ')' token src/interface/GLU.__init___.0102.inc:3822: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluEndTrim': src/interface/GLU.__init___.0102.inc:3839: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3839: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3849: parse error before ')' token src/interface/GLU.__init___.0102.inc:3850: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluPwlCurve': src/interface/GLU.__init___.0102.inc:3867: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3867: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3887: parse error before ')' token src/interface/GLU.__init___.0102.inc:3888: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNurbsCurve': src/interface/GLU.__init___.0102.inc:3917: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3917: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3943: parse error before ')' token src/interface/GLU.__init___.0102.inc:3944: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNurbsSurface': src/interface/GLU.__init___.0102.inc:3983: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:3983: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4018: parse error before ')' token src/interface/GLU.__init___.0102.inc:4019: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluLoadSamplingMatrices': src/interface/GLU.__init___.0102.inc:4070: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4070: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4089: parse error before ')' token src/interface/GLU.__init___.0102.inc:4090: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNurbsProperty': src/interface/GLU.__init___.0102.inc:4125: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4125: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4137: parse error before ')' token src/interface/GLU.__init___.0102.inc:4138: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluGetNurbsProperty': src/interface/GLU.__init___.0102.inc:4155: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4155: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4171: parse error before ')' token src/interface/GLU.__init___.0102.inc:4172: request for member `obj' in something not a structure or union src/interface/GLU.__init___.0102.inc: In function `_wrap_gluNurbsCallback': src/interface/GLU.__init___.0102.inc:4194: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4208: parse error before ')' token src/interface/GLU.__init___.0102.inc: In function `_wrap___gluNurbsCallbackDataEXT': src/interface/GLU.__init___.0102.inc:4234: `GLUnurbs' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4234: `arg0' undeclared (first use in this function) src/interface/GLU.__init___.0102.inc:4246: parse error before ')' token src/interface/GLU.__init___.0102.inc:4247: request for member `obj' in something not a structure or union error: command 'gcc' failed with exit status 1 error: Bad exit status from /var/tmp/rpm-tmp.54867 (%build) -- Craig H. Anderson |
|
From: Richard J. <ric...@op...> - 2001-11-18 03:04:14
|
On Sat, 17 Nov 2001 17:54, Jan Ekholm wrote: > On Sat, 17 Nov 2001, Richard Jones wrote: > >On Thu, 15 Nov 2001 18:17, Jan Ekholm wrote: > >> The surfaces work ok now, I got pyopengl installed ok and even hw > >> acceleration working on my ancient Matrox G450. > > > >Hey, I'm running a G400, which I hardly consider ancient :) > > I have a G200 at home, and that one sure is ancient. It would be fun to > ttest with some really new card, such as some top notch GForce3 I remember when quake3 came out, and all I had was a G200. Ran just fine :) > >> I must say that the speed > >> is pretty impressive too, so pyopengl seems like a very good thing. > > > >Yes - I'm hitting slowdowns, and I'd like to figure out if it's because > > I'm either: > > 1. doing too much Python > > 2. overloading the G400 with draw commands. > > It also seems to matter a great deal what you do. I experimented with > various ways to apply textures, and when using GL_DECAL things slowed down > to a crawl. It was one single texture used as a background for the scene. > GL_MODULATE and GL_REPLACE was at least 10x faster. Either that mode is > terribly slow to do, or it just isn't accelerated at all in the Matrox > drivers. Yeah - I'm still learning about the various texture modes. I have the Red Book, but haven't read the section on texturing yet. Just played with display lists to get little trees on the landscape :) > I'd say that less Python is always better, but tweaking and OpenGL app for > performnce is a nvere-ending task. There's always something more that can > be done. Yeah, I have a couple of loops in my code - the Exhaust is one of them. Once things settle down a little, I'll experiment with moving some of them out into C. I've done a fair bit of C extension writing, so it shouldn't be too painful. > >> http://www.infa.abo.fi/~chakie/cm/snapshot14.jpg > > > >How are you taking the screenshots? > > ksnapshot. I suppose any app would do (xv, display etc), but I just like > that one. *smacks forehead* sorry, dumb question ;) > Is there any chance I could have a peek anyway? Or at least a shot or two? > I'm always interested in learning from others. The heightmap approach is > probably a very common one, I use it myself. Is your terrain textured, > colored or both? It's textured from the colour map ;) Screenshots, code and ramblings about it all: http://goanna.adroit.net/~richard/ufo/ Richard |
|
From: Jan E. <ch...@in...> - 2001-11-17 06:55:05
|
On Sat, 17 Nov 2001, Richard Jones wrote: >On Thu, 15 Nov 2001 18:17, Jan Ekholm wrote: >> The surfaces work ok now, I got pyopengl installed ok and even hw >> acceleration working on my ancient Matrox G450. > >Hey, I'm running a G400, which I hardly consider ancient :) I have a G200 at home, and that one sure is ancient. It would be fun to ttest with some really new card, such as some top notch GForce3 >> I must say that the speed >> is pretty impressive too, so pyopengl seems like a very good thing. > >Yes - I'm hitting slowdowns, and I'd like to figure out if it's because I'm >either: > 1. doing too much Python > 2. overloading the G400 with draw commands. It also seems to matter a great deal what you do. I experimented with various ways to apply textures, and when using GL_DECAL things slowed down to a crawl. It was one single texture used as a background for the scene. GL_MODULATE and GL_REPLACE was at least 10x faster. Either that mode is terribly slow to do, or it just isn't accelerated at all in the Matrox drivers. I'd say that less Python is always better, but tweaking and OpenGL app for performnce is a nvere-ending task. There's always something more that can be done. >> http://www.infa.abo.fi/~chakie/cm/snapshot14.jpg > >How are you taking the screenshots? ksnapshot. I suppose any app would do (xv, display etc), but I just like that one. >> It's just a brutally simple terrain "engine" that does nothing useful, but >> after all started working it sure was fun to develop. :) > >I'm also working on a terrain engine, though mine is for an arcade-style >game, so I'm not sure we could usefully share code. It works from two bitmaps >- a height map and double-resolution colour map. It needs a lot of work :) Is there any chance I could have a peek anyway? Or at least a shot or two? I'm always interested in learning from others. The heightmap approach is probably a very common one, I use it myself. Is your terrain textured, colored or both? -- Many an ancient lord's last words had been: "You can't kill me because I've got magic aaargh...." -- Terry Pratchett, Interesting Times |
|
From: Richard J. <ric...@op...> - 2001-11-17 01:02:58
|
On Thu, 15 Nov 2001 18:17, Jan Ekholm wrote: > The surfaces work ok now, I got pyopengl installed ok and even hw > acceleration working on my ancient Matrox G450. Hey, I'm running a G400, which I hardly consider ancient :) > I must say that the speed > is pretty impressive too, so pyopengl seems like a very good thing. Yes - I'm hitting slowdowns, and I'd like to figure out if it's because I'm either: 1. doing too much Python 2. overloading the G400 with draw commands. Anyone have any suggestions about how to time things? Preferrably not profiler-based. > See a screenshot at: > > http://www.infa.abo.fi/~chakie/cm/snapshot14.jpg How are you taking the screenshots? > It's just a brutally simple terrain "engine" that does nothing useful, but > after all started working it sure was fun to develop. :) I'm also working on a terrain engine, though mine is for an arcade-style game, so I'm not sure we could usefully share code. It works from two bitmaps - a height map and double-resolution colour map. It needs a lot of work :) Richard |
|
From: Tarn W. B. <twb...@us...> - 2001-11-16 17:43:46
|
| but I was able to checkout the cvs module and recreate the file. The cvs | version did not build completely due to a problem with: | As per the PyOpenGL docs, use only SWIG 1.3a5. The build system isn't set up for 1.3.9 yet. Tarn |
|
From: Douglas H. <doug@a.cs.okstate.edu> - 2001-11-16 16:44:15
|
> This is a typo in the GL.EXT.vertex_array module. It was already fixed in > CVS. Try putting the attached file into the src/interface directory. > Thanks, I now have it running on the Sun machines. As a note to others, it did take a couple more steps: The attached file had a parse problem: src/interface/GL.EXT.vertex_array.0110.inc:573: parse error before `PROC_NAME' src/interface/GL.EXT.vertex_array.0110.inc:573: stray '\' in program but I was able to checkout the cvs module and recreate the file. The cvs version did not build completely due to a problem with: Building wrappers for GL.__init__ Syntax error interface/GL/__init__.i:1006. Syntax error in input. but it did create GL.EXT.vertex_array.0110.inc. It also created GL.SUN.triangle_list.0106.inc which also needed to be replaced. After that, it builds fine. And the first few demos that I have tried are working. As to the cvs version not building, I've installed swig 1.3.9. And I did not specify any tag or revision number on the cvs checkout. Any suggestions? Doug Heisterkamp |
|
From: Tarn W. B. <twb...@us...> - 2001-11-16 13:54:24
|
| src/interface/GL.EXT.vertex_array.0110.inc: In function | `_glTexCoordPointerEXT': | src/interface/GL.EXT.vertex_array.0110.inc:806: | `GL_TEXTURE_COORD_ARRAY_EXT' undeclared (first use in this function) | This is a typo in the GL.EXT.vertex_array module. It was already fixed in CVS. Try putting the attached file into the src/interface directory. Tarn |
|
From: Douglas H. <doug@a.cs.okstate.edu> - 2001-11-16 00:30:49
|
> It should work. What exactly is failing? Using PyOpenGL-2.0.0.44.tar.gz on Solaris 5.8, and running python setup.py install >& log yields an error on src/interface/GL.EXT.vertex_array.c I believe the error is : src/interface/GL.EXT.vertex_array.0110.inc: In function `_glTexCoordPointerEXT': src/interface/GL.EXT.vertex_array.0110.inc:806: `GL_TEXTURE_COORD_ARRAY_EXT' undeclared (first use in this function) I can send the log file if that will help (I did not think it appropriate to send it to the entire list). Note: I was able to build PyOpenGL on Debian Linux without hitting this problem. Doug Heisterkamp |
|
From: Jan E. <ch...@in...> - 2001-11-15 07:17:25
|
Hi all, I week or so ago I had huge problems with getting PyOpenGL to work with my surfaces from pygame, and I get a lot of help from this list, especially from Richard Jones. The surfaces work ok now, I got pyopengl installed ok and even hw acceleration working on my ancient Matrox G450. I must say that the speed is pretty impressive too, so pyopengl seems like a very good thing. See a screenshot at: http://www.infa.abo.fi/~chakie/cm/snapshot14.jpg It's just a brutally simple terrain "engine" that does nothing useful, but after all started working it sure was fun to develop. :) Chakie -- "You can't trample infidels when you're a tortoise. I mean, all you could do is give them a meaningful look." -- Terry Pratchett, Small Gods |
|
From: Tarn W. B. <twb...@us...> - 2001-11-15 05:12:40
|
It should work. What exactly is failing? Tarn |
|
From: Douglas H. <doug@a.cs.okstate.edu> - 2001-11-15 00:14:15
|
Hi, I'm trying to install PyOpenGL on Solaris, but the installation fails. I've seen an earlier email on this list regarding the problem with Solaris. Has a solution been found? If not, what is the current state of the port attempt and how can I help? Doug Heisterkamp |
|
From: Jan E. <ch...@in...> - 2001-11-12 11:06:10
|
On Mon, 12 Nov 2001, Richard Jones wrote:
>On Mon, 12 Nov 2001 20:41, Jan Ekholm wrote:
>> >Attached. It's not very good (should be white), but it does have the
>> >transparency :)
>>
>> Hmm, it doesn't look ok either. I get either a white rectangle and
>> something yellowish with the "flare" in the middle.
>
>Well, it has an alpha channel - I use it in that code I sent to the list...
Well, then the fubar is in my OpenGL code somewhere. I tried to see what
the code you sent and the one I use do differently, but can't come up with
anything that would differ in any major way. I'll try to use your
particles in my code and see if they turn up ok. Of course it could be
the XFree86 4.1.0.1 drivers for this Matrox G450 that just don't work ok,
but I doubt that.
Richard, thank you so much for all your patient help. This seems to be an
issue where the faulty link is the one located between the screen and the
chair. :)
--
"Stercus, stercus, stercus, moriturus sum."
-- Terry Pratchett, Interesting Times
|
|
From: Richard J. <ric...@op...> - 2001-11-12 10:35:30
|
On Mon, 12 Nov 2001 20:41, Jan Ekholm wrote:
> >Attached. It's not very good (should be white), but it does have the
> >transparency :)
>
> Hmm, it doesn't look ok either. I get either a white rectangle and
> something yellowish with the "flare" in the middle.
Well, it has an alpha channel - I use it in that code I sent to the list...
Richard
|
74 messages has been excluded from this view by a project administrator.
