BTW, Numeric comes into play in the PyOpenGL build, as an option. The aforementioned minimal PyOpenGL binary distro was built against my tree which included Numeric. I don't know whether this is a runtime or build time option. So Numeric might be required to run the binary distro for Windows that I built. Or it may not be. At any rate: As previously posted here, a binary distro of Numeric, for Windows and Python23 is also available at http://home.ix.netcom.com/~ajs/download/ Art
Thanks Arthur, this is quite useful. I've too now have the Pygame and wxPython demos that use PyOpenGL working (except wxGLCanvas) -- in Python 2.3. This lack of a PyOpenGL for Python 2.3 came up at the PORPIG meeting last night (from others besides me), so I'll forward this to your download site to the PORPIG mailing list as well. And it's great to have PyGeo working again too. Love those 3d bezier curves. Kirby FYI PORPIG: check edu-sig posts below to see what Arthur has made available to Windows users: http://mail.python.org/pipermail/edu-sig/2003-August/003030.html http://mail.python.org/pipermail/edu-sig/2003-August/003031.html http://mail.python.org/pipermail/edu-sig/2003-August/003032.html Arthur's downloadable install files are here: http://home.ix.netcom.com/~ajs/download/
Glad you found it useful. Just be aware that it is a pared down distro of pyopengl - includes GL, GLU, GLUT and GLE, but lacks the OpenGL1.2 extensions, demos and docs. I like small footprint stuff - especially if it's going under under site-packages. <digression> The Numeric distro takes the tack which I think is correct for Windows - the functional compiled stuff is library, and under site-packages, and is one distro; the docs and demos are better placed optionally by the user on his hard-drive, and therefore need to be a separate distro. This doesn't come up so much on Linux, because generally the source distro goes to one's home directory and "setup.py install" puts what is needed as "library" to site-packages, and allowing docs and demos to remain put, and available, "at home". There would be much more flexibility in doing a single Windows based install using disutils if one knew win32all was installed. Then one can have icons placed, and effect "program files", etc. At that point, disutils becomes much closer to be an full Windows install utility. ActiveWare has made the decision to include win32all in their Windows distro. I wonder what are the downsides of doing the same for the python.org distro? </disgression> Art ----- Original Message ----- From: "Kirby Urner" <urnerk@qwest.net> To: "Arthur" <ajsiegel@optonline.net>; <edu-sig@python.org> Cc: <porpig@porpig.org> Sent: Tuesday, August 05, 2003 7:48 PM Subject: Re: PyOpenGL etc. in Python 2.3 (Windows)
Thanks Arthur, this is quite useful.
I've too now have the Pygame and wxPython demos that use PyOpenGL working (except wxGLCanvas) -- in Python 2.3.
This lack of a PyOpenGL for Python 2.3 came up at the PORPIG meeting last night (from others besides me), so I'll forward this to your download site to the PORPIG mailing list as well.
And it's great to have PyGeo working again too. Love those 3d bezier curves.
Kirby
FYI PORPIG: check edu-sig posts below to see what Arthur has made available to Windows users:
http://mail.python.org/pipermail/edu-sig/2003-August/003030.html http://mail.python.org/pipermail/edu-sig/2003-August/003031.html http://mail.python.org/pipermail/edu-sig/2003-August/003032.html
Arthur's downloadable install files are here: http://home.ix.netcom.com/~ajs/download/
Quoting Arthur <ajsiegel@optonline.net>:
Glad you found it useful.
Just be aware that it is a pared down distro of pyopengl - includes GL, GLU, GLUT and GLE, but lacks the OpenGL1.2 extensions, demos and docs.
I like small footprint stuff - especially if it's going under under site-packages.
<digression>
The Numeric distro takes the tack which I think is correct for Windows - the functional compiled stuff is library, and under site-packages, and is one distro; the docs and demos are better placed optionally by the user on his hard-drive, and therefore need to be a separate distro. This doesn't come up so much on Linux, because generally the source distro goes to one's home directory and "setup.py install" puts what is needed as "library" to site-packages, and allowing docs and demos to remain put, and available, "at home".
There would be much more flexibility in doing a single Windows based install using disutils if one knew win32all was installed. Then one can have icons placed, and effect "program files", etc. At that point, disutils becomes much closer to be an full Windows install utility.
ActiveWare has made the decision to include win32all in their Windows distro. I wonder what are the downsides of doing the same for the python.org distro?
Maybe others like small footprint too and don't include optional packages into the core distro ;) Markus
Maybe others like small footprint too and don't include optional packages into the core distro ;)
Markus
Yeah, but....
From a Windows head point of view, what's in Windows\System32 as compiled code is run-time, back-end stuff and nothing to worry one's head about. What's off of \Program Files is user stuff, and where one's attention is.
So I guess my point is not so much small footprint vs. big. Its back-end and front-end. On Windows - only - one seems forced somewhat to put back-end and front-end stuff under site-packages. And its a long and windy road to \python23\lib\site-packages\pygeo\demos - especially when I can't place a Start menu path to it (and don't really feel that is where it belongs in the first place). So I am pointing to what I think is a real problem. The win32all solution is the only one I can think of. There well may be others. Art
I've too now have the Pygame and wxPython demos that use PyOpenGL working (except wxGLCanvas) -- in Python 2.3.
The wxGLCanvas seems to not run directly, but does run OK if run from demo.py. I don't think this has anything to do with pyopengl. If you conclude otherwise, I'd be interested.
From things you mentioned recently, you might be interested in:
http://wiki.wxpython.org/index.cgi/IntegratingPyGame There is some code that allows the integration of wxPython and pygame. The demo at: http://www.geocities.com/holtonemail/demo1screenshot.html happens to use pyode, which is the Python wrapper to the Open Dynamics Engine (ODE). ODE is powerful stuff, written by someone who was the architect of one of the major commerical libraries of the kind by a company called MathEngine. The wrapper pyd for PyODE is also available at my download site, as previously mentioned There the Windows compilation was a little less then trivial (for me), since I had to compile ODE itself first. Anyway, I encourage you to take it for a spin. I have not done so yet, but PyODE should work wonderfully with VPython as well as with pyopengl as the rendering engine. All this is converging into to a *quite* interesting toolset, IMO. Art
participants (3)
-
Arthur -
gritsch＠iue.tuwien.ac.at -
Kirby Urner