mesa3d-users

[Mesa3d-users] Help in basics of Mesa/OpenGL

[Igor E. <ig...@on...>]

Can anybody help me in general of Mesa/OpenGL?
I'm novice with Mesa and other 3d programming.

The question is about architecture of OpenGL.

The libraries - libGL, libGLU, libGLUT, libGLX.

1) What does every one of them do? What are the main functions?

The second question is -

2) We need to make industrial (mining & geology) 3d-modelling software
 (under QPL or GNU GPL). What combination of
 <GUI API>+<3D high-level library> you can advice me to make our software
 better and faster? (We plan to use Mesa as an OpenGL API).

You can answer me in Russian too.

Thanks.
-- 
Best regards,
Igor Evdokimov

╘IGEV	ig...@on...

Re: [Mesa3d-users] Help in basics of Mesa/OpenGL

[Stephen J B. <sj...@ht...>]

On Mon, 10 Apr 2000, Igor Evdokimov wrote:

> The libraries - libGL, libGLU, libGLUT, libGLX.
> 
> 1) What does every one of them do? What are the main functions?
 
libGL contains all the functions whose names begin with 'gl', the
      basic core of OpenGL functions.

libGLU contains some utility functions for doing things like
      tessellation, spline curves, etc.  All the functions whose
      names start with 'glu'.  GLU functions are not part of the
      OpenGL core API and may be omitted.  Generally, GLU functions
      only make calls to libGL.

libglut (not usually capitalised) is another GL utility toolkit
      called 'GLUT' that provides a device independent window
      management/mouse/keyboard/joystick interface.  These functions
      are not at all a part of the OpenGL specification - but are
      used (for example) for the sample code in the OpenGL user
      guide.  GLUT routines all start with the letters 'glut' (Suprise,
      suprise!)

GLX (not libGLX) is two things:

      * Specifically for X-window systems there are a bunch of 'glX'
        functions in libGL that contain all the routines that a
        program needs in order to interface with X windows.

      * An interface protocol that allows OpenGL programs running
        on one computer to produce graphics on another - providing
        both support the GLX protocol.  In a sense, this is like
        X-window's ability to do the same thing.

> The second question is -
> 
> 2) We need to make industrial (mining & geology) 3d-modelling software
>  (under QPL or GNU GPL). What combination of
>  <GUI API>+<3D high-level library> you can advice me to make our software
>  better and faster? (We plan to use Mesa as an OpenGL API).
 
Well, I've had lots of success with FLTK (Fast-Light ToolKit)...there are
plenty of others to choose from though.  I don't know your application
area well enough to know what higher-level library you need for 3D work,
I'd be suprised if OpenGL (Mesa) were not good enough for your needs.

For example: The PPE 3D modeller for Linux is written using FLTK and Mesa.

             http://prettypoly.sourceforge.net

> You can answer me in Russian too.
 
No - I can't   :-(

Steve Baker                      (817)619-2657 (Vox/Vox-Mail)
L3Com/Link Simulation & Training (817)619-2466 (Fax)
Work: sj...@ht...            http://www.hti.com
Home: sjb...@ai...       http://web2.airmail.net/sjbaker1

Re: [Mesa3d-users] Help in basics of Mesa/OpenGL

[Paul de R. <de...@ac...>]

Igor Evdokimov wrote:

> Can anybody help me in general of Mesa/OpenGL?
> I'm novice with Mesa and other 3d programming.
>

Ahh... so life does exist on this list :>

I recently upgraded to Xfree86 4.0, and I noticed the GL architecture has
changed...
I had Mesa 3.0 installed in /usr/lib, and now, X has it's own installed in
/usr/X11R4/lib.
I understand the libGL.so that comes with X4 is Mesa 3.3beta? Yet, I cannot
find Mesa3.3anything, even under the Mesa CVS. I would just use the libGL
that comes with X, except that it doesn not include libGLU and the libGL
doesn't include support for ggi or glut or anything nifty like that, and it
lacks alot of needed header files, though it does include some.

My question is, what can I do to get Mesa/GL working under X4?
- I would try upgrading to Mesa3.3beta if I could find it, but I was
recently informed that it's not stock mesa that comes with X4, but an
altered version....

I was also interested if/when the GLX project will be incorperated in Mesa?
I understand they have support for the agp module in the new kernel...

Thanks for any help or comments :>

--
+-Ax0n--[Paul de Regt]--(de...@ac...)---------+
| #include <disclaimer.h>                             |
| PGP ID 0xC9E64E52                     ICQ# 25840522 |
+-[B78F 3B4D 117D FAF2 C343 F926 AB01 3FD9 2D1C 765D]-+
|      I of course have zero evidence for this,       |
|     but since when has that stopped any of us?      |
+-----------------------------------------------------+

Re: [Mesa3d-users] Help in basics of Mesa/OpenGL

[physic <ph...@te...>]

> I recently upgraded to Xfree86 4.0, and I noticed the GL architecture has
> changed...
> I had Mesa 3.0 installed in /usr/lib, and now, X has it's own installed in
> /usr/X11R4/lib.

This was a mistake in xf4.  Should be fixed for the next release.

> I understand the libGL.so that comes with X4 is Mesa 3.3beta? Yet, I cannot
> find Mesa3.3anything, even under the Mesa CVS. I would just use the libGL

The 3.3 branch is the default cvs branch.  No official beta was released
expect the code dump that went into the xf4 release.

> My question is, what can I do to get Mesa/GL working under X4?

Have a little more patience I think.  Its still a bit difficult.  Check
the dri list archive for all the recent people trying ot get it to work.

> - I would try upgrading to Mesa3.3beta if I could find it, but I was
> recently informed that it's not stock mesa that comes with X4, but an
> altered version....

It is the 3.3 branch compiled a certain way.  You really wad to visit the
dri people at dri.sourceforge.net.  They are integrating mesa into xf4.

> I was also interested if/when the GLX project will be incorperated in Mesa?
> I understand they have support for the agp module in the new kernel...

The utah-glx code is separate from the dri priject, but many developers
contribute to both.  My feeling is that the dri stuff will get working and
everyone will just start using and developing with that since it works
well with xf4.  Who knows for sure though.  I dont think the utah-glx
people even know what they want to do yet.

--physic
ph...@te...