The whole project should run soon on UNIX too.. i don't like to
take GLUT out... it gives a good sistem independence
without too many #ifdefs.
Furthermore, we can get system refresh requests using
GLUT.
And i love GLUT :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As I understand it, the pixel buffer is only for one row at a
time in the current code. Is that correct? If so, I don't
see that you can avoid recalculating, unless you can somehow
ask the system to do backing-store of your window. (That
should be even better than the pixelbuffer...)
Re. GLUT: The only problem with GLUT is that it is no longer
supported.
Re. non-Mac-OS/X UNIX-like systems: I've already got it doing
that. I can't test the OpenGL acceleration because of the
lack of DRI on my OS, and the patches need some #if
protections for some re-capitulated assembly code. I also
can't test the original OS/X or WIN32 branches...but it
works for me, now.
Patches and a Makefile are available if there's any interest.
(^&
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As I understand it, the pixel buffer is only for one row at a
time in the current code. Is that correct? If so, I don't
see that you can avoid recalculating, unless you can somehow
ask the system to do backing-store of your window. (That
should be even better than the pixelbuffer...)
Re. GLUT: The only problem with GLUT is that it is no longer
supported.
Re. non-Mac-OS/X UNIX-like systems: I've already got it doing
that. I can't test the OpenGL acceleration because of the
lack of DRI on my OS, and the patches need some #if
protections for some re-capitulated assembly code. I also
can't test the original OS/X or WIN32 branches...but it
works for me, now.
Patches and a Makefile are available if there's any interest.
(^&
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=624274
I may look to do it...
but if so I think the best is to take glut out...
what do y think
Djip
Logged In: YES
user_id=180260
The whole project should run soon on UNIX too.. i don't like to
take GLUT out... it gives a good sistem independence
without too many #ifdefs.
Furthermore, we can get system refresh requests using
GLUT.
And i love GLUT :)
Logged In: YES
user_id=624274
UNIX...
well so some work to do with the Thread interface and
SystemInfo to get nbr of CPU...
Djip
Logged In: YES
user_id=854844
As I understand it, the pixel buffer is only for one row at a
time in the current code. Is that correct? If so, I don't
see that you can avoid recalculating, unless you can somehow
ask the system to do backing-store of your window. (That
should be even better than the pixelbuffer...)
Re. GLUT: The only problem with GLUT is that it is no longer
supported.
Re. non-Mac-OS/X UNIX-like systems: I've already got it doing
that. I can't test the OpenGL acceleration because of the
lack of DRI on my OS, and the patches need some #if
protections for some re-capitulated assembly code. I also
can't test the original OS/X or WIN32 branches...but it
works for me, now.
Patches and a Makefile are available if there's any interest.
(^&
Logged In: YES
user_id=854844
As I understand it, the pixel buffer is only for one row at a
time in the current code. Is that correct? If so, I don't
see that you can avoid recalculating, unless you can somehow
ask the system to do backing-store of your window. (That
should be even better than the pixelbuffer...)
Re. GLUT: The only problem with GLUT is that it is no longer
supported.
Re. non-Mac-OS/X UNIX-like systems: I've already got it doing
that. I can't test the OpenGL acceleration because of the
lack of DRI on my OS, and the patches need some #if
protections for some re-capitulated assembly code. I also
can't test the original OS/X or WIN32 branches...but it
works for me, now.
Patches and a Makefile are available if there's any interest.
(^&