1. EuGL sneak preview release
During the last two days I worked on what I hope - someday - will be a
pretty much complete OpenGL wrapper for Euphoria.
EuGL is stricly about Win32 so all you Linux-hackers can stop reading right
about.. ... ... ... ...now.
So far EuGL has little functionality but is still capable of doing the
following:
* drawing flat-/gouraudshaded triangles & quads, with or without
lightsources.
* Transforming & rotating points using matrix operations.
* ..and a bunch of other stuff that I haven't tried out.
There's no real documentation, but there are 3 small example programs that
you can look at..
This version of EuGL does _not_ support texturemapping, display-lists, etc
(but they will be added in the future).
It'd be nice to know if it runs under Windows 95/2000, what happends if you
run it under 8/24/32 bit color-depths, or pretty much whatever you can come
up with..
You can download the package from: http://home.swipnet.se/progzone/eugl.zip
(about 27kB)
..or at RDS's site as soon as they update.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
2. Re: EuGL sneak preview release
It runs very fast right out of the zip Mic,
Thanks!
Monty
3. Re: EuGL sneak preview release
Very nice, Mic!
Just one little thing, I had to change the type of all hDC and glhDC variables
in eugl.eu from integer to atom. (When run repeatedly under NT 4.0.) Otherwise
just fine.
jiri
4. Re: EuGL sneak preview release
- Posted by Brian Broker <bkb at CNW.COM>
Mar 05, 2000
-
Last edited Mar 06, 2000
On Sun, 5 Mar 2000 17:21:01 PST, stab master wrote:
>It'd be nice to know if it runs under Windows 95/2000, what happends if you
>run it under 8/24/32 bit color-depths, or pretty much whatever you can come
>up with..
Hey Mic,
Quite nice for only a few days work. It runs fine on Win2000 16-bit color
with only a few problems that cropped up while running your examples.
Remember: DC's should always be defined as atoms, not integers, since they
can leave the integer range (and they frequently do on my system).
glex02.exw exposed the problem in 'CreateOpenGLWindow'.
glex03.exw exposed the problem in 'WinMain'
To fix, I only needed to define 'hDC' in each to be an atom.
Have you considered doing your work using GLUT? I know the last guy to try
eventually gave up, and I've been considering taking a 'stab' at it
myself. It would eliminate your platform dependency and it also hides some
of the messy details... If not, I've still got something to try...
-- Brian
5. Re: EuGL sneak preview release
>Remember: DC's should always be defined as atoms, not integers, since they
>can leave the integer range (and they frequently do on my system).
Oops.. I'll fix this for the next release.
>Have you considered doing your work using GLUT? I know the last guy to try
>eventually gave up, and I've been considering taking a 'stab' at it
>myself. It would eliminate your platform dependency and it also hides some
>of the messy details... If not, I've still got something to try...
Hmmm.. well, I've spent too much time working on the win32 version to change
direction now. But I'm sure that the linux-people would appreciate it if
someone (you (?)) did a GLUT wrapper..
I've realized that the structure of having Init/Main/Exit procedures doesn't
really cut it for EuGL. I'm thinking of changing it so that you can have a
procedure being called for each WM being received.
Fx. if you want to trap keydown-events you would be able to write a
procedure for it and then do euglProc[WM_KEYDOWN]=routine_id("whatever")
and whatever() will be called when a WM_KEYDOWN msg is received.. or
something like that..
I may also try compiling the DLL under MASM to try to get an even better
speed/size ratio.
I noticed that the catalog structure was messed up (there's no "src"
directory). That's cos I forgot to click a checkbox in WinZip (I was very
tired at the time..).
Anyway, there'll probably be a new release in a couple of days.
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
