pyopengl-users — Discussion of all PyOpenGL matters.

Re: [PyOpenGL-Users] [fix] ImportError: No module named _GL__init__

[Mike C. F. <mcf...@ro...>]

WGL should *not* be built on Unix machines, it's the Win32 equivalent 
(loosely) of GLX (Unix) or AGL (Apple).  Haven't really got time to look 
at it now, but I'd be suspicious that pyui/renderers/openglBase is doing 
something silly by using a platform-specific API w/out checking to see 
if they're on that platform.

That is, the traceback looks like you've got PyOpenGL installed, and 
therefor you have the WGL wrapper Python modules, but not the .dll/.so 
(since there's no WGL available on your platform). Nothing excludes the 
wrapper modules from getting copied over on Unix, possibly something 
should, but that would just have made the exception show up a few levels 
higher in your traceback.

Good luck,
Mike

Dan Charno wrote:
...

>     from pyui.renderers import openglBase
>   File 
> "/usr/local/lib/python2.3/site-packages/pyui/renderers/openglBase.py", 
> line 49, in ?    from OpenGL.WGL import wglUseFontBitmaps, 
> wglGetCurrentDC
>   File 
> "/usr/local/lib/python2.3/site-packages/OpenGL/WGL/__init__.py", line 
> 2, in ?
>     from WGL__init__ import *
> ImportError: No module named WGL__init__

...
 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

Re: [PyOpenGL-Users] [fix] ImportError: No module named _GL__init__

[Richi P. <ri...@ri...>]

Hi,

I tried the two (2) line change (2 occurences of next lines) from a from
scratch extractioin of the source, and I still get:

>>> import OpenGL
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "OpenGL/__init__.py", line 26, in ?
    from GL.GL__init___ import __numeric_present__, __numeric_support__
  File "OpenGL/GL/__init__.py", line 2, in ?
    from GL__init__ import *
ImportError: No module named GL__init__

I'm just glad that someone who understands what's going on has posted.
Now that I know what to look for, I'll try my best to help.

On Sun, 2004-06-20 at 20:24, Mike C. Fletcher wrote:
> Okay, I just got finished building PyOpenGL 2.0.1.07 on Gentoo linux.  I 
> had to make a one-line change to setup/build_w.py, in the method "run":
> 
>                 if not check_swig_version(swig_name):
>                     handle_wrong_swig_version()
> +                  self.swig_name = None
> 
> The code was assuming that, if you have any SWIG installed, then you are 
> going to use it.  With older distros the only SWIG you'd be likely to 
> have was the one for PyOpenGL, so the bug never came up, but newer 
> distros apparently are all including it.
> 
> You will likely need to delete the source-directory and re-extract your 
> .tar.gz file in order to eliminate the messed-up wrapper files that will 
> have been created by the previous failed attempts.
> 
> HTH,
> Mike
> 
> BTW, I only had time to check that dots.py is running with the compiled 
> version, there may be further problems that particular test didn't 
> reveal. I also didn't have Fedora Core handy, so it could be there's 
> further problems there that aren't showing up on Gentoo.
> 
> 
> Mike C. Fletcher wrote:
> 
> > I'll try to get some time to play and see what's going wrong on Sunday 
> > afternoon (he says, hoping he actually has *some* free time this 
> > weekend).  _GL__init__ versus GL__init___ was a change between 
> > versions, so something to try in the meantime might be killing 
> > lib/python23/site-packages/OpenGL and recompiling, but if I'm reading 
> > your (and Dan's) mail correctly, you're both doing your first installs 
> > now, so that's not too likely to help.
> >
> > Good luck,
> > Mike
> 
>  
> ________________________________________________
>   Mike C. Fletcher
>   Designer, VR Plumber, Coder
>   http://members.rogers.com/mcfletch/
>   blog: http://zope.vex.net/~mcfletch/plumbing/
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
> Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
> Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
> REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users

Re: [PyOpenGL-Users] [fix] ImportError: No module named _GL__init__

[Dan C. <dc...@co...>]

Mike,

Tried the one-line change.  Now I get:

    ImportError: No module named WGL__init__

The full traceback is below.  Am I missing something else?

Thanks for the help.
Dan

------

Traceback (most recent call last):
   File "main.py", line 48, in ?
     run()
   File "main.py", line 42, in run
     core.init(width, height)
   File "/usr/local/lib/python2.3/site-packages/pyui/core.py", line 65, 
in init
     from renderers.openglPygame import OpenGLPygame
   File 
"/usr/local/lib/python2.3/site-packages/pyui/renderers/openglPygame.py", 
line 25, in ?
     from pyui.renderers import openglBase
   File 
"/usr/local/lib/python2.3/site-packages/pyui/renderers/openglBase.py", 
line 49, in ?    from OpenGL.WGL import wglUseFontBitmaps, wglGetCurrentDC
   File "/usr/local/lib/python2.3/site-packages/OpenGL/WGL/__init__.py", 
line 2, in ?
     from WGL__init__ import *
ImportError: No module named WGL__init__

> Okay, I just got finished building PyOpenGL 2.0.1.07 on Gentoo linux.  I 
> had to make a one-line change to setup/build_w.py, in the method "run":
> 
>                if not check_swig_version(swig_name):
>                    handle_wrong_swig_version()
> +                  self.swig_name = None
> 

[PyOpenGL-Users] [fix] ImportError: No module named _GL__init__

[Mike C. F. <mcf...@ro...>]

Okay, I just got finished building PyOpenGL 2.0.1.07 on Gentoo linux.  I 
had to make a one-line change to setup/build_w.py, in the method "run":

                if not check_swig_version(swig_name):
                    handle_wrong_swig_version()
+                  self.swig_name = None

The code was assuming that, if you have any SWIG installed, then you are 
going to use it.  With older distros the only SWIG you'd be likely to 
have was the one for PyOpenGL, so the bug never came up, but newer 
distros apparently are all including it.

You will likely need to delete the source-directory and re-extract your 
.tar.gz file in order to eliminate the messed-up wrapper files that will 
have been created by the previous failed attempts.

HTH,
Mike

BTW, I only had time to check that dots.py is running with the compiled 
version, there may be further problems that particular test didn't 
reveal. I also didn't have Fedora Core handy, so it could be there's 
further problems there that aren't showing up on Gentoo.


Mike C. Fletcher wrote:

> I'll try to get some time to play and see what's going wrong on Sunday 
> afternoon (he says, hoping he actually has *some* free time this 
> weekend).  _GL__init__ versus GL__init___ was a change between 
> versions, so something to try in the meantime might be killing 
> lib/python23/site-packages/OpenGL and recompiling, but if I'm reading 
> your (and Dan's) mail correctly, you're both doing your first installs 
> now, so that's not too likely to help.
>
> Good luck,
> Mike

 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] Should PyOpenGL's usage of SWIG be rethinked?

[Andy Sy <an...@ne...>]

I've noticed that PyOpenGL has lagged behind the latest
OpenGL versions for sometime now.  Is the complexity of
SWIG to blame for this?

Would a different approach, say ctypes
(http://starship.python.net/crew/theller/ctypes/) or use
of the Python C API actually make things easier?

I took a look at Ruby's OpenGL interface (
http://www2.giganet.net/~yoshi/ ), and
interestingly, there's not much acrobatics that
need to be done.  There's a single 4,252 line C source
with a seemingly very simple way of wrapping C
OpenGL calls and that's it. (Could Ruby's C interface
really be that clean?!?)

[PyOpenGL-Users] fedora core 2, linux kernel-2.6.6-1 , nvidia

[Thys M. <th...@ne...>]

I've noticed from the archives that PyOpenGL has problems installing on
FC2. I'll briefly recap my own experience:

Fedora Core 2
linux kernel 2.6.6-1 with 8k module stack required for the nvidia
drivers
nvidia geforce 2
PyOpenGL-2.0.1.07

the "python setup install" builds & installs but with a lot of warnings,
mutterings of swig 1.3.13; my understanding was that if the wrappings
were present it didn't really matter what the installed swig version is
(1.3.19 on FC2), please do relieve me from any delusions ...

import PyOpenGL fails with a import exception

from OpenGL.GL import *
  File "/usr/lib/python2.3/site-packages/OpenGL/__init__.py", line 26,
in ?
    from GL.GL__init___ import __numeric_present__, __numeric_support__
  File "/usr/lib/python2.3/site-packages/OpenGL/GL/__init__.py", line 2,
in ?
    from GL__init__ import *
  File "/usr/lib/python2.3/site-packages/OpenGL/GL/GL__init__.py", line
4, in ?
    import _GL__init__
ImportError: No module named _GL__init__

Do we have a solution to this problem yet ? I'll attempt to help if a
PyOpenGL GURU can point me into the right direction.

regards

-- 
Thys Meintjes <th...@ne...>
-- 
We don't wanna go to work today
But the Lords of the Cash say nay, nay, nay!



--

The information contained in this communication is confidential and may be
legally privileged. It is solely for use of the individual or entity to whom
is addressed and others authorised to receive it. If you are not the intended
recipient you are hereby notified that any disclosure, copying, distribution
or taking of any action in reliance on the contents of this information is
strictly prohibited and may be unlawful.

This Message has been scanned for viruses and dangerous content by the NetSys
International Mail Scanner and is believed to be clean.

RE: [PyOpenGL-Users] OpenGLContext for win32 python 2.3?

[Todd S. <tc...@cs...>]

Excellent, I thought that most of the libs such as pygame and pyui also rely on opengl contexts to render so im thinking those libs
wont work correctly without OpenGLContext. Anyhow, im giving it a shot withouth oglcontext. If not I'll grab I copy of vc6 and build
it.

Thanks for your help,
 todd 

-----Original Message-----
From: Mike C. Fletcher [mailto:mcf...@ro...] 
Sent: Thursday, June 17, 2004 4:15 PM
To: tc...@cs...
Cc: pyo...@li...
Subject: Re: [PyOpenGL-Users] OpenGLContext for win32 python 2.3?

OpenGLContext isn't a dependency for PyOpenGL, PyOpenGL is a dependency for OpenGLContext.  You can actually run OpenGLContext w/out
the accelerator modules (i.e. from a CVS checkout).  I'll have to look into building it with MingW32 when I get a chance.

Have fun,
Mike

Todd Smith wrote:

> Is this package available at all? I do not have vc6 so cant build from 
> the source and its the last dependancy i have for PyOpenGL.
>  
> thanks,
>  todd

________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

Re: [PyOpenGL-Users] OpenGLContext for win32 python 2.3?

[Mike C. F. <mcf...@ro...>]

OpenGLContext isn't a dependency for PyOpenGL, PyOpenGL is a dependency 
for OpenGLContext.  You can actually run OpenGLContext w/out the 
accelerator modules (i.e. from a CVS checkout).  I'll have to look into 
building it with MingW32 when I get a chance.

Have fun,
Mike

Todd Smith wrote:

> Is this package available at all? I do not have vc6 so cant build from 
> the source and its the last dependancy i have for PyOpenGL.
>  
> thanks,
>  todd

________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] OpenGLContext for win32 python 2.3?

[Todd S. <tc...@cs...>]

Is this package available at all? I do not have vc6 so cant build from the source and its the last dependancy i have for PyOpenGL.
 
thanks,
 todd

Re: [PyOpenGL-Users] ImportError: No module named _GL__init__

[Mike C. F. <mcf...@ro...>]

I'll try to get some time to play and see what's going wrong on Sunday 
afternoon (he says, hoping he actually has *some* free time this 
weekend).  _GL__init__ versus GL__init___ was a change between versions, 
so something to try in the meantime might be killing 
lib/python23/site-packages/OpenGL and recompiling, but if I'm reading 
your (and Dan's) mail correctly, you're both doing your first installs 
now, so that's not too likely to help.

Good luck,
Mike

Richi Plana wrote:
...

>After doing an 'import OpenGL', I get:
>  
>
...

>ImportError: No module named _GL__init__
>  
>
...
 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] ImportError: No module named _GL__init__

[Richi P. <ri...@ri...>]

Hi,

Trying to run neveredit which uses pyopengl. Currently using
PyOpenGL-2.0.1.07. I seem to have all the dependencies. Doing a 'python
setup.py install' spews out a lot of warnings but doesn't stop on
errors.

After doing an 'import OpenGL', I get:

Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.3/site-packages/OpenGL/__init__.py", line 26,
in ?
    from GL.GL__init___ import __numeric_present__, __numeric_support__
  File "/usr/lib/python2.3/site-packages/OpenGL/GL/__init__.py", line 2,
in ?
    from GL__init__ import *
  File "/usr/lib/python2.3/site-packages/OpenGL/GL/GL__init__.py", line
4, in ?
    import _GL__init__
ImportError: No module named _GL__init__

On a lark, I smylink
/usr/lib/python2.3/site-packages/OpenGL/GL/GL__init___.so to
GL__init__.so and I get the following error:

Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.3/site-packages/OpenGL/__init__.py", line 26,
in ?
    from GL.GL__init___ import __numeric_present__, __numeric_support__
  File "/usr/lib/python2.3/site-packages/OpenGL/GL/__init__.py", line 2,
in ?
    from GL__init__ import *
ImportError: dynamic module does not define init function
(initGL__init__)

I couldn't find any initGL__init__ symbols in GL__init___.so, but I did
find a init_GL__init__

I really don't know anything about Python programming. Any help in
figuring out my problem would be appreciated.
--

Richi Plana

Re: [PyOpenGL-Users] "No module named _GL__init__"

[Rick M. <rm...@sa...>]

I have always had just this problem on redhat, but I had always thought  
it was due to Python version 2.2. Since it looks like you're running  
v2.3, I don't really know what's up. You might want to make sure that  
the permissions are correct for  
/usr/local/lib/python2.3/site-packages/OpenGL/GL/ files GL__init__.py  
GL_init__.pyc GL__init__.so.

<rant>
What the hell is wrong with Python on Redhat/Fedora? I am trying to  
support a cross-platform GUI based on python, wx, and OpenGL, and no  
platform, not even windows, is as much of a pain in the butt than  
Redhat. First, by default they distribute v2.2. Plus, they don't  
distribute binaries for wxpython or pyogl, unlike Debian or Suse.

I feel much better now.
</rant>



On Monday, June 14, 2004, at 08:07  PM, Dan Charno wrote:

> I am trying to install PyOpenGL on Fedora Core 2.  After several  
> iterations to meet dependencies, I was finally able to build.   
> However, when I run, I get an error "No module named _GL__init__".   
> The full traceback is shown below.
>
> Any suggestions would be greatly appreciated.
>
> -----
> $python main.py Traceback (most recent call last):
>   File "main.py", line 48, in ?
>     run()
>   File "main.py", line 42, in run
>     core.init(width, height)
>   File "/usr/local/lib/python2.3/site-packages/pyui/core.py", line 65,  
> in init
>     from renderers.openglPygame import OpenGLPygame
>   File  
> "/usr/local/lib/python2.3/site-packages/pyui/renderers/ 
> openglPygame.py", line 25, in ?
>     from pyui.renderers import openglBase
>   File  
> "/usr/local/lib/python2.3/site-packages/pyui/renderers/openglBase.py",  
> line 45, in ?
>     from OpenGL.GL import *
>   File "/usr/local/lib/python2.3/site-packages/OpenGL/__init__.py",  
> line 26, in ?
>     from GL.GL__init___ import __numeric_present__, __numeric_support__
>   File "/usr/local/lib/python2.3/site-packages/OpenGL/GL/__init__.py",  
> line 2, in ?
>     from GL__init__ import *
>   File  
> "/usr/local/lib/python2.3/site-packages/OpenGL/GL/GL__init__.py", line  
> 4, in ?
>     import _GL__init__
> ImportError: No module named _GL__init__
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
> Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
> Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
> REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code  
> NWMGYKND
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
>
>
Rick Muller
rm...@sa...

[PyOpenGL-Users] "No module named _GL__init__"

[Dan C. <dc...@co...>]

I am trying to install PyOpenGL on Fedora Core 2.  After several 
iterations to meet dependencies, I was finally able to build.  However, 
when I run, I get an error "No module named _GL__init__".  The full 
traceback is shown below.

Any suggestions would be greatly appreciated.

-----
$python main.py Traceback (most recent call last):
   File "main.py", line 48, in ?
     run()
   File "main.py", line 42, in run
     core.init(width, height)
   File "/usr/local/lib/python2.3/site-packages/pyui/core.py", line 65, 
in init
     from renderers.openglPygame import OpenGLPygame
   File 
"/usr/local/lib/python2.3/site-packages/pyui/renderers/openglPygame.py", 
line 25, in ?
     from pyui.renderers import openglBase
   File 
"/usr/local/lib/python2.3/site-packages/pyui/renderers/openglBase.py", 
line 45, in ?
     from OpenGL.GL import *
   File "/usr/local/lib/python2.3/site-packages/OpenGL/__init__.py", 
line 26, in ?
     from GL.GL__init___ import __numeric_present__, __numeric_support__
   File "/usr/local/lib/python2.3/site-packages/OpenGL/GL/__init__.py", 
line 2, in ?
     from GL__init__ import *
   File 
"/usr/local/lib/python2.3/site-packages/OpenGL/GL/GL__init__.py", line 
4, in ?
     import _GL__init__
ImportError: No module named _GL__init__

Re: [PyOpenGL-Users] OpenContext and orthogonal view

[Mike C. F. <mcf...@ro...>]

OpenGLContext really wasn't designed for use with Orthographic views (it 
wasn't designed to exclude them, but it has no explicit support for 
them).  The relevant places to stick your fingers would likely be the 
viewplatform and the viewplatformmixin modules.  The ViewPlatformMixin 
class is a mix-in to have the context delegate viewpoint and 
projection-matrix setup to a ViewPlatform object.  The default 
ViewPlatform object is pretty simple to follow, you'll likely want to 
sub-class it, change the navigation mechanisms and then use the 
appropriate glOrtho instead of gluPerspective call in the render method.

If you're just trying to do this for a simple demo/test, however (i.e. 
you don't want keyboard navigation in your ortho view), you may find 
overriding the whole of the Viewpoint method on your Context serves your 
needs (the mix-in class just overrides this and delegates to the platform).

HTH,
Mike

Nicolas Charpentier wrote:

> Hi,
> I'm new to pyOpengl and OpenContext. I'm trying to build an orthogonal 
> view. Without OpenContext, I can use glOrtho() to build the view but 
> how  can I do with OpenContext.
> by advance, thanks for your help.
>
> Nicolas Charpentier

 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] OpenContext and orthogonal view

[Nicolas C. <nch...@fr...>]

Hi,
I'm new to pyOpengl and OpenContext. I'm trying to build an orthogonal 
view. Without OpenContext, I can use glOrtho() to build the view but how 
  can I do with OpenContext.
by advance, thanks for your help.

Nicolas Charpentier

[PyOpenGL-Users] PyOpengl halt my computer

[dg k. <ke...@ho...>]

Hi guys,
 I installed the PyOpengl 2.0.1 in my redhat fedora 2.6.5.  try to run the 
demo in the PyOpengl Src package. It will halt my computer. After I run the 
demo, just popup a windows. and then every thing halt.  I need to reboot my 
computer.

 I'm not sure what is happening. Is it any package I haven't install?
 Now I have install the following packages:
 Python2.3
 python2.3 dev
 python2.3 tools
 PyOpengl 2.0.1
 Numeric
 SWIG
 freegult
 gult3
 gult3-devel

 And later I install the PyOpengl in my debian. It works very well. I can
 see when I apt-get the PyOpengl in debian, it will install  a VRML package
 for me. is it nessary? If so what is the name of VRML rpm package in 
Redhat.

Re: [PyOpenGL-Users] Got stuck before starting

[Mike C. F. <mcf...@ro...>]

You may need to install an RPM or .DEB (not sure what Mandrake uses) 
named something like python-dev or python2.3-dev.

Good luck,
Mike

Marco Terzuoli wrote:
...

>error: invalid Python installation: unable to open 
>/usr/lib/python2.3/config/Makefile
>
>And that's quite obvious that he can't, for there is no config directory 
>there! 
>
...

________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] Got stuck before starting

[Marco T. <mar...@li...>]

Hi,
I have downloaded PyOpenGL-2.0.1.07.tar.gz, unpacked it and run
python setup.py install
as shown on the installation page, but I receive an error saying
error: invalid Python installation: unable to open 
/usr/lib/python2.3/config/Makefile

And that's quite obvious that he can't, for there is no config directory 
there! I currently use Python and other add-ons such as pygame without any 
problem, so I believe they are installed correctly (from rpm source during 
the Linux installation process)
Any suggestion?
Thanks for helping,
Marco

PS
In case you need this information, I have Linux Mandrake 10.0 Community with 
kernel 2.6.3

Re: [PyOpenGL-Users] py2exe problem, need help

[daniel h. <car...@ya...>]

I have tried what Mike sugested, that is downgrading
the py2exe. I've put py2exe 0.4.2. The workaround
proposed by John does not work with this version, so I
had to include manually (in a setup.cfg) all the
subpackages of numarray. But I am using the latest
(2.0.1.07) version of PyOpenGL, and the sample
'OpenGL' folder in the examples is a prior version. So
I've copyed in the dist folder the new OpenGL package.
And now I have another problem: when running the exe,
it crashes with the message:
"_tkinter.TclError: can't find package Togle".
Where can I get this package ? Where should I put it ?


	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

[PyOpenGL-Users] Re: py2exe problem, need help

[Simon O. <si...@ni...>]

> At the project-page of pyOpenGL they have a "sample"
> for using py2exe with pyOpenGL.

with the currently newest version of py2exe, i use the most minimalistic
setup-script (from py2exe-page) without bothering about exludes/includes
and it works perfectly under win32.

of course py2exe throws some warnings about missing / not found libraries
during the compile process, but simply copying those in the dist-directory
solves that problem.

lG
 simon

Re: [PyOpenGL-Users] py2exe problem, need help

[Mike C. F. <mcf...@ro...>]

The example code was created with the previous version of py2exe.  
Apparently there were some major architectural changes with py2exe 0.5, 
and I haven't had time to work through all the changes and update the 
examples.

If you have an immediate need, I'd suggest just downgrading to an 
earlier py2exe.  I'm not likely to get much time to work on this in the 
next 2 weeks or so.  You can check out a post here describing the 
changes (still) needed:

    
http://sourceforge.net/mailarchive/forum.php?thread_id=4166015&forum_id=4353

Good luck,
Mike

daniel homorodean wrote:

>Hello.
>I am trying to make my generated executable work, but
>I have a problem. I use the latest pyOpenGL, with
>Python 2.3 and use py2exe 0.5.
>  
>
...
 
________________________________________________
  Mike C. Fletcher
  Designer, VR Plumber, Coder
  http://members.rogers.com/mcfletch/
  blog: http://zope.vex.net/~mcfletch/plumbing/

[PyOpenGL-Users] py2exe problem, need help

[daniel h. <car...@ya...>]

Hello.
I am trying to make my generated executable work, but
I have a problem. I use the latest pyOpenGL, with
Python 2.3 and use py2exe 0.5.
I use the --excludes=OpenGL flag when running the
script (following the advice found at pyopengl doc
page and copy the installed OpenGL package directly in
the distribution folder (/dist). But still the
application does not find it ("ImportError: No module
named OpenGL.GL")
At the project-page of pyOpenGL they have a "sample"
for using py2exe with pyOpenGL. I have downloaded it,
tried to rebuild the executables with their setups
(but my py2exe of course) and failed in the same way
:"ImportError: No module named OpenGL.GL"
Also, regarding the examples provided by the pyopengl
developers, I could not make it work when recompiling.
Could it be a problem with the library.zip generated
by py2exe ? In the given examples (made probably -my
opinion- with another version of py2exe there is no
library.zip). And it seems that my exe is looking for
the resources there, not directly in the current
folder. But as I can see, the zip is generated by
py2exe with zlib and I would have to rebuild the
archive again with zlib (including the OpenGL package)
to make it work. I'll try this, eventually, but hope
to find an easier way
On the other hand, I found on this mail list the
workaround proposed by John F Meinel, I used it in 2
variants:
-with --excludes=OpenGL and then copy the package in
dist
-without the --excludes
The situation is the same in both variants, my
application starts but the glCanvas is not displayed,
no error message is given though.
What should I do ??
Thanks




	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

[PyOpenGL-Users] py2exe example

[Andrew W. <a_w...@mi...>]

Hello,
    I'm a noob, can someone help me out with the following.  I'm trying 
to run py2exe on the dots.py example,
so at the command prompt I type,

python setup_dots.py  py2exe --excludes=OpenGL

It builds the 'dist' and 'build' directories and their respective 
contents, but within the dist directory there isn't a 'dots.exe' like 
the prebuilt one.
          Can someone point me in the right direction?
           I appreciate your help   
                Andrew

[PyOpenGL-Users] Re: Flickering at the edge of quads (2d map tiles)

[Eric B. <er...@bi...>]

Sorry, I should have included more information.  I'm using glOrtho2D, 
and I am already doing glDisable(GL_DEPTH_TEST).  The quads aren't 
overlapping by any finite amount, but they will have vertices with the 
same coordinates as their neighbors.

Reto Spoerri wrote:
> Hello,
> 
> Do you maybe have 2 quads overlaying? (example one @ high 1.0 other @ high 
> 1.1). This sometimes creates a "flickering" effect. In this case OpenGL is 
> not able to determine which object is closer because is has only a limited 
> amount for zbuffer (256values?).
> 
> You could try to glDisable(GL_DEPTH_TEST) for a test. If the problem does not 
> occur anymore, you mabe have a to large rendering depth (bad example 
> gluPerspective(60, 1.3, 10., 10000000.0)).
> 
> I hope this helps
> 
> 
> Reto
> 
> On Sunday 02 May 2004 21.52, Eric Burgess wrote:
> 
>>I'm using textured quads as map tiles in a 2D top-view game.  I get
>>"flickering" at the right and bottom edges of the tiles.  Depending on
>>how far in/out the map is zoomed, the effect is better or worse.  I
>>changed the texture coordinates from 1.0 to 0.98 in those vertices, and
>>it helped a little, but not much.  I'm sure there's a better
>>solution...can anyone enlighten me?
>>
>>Right now I'm using GL_NEAREST_MIPMAP_LINEAR for the minifying filter,
>>but I've tried the others too and I still have the problem.
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: Oracle 10g
>>Get certified on the hottest thing ever to hit the market... Oracle 10g.
>>Take an Oracle 10g class now, and we'll give you the exam FREE.
>>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>>_______________________________________________
>>PyOpenGL Homepage
>>http://pyopengl.sourceforge.net
>>_______________________________________________
>>PyOpenGL-Users mailing list
>>PyO...@li...
>>https://lists.sourceforge.net/lists/listinfo/pyopengl-users
> 
> 

Re: [PyOpenGL-Users] Flickering at the edge of quads (2d map tiles)

[Reto S. <rsp...@no...>]

Hello,

Do you maybe have 2 quads overlaying? (example one @ high 1.0 other @ high 
1.1). This sometimes creates a "flickering" effect. In this case OpenGL is 
not able to determine which object is closer because is has only a limited 
amount for zbuffer (256values?).

You could try to glDisable(GL_DEPTH_TEST) for a test. If the problem does not 
occur anymore, you mabe have a to large rendering depth (bad example 
gluPerspective(60, 1.3, 10., 10000000.0)).

I hope this helps


Reto

On Sunday 02 May 2004 21.52, Eric Burgess wrote:
> I'm using textured quads as map tiles in a 2D top-view game.  I get
> "flickering" at the right and bottom edges of the tiles.  Depending on
> how far in/out the map is zoomed, the effect is better or worse.  I
> changed the texture coordinates from 1.0 to 0.98 in those vertices, and
> it helped a little, but not much.  I'm sure there's a better
> solution...can anyone enlighten me?
>
> Right now I'm using GL_NEAREST_MIPMAP_LINEAR for the minifying filter,
> but I've tried the others too and I still have the problem.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users

-- 
----------------------------------------------------------------------
Reto Spoerri
rspoerri(ad)nouser.org

http://www.nouser.org/

www.knoppix.tv knoppix on tv?