Navigation Menu

Skip to content

Latest commit

 

History

History
111 lines (69 loc) · 5.41 KB

README.RISCOS

File metadata and controls

111 lines (69 loc) · 5.41 KB
 
1
2
3
Readme for RISC OS port of SDL
==============================
Feb 12, 2005
Feb 12, 2005
4
This document last updated on 26th January 2005
5
Feb 12, 2005
Feb 12, 2005
6
This is a RISC OS port of the Simple Direct Media Layer (SDL) by Alan Buckley with contributions from Peter Naulls.
7
8
9
Details of the SDL can be found at http://www.libsdl.org.
Feb 12, 2005
Feb 12, 2005
10
11
The source code including the RISC OS version can be obtained from
http://www.libsdl.org.
12
13
14
15
16
17
RISC OS makefiles, pre built libraries and many games and applications compiled for RISC OS using this library can be downloaded from The Unix Porting Project at http://www.chocky.org/unix/index.html.
This is released under the LGPL see the file COPYING for details.
Feb 12, 2005
Feb 12, 2005
18
RISC OS port of SDL runtime information
19
20
21
22
23
======================================
Runtime requirements
--------------------
Feb 12, 2005
Feb 12, 2005
24
This library currently needs a minimum of RISC OS 3.6. The source code for the library (and a lot of the programs built with it) also need long file names.
25
Feb 12, 2005
Feb 12, 2005
26
27
28
To use the audio you also need 16 bit sound and to have installed the DigitalRender module by Andreas Dehmel version 0.51 available from his
web site: http://home.t-online.de/~zarquon
This is loaded when needed by UnixLib.
29
Feb 12, 2005
Feb 12, 2005
30
Note: As most programs ported from other OSes use high resolution graphics and a memory back buffer a machine with a StrongARM processor and 1 or 2MB of VRAM (or a better machine) is recomended.
31
32
Feb 12, 2005
Feb 12, 2005
33
RISC OS runtime parameters
34
35
-------------------------
Feb 12, 2005
Feb 12, 2005
36
Several environmental variables have been defined to make porting programs easier (i.e. By setting these variable you do not need to have source code differences between OSes).
37
38
39
40
41
42
43
44
45
They are all defined on an application basis.
The <appname> used below is found as follows:
1. Use the name of the program unless it is !RunImage
2. Check the folder specification for the folder !RunImage is run from. If it is a folder name use that name, otherwise if it is an environmental variable of the form <XXX$Dir> use the value of XXX.
The variables are:
Feb 12, 2005
Feb 12, 2005
46
SDL$<appname>$TaskName - The name of the task for RISC OS. If omitted then <appname> is used for the task name,
47
Feb 12, 2005
Feb 12, 2005
48
SDL$<appname>$BackBuffer - set to 1 to use a system memory back buffer for the screen in full screen mode. Some programs on other systems assume their is always a back buffer even though the SDL specification specifies this is not the case. The current RISC OS implementation uses direct writes to the screen if a hardware fullscreen is requested.
49
50
51
52
53
54
55
SDL$<appname>$CloseAction - set the action for the close icon. Again as programs don't match the specification you can set this to 0 to remove the close icon from the main window for applications where this does not affect the program.
SDL$<appname>$AudioBuffer - set the minimum size of the audio buffer in samples in steps of 512. If this is less than the minimum calculated from the parameters requested in the program by SDL_OpenAudio these will be used instead. If this parameter is not used or set to 0 the buffer size will be calculated to buffer 10 centisecond of sound. The time buffered can be calculated as specified size/frequency in seconds. The larger the buffer the more audio data that will be buffered, but this can lead to a lag between a sound being requested and it being heard, so the size should be kept to a minimum. You should only set this parameter if the sound is being missed out.
Feb 12, 2005
Feb 12, 2005
56
RISC OS SDL port API notes
57
58
59
60
61
62
63
=========================
Current level of implementation
-------------------------------
The following list is an overview of how much of the SDL is implemented. The areas match the main areas of the SDL.
Feb 12, 2005
Feb 12, 2005
64
video - Mostly done. Doesn't cover gamma, YUV-overlay or OpenGL.
65
66
67
Window Manager - Mostly done. SetIcon/IconifyWindow not implemented.
Events - Mostly done. Resize and some joystick events missing.
Joystick - Currently assumes a single joystick with 4 buttons.
Feb 12, 2005
Feb 12, 2005
68
Audio - Done
69
70
71
72
73
74
75
76
77
78
79
80
CDROM - Not implemented.
Threads - Done
Timers - Done
Thread support can be removed by defining DISABLE_THREADS and recompiling the library.
SDL API notes
-------------
This section contains additional notes on some specific commands.
SDL_SetVideoMode
Feb 12, 2005
Feb 12, 2005
81
On RISC OS a fullscreen mode directly accesses the screen. This can be modified by the environmental variable (SDL$<appname>$BackBuffer) or by using the SDL_SWSURFACE flag to write to an offscreen buffer that is updated using SDL_UpdateRects.
82
83
84
85
Open GL is not supported so SDL_OPENGL and SDL_OPENGLBLIT flags fail.
SDL_RESIZEABLE and SDL_NOFRAME flags are not supported.
SDL_SetColors
Feb 12, 2005
Feb 12, 2005
86
In a wimp mode the screen colours are not changed for a hardware palette instead the RISC OS sprite colour mapping is used to get the best matching colours.
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
SDL_CreateCursor
Inverted colour is not supported.
SDL_WM_ToggleFullScreen
Currently this won't work if the application starts up in Fullscreen mode.
Toggling to fullscreen will only work if the monitor is set up to support the exact screen size requested.
SDL_EnableUNICODE
Unicode translation used here is only really accurate for 7 bit characters.
SDL_NumJoysticks/JoystickName etc.
Hardcoded to expect only 1 joystick with 4 buttons if the Joystick module is loaded.
SDL_GetTicks
Timer used has only a centisecond accuracy. This applies to other time related functions.
SDL_Delay
Modified to poll keyboard/mouse during the delay on the event thread.
Notes on current implementation
-------------------------------
Keyboard and mouse are polled so if too long a time is spent between a call to SDL_PumpEvents, functions that use it, or SDL_Delay events can be missed.