> Pygame <http://pygame.org/> is a Python interface to SDL. It's very easy > to use; I've already written a couple programs with it, including a 3D > maze program with it and OpenGL. It would be really nice to see Soya 3D > 1.0 integrated with Pygame rather than as a standalone program. Pygame > has a large existing userbase, and the users are *very* interested in > higher level 3D stuff for it. > > I don't think it would be very hard to integrate Soya 3D with Pygame. > I'd even be interested in helping out with the effort. Pygame could > provide the event system, 2d graphics, sound, movies, etc, and Soya 3D > could provide the 3D interface and perhaps networking if Pygame doesn't > do the networking already. > > Are there other people on this list who have used Pygame who think this > would be a good idea?
Of course when I have began to code Soya3D I was thinking of using PyGame and PyOpenGL. Here is why I haven't do that: - for PyOpenGL I had difficulties to install it - about using SDL 2D capacities : making a SDL surface with both flag for OpenGL and SDL blit is a cause of problem on my computer - there is 1 theoric problem (in fact I don't know if it's a problem): the GL context is provided for 1 thread so the thread that initialize the GL context must also be the one that calls all OpenGL functions. In fact I don't know if when Python is running there is only 1 thread or more. I just don't know how Python manages its modules In fact I am actually changing the part of code that uses SDL. I am looking for a function to show/hide the 3D window but it seems SDL don't have one. I am currently making a version using GLX and X11 instead of SDL (of course there are compilation directive to use GLX or SDL) Finaly I don't know if it's a good idea or not but I think it's really easy to do it (you must modify file engine.c and python/p3_python.c) -blam (Soya3D C developper) -- Pour vous desabonner envoyez un mail a [EMAIL PROTECTED]
