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
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
|
All:
Audio rate conversion is only implemented by multiplying or dividing
by a power of two. This is a side-effect of the requirement that the
raw audio buffer size be a power of two, and can hopefully be fixed.
This means 8 KHz audio converted to 22 KHz ends up being 16 KHz. :-/
When the implementation is writing directly to video memory the mouse
cursor doesn't work properly. Applications which do this should use
their own mouse cursor and call SDL_ShowCursor(0) to hide the system
cursor.
Linux:
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
The AAlib, GGI, and SVGAlib video drivers are not heavily tested.
Win32:
The MCI driver can't tell if the CD-ROM drive is paused or stopped.
The SDL_INIT_EVENTTHREAD flag is not supported on Win32
(Idea: create a separate DirectInput polling thread)
The main purpose of this flag is for smooth cursor motion in
fullscreen environments.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
This requires the ToUnicode() API which is only implemented on
Windows NT/2000, not on Windows 95/98.
Latin-1 keyboard input works fine.
Joysticks are only supported under the Win32 MultiMedia API,
DirectInput support is not yet implemented.
BeOS:
BePPC is not supported, apparently not even by Be Inc.
SDL_WM_GrabInput() is not implemented.
Does anyone know how to do this? SDL_WM_GrabInput() is designed
to prevent the user from switching input and mouse focus away from
the SDL application.
Continuous relative mouse motion is not implemented.
Wide UNICODE character input (Kanji, etc.) has not been tested.
Latin-1 keyboard input works fine.
MacOS:
Palette handling isn't implemented in windowed mode yet.
Audio hasn't been extensively tested, in particular the locking
isn't implemented and mixer routines may not call malloc() or free()
because they are called at interrupt time.
SDL_WM_GrabInput() is not implemented.
Does anyone know how to do this? SDL_WM_GrabInput() is designed
to prevent the user from switching input and mouse focus away from
the SDL application.
Continuous relative mouse motion is not implemented.
SDL_AddTimer() and SDL_RemoveTimer() haven't been implemented yet.
Not all of the keys are properly recognized on the keyboard.
MacOS X:
CD-ROM functions are not implemented yet.
Joystick code is not extensively tested yet.
Window may not close when unsetting video mode and resetting.
Resizeable windows aren't implemented yet.
Depth switching for windowed mode isn't implemented yet.
Palette handling isn't implemented in windowed mode yet.
Command-line arguments Dialog is not implemented yet.
Fullscreen drawing has some artifacts.
Fullscreen window covers *all* other windows - even force quit.
Fullscreen OpenGL for the software renderer is broken.
Some OpenGL parameters are not accounted for, for example color bits customization.
Getting OpenGL context parameters is not implemented.
Continuous mouse motion perhaps is not as smooth as it should be.
SDL_WM_GrabInput() is implemented, but it "freezes" the hardware
cursor in the center of the window/screen. Also, mouse moved events
are not generated, and the keyboard cannot be grabbed.
MacOS X seems to have a broken pthread_cancel() implementation.
FreeBSD:
pthread_cancel() isn't supported by FreeBSD 3.X, so threads don't
work on versions of FreeBSD earlier than 4.0.
The CD-ROM handling doesn't work completely.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
Solaris:
The joystick functions are not implemented yet.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
IRIX:
The CD-ROM handling doesn't work completely.
The joystick functions are not implemented yet.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
OpenBSD: -= NOT YET SUPPORTED =-
This is reported to work, but I haven't verified this.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
OSF/Tru64: -= NOT YET SUPPORTED =-
The audio functions are not implemented yet.
Joysticks and CD-ROM functions are not implemented yet.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
AIX: -= NOT YET SUPPORTED =-
This port has only been tested with AIX 4.3.3
The OpenGL support doesn't work yet.
The joystick subsystem isn't implemented yet.
Endian detection doesn't work yet - needs a unique CPP symbol.
Wide UNICODE character input (Kanji, etc.) is not yet supported.
It requires handling of keyboard mapping events and using the XIM
input translation extension. I will implement it as requested.
Latin-1 keyboard input works fine.
The keyboard modifiers are not set to the correct state on startup.
The AIX port was done by Carsten.Griwodz@KOM.tu-darmstadt.de
More information on this port is available at:
http://www.kom.e-technik.tu-darmstadt.de/~griff/SDL/
QNX: -= NOT YET SUPPORTED =-
Configuration doesn't work right, Makefiles still need to be
tweaked (need to add libraries to any apps that use sdl_config
to figure out what libs they need).
Only static libraries are being made, no shared ones.
The only hardware surface is the primary view surface.
Mouse events don't seem to be working right.
Fullscreen doesn't display correctly.
The software surfaces could use some speed up.
It doesn't look like the OpenGL stuff is there. (did a grep for
PdCreateOpenGLContext, nothing found).
The mouse cursor doesn't look right.
AmigaOS: -= NOT YET SUPPORTED =-
The OpenGL support isn't implemented yet.
SDL_WM_GrabInput() is not implemented.
Does anyone know how to do this? SDL_WM_GrabInput() is designed
to prevent the user from switching input and mouse focus away from
the SDL application.
Continuous relative mouse motion is not implemented.
The AmigaOS port was done by Gabriele.Greco@galactica.it
|
