1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
|
Mesa 4.0.1 DOS/DJGPP Port version 0.1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
First of all...
~~~~~~~~~~~~~~~
This is a DOS port for MESA 4.0.1. I didn't bother to consider any DOS C
compiler other than gcc, so this port was written using DJGPP v2. To be more
precise:
djdev 2.03
gcc v3.0.3
make v3.79
Almost all demos were compiled and ran succesfully on my system:
CPU: Intel Pentium w/ MMX @166 MHz
Mainboard: ViA Apollo VP2 w/ 128 MB SDRAM
Video card: Matrox Millenium I w/ 4096 kB WRAM, Matrox BIOS v3.0
Since I don't have access to any accelerated video hardware, this port is
entirely based on VESA/SuperVGA. My little attempt to use FreeBE/AF ended in
a failure, but that's another story: it seemed to work fine with my older
Matrox Millenium w/ 2MB, and then I got another Matrox Millenium w/ 4MB. The
problem with latter was it had a dead BIOS; I hot-flashed it and made it work
in all environments (Windows 95, VESA, etc) but FreeBE/AF.
Legal:
~~~~~~
This software is distributed under the terms of the GNU Lesser General Public
License.
Source code written by others is subject to its respective copyright.
libGL (the core):
~~~~~~~~~~~~~~~~~
Of course, MESA 4.0.1 core sources are required. It will probably work with
MESA 3.5, but not a chance with earlier versions due to major changes to the
MESA driver interface and the directory tree. All should compile succesfully.
The driver has its origins in ddsample.c, written by Brian Paul and found by
me in MESA 3.4.2. I touched almost all the functions, changing the coding
style ;-( Sorry!
Pitfalls:
1. The current version supports only RGB[A] modes, for it made no sense to me
to endorse color-index (aka palette) modes.
2. Only double-buffered is allowed because it was simpler to implement at
that moment. Single-buffered will appear soon, especially if I can find a
way to use hardware acceleration.
3. Another weird "feature" is that buffer width & height must be multiple of
4 (I'm a lazy programmer and I found that the easiest way to keep buffer
handling at peak performance ;-).
4. The video mode selector is tricky: it searches for the smallest mode which
will entirely contain the buffer at its current position. If you want a
small buffer in a high-res mode, try to position it very far to the right
(or down). I'd really use some ideas here!!!
libGLU:
~~~~~~~
Mesa GLU sources are required. Everything should run smooth.
libGLUT (the toolkit):
~~~~~~~~~~~~~~~~~~~~~~
Well, this "skeletal" GLUT implementation is not mine. Thanks should go to
Bernhard Tschirren, Mark Kilgard, Brian Paul and probably others (or probably
not ;-). I only changed it to be self-standing (Allegro-free). The keyboard,
mouse and timer drivers were inspired from an old project of mine (D3Xl) and
fixed with some Allegro "infusions"; my deeply thanks to Shawn Hargreaves and
co.
My keyboard driver used only scancodes, but since GLUT requires ASCII values
for keys, I borrowed the translation tables (and maybe more) from Allegro.
Ctrl-Alt-Del (plus Ctrl-Alt-End, for Windows users) will shut down the GLUT
engine unconditionally: it will raise SIGINT, which in turn will call the
destructors (let's hope), thus cleaning up your/my mess ;-)
The mouse driver is far from complete (lack of positioning, drawing, etc),
but is enough to make almost all the demos work.
The timer is pretty versatile for it supports multiple timers with different
frequencies. It may not be the most accurate timer in the known universe, but
I think it's OK. Take this example: you have timer A with a very high rate,
and then you have timer B with very low rate compared to A; now, A ticks OK,
but timer B will probably loose precision!
As an addition, stdout and stderr are redirected and dumped upon exit. This
means that printf can be safely called during graphics, but all messages come
in bulk! A bit of a hack, I know, but I think it's better than to miss them
at all.
Window creating defaults: 640x480x16 at (0,0), 8-bit stencil, 16-bit accum.
Installation:
~~~~~~~~~~~~~
Unzip into the MESA directory, and type "make -f Makefile.DJ" to compile all
libraries. Long filename support is required during compilation. The examples
are not built automagically (see Pitfalls above).
History:
~~~~~~~~
v0.1 feb-2002 initial release
v0.2 ..soon..
Contact:
~~~~~~~~
Name: Borca Daniel
E-mail: dborca@yahoo.com
WWW: http://www.geocities.com/dborca/
|
