Category archives: Snaking

Discussions of programming, particularly of programming Python

RSS feed of Snaking

OpenGLContext-full working on Ubuntu Again

pip's changes to not install pre-release software caught me up on my bad habit of just leaving alphas and betas of little-used packages that pass testing up as the "final" release. While I'm going to have to get that habit quashed, I've updated OpenGLContext-full in the meantime to pull the correct betas and have pushed ...

Continue reading

Almost ready for a beta 2 for PyOpenGL

Went through my piled-up PyOpenGL email from the vacation and tried to address the various bugs and issues. Other than confirming a fix on hardware I don't have we should be pretty close to ready for a second beta. I regenerated the extensions based on the latest khronos api svn, so we should be pretty ...

Continue reading

OSMesa Refactoring

We've had a binding/platform for the Off-Screen Mesa (OSMesa) library for a while now. It was originally coded such that it provided all of the OSMesa entry points from the platform package (not really appropriate, as these are the same level as things such as GLX and WGL). Long story short, they've been moved to ...

Continue reading

PyOpenGL Working on the Raspberry Pi

I decided to use a USB key root for the RPi, and with that got a standard Raspbian setup going.  The really nice thing is that the EGL, GLES, etc entry points all resolved properly with the same code used for Linux/MESA EGL and GLES, yay.

Thing is, without the broadcom graphics module they're a ...

Continue reading

Raspberry Pi BCM Window Needs Love

So as part of getting a PyOpenGL demo running on the Raspberry Pi I wrote a trivial subset of the Broadcom graphics interface api in ctypes.  There's an (abandoned? not very recent, anyway) full wrapper in Cython, but even getting that compiled just took too long for me working on the Pi (far longer than ...

Continue reading

GL Arrogance Cleanup is Significant

There were (and still are) lots of places where PyOpenGL code assumed (assumes) that it is running GL. So far my cleanup efforts mean that on importing e.g. GLES1 you don't actually trigger a load of OpenGL. They also mean that most DLLs are lazy-loaded, something that means e.g. GLUT should no longer load on ...

Continue reading

More consistency in array input/outputs

OpenGL often has situations where an argument is actually an output. PyOpenGL has traditionally wrapped those entry points such that they would be removed from the inputs and returned as an output.  I've just checked in code such that for most PyOpenGL entry points you can use either the Pythonic or the C-ish pattern (i.e. ...

Continue reading

Step 2: Get an amd64-compatible VS 2010

So Python 3.3 and 3.4 require Visual Studio (Express) 2010 to compile extensions.  I already had my machine setup with Visual Studio Express 2008 + the platform SDK to get 32 and 64-bit compilers for Python 2.6 and 2.7, but to release for the 3.x's I needed to get the new compilers.  There is, however, ...

Continue reading

Pygame-hosted EGL + ES1 works

So Pygame based EGL + OpenGL-ES1 context works with PyOpenGL 3.1 under Kubuntu amd64 with MESA EGL/GLES. Yay.

Really do need to get a couple SD cards ordered so I can port to the Raspberry Pi too. I expect that will be a matter of just getting the proper library-names defined in the platform loading ...

Continue reading