Menu
▾
▴
glewpy-users — For general GLEWpy usage discussion.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Charles M. <cm...@in...> - 2005-10-21 18:24:41
|
buffer's' -- a tuple of integers is returned. Try glGenBuffersARB(1)[0] Leonard "paniq" Ritter wrote: > self.m_nVBOVertices = glGenBuffersARB(1) > glBindBufferARB( GL_ARRAY_BUFFER_ARB, self.m_nVBOVertices) > > gives me: > > File "lesson45.py", line 314, in InitGL > g_pMesh.BuildVBOs() > File "lesson45.py", line 215, in BuildVBOs > glBindBufferARB( GL_ARRAY_BUFFER_ARB, self.m_nVBOVertices ) # // > Bind The Buffer > File "arb.pyx", line 2021, in arb.glBindBufferARB > TypeError: an integer is required > > On Fri, 2005-10-21 at 08:57 -0500, Charles Moad wrote: > >>Fixed in the attached. Let me know if you run into any more issues. >> >>FYI, glGenBuffers is there with the OpenGL 1.5 support. I looked at it >>and I think it was already corrected. You may want to look into using >>these functions instead, hence drop the "ARB" suffix. >> >>- Charlie >> >>Leonard "paniq" Ritter wrote: >> >>>glMapBufferARB isnt the problem, and i do not need the map functions for >>>now. >>> >>>however glGenBufferARB is wrongly implemented. at the moment it needs 2 >>>parameters and treats parameter 2 as an input parameter, when its >>>actually an output parameter. >>> >>>On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote: >>> >>> >>>>Well, it's all there except glMapBufferARB. This is due the >>> >>>fact the method returns a void pointer. How to handle void pointers >>>is a tricky subject in python. It is doable when you know the length >>>of the data, but at first glance at this function it is not obvious >>>how to get this length. It would help greatly if you could send a >>>sample block of code using these methods. I could probably add this >>>functionality fairly fast then. >>> |
|
From: Leonard \paniq\ R. <pa...@pa...> - 2005-10-21 18:20:11
|
self.m_nVBOVertices = glGenBuffersARB(1)
glBindBufferARB( GL_ARRAY_BUFFER_ARB, self.m_nVBOVertices)
gives me:
File "lesson45.py", line 314, in InitGL
g_pMesh.BuildVBOs()
File "lesson45.py", line 215, in BuildVBOs
glBindBufferARB( GL_ARRAY_BUFFER_ARB, self.m_nVBOVertices ) # //
Bind The Buffer
File "arb.pyx", line 2021, in arb.glBindBufferARB
TypeError: an integer is required
On Fri, 2005-10-21 at 08:57 -0500, Charles Moad wrote:
> Fixed in the attached. Let me know if you run into any more issues.
>
> FYI, glGenBuffers is there with the OpenGL 1.5 support. I looked at it
> and I think it was already corrected. You may want to look into using
> these functions instead, hence drop the "ARB" suffix.
>
> - Charlie
>
> Leonard "paniq" Ritter wrote:
> > glMapBufferARB isnt the problem, and i do not need the map functions for
> > now.
> >
> > however glGenBufferARB is wrongly implemented. at the moment it needs 2
> > parameters and treats parameter 2 as an input parameter, when its
> > actually an output parameter.
> >
> > On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote:
> >
> >>Well, it's all there except glMapBufferARB. This is due the
> >
> > fact the method returns a void pointer. How to handle void pointers
> > is a tricky subject in python. It is doable when you know the length
> > of the data, but at first glance at this function it is not obvious
> > how to get this length. It would help greatly if you could send a
> > sample block of code using these methods. I could probably add this
> > functionality fairly fast then.
> >
--
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.paniq.org
|
|
From: Charles M. <cm...@in...> - 2005-10-21 18:13:45
|
As far as drivers, definitely. If you have a card made in the last 2 years you should be good. I "think" anything newer than a radeon 9600 or nvidia 5200FX should do. - Charlie Leonard "paniq" Ritter wrote: > i'll check it right away. > > question is: will i be able to run 1.5 gl stuff with windows as well? > > On Fri, 2005-10-21 at 08:57 -0500, Charles Moad wrote: > >>Fixed in the attached. Let me know if you run into any more issues. >> >>FYI, glGenBuffers is there with the OpenGL 1.5 support. I looked at it >>and I think it was already corrected. You may want to look into using >>these functions instead, hence drop the "ARB" suffix. >> >>- Charlie >> >>Leonard "paniq" Ritter wrote: >> >>>glMapBufferARB isnt the problem, and i do not need the map functions for >>>now. >>> >>>however glGenBufferARB is wrongly implemented. at the moment it needs 2 >>>parameters and treats parameter 2 as an input parameter, when its >>>actually an output parameter. >>> >>>On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote: >>> >>> >>>>Well, it's all there except glMapBufferARB. This is due the >>> >>>fact the method returns a void pointer. How to handle void pointers >>>is a tricky subject in python. It is doable when you know the length >>>of the data, but at first glance at this function it is not obvious >>>how to get this length. It would help greatly if you could send a >>>sample block of code using these methods. I could probably add this >>>functionality fairly fast then. >>> |
|
From: Leonard \paniq\ R. <pa...@pa...> - 2005-10-21 18:08:51
|
i'll check it right away. question is: will i be able to run 1.5 gl stuff with windows as well? On Fri, 2005-10-21 at 08:57 -0500, Charles Moad wrote: > Fixed in the attached. Let me know if you run into any more issues. > > FYI, glGenBuffers is there with the OpenGL 1.5 support. I looked at it > and I think it was already corrected. You may want to look into using > these functions instead, hence drop the "ARB" suffix. > > - Charlie > > Leonard "paniq" Ritter wrote: > > glMapBufferARB isnt the problem, and i do not need the map functions for > > now. > > > > however glGenBufferARB is wrongly implemented. at the moment it needs 2 > > parameters and treats parameter 2 as an input parameter, when its > > actually an output parameter. > > > > On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote: > > > >>Well, it's all there except glMapBufferARB. This is due the > > > > fact the method returns a void pointer. How to handle void pointers > > is a tricky subject in python. It is doable when you know the length > > of the data, but at first glance at this function it is not obvious > > how to get this length. It would help greatly if you could send a > > sample block of code using these methods. I could probably add this > > functionality fairly fast then. > > -- -- leonard "paniq" ritter -- http://www.mjoo.org -- http://www.paniq.org |
|
From: Charles M. <cm...@in...> - 2005-10-21 13:58:12
|
Fixed in the attached. Let me know if you run into any more issues. FYI, glGenBuffers is there with the OpenGL 1.5 support. I looked at it and I think it was already corrected. You may want to look into using these functions instead, hence drop the "ARB" suffix. - Charlie Leonard "paniq" Ritter wrote: > glMapBufferARB isnt the problem, and i do not need the map functions for > now. > > however glGenBufferARB is wrongly implemented. at the moment it needs 2 > parameters and treats parameter 2 as an input parameter, when its > actually an output parameter. > > On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote: > >>Well, it's all there except glMapBufferARB. This is due the > > fact the method returns a void pointer. How to handle void pointers > is a tricky subject in python. It is doable when you know the length > of the data, but at first glance at this function it is not obvious > how to get this length. It would help greatly if you could send a > sample block of code using these methods. I could probably add this > functionality fairly fast then. > |
|
From: Leonard \paniq\ R. <pa...@pa...> - 2005-10-21 06:42:41
|
glMapBufferARB isnt the problem, and i do not need the map functions for now. however glGenBufferARB is wrongly implemented. at the moment it needs 2 parameters and treats parameter 2 as an input parameter, when its actually an output parameter. On Thu, 2005-10-20 at 17:04 -0500, Charles Moad wrote: > Well, it's all there except glMapBufferARB. This is due the fact the method returns a void pointer. How to handle void pointers is a tricky subject in python. It is doable when you know the length of the data, but at first glance at this function it is not obvious how to get this length. It would help greatly if you could send a sample block of code using these methods. I could probably add this functionality fairly fast then. > > -- -- leonard "paniq" ritter -- http://www.mjoo.org -- http://www.paniq.org |
|
From: Charles M. <cm...@in...> - 2005-10-20 22:11:06
|
Well, it's all there except glMapBufferARB. This is due the fact the method returns a void pointer. How to handle void pointers is a tricky subject in python. It is doable when you know the length of the data, but at first glance at this function it is not obvious how to get this length. It would help greatly if you could send a sample block of code using these methods. I could probably add this functionality fairly fast then. - Charlie On Oct 20, 2005, at 4:21 PM, Leonard "paniq" Ritter wrote: > how can ARB_vertex_buffer_object not be implemented!? > > neither glewpy nor pyopengl are wrapping it, and in my eyes it seems > fairly easy. when are you going to do this? > > i am currently writing a demo engine framework that makes strong > use of > most recent extensions, and VBO's are on the market for quite a while. > please make this work. > > -- > -- leonard "paniq" ritter > -- http://www.mjoo.org > -- http://www.paniq.org > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users > |
|
From: Leonard \paniq\ R. <pa...@pa...> - 2005-10-20 21:18:13
|
how can ARB_vertex_buffer_object not be implemented!? neither glewpy nor pyopengl are wrapping it, and in my eyes it seems fairly easy. when are you going to do this? i am currently writing a demo engine framework that makes strong use of most recent extensions, and VBO's are on the market for quite a while. please make this work. -- -- leonard "paniq" ritter -- http://www.mjoo.org -- http://www.paniq.org |
|
From: Randy H. <he...@in...> - 2004-12-29 11:28:25
|
Seems to work fine on Windows. Please post to the list again if you run into problems. --Randy > -----Original Message----- > From: gle...@li... [mailto:glewpy-users- > ad...@li...] On Behalf Of Charles Moad > Sent: Tuesday, December 28, 2004 10:40 PM > To: prXtor_alpha > Cc: glewpy > Subject: [glewpy-users] Windows Binary > > I have not been able to test this, but feel free to try the windows > binary that has been posted along with the other 0.4 releases. > > - Charlie > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users > |
|
From: Charles M. <cm...@in...> - 2004-12-29 05:20:44
|
I have not been able to test this, but feel free to try the windows binary that has been posted along with the other 0.4 releases. - Charlie |
|
From: Charles M. <cm...@in...> - 2004-12-28 02:52:25
|
> Python was built with version 6 of Visual > Studio, and extensions need to > be built with the same version of the compiler, but it > isn't installed. Again, I am not an expert with windows+python, but I would judge from the error message that this is not a glewpy issue. You literally need to build your own python form source, or install Visual Studio 6 as it is asking. Try compiling some other python modules out there such as PyOpenGL or other pyrex code for comparison. - Charlie On Dec 26, 2004, at 6:20 PM, prXtor_alpha wrote: > i am using pyrex 0.9.3, glew 1.2.5, python 2.3, glewpy > 0.4, Windows 2000 SP4 > > running commands: > > "C:\PROGRA~1\PYTHON~1\python.exe" setup.py build_ext > > "C:\PROGRA~1\PYTHON~1\python.exe" setup.py install > > > > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - You care about security. So do we. > http://promotions.yahoo.com/new_mail > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users > > |
|
From: prætor_alpha <pra...@ya...> - 2004-12-26 23:20:56
|
i am using pyrex 0.9.3, glew 1.2.5, python 2.3, glewpy 0.4, Windows 2000 SP4 running commands: "C:\PROGRA~1\PYTHON~1\python.exe" setup.py build_ext "C:\PROGRA~1\PYTHON~1\python.exe" setup.py install __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail |
|
From: Charles M. <cm...@in...> - 2004-12-23 20:22:22
|
Unfortunately I do not have access to a windows machine right now, and most of my testing has been in linux. I am determined however to support all platforms, so I would appreciate your help. I need a beta tester who is windows+python savvy. I assume you have downloaded the source distribution. What commands are you trying to run? Have you tried "python setup.py bdist_wininst"? Please post any errors you are receiving. Just to make sure, are you working with Pyrex 0.9.3 and Glew 1.2.5? Thanks, Charlie On Dec 23, 2004, at 2:11 PM, prXtor_alpha wrote: > using version 0.4, windows 2000, i get > > error: Python was built with version 6 of Visual > Studio, and extensions need to > be built with the same version of the compiler, but it > isn't installed. > > > > __________________________________ > Do you Yahoo!? > Take Yahoo! Mail with you! Get it on your mobile phone. > http://mobile.yahoo.com/maildemo > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Glewpy-users mailing list > Gle...@li... > https://lists.sourceforge.net/lists/listinfo/glewpy-users > > |
|
From: prætor_alpha <pra...@ya...> - 2004-12-23 19:11:47
|
using version 0.4, windows 2000, i get error: Python was built with version 6 of Visual Studio, and extensions need to be built with the same version of the compiler, but it isn't installed. __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo |
|
From: Charles M. <cm...@in...> - 2004-12-16 16:30:46
|
Testing |
