pyopengl-users Mailing List for PyOpenGL (Page 78)
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: altern <al...@gm...> - 2005-12-14 09:47:38
|
Hi again i just realised that you have already installed GLUT on windows glut-3.7.6-bin.zip. Then i am not sure about how to solve this. It doesnt look like a python error but more like something to do with the system, but i might be wrong I havent used windows for a year. This is why I quicky suggested to install GLUT, maybe you installed it wrongly? best K.W...@gm... wrote: > Hello! > I have unsuccessfully tried to install > > Numeric-23.8.win32-py2.3.exe > PyOpenGL-2.0.2.01.py2.3-numpy23.exe > glut-3.7.6-bin.zip > Opengl95.exe > > on my Windows ME machine with Python 2.3.4 > > It fails to import the OpenGL.GLUT module: It says there was > a problem loading the _GLUT dynamic link library. > > While searching this list's archive, I recovered that the same issue > was reported some time ago, but with no reply. Can anyone help here? > I have no Visual C compiler available... > > Kind regards, > Karsten. > |
|
From: altern <al...@gm...> - 2005-12-14 09:43:51
|
hi karlsten K.W...@gm... wrote: > Hello! > I have unsuccessfully tried to install > > Numeric-23.8.win32-py2.3.exe > PyOpenGL-2.0.2.01.py2.3-numpy23.exe > glut-3.7.6-bin.zip > Opengl95.exe > > on my Windows ME machine with Python 2.3.4 > > It fails to import the OpenGL.GLUT module: It says there was > a problem loading the _GLUT dynamic link library. > > While searching this list's archive, I recovered that the same issue > was reported some time ago, but with no reply. Can anyone help here? > I have no Visual C compiler available... Looks like under some versions of Windows you need to as well to install GLUT dll to get OpenGL running. This can be downloaded from http://www.xmission.com/%7Enate/glut.html If this is the reason that causes your problem, it is not a problem with python or pyopengl but something to do with windows ME not being prepared for OpenGL. I hope this solved the problem. good luck > Kind regards, > Karsten. > |
|
From: <K.W...@gm...> - 2005-12-13 23:35:04
|
Hello! I have unsuccessfully tried to install Numeric-23.8.win32-py2.3.exe PyOpenGL-2.0.2.01.py2.3-numpy23.exe glut-3.7.6-bin.zip Opengl95.exe on my Windows ME machine with Python 2.3.4 It fails to import the OpenGL.GLUT module: It says there was a problem loading the _GLUT dynamic link library. While searching this list's archive, I recovered that the same issue was reported some time ago, but with no reply. Can anyone help here? I have no Visual C compiler available... Kind regards, Karsten. -- GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro* Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl |
|
From: Matthew A. <mt...@gm...> - 2005-12-02 04:45:29
|
dXNpbmcgTVNWQyA3LjEgKFZpc3VhbCBzdHVkaW8gLm5ldCAyMDAzKQpTd2lnIDEuMy4yMyAodGhl IFJFQURNRS5jdnMgY2hlY2tlZCBpbiBhc2tzIGZvciAxLjMuMTMsIGhvd2V2ZXIgdGhlCnNldHVw XGJ1aWxkX3cucHkgYXNrcyBmb3IgMS4zLjIzKQoKcHl0aG9uIHNldHVwLnB5IGJ1aWxkX3cKCmFw cGVhcmVkIHRvIHdvcmsgZmluZS4KCgpweXRob24gc2V0dXAucHkgYnVpbGQKCndvcmtzIGZvciBh IG51bWJlciBvZiBmaWxlcyBidXQgY2hva2VzIG9uCnNyYy9pbnRlcmZhY2UvR0wuQVJCLl9zaGFk ZXJfb2JqZWN0cy5jIHdpdGggYSBudW1iZXIgb2Ygc3ludGF4CmVycm9yc1sxXS4gSXQgbG9va3Mg bGlrZSBpdCBpcyBmYWlsaW5nIGluIGFuIGlmZGVmJ2QgYXJlYVsyXSB0aGF0CnN0YXJ0cyB3aXRo IHRoaXMKCiNpZiAhRVhUX0RFRklORVNfUFJPVE8gfHwgIWRlZmluZWQoR0xfQVJCX3NoYWRlcl9v YmplY3RzKQoKSSBhbSBzdXJlIGl0cyBtb3N0IGxpa2VseSBzb21ldGhpbmcgbm90IGNvbmZpZ3Vy ZWQgY29ycmVjdGx5IGluIG15CndpbmRvd3MgbGFuZCwgYnV0IEkgYW0gcHJldHR5IG5ldyB0byBj b21waWxpbmcgdGhpbmdzIG9uIFdpbmRvd3MgKGl0cwptdWNoIGhhcmRlciB0aGFuIGNvbmZpZyAm JiBtYWtlIDopKSBhbmQgSSBhbHNvIGRvbid0IHJlYWxseSB1bmRlcnN0YW5kCmhvdyBTV0lHIGdl bmVyYXRlcyB0aGUgZmlsZXMgYW5kIHdoYXQgcHlPcGVuZ2wgd2FudHMuIFNvIGJhc2ljYWxseSBJ CmFtIGF0IGEgbG9zcyBmb3Igd2hlcmUgdG8gc3RhcnQgZGVidWdnaW5nIHRoaXMuCgpBbnkgcG9p bnRlcnMgZnJvbSB0aGUgZm9sa3Mgb3V0IHRoZXJlIHdobyBtYXkgaGF2ZSBnb3R0ZW4gdGhlIGxh dGVzdAp0byBjb21waWxlIG9uIHdpbmRvd3Mgb3V0IG9mIENWUz8KCnRoYW5rcwptYXR0CgoKCgpb MV0gLSBHTC5BUkIuX3NoYWRlcl9vYmplY3RzLmMgZXJyb3JzCjpccHJvalxweU9wZW5HTFxQeU9w ZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODkuaW5jKDEzOTgp CjogZXJyb3IgQzIxNDY6IHN5bnRheCBlcnJvciA6IG1pc3NpbmcgJyknIGJlZm9yZSBpZGVudGlm aWVyICdvYmonCmM6XHByb2pccHlPcGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2VcR0wuQVJC Ll9zaGFkZXJfb2JqZWN0cy4wMDg5LmluYygxMzk4KQo6IGVycm9yIEMyMTQ0OiBzeW50YXggZXJy b3IgOiAnPFVua25vd24+JyBzaG91bGQgYmUgcHJlY2VkZWQgYnkKJzxVbmtub3duPicKYzpccHJv alxweU9wZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3Rz LjAwODkuaW5jKDEzOTgpCjogZXJyb3IgQzIxNDQ6IHN5bnRheCBlcnJvciA6ICc8VW5rbm93bj4n IHNob3VsZCBiZSBwcmVjZWRlZCBieQonPFVua25vd24+JwpjOlxwcm9qXHB5T3BlbkdMXFB5T3Bl bkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkK OiBlcnJvciBDMjE0Mzogc3ludGF4IGVycm9yIDogbWlzc2luZyAnKScgYmVmb3JlICdpZGVudGlm aWVyJwpjOlxwcm9qXHB5T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hh ZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkKOiBlcnJvciBDMjA2MTogc3ludGF4IGVycm9yIDog aWRlbnRpZmllciAnb2JqJwpjOlxwcm9qXHB5T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNl XEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkKOiBlcnJvciBDMjA1OTogc3lu dGF4IGVycm9yIDogJzsnCmM6XHByb2pccHlPcGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2Vc R0wuQVJCLl9zaGFkZXJfb2JqZWN0cy4wMDg5LmluYygxMzk4KQo6IGVycm9yIEMyMDU5OiBzeW50 YXggZXJyb3IgOiAnKScKYzpccHJvalxweU9wZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxH TC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODkuaW5jKDEzOTgpCjogZXJyb3IgQzI0NDk6IGZvdW5k ICd7JyBhdCBmaWxlIHNjb3BlIChtaXNzaW5nIGZ1bmN0aW9uIGhlYWRlcj8pCmM6XHByb2pccHlP cGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2VcR0wuQVJCLl9zaGFkZXJfb2JqZWN0cy4wMDg5 LmluYygxMzk4KQo6IGVycm9yIEMyMDU5OiBzeW50YXggZXJyb3IgOiAnfScKYzpccHJvalxweU9w ZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODku aW5jKDEzOTgpCjogZXJyb3IgQzIwNTk6IHN5bnRheCBlcnJvciA6ICcpJwpjOlxwcm9qXHB5T3Bl bkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4OS5p bmMoMTM5OCkKOiBlcnJvciBDMjAxODogdW5rbm93biBjaGFyYWN0ZXIgJzB4MScKYzpccHJvalxw eU9wZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3RzLjAw ODkuaW5jKDEzOTgpCjogZXJyb3IgQzIwMTg6IHVua25vd24gY2hhcmFjdGVyICcweDEnCmM6XHBy b2pccHlPcGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2VcR0wuQVJCLl9zaGFkZXJfb2JqZWN0 cy4wMDg5LmluYygxMzk4KQo6IGVycm9yIEMyMDE4OiB1bmtub3duIGNoYXJhY3RlciAnMHgxJwpj Olxwcm9qXHB5T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29i amVjdHMuMDA4OS5pbmMoMTM5OCkKOiBlcnJvciBDMjAxODogdW5rbm93biBjaGFyYWN0ZXIgJzB4 MScKYzpccHJvalxweU9wZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRl cl9vYmplY3RzLjAwODkuaW5jKDEzOTgpCjogZXJyb3IgQzIwMTg6IHVua25vd24gY2hhcmFjdGVy ICcweDEnCmM6XHByb2pccHlPcGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2VcR0wuQVJCLl9z aGFkZXJfb2JqZWN0cy4wMDg5LmluYygxMzk4KQo6IGVycm9yIEMyMDE4OiB1bmtub3duIGNoYXJh Y3RlciAnMHgxJwpjOlxwcm9qXHB5T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFS Qi5fc2hhZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkKOiBlcnJvciBDMjAxODogdW5rbm93biBj aGFyYWN0ZXIgJzB4MScKYzpccHJvalxweU9wZW5HTFxQeU9wZW5HTDJcc3JjXGludGVyZmFjZVxH TC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODkuaW5jKDEzOTgpCjogZXJyb3IgQzIwMTg6IHVua25v d24gY2hhcmFjdGVyICcweDEnCmM6XHByb2pccHlPcGVuR0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZh Y2VcR0wuQVJCLl9zaGFkZXJfb2JqZWN0cy4wMDg5LmluYygxMzk4KQo6IGVycm9yIEMyMDE4OiB1 bmtub3duIGNoYXJhY3RlciAnMHgxJwpjOlxwcm9qXHB5T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50 ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkKOiBlcnJvciBDMjAx ODogdW5rbm93biBjaGFyYWN0ZXIgJzB4MScKYzpccHJvalxweU9wZW5HTFxQeU9wZW5HTDJcc3Jj XGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODkuaW5jKDEzOTgpCjogZXJyb3Ig QzIwMTg6IHVua25vd24gY2hhcmFjdGVyICcweDEnCmM6XHByb2pccHlPcGVuR0xcUHlPcGVuR0wy XHNyY1xpbnRlcmZhY2VcR0wuQVJCLl9zaGFkZXJfb2JqZWN0cy4wMDg5LmluYygxMzk4KQo6IGVy cm9yIEMyMDE4OiB1bmtub3duIGNoYXJhY3RlciAnMHgxJwpjOlxwcm9qXHB5T3BlbkdMXFB5T3Bl bkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4OS5pbmMoMTM5OCkK OiBlcnJvciBDMjAxODogdW5rbm93biBjaGFyYWN0ZXIgJzB4MScKYzpccHJvalxweU9wZW5HTFxQ eU9wZW5HTDJcc3JjXGludGVyZmFjZVxHTC5BUkIuX3NoYWRlcl9vYmplY3RzLjAwODkuaW5jKDEz OTgpCjogZXJyb3IgQzIwMTg6IHVua25vd24gY2hhcmFjdGVyICcweDEnCmM6XHByb2pccHlPcGVu R0xcUHlPcGVuR0wyXHNyY1xpbnRlcmZhY2VcR0wuQVJCLl9zaGFkZXJfb2JqZWN0cy4wMDg5Lmlu YygxMzk4KQo6IGVycm9yIEMyMDE4OiB1bmtub3duIGNoYXJhY3RlciAnMHgxJwpjOlxwcm9qXHB5 T3BlbkdMXFB5T3BlbkdMMlxzcmNcaW50ZXJmYWNlXEdMLkFSQi5fc2hhZGVyX29iamVjdHMuMDA4 OS5pbmMoMTM5OCkKOiBlcnJvciBDMjAxODogdW5rbm93biBjaGFyYWN0ZXIgJzB4MScKClsyXSAt IGxpbmVzIDEzOTcgLTE0MzcKI2lmICFFWFRfREVGSU5FU19QUk9UTyB8fCAhZGVmaW5lZChHTF9B UkJfc2hhZGVyX29iamVjdHMpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xEZWxldGVPYmplY3RBUkIsIChH TGhhbmRsZUFSQiBvYmopLCAob2JqKSkKREVDTEFSRV9FWFQoZ2xHZXRIYW5kbGVBUkIsIEdMaGFu ZGxlQVJCLCAwLCAoR0xlbnVtIHBuYW1lKSwgKHBuYW1lKSkKREVDTEFSRV9WT0lEX0VYVChnbERl dGFjaE9iamVjdEFSQiwgKEdMaGFuZGxlQVJCIGNvbnRhaW5lck9iaiwKR0xoYW5kbGVBUkIgYXR0 YWNoZWRPYmopLCAoY29udGFpbmVyT2JqLCBhdHRhY2hlZE9iaikpCkRFQ0xBUkVfRVhUKGdsQ3Jl YXRlU2hhZGVyT2JqZWN0QVJCLCBHTGhhbmRsZUFSQiwgMCwgKEdMZW51bQpzaGFkZXJUeXBlKSwg KHNoYWRlclR5cGUpKQpERUNMQVJFX1ZPSURfRVhUKGdsU2hhZGVyU291cmNlQVJCLCAoR0xoYW5k bGVBUkIgc2hhZGVyT2JqLCBHTHNpemVpCmNvdW50LCBjb25zdCBHTGNoYXJBUkIgKipzdHJpbmcs IGNvbnN0IEdMaW50ICpsZW5ndGgpLCAoc2hhZGVyT2JqLApjb3VudCwgc3RyaW5nLCBsZW5ndGgp KQpERUNMQVJFX1ZPSURfRVhUKGdsQ29tcGlsZVNoYWRlckFSQiwgKEdMaGFuZGxlQVJCIHNoYWRl ck9iaiksIChzaGFkZXJPYmopKQpERUNMQVJFX0VYVChnbENyZWF0ZVByb2dyYW1PYmplY3RBUkIs IEdMaGFuZGxlQVJCLCAwLCAoKSwgKCkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xBdHRhY2hPYmplY3RB UkIsIChHTGhhbmRsZUFSQiBjb250YWluZXJPYmosCkdMaGFuZGxlQVJCIG9iaiksIChjb250YWlu ZXJPYmosIG9iaikpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xMaW5rUHJvZ3JhbUFSQiwgKEdMaGFuZGxl QVJCIHByb2dyYW1PYmopLCAocHJvZ3JhbU9iaikpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVc2VQcm9n cmFtT2JqZWN0QVJCLCAoR0xoYW5kbGVBUkIgcHJvZ3JhbU9iaiksIChwcm9ncmFtT2JqKSkKREVD TEFSRV9WT0lEX0VYVChnbFZhbGlkYXRlUHJvZ3JhbUFSQiwgKEdMaGFuZGxlQVJCIHByb2dyYW1P YmopLCAocHJvZ3JhbU9iaikpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtMWZBUkIsIChHTGlu dCBsb2NhdGlvbiwgR0xmbG9hdCB2MCksIChsb2NhdGlvbiwgdjApKQpERUNMQVJFX1ZPSURfRVhU KGdsVW5pZm9ybTJmQVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMZmxvYXQgdjAsIEdMZmxvYXQKdjEp LCAobG9jYXRpb24sIHYwLCB2MSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtM2ZBUkIsIChH TGludCBsb2NhdGlvbiwgR0xmbG9hdCB2MCwgR0xmbG9hdAp2MSwgR0xmbG9hdCB2MiksIChsb2Nh dGlvbiwgdjAsIHYxLCB2MikpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtNGZBUkIsIChHTGlu dCBsb2NhdGlvbiwgR0xmbG9hdCB2MCwgR0xmbG9hdAp2MSwgR0xmbG9hdCB2MiwgR0xmbG9hdCB2 MyksIChsb2NhdGlvbiwgdjAsIHYxLCB2MiwgdjMpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9y bTFpQVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMaW50IHYwKSwgKGxvY2F0aW9uLCB2MCkpCkRFQ0xB UkVfVk9JRF9FWFQoZ2xVbmlmb3JtMmlBUkIsIChHTGludCBsb2NhdGlvbiwgR0xpbnQgdjAsIEdM aW50IHYxKSwKKGxvY2F0aW9uLCB2MCwgdjEpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9ybTNp QVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMaW50IHYwLCBHTGludCB2MSwKR0xpbnQgdjIpLCAobG9j YXRpb24sIHYwLCB2MSwgdjIpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9ybTRpQVJCLCAoR0xp bnQgbG9jYXRpb24sIEdMaW50IHYwLCBHTGludCB2MSwKR0xpbnQgdjIsIEdMaW50IHYzKSwgKGxv Y2F0aW9uLCB2MCwgdjEsIHYyLCB2MykpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtMWZ2QVJC LCAoR0xpbnQgbG9jYXRpb24sIEdMc2l6ZWkgY291bnQsCmNvbnN0IEdMZmxvYXQgKnZhbHVlKSwg KGxvY2F0aW9uLCBjb3VudCwgdmFsdWUpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9ybTJmdkFS QiwgKEdMaW50IGxvY2F0aW9uLCBHTHNpemVpIGNvdW50LApjb25zdCBHTGZsb2F0ICp2YWx1ZSks IChsb2NhdGlvbiwgY291bnQsIHZhbHVlKSkKREVDTEFSRV9WT0lEX0VYVChnbFVuaWZvcm0zZnZB UkIsIChHTGludCBsb2NhdGlvbiwgR0xzaXplaSBjb3VudCwKY29uc3QgR0xmbG9hdCAqdmFsdWUp LCAobG9jYXRpb24sIGNvdW50LCB2YWx1ZSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtNGZ2 QVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMc2l6ZWkgY291bnQsCmNvbnN0IEdMZmxvYXQgKnZhbHVl KSwgKGxvY2F0aW9uLCBjb3VudCwgdmFsdWUpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9ybTFp dkFSQiwgKEdMaW50IGxvY2F0aW9uLCBHTHNpemVpIGNvdW50LApjb25zdCBHTGludCAqdmFsdWUp LCAobG9jYXRpb24sIGNvdW50LCB2YWx1ZSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtMml2 QVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMc2l6ZWkgY291bnQsCmNvbnN0IEdMaW50ICp2YWx1ZSks IChsb2NhdGlvbiwgY291bnQsIHZhbHVlKSkKREVDTEFSRV9WT0lEX0VYVChnbFVuaWZvcm0zaXZB UkIsIChHTGludCBsb2NhdGlvbiwgR0xzaXplaSBjb3VudCwKY29uc3QgR0xpbnQgKnZhbHVlKSwg KGxvY2F0aW9uLCBjb3VudCwgdmFsdWUpKQpERUNMQVJFX1ZPSURfRVhUKGdsVW5pZm9ybTRpdkFS QiwgKEdMaW50IGxvY2F0aW9uLCBHTHNpemVpIGNvdW50LApjb25zdCBHTGludCAqdmFsdWUpLCAo bG9jYXRpb24sIGNvdW50LCB2YWx1ZSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtTWF0cml4 MmZ2QVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMc2l6ZWkKY291bnQsIEdMYm9vbGVhbiB0cmFuc3Bv c2UsIGNvbnN0IEdMZmxvYXQgKnZhbHVlKSwgKGxvY2F0aW9uLCBjb3VudCwKdHJhbnNwb3NlLCB2 YWx1ZSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xVbmlmb3JtTWF0cml4M2Z2QVJCLCAoR0xpbnQgbG9j YXRpb24sIEdMc2l6ZWkKY291bnQsIEdMYm9vbGVhbiB0cmFuc3Bvc2UsIGNvbnN0IEdMZmxvYXQg KnZhbHVlKSwgKGxvY2F0aW9uLCBjb3VudCwKdHJhbnNwb3NlLCB2YWx1ZSkpCkRFQ0xBUkVfVk9J RF9FWFQoZ2xVbmlmb3JtTWF0cml4NGZ2QVJCLCAoR0xpbnQgbG9jYXRpb24sIEdMc2l6ZWkKY291 bnQsIEdMYm9vbGVhbiB0cmFuc3Bvc2UsIGNvbnN0IEdMZmxvYXQgKnZhbHVlKSwgKGxvY2F0aW9u LCBjb3VudCwKdHJhbnNwb3NlLCB2YWx1ZSkpCkRFQ0xBUkVfVk9JRF9FWFQoZ2xHZXRPYmplY3RQ YXJhbWV0ZXJmdkFSQiwgKEdMaGFuZGxlQVJCIG9iaiwgR0xlbnVtCnBuYW1lLCBHTGZsb2F0ICpw YXJhbXMpLCAob2JqLCBwbmFtZSwgcGFyYW1zKSkKREVDTEFSRV9WT0lEX0VYVChnbEdldE9iamVj dFBhcmFtZXRlcml2QVJCLCAoR0xoYW5kbGVBUkIgb2JqLCBHTGVudW0KcG5hbWUsIEdMaW50ICpw YXJhbXMpLCAob2JqLCBwbmFtZSwgcGFyYW1zKSkKREVDTEFSRV9WT0lEX0VYVChnbEdldEluZm9M b2dBUkIsIChHTGhhbmRsZUFSQiBvYmosIEdMc2l6ZWkgbWF4TGVuZ3RoLApHTHNpemVpICpsZW5n dGgsIEdMY2hhckFSQiAqaW5mb0xvZyksIChvYmosIG1heExlbmd0aCwgbGVuZ3RoLAppbmZvTG9n KSkKREVDTEFSRV9WT0lEX0VYVChnbEdldEF0dGFjaGVkT2JqZWN0c0FSQiwgKEdMaGFuZGxlQVJC IGNvbnRhaW5lck9iaiwKR0xzaXplaSBtYXhDb3VudCwgR0xzaXplaSAqY291bnQsIEdMaGFuZGxl QVJCICpvYmopLCAoY29udGFpbmVyT2JqLAptYXhDb3VudCwgY291bnQsIG9iaikpCkRFQ0xBUkVf RVhUKGdsR2V0VW5pZm9ybUxvY2F0aW9uQVJCLCBHTGludCwgMCwgKEdMaGFuZGxlQVJCCnByb2dy YW1PYmosIGNvbnN0IEdMY2hhckFSQiAqbmFtZSksIChwcm9ncmFtT2JqLCBuYW1lKSkKREVDTEFS RV9WT0lEX0VYVChnbEdldEFjdGl2ZVVuaWZvcm1BUkIsIChHTGhhbmRsZUFSQiBwcm9ncmFtT2Jq LApHTHVpbnQgaW5kZXgsIEdMc2l6ZWkgbWF4TGVuZ3RoLCBHTHNpemVpICpsZW5ndGgsIEdMaW50 ICpzaXplLCBHTGVudW0KKnR5cGUsIEdMY2hhckFSQiAqbmFtZSksIChwcm9ncmFtT2JqLCBpbmRl eCwgbWF4TGVuZ3RoLCBsZW5ndGgsIHNpemUsCnR5cGUsIG5hbWUpKQpERUNMQVJFX1ZPSURfRVhU KGdsR2V0VW5pZm9ybWZ2QVJCLCAoR0xoYW5kbGVBUkIgcHJvZ3JhbU9iaiwgR0xpbnQKbG9jYXRp b24sIEdMZmxvYXQgKnBhcmFtcyksIChwcm9ncmFtT2JqLCBsb2NhdGlvbiwgcGFyYW1zKSkKREVD TEFSRV9WT0lEX0VYVChnbEdldFVuaWZvcm1pdkFSQiwgKEdMaGFuZGxlQVJCIHByb2dyYW1PYmos IEdMaW50CmxvY2F0aW9uLCBHTGludCAqcGFyYW1zKSwgKHByb2dyYW1PYmosIGxvY2F0aW9uLCBw YXJhbXMpKQpERUNMQVJFX1ZPSURfRVhUKGdsR2V0Z2xTaGFkZXJTb3VyY2VBUkIsIChHTGhhbmRs ZUFSQiBvYmosIEdMc2l6ZWkKbWF4TGVuZ3RoLCBHTHNpemVpICpsZW5ndGgsIEdMY2hhckFSQiAq c291cmNlKSwgKG9iaiwgbWF4TGVuZ3RoLApsZW5ndGgsIHNvdXJjZSkpCiNlbmRpZgo= |
|
From: Uwe H. <uw...@he...> - 2005-11-28 09:33:37
|
Hi, is it possible to use PyOpenGL / PyOpenGLContext to render a scene without having to run an X11 server? Basically, what I want to achieve is rendering a scene (e.g. imported from a VRML file) from the command line and then dump a screenshot of that (PNG, JPG, whatever). I can load the VRML and dump the rendered image easily, _but_ I cannot figure out how to do it _without_ opening a window (i.e. requiring X11). I guess I could abuse something like xfvb, but there must be a more elegant way... TIA, Uwe. --=20 Uwe Hermann <uw...@he...> http://www.hermann-uwe.de | http://www.crazy-hacks.org http://www.it-services-uh.de | http://www.phpmeat.org http://www.unmaintained-free-software.org | http://www.holsham-traders.de |
|
From: SourceForge.net <no...@so...> - 2005-11-22 13:16:31
|
Feature Requests item #661691, was opened at 2003-01-03 07:54 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=661691&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v2.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: OpenGL is at 1.4 Initial Comment: Currently, OpenGL is at version 1.4. It sure would be nice to access the new features from withion Python. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-11-22 05:16 Message: Logged In: NO Thanks for all, did this software can apply for any CAD/CAE software development? For many CAE software has bad GUI, Such as T-grid, Hypermesh,Marc ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-11-22 05:15 Message: Logged In: NO Thanks for all, did this software can apply for any CAD/CAE software development? For many CAE software has bad GUI, Such as T-grid, Hypermesh,Marc ---------------------------------------------------------------------- Comment By: Andre Meyer (drapmeyer) Date: 2004-09-21 01:34 Message: Logged In: YES user_id=720466 So what about OpenGL 2.0? http://www.opengl.org/documentation/spec.html http://www.opengl.org/documentation/opengl_current_version.html ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-10-23 08:00 Message: Logged In: YES user_id=34901 Not dead AFAIK, we just released a new version 2 or 3 days ago ;) . That said, the primary developer (me) is not particularly flush for time to work on PyOpenGL, so I'm mostly acting as manager, rather than developer these days. I'd *love* to see the extensions for 1.4 added, but unless someone decides to pay my employer for me to work on PyOpenGL (which really doesn't seem likely), or someone with far more time steps up to do the work, the development is going to be slow. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-10-23 06:41 Message: Logged In: NO i love pyopengl, it is great! but is it dead? why isn't opengl 1.4 supported? and why isn't there a win32 installer for python 2.3? ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-01-07 05:06 Message: Logged In: YES user_id=34901 Agreed, want to submit a patch ;) . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=661691&group_id=5988 |
|
From: SourceForge.net <no...@so...> - 2005-11-22 13:15:54
|
Feature Requests item #661691, was opened at 2003-01-03 07:54 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=661691&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: v2.2 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: OpenGL is at 1.4 Initial Comment: Currently, OpenGL is at version 1.4. It sure would be nice to access the new features from withion Python. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-11-22 05:15 Message: Logged In: NO Thanks for all, did this software can apply for any CAD/CAE software development? For many CAE software has bad GUI, Such as T-grid, Hypermesh,Marc ---------------------------------------------------------------------- Comment By: Andre Meyer (drapmeyer) Date: 2004-09-21 01:34 Message: Logged In: YES user_id=720466 So what about OpenGL 2.0? http://www.opengl.org/documentation/spec.html http://www.opengl.org/documentation/opengl_current_version.html ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-10-23 08:00 Message: Logged In: YES user_id=34901 Not dead AFAIK, we just released a new version 2 or 3 days ago ;) . That said, the primary developer (me) is not particularly flush for time to work on PyOpenGL, so I'm mostly acting as manager, rather than developer these days. I'd *love* to see the extensions for 1.4 added, but unless someone decides to pay my employer for me to work on PyOpenGL (which really doesn't seem likely), or someone with far more time steps up to do the work, the development is going to be slow. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-10-23 06:41 Message: Logged In: NO i love pyopengl, it is great! but is it dead? why isn't opengl 1.4 supported? and why isn't there a win32 installer for python 2.3? ---------------------------------------------------------------------- Comment By: Mike C. Fletcher (mcfletch) Date: 2003-01-07 05:06 Message: Logged In: YES user_id=34901 Agreed, want to submit a patch ;) . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=661691&group_id=5988 |
|
From: FvW <vw...@vu...> - 2005-11-18 07:38:16
|
On Thu, Nov 17, 2005 at 09:20:55PM -0500, Maciej Kalisiak wrote: > Hello all, > > I'm trying to do some off-screen rendering in my app. Alas, from what I > understand, GLUT does not (yet) support off-screen rendering. GLX and WGL do, > IIRC, but these APIs are not exposed by pyopengl. Is there some way I can > achieve off-screen rendering using just GL/GLU calls in pyopengl? Maciej, I had the same problem. GL does not provide a direct solution yet. What I did was "borrowing" a buffer. You can make two textures: one for the screen you use, and one for off-screen rendering. By swapping the textures you draw and show the two different images. I'm not a programmer, so by implementation is a bit amateurish. Maybe someone has a professional implementation. > > For now I've settled for rendering on-screen with GLUT, but would like to shut > down the GLUT/OpenGL system when I've done the render (need to return control > to my app). Currently I grab the image with glReadPixels in the GLUT display > function, and immediately do glutDestroyWindow(), but this does not exit > glutMainLoop() as I was hoping, but instead shuts down the whole app, which > does not fit my needs. [...] As far as I know is GLUT a bit limited. I use GL with GTK. GTK does the window management and control. GL only the drawing. TK can do something similar, and is better documented. I think I've seen some nice programming examples for this. Check the documentation. WX will do the job too, but WX has a very limited documentation. Pick your choice. Succes, Fulko -- Fulko van Westrenen vw...@vu... |
|
From: Maciej K. <ma...@dg...> - 2005-11-18 02:21:03
|
Hello all, I'm trying to do some off-screen rendering in my app. Alas, from what I understand, GLUT does not (yet) support off-screen rendering. GLX and WGL do, IIRC, but these APIs are not exposed by pyopengl. Is there some way I can achieve off-screen rendering using just GL/GLU calls in pyopengl? For now I've settled for rendering on-screen with GLUT, but would like to shut down the GLUT/OpenGL system when I've done the render (need to return control to my app). Currently I grab the image with glReadPixels in the GLUT display function, and immediately do glutDestroyWindow(), but this does not exit glutMainLoop() as I was hoping, but instead shuts down the whole app, which does not fit my needs. So how can I read the OpenGL framebuffer with pyopengl and return control to my main app? My app is mostly just a computational package, not a graphical app, one that uses OpenGL purely for terrain rasterization, and some other things, hence I do not want to structure the whole app around glutMainLoop() or equivalent... the routines I'm writing have to be drop-in replacements for the standard versions already in the application... -- Maciej Kalisiak <ma...@dg...> http://www.dgp.toronto.edu/~mac/ |
|
From: FvW <vw...@vu...> - 2005-11-11 13:11:06
|
On Fri, Nov 11, 2005 at 07:59:09AM -0500, Charles Moad wrote: > Fwiw, I have seen this when GL_POLYGON_SMOOTH is enabled. > glDisable(GL_POLYGON_SMOOTH) fixed it. I had no idea where to search, Thanks! Fulko > FvW wrote: [...] > >All area are drawn using GL_POLYGON. I can see the edges of the > >triangles as slightly darker lines. If the trangles are very small, that > >area looks darker than normal. [...] |
|
From: Charles M. <cm...@in...> - 2005-11-11 12:59:58
|
Fwiw, I have seen this when GL_POLYGON_SMOOTH is enabled. FvW wrote: > Hello, > > I have a python program that draws a map using OpenGL. > On my old card, ASUS V7700pro (GeForce2 GTS), the result was good. > I replaced this card with a ASUS V9520 (GeForce FX5200) because the fan > was worn. This card does not display as expected. > > All area are drawn using GL_POLYGON. I can see the edges of the > triangles as slightly darker lines. If the trangles are very small, that > area looks darker than normal. > > Can anyone tell me what the cause can be, and how to fix it? > Python 2.3, pyopengl 2.0.1.08-5.1, nvidia 7174 drivers > Debian 3.1(Sarge). > > Thanks, > Fulko > > Some code that might be of interest. > The vertices of the different trianges are shared (identical). > > glClearColor(0,0,0,0) > glClear (GL_COLOR_BUFFER_BIT |GL_DEPTH_BUFFER_BIT ) > glShadeModel(GL_SMOOTH) > > glLineWidth(1.0) > glColor3d(0.7,0.7,0.7) > for a in range(area): > v1,v2,v3=a > glBegin(GL_POLYGON) > glVertex2f(v1) > glVertex2f(v2) > glVertex2f(v3) > glEnd() > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > PyOpenGL Homepage > http://pyopengl.sourceforge.net > _______________________________________________ > PyOpenGL-Users mailing list > PyO...@li... > https://lists.sourceforge.net/lists/listinfo/pyopengl-users |
|
From: FvW <vw...@vu...> - 2005-11-11 12:23:07
|
Hello,
I have a python program that draws a map using OpenGL.
On my old card, ASUS V7700pro (GeForce2 GTS), the result was good.
I replaced this card with a ASUS V9520 (GeForce FX5200) because the fan
was worn. This card does not display as expected.
All area are drawn using GL_POLYGON. I can see the edges of the
triangles as slightly darker lines. If the trangles are very small, that
area looks darker than normal.
Can anyone tell me what the cause can be, and how to fix it?
Python 2.3, pyopengl 2.0.1.08-5.1, nvidia 7174 drivers
Debian 3.1(Sarge).
Thanks,
Fulko
Some code that might be of interest.
The vertices of the different trianges are shared (identical).
glClearColor(0,0,0,0)
glClear (GL_COLOR_BUFFER_BIT |GL_DEPTH_BUFFER_BIT )
glShadeModel(GL_SMOOTH)
glLineWidth(1.0)
glColor3d(0.7,0.7,0.7)
for a in range(area):
v1,v2,v3=a
glBegin(GL_POLYGON)
glVertex2f(v1)
glVertex2f(v2)
glVertex2f(v3)
glEnd()
|
|
From: SourceForge.net <no...@so...> - 2005-11-10 14:33:42
|
Feature Requests item #1353190, was opened at 2005-11-10 06:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=1353190&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: GL Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wglChoosePixelFormatARB Initial Comment: Hi, I would like to add antialiasing to my programs using the WGL_ARB_multisample extension. As far as I see the wglChoosePixelFormatARB is not yet supported. Could you offer a wrapper to that too ? A small doc for wglGetPixelFormatAttribivARB would also come in handy. Cheers, Lucian l DOT voinea AT tue DOT nl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=1353190&group_id=5988 |
|
From: Gross, A. <ag...@ir...> - 2005-11-03 20:10:02
|
Good afternoon, I'm new to pyopenGL, so this is probably an easy question. I'm getting a compile warning saying that I've got the wrong version of SWIG installed. Apparently it wants version 1.3.23, and I have 1.3.24 installed. Is this a problem? I wasn't sure if the warning was for previous versions of swig and didn't get updated, or whether something is going to go wrong if I use version 1.3.24 =20 Thanks, Ashley Gross Software Engineer Government & Industrial iRobot =20 |
|
From: Joan W. <mik...@wf...> - 2005-11-02 10:46:20
|
<html> <head> <META content="text/html; charset=us-ascii"> </head> <body> Just be cool! :)<br> <b>Simply try CjALjjS Softta6s</b><br> Theyy works in 15 mins<br> <a href="http://de.geocities.com/Nolan92007Vanni94320/">Learrn moore</a><br> Be the besst, guaranteeed! :)<br> Your packaage will be shippped same day<br><hr> <STRONG></STRONG><br> Circumstances hell! I make circumstances!<br> It's a dangerous thing to think we know everything. </body> </html> |
|
From: Tim B. <Tim...@gm...> - 2005-10-22 07:48:16
|
hi all, i'm currently working on a project, where i have to render two images to two different screens (win xp, ati dualhead card). since, i never used pyopengl before, is it possible to access and render to multiple screens on windoze? thanks in advance ... tim -- mailto:Tim...@gm... ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs |
|
From: Mladen B. <bes...@ma...> - 2005-10-19 01:05:04
|
Hi, I can't seem to build PyOpenGL on Fedora Core 3. Here is the place where python setup.py build fails: /usr/include/GL/freeglut_ext.h:69: error: conflicting types for 'glutMouseWheelFunc' Any suggestions? Thanks, Mladen |
|
From: Simon W. <sim...@gm...> - 2005-10-05 14:33:23
|
On 5/18/05, Simon Wittber <sim...@gm...> wrote: > Hi Chaps, > > I'm building a simple game, and need some way to get models from my > designer team mate and display them in OpenGL, preferably using a > display list. I've since implemented a Quake II model loader (md2) and renderer which uses glDrawArrays. The code is ugly and probably horribly inefficient at the moment, but I thought I would share my efforts anyway :-) The loader: http://metaplay.dyndns.org:82/svn/SiGL/SiGL/md2.py The renderer and animator: http://metaplay.dyndns.org:82/svn/SiGL/SiGL/model.py The code is fairly tightly coupled in with my framework, but is fairly clear and easily changeable, and might prove of some use to someone. Sw. |
|
From: SourceForge.net <no...@so...> - 2005-10-02 23:00:12
|
Feature Requests item #1311265, was opened at 2005-10-03 12:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=1311265&group_id=5988 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stuart Woolford (swoolford) Assigned to: Nobody/Anonymous (nobody) Summary: glReadPixels enhancement request Initial Comment: When using glReadPixels in combinations with pixel buffer objects (PBOs) the last (C) argument is no longer the address of memory to move the data to, but an offset from the currently defined buffer object base. As a trivial example it is connon to use: glReadPixels(0,0,640,480,GL_BGRA,GL_UNSIGNED_BYTE,0) Which causes the data to be copied to the base (0 offset) of the currently defined PBO. Of course, in pyOpengl this does not seem doable, as the buffers are handled internally, and the last argument is not exposed. Is it possible that we could have new versions of the affected calls exposed that do take the last argument? Perhaps a glReadPixelsB (for buffer) or something like that? (glWritePixels has the same limitation). PBOs are a very important feature for using openGL in image processing, so this would be a very useful addition. It would also allow glReadPixels to be used from python in situations where the overhead of the double data copy currently required for the (much easier to use) current implementation is too much when moving through bounce buffers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355988&aid=1311265&group_id=5988 |
|
From: Ben J. <ben...@im...> - 2005-09-28 08:17:59
|
qzm wrote: > Well, its been over 6 MONTHS since I pointed out this rather major > problem in glreadpixels, and so far no reaction? Did you submit a bug report or feature request for it on SourceForge? > It really would be nice to stop having to use custom C python > extensions that need maintennce just to allow this one call.. It looks like you have the skills to fix/implement this yourself. Why don't you do that and submit it as a patch? You can contribute to the project through this site: http://sourceforge.net/projects/pyopengl Ben. |
|
From: qzm <stu...@gm...> - 2005-09-27 23:02:58
|
Well, its been over 6 MONTHS since I pointed out this rather major problem in glreadpixels, and so far no reaction? Does anyone else find this a problem? without it we cannot use PBO (pixel buffer objects), which is a major addition to the opengl spec, and gives access to a whole range of important new functionality. It really would be nice to stop having to use custom C python extensions that need maintennce just to allow this one call.. >From: qzm <stuartaw@gm...> > glReadPixels spec problem. >2005-02-28 16:42 > Hello fellow pyOpengl Users. > > Perhaps I am missing something, but Ithink there is a serious issue > with glReadPixels. > > When using glReadPixels in combinations with pixel buffer objects > (PBOs) the last (C) argument is no longer the address of memory to > move the data to, but an offset from the currently defined buffer > object base. > > As a trivial example it is connon to use: > glReadPixels(0,0,640,480,GL_BGRA,GL_UNSIGNED_BYTE,0) > Which causes the data to be copied to the base (0 offset) of the > currently defined PBO. > > Of course, in pyOpengl this does not seem doable, as the buffers are > handled internally, and the last argument is not exposed. > Is it possible that we could have new versions of the affected calls > exposed that do take the last argument? > Perhaps a glReadPixelsB (for buffer) or something like that? > (glWritePixels has the same limitation). > > PBOs are a very important feature for using openGL in image > processing, so this would be a very useful addition. > > It would also allow glReadPixels to be used from python in situations > where the overhead of the double data copy currently required for the > (much easier to use) current implementation is too much whem moving > through bounce buffers. |
|
From: FvW <vw...@vu...> - 2005-09-26 08:01:03
|
Hello,
I found the answer. The problem was my (mis)understanding of "blending".
Attached is some working code.
N.B. It is not meant to be nice code.
Best,
Fulko
from OpenGL.GL import *
from OpenGL.GLUT import *
from OpenGL.GLU import *
from Image import *
ESCAPE = '\033'
window = 0
xrot = yrot = zrot = 0.0
texture = 0
def LoadTextures():
image = open("BlueFace.png")
print image.format, image.size, image.mode
ix = image.size[0]
iy = image.size[1]
image = image.tostring("raw", "RGBA", 0, -1)
glPixelStorei(GL_UNPACK_ALIGNMENT,1)
glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, ix, iy, 0, GL_RGBA, GL_UNSIGNED_BYTE, image)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR)
glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR)
glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE)
glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA)
glEnable(GL_BLEND)
glEnable(GL_CULL_FACE)
def InitGL(Width, Height):
LoadTextures()
glEnable(GL_TEXTURE_2D)
glClearColor(0.0, 0.0, 0.0, 0.0)
glClearDepth(1.0)
glDepthFunc(GL_LEQUAL)
glEnable(GL_DEPTH_TEST)
glShadeModel(GL_SMOOTH)
glMatrixMode(GL_PROJECTION)
glLoadIdentity()
gluPerspective(45.0, float(Width)/float(Height), 0.1, 100.0)
glMatrixMode(GL_MODELVIEW)
def ReSizeGLScene(Width, Height):
if Height == 0:
Height = 1
glViewport(0, 0, Width, Height)
glMatrixMode(GL_PROJECTION)
glLoadIdentity()
gluPerspective(45.0, float(Width)/float(Height), 0.1, 100.0)
glMatrixMode(GL_MODELVIEW)
def DrawGLScene():
global xrot, yrot, zrot, texture
glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT)
glLoadIdentity()
glPushMatrix()
glBegin(GL_QUADS)
glTexCoord2f(0.0, 0.0); glVertex3f(-5.0, -5.0, -10.0)
glTexCoord2f(1.0, 0.0); glVertex3f( 5.0, -5.0, -10.0)
glTexCoord2f(1.0, 1.0); glVertex3f( 5.0, 5.0, -10.0)
glTexCoord2f(0.0, 1.0); glVertex3f(-5.0, 5.0, -10.0)
glEnd();
glPopMatrix()
glPushMatrix()
glTranslatef(0.0,0.0,-5.0)
glRotatef(xrot,1.0,0.0,0.0)
glRotatef(yrot,0.0,1.0,0.0)
glRotatef(zrot,0.0,0.0,1.0)
glBegin(GL_QUADS)
glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, -1.0, 1.0)
glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, -1.0, 1.0)
glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, 1.0)
glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, 1.0)
glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, -1.0)
glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, 1.0, -1.0)
glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, 1.0, -1.0)
glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, -1.0)
glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, -1.0)
glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, 1.0, 1.0)
glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, 1.0, 1.0)
glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, -1.0)
glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, -1.0, -1.0)
glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, -1.0, -1.0)
glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, 1.0)
glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, 1.0)
glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, -1.0, -1.0)
glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, -1.0)
glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, 1.0, 1.0)
glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, 1.0)
glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, -1.0, -1.0)
glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, 1.0)
glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, 1.0, 1.0)
glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, -1.0)
glEnd();
glPopMatrix()
xrot = xrot + 0.02
yrot = yrot + 0.02
zrot = zrot + 0.02
glutSwapBuffers()
def keyPressed(*args):
if args[0] == ESCAPE:
glutDestroyWindow(window)
sys.exit()
def main():
global window
glutInit(sys.argv)
glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_ALPHA | GLUT_DEPTH)
glutInitWindowSize(640, 480)
glutInitWindowPosition(0, 0)
window = glutCreateWindow("Transparency Test")
glutDisplayFunc(DrawGLScene)
glutIdleFunc(DrawGLScene)
glutReshapeFunc(ReSizeGLScene)
glutKeyboardFunc(keyPressed)
InitGL(640, 480)
glutMainLoop()
print "Hit ESC key to quit."
main()
|
|
From: Mike C. F. <mcf...@ro...> - 2005-09-24 02:48:52
|
Joseph Quigley wrote: > Hi.. I get this huge list of errors when I try to install PyOpenGL on > Slackware 10.0 (x86 CPU). I can't understand why! I'm guessing that this is another case of compiling with the wrong SWIG version installed and getting the wrappers mis-wrapped as a result. I've added notes to the installation page regarding the correct versions of SWIG and have added warnings in the sections which discuss building PyOpenGL from source. Sorry this took so long, Mike ... > building 'GL.ARB._shader_objects' extension > gcc -pthread -fno-strict-aliasing -DNDEBUG -O3 -march=i486 -mcpu=i686 > -fPIC -DGLX_PLATFORM -I/usr/include -I/usr/local/include > -I/usr/X11/include -I/usr/X11R6/include -I/usr/include/python2.3 -c > src/interface/GL.ARB._shader_objects.c -o > build/temp.linux-i686-2.3/src/interface/GL.ARB._shader_objects.o > In file included from src/interface/GL.ARB._shader_objects.c:8: > src/interface/GL.ARB._shader_objects.0001.inc:1399: error: parse error > before "obj" > src/interface/GL.ARB._shader_objects.0001.inc: In function > `glDeleteObjectARB': > src/interface/GL.ARB._shader_objects.0001.inc:1399: error: parse error > before "obj" > src/interface/GL.ARB._shader_objects.0001.inc:1399: error: `obj' > undeclared (first use in this function) > src/interface/GL.ARB._shader_objects.0001.inc:1399: error: (Each > undeclared identifier is reported only once > src/interface/GL.ARB._shader_objects.0001.inc:1399: error: for each > function it appears in.) > src/interface/GL.ARB._shader_objects.0001.inc: At top level: ... -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
|
From: Mike C. F. <mcf...@ro...> - 2005-09-24 02:40:35
|
Chad Simmons wrote:
>The
>
>python setup.py install
>
>
I should have asked this earlier, but to be sure; do you have the
correct version of SWIG installed? I have just added a table to the
installation page that shows the correct versions for a given PyOpenGL
version (basically SWIG 1.3.23 for PyOpenGL 2.0.2, SWIG 1.3.13 for
PyOpenGL 2.0.1). Otherwise you should not be running the "build"
command (which install does by default if you don't tell it not to).
If you are building from a source tarball and don't need to customise
the wrappers, you should install with:
python setup.py build_ext install
rather than:
python setup.py install
as the default install will try to rebuild the wrappers for you.
You will likely need to blow away your current directory and unpack the
source code again to make that work.
I've just built the whole package from scratch from CVS on Gentoo Linux,
incidentally. It built without complaint and runs those few demos I've
tried.
Hope this helps somewhat,
Mike
--
________________________________________________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
|
|
From: FvW <vw...@vu...> - 2005-09-23 12:04:04
|
Hello, I try to use textures with transparency, but I have no success. The textures are there, but not transparent. Can someone tell me what goes wrong? I made a (rather silly) example based on the Nehe lessons. The base is from lesson 6, and I took the image from lesson 32 (http://nehe.gamedev.net/) Thanks all. Fulko The (failing) example code: from OpenGL.GL import * from OpenGL.GLUT import * from OpenGL.GLU import * from Image import * ESCAPE = '\033' window = 0 xrot = yrot = zrot = 0.0 texture = 0 def LoadTextures(): image = open("BlueFace.tga") print image.format, image.size, image.mode ix = image.size[0] iy = image.size[1] image = image.tostring("raw", "RGBA", 0, -1) glPixelStorei(GL_UNPACK_ALIGNMENT,1) glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, ix, iy, 0, GL_RGBA, GL_UNSIGNED_BYTE, image) glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR) glTexParameterf(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR) def InitGL(Width, Height): LoadTextures() glEnable(GL_TEXTURE_2D) glClearColor(0.0, 0.0, 0.0, 0.0) glClearDepth(1.0) glDepthFunc(GL_LESS) glEnable(GL_DEPTH_TEST) glShadeModel(GL_SMOOTH) glMatrixMode(GL_PROJECTION) glLoadIdentity() gluPerspective(45.0, float(Width)/float(Height), 0.1, 100.0) glMatrixMode(GL_MODELVIEW) def ReSizeGLScene(Width, Height): if Height == 0: Height = 1 glViewport(0, 0, Width, Height) glMatrixMode(GL_PROJECTION) glLoadIdentity() gluPerspective(45.0, float(Width)/float(Height), 0.1, 100.0) glMatrixMode(GL_MODELVIEW) def DrawGLScene(): global xrot, yrot, zrot, texture glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT) glLoadIdentity() glPushMatrix() glTranslatef(0.0,0.0,-5.0) glRotatef(xrot,1.0,0.0,0.0) glRotatef(yrot,0.0,1.0,0.0) glRotatef(zrot,0.0,0.0,1.0) glBegin(GL_QUADS) glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, -1.0, 1.0) glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, -1.0, 1.0) glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, 1.0) glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, 1.0) glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, -1.0) glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, 1.0, -1.0) glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, 1.0, -1.0) glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, -1.0) glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, -1.0) glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, 1.0, 1.0) glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, 1.0, 1.0) glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, -1.0) glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, -1.0, -1.0) glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, -1.0, -1.0) glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, 1.0) glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, 1.0) glTexCoord2f(1.0, 0.0); glVertex3f( 1.0, -1.0, -1.0) glTexCoord2f(1.0, 1.0); glVertex3f( 1.0, 1.0, -1.0) glTexCoord2f(0.0, 1.0); glVertex3f( 1.0, 1.0, 1.0) glTexCoord2f(0.0, 0.0); glVertex3f( 1.0, -1.0, 1.0) glTexCoord2f(0.0, 0.0); glVertex3f(-1.0, -1.0, -1.0) glTexCoord2f(1.0, 0.0); glVertex3f(-1.0, -1.0, 1.0) glTexCoord2f(1.0, 1.0); glVertex3f(-1.0, 1.0, 1.0) glTexCoord2f(0.0, 1.0); glVertex3f(-1.0, 1.0, -1.0) glEnd(); glPopMatrix() glPushMatrix() glBegin(GL_QUADS) glTexCoord2f(0.0, 0.0); glVertex3f(-5.0, -5.0, -10.0) glTexCoord2f(1.0, 0.0); glVertex3f( 5.0, -5.0, -10.0) glTexCoord2f(1.0, 1.0); glVertex3f( 5.0, 5.0, -10.0) glTexCoord2f(0.0, 1.0); glVertex3f(-5.0, 5.0, -10.0) glEnd(); glPopMatrix() xrot = xrot + 0.02 yrot = yrot + 0.02 zrot = zrot + 0.02 glutSwapBuffers() def keyPressed(*args): if args[0] == ESCAPE: glutDestroyWindow(window) sys.exit() def main(): global window glutInit(sys.argv) glutInitDisplayMode(GLUT_RGBA | GLUT_DOUBLE | GLUT_ALPHA | GLUT_DEPTH) glutInitWindowSize(640, 480) glutInitWindowPosition(0, 0) window = glutCreateWindow("Transparency Test") glutDisplayFunc(DrawGLScene) glutIdleFunc(DrawGLScene) glutReshapeFunc(ReSizeGLScene) glutKeyboardFunc(keyPressed) InitGL(640, 480) glutMainLoop() print "Hit ESC key to quit." main() -- Fulko van Westrenen email: vw...@vu... |
74 messages has been excluded from this view by a project administrator.
