Simple DirectMedia Layer 2.0
Fit
To fit the image properly, you need to tell the SDL_RenderCopy()
function the size of the texture, as well as the position of the upper left corner of the image in the window. SDL_RenderCopy()
expects this information as an SDL_Rect
.
This data structure simply encapsulates the dimensions of a rectangle. In other words, SDL_RECT pos;
first draws a rectangle. SDL counts the pixels from the left upper corner of the window, starting at 0
. In this example, I want the upper-left corner of the texture to be 150 pixels from the left edge of the window and 100 pixels from the top edge of the window. These two numbers are stored in the variables x
and y
:
pos.x = 150; pos.y = 100;
To define the width and height of the texture window, you use the pos.w
and pos.h
variables. To avoid texture distortion by the renderer, you thus assign the width and height of the texture to it. You can either painstakingly use a paint program to discover these two values, or you can use the SDL_QueryTexture()
function:
SDL_QueryTexture(texture, NULL, NULL, &pos.w, &pos.h);
This returns the pixel format (RGB, YUV, or similar), a pointer to the actual bitmap in memory, and the width and height of the texture. This information is no longer of interest, which is why SDL_QueryTexture()
keeps it to itself, thanks to the two NULL
s.
At this point, pos
contains the position and size that the renderer will use to paint the texture in the window. You only need to pass a pointer to pos
to SDL_RenderCopy()
:
SDL_RenderCopy(renderer, texture, NULL,&pos);
The results are shown in Figure 4. Using the same principle, you can then draw more textures in the window. The renderer draws the first textures copied first. In the following example,
SDL_RenderCopy(renderer, rear, NULL,NULL); SDL_RenderCopy(renderer, front, NULL, NULL);
the renderer would first paint the rear
texture in the window and then glue the front
texture on top. At the end of the code, you need to tell the renderer to display the updated window contents:
SDL_RenderPresent(renderer);
This last step only seems superfluous at first glance: If the renderer directly output every drawing action in the window, you would be able to see how the image was built up from individual textures. The result would be ugly, flickering animations.

Bus Stop
If you were to put together the code snippets as a program and launch it, you would briefly see a window appear and immediately disappear. To prevent that, you could stop the program just for two seconds:
SDL_Delay(2000);
However, a more elegant approach is to allow the user to quit by pressing a key, clicking on the window, or pressing the close button in the title bar. From this point on, SDL 1.2 users will be back on familiar ground: Keystrokes, mouse clicks, and other inputs are events in SDL.
Please Wait
Each event first ends up in a queue. The next event in the queue is retrieved by the SDL_WaitEvent()
function. If the queue is empty, SDL_WaitEvent()
waits until an event occurs. Then, you only need to query what event is occurring. The resulting switch
/case
monster is shown in Listing 1.
Listing 1
Event Handling in SDL
The helper variable quit
only indicates whether the end of the program has been reached. SDL_WaitEvent()
picks up the next event from the queue and puts it into a data structure of the SDL_Event
type. The structure stores the event type in a variable named type
. If the user presses a key, type
has a value of SDL_KEYDOWN
. The myevent.key.keysym.scancode
event variables reveal what key this was. The key number is translated by SDL_GetScancodeName()
into the corresponding letter or the label.
Because the keyboard on any given system will tend to differ, SDL assigns a symbolic name to each key, which is stored in the myevent.key.keysym.sym
variable. The SDL_GetKeyName()
function converts this to a readable result (Figure 5). An SDL_MOUSEBUTTONDOWN
type event is created if the user clicks on the window. The mouse pointer coordinates are stored in the variables myevent.motion.x
and myevent.motion.y
. A game would evaluate these coordinates and check which game object lies below them.

The user triggers the SDL_QUIT
event on quitting the program. In addition to the three cases presented, SDL supports many more events [4]. For example, if the user releases a key, this triggers an SDL_KEYUP
event.
« Previous 1 2 3 4 Next »
Buy this article as PDF
(incl. VAT)
Buy Linux Magazine
Direct Download
Read full article as PDF:
Price $2.95
News
-
Elementary OS 5.1 Has Arrived
One of the most highly regarded Linux desktop distributions has released its next iteration.
-
Linux Mint 19.3 Will be Released by Christmas
The developers behind Linux Mint have announced 19.3 will be released by Christmas 2019.
-
Linux Kernel 5.4 Released
A number of new changes and improvements have reached the Linux kernel.
-
System76 To Design And Build Laptops In-House
In-house designed and built laptops coming from System76.
-
News and views on the GPU revolution in HPC and Big Data:
-
The PinePhone Pre-Order has Arrived
Anyone looking to finally get their hands on an early release of the PinePhone can do so as of November 15.
-
Microsoft Edge Coming to Linux
Microsoft is bringing it’s new Chromium-based Edge browser to Linux.
-
Open Invention Network Backs Gnome Project Against Patent Troll
OIN has deployed its legal team to find prior art.
-
Fedora 31 Released
The latest version of Fedora comes with new packages and libraries.
-
openSUSE OBS Can Now Build Windows WSL Images
openSUSE enables developers to build their own WSL distributions.