1
0
Fork 0
mirror of https://github.com/gwm17/glfw.git synced 2024-11-23 18:58:52 -05:00
glfw/docs/quick.dox

369 lines
13 KiB
Plaintext
Raw Normal View History

/*!
@page quick_guide Getting started
2013-03-12 13:57:38 -04:00
@tableofcontents
This guide takes you through writing a small application using GLFW 3. The
2014-09-18 09:03:29 -04:00
application will create a window and OpenGL context, render a rotating triangle
2015-11-07 14:45:08 -05:00
and exit when the user closes the window or presses _Escape_. This guide will
2014-09-18 09:03:29 -04:00
introduce a few of the most commonly used functions, but there are many more.
2013-03-29 09:06:23 -04:00
This guide assumes no experience with earlier versions of GLFW. If you
have used GLFW 2 in the past, read @ref moving_guide, as some functions
2014-09-18 09:03:29 -04:00
behave differently in GLFW 3.
2013-03-29 09:06:23 -04:00
2014-09-18 09:03:29 -04:00
@section quick_steps Step by step
2014-09-18 09:03:29 -04:00
@subsection quick_include Including the GLFW header
In the source files of your application where you use OpenGL or GLFW, you need
to include the GLFW 3 header file.
@code
#include <GLFW/glfw3.h>
@endcode
2013-02-28 15:15:04 -05:00
This defines all the constants, types and function prototypes of the GLFW API.
2015-10-17 20:01:02 -04:00
It also includes the OpenGL header from your development environment and
2015-10-24 14:48:46 -04:00
defines all the constants and types necessary for it to work on your platform
without including any platform-specific headers.
2013-02-28 15:15:04 -05:00
In other words:
2015-10-24 14:48:46 -04:00
- Do _not_ include the OpenGL header yourself, as GLFW does this for you in
a platform-independent way
2014-10-02 11:35:10 -04:00
- Do _not_ include `windows.h` or other platform-specific headers unless
2015-10-24 14:48:46 -04:00
you plan on using those APIs yourself
- If you _do_ need to include such headers, include them _before_ the GLFW
header and it will detect this
On some platforms supported by GLFW the OpenGL header and link library only
expose older versions of OpenGL. The most extreme case is Windows, which only
exposes OpenGL 1.2. The easiest way to work around this is to use an
[extension loader library](@ref context_glext_auto).
If you are using such a library then you should include its header _before_ the
GLFW header. This lets it replace the OpenGL header included by GLFW without
conflicts. This example uses
[glad2](https://github.com/Dav1dde/glad), but the same rule applies to all such
2015-10-24 14:48:46 -04:00
libraries.
2015-10-17 20:05:02 -04:00
@code
#include <glad/gl.h>
2015-10-17 20:05:02 -04:00
#include <GLFW/glfw3.h>
@endcode
2014-09-18 09:03:29 -04:00
@subsection quick_init_term Initializing and terminating GLFW
2014-09-18 09:03:29 -04:00
Before you can use most GLFW functions, the library must be initialized. On
2015-08-23 13:30:04 -04:00
successful initialization, `GLFW_TRUE` is returned. If an error occurred,
`GLFW_FALSE` is returned.
@code
if (!glfwInit())
2016-02-04 14:34:22 -05:00
{
// Initialization failed
}
@endcode
2017-10-22 10:27:17 -04:00
Note that `GLFW_TRUE` and `GLFW_FALSE` are and will always be one and zero.
2014-09-18 09:03:29 -04:00
When you are done using GLFW, typically just before the application exits, you
need to terminate GLFW.
@code
glfwTerminate();
@endcode
This destroys any remaining windows and releases any other resources allocated by
2014-09-18 09:03:29 -04:00
GLFW. After this call, you must initialize GLFW again before using any GLFW
functions that require it.
2014-09-18 09:03:29 -04:00
@subsection quick_capture_error Setting an error callback
2013-02-28 15:15:04 -05:00
Most events are reported through callbacks, whether it's a key being pressed,
2017-10-22 10:27:17 -04:00
a GLFW window being moved, or an error occurring. Callbacks are C functions (or
C++ static methods) that are called by GLFW with arguments describing the event.
2013-02-28 15:15:04 -05:00
2014-09-18 09:03:29 -04:00
In case a GLFW function fails, an error is reported to the GLFW error callback.
You can receive these reports with an error callback. This function must have
2017-10-22 10:27:17 -04:00
the signature below but may do anything permitted in other callbacks.
2013-02-28 15:15:04 -05:00
@code
void error_callback(int error, const char* description)
{
2015-10-28 18:26:57 -04:00
fprintf(stderr, "Error: %s\n", description);
2013-02-28 15:15:04 -05:00
}
@endcode
2014-09-18 09:03:29 -04:00
Callback functions must be set, so GLFW knows to call them. The function to set
the error callback is one of the few GLFW functions that may be called before
initialization, which lets you be notified of errors both during and after
initialization.
2013-02-28 15:15:04 -05:00
@code
glfwSetErrorCallback(error_callback);
@endcode
2014-09-18 09:03:29 -04:00
@subsection quick_create_window Creating a window and context
2016-02-04 14:34:22 -05:00
The window and its OpenGL context are created with a single call to @ref
glfwCreateWindow, which returns a handle to the created combined window and
context object
@code
GLFWwindow* window = glfwCreateWindow(640, 480, "My Title", NULL, NULL);
2016-02-04 14:34:22 -05:00
if (!window)
{
// Window or OpenGL context creation failed
}
@endcode
2016-02-04 14:34:22 -05:00
This creates a 640 by 480 windowed mode window with an OpenGL context. If
window or OpenGL context creation fails, `NULL` will be returned. You should
always check the return value. While window creation rarely fails, context
creation depends on properly installed drivers and may fail even on machines
with the necessary hardware.
By default, the OpenGL context GLFW creates may have any version. You can
require a minimum OpenGL version by setting the `GLFW_CONTEXT_VERSION_MAJOR` and
`GLFW_CONTEXT_VERSION_MINOR` hints _before_ creation. If the required minimum
version is not supported on the machine, context (and window) creation fails.
You can select the OpenGL profile by setting the `GLFW_OPENGL_PROFILE` hint.
This program uses the core profile as that is the only profile macOS supports
for OpenGL 3.x and 4.x.
@code
glfwWindowHint(GLFW_CONTEXT_VERSION_MAJOR, 3);
glfwWindowHint(GLFW_CONTEXT_VERSION_MINOR, 3);
glfwWindowHint(GLFW_OPENGL_PROFILE, GLFW_OPENGL_CORE_PROFILE);
2016-02-04 14:34:22 -05:00
GLFWwindow* window = glfwCreateWindow(640, 480, "My Title", NULL, NULL);
if (!window)
{
2016-02-04 14:34:22 -05:00
// Window or context creation failed
}
@endcode
2014-09-18 09:03:29 -04:00
The window handle is passed to all window related functions and is provided to
along to all window related callbacks, so they can tell which window received
the event.
2016-02-04 14:34:22 -05:00
When a window and context is no longer needed, destroy it.
@code
glfwDestroyWindow(window);
@endcode
Once this function is called, no more events will be delivered for that window
and its handle becomes invalid.
2014-09-18 09:03:29 -04:00
@subsection quick_context_current Making the OpenGL context current
2015-01-11 12:25:54 -05:00
Before you can use the OpenGL API, you must have a current OpenGL context.
@code
glfwMakeContextCurrent(window);
@endcode
2015-01-11 12:25:54 -05:00
The context will remain current until you make another context current or until
the window owning the current context is destroyed.
2014-09-18 09:03:29 -04:00
2015-10-17 20:05:02 -04:00
If you are using an [extension loader library](@ref context_glext_auto) to
2015-10-24 15:24:12 -04:00
access modern OpenGL then this is when to initialize it, as the loader needs
a current context to load from. This example uses
[glad](https://github.com/Dav1dde/glad), but the same rule applies to all such
2017-11-16 22:34:18 -05:00
libraries.
2015-10-17 20:05:02 -04:00
@code
gladLoadGL(glfwGetProcAddress);
2015-10-17 20:05:02 -04:00
@endcode
2014-09-18 09:03:29 -04:00
@subsection quick_window_close Checking the window close flag
2014-09-18 09:03:29 -04:00
Each window has a flag indicating whether the window should be closed.
When the user attempts to close the window, either by pressing the close widget
in the title bar or using a key combination like Alt+F4, this flag is set to 1.
2014-10-02 11:35:10 -04:00
Note that __the window isn't actually closed__, so you are expected to monitor
2013-03-12 10:33:05 -04:00
this flag and either destroy the window or give some kind of feedback to the
user.
@code
while (!glfwWindowShouldClose(window))
{
// Keep running
}
@endcode
2015-01-03 06:59:14 -05:00
You can be notified when the user is attempting to close the window by setting
a close callback with @ref glfwSetWindowCloseCallback. The callback will be
called immediately after the close flag has been set.
You can also set it yourself with @ref glfwSetWindowShouldClose. This can be
useful if you want to interpret other kinds of input as closing the window, like
2015-11-07 14:45:08 -05:00
for example pressing the _Escape_ key.
2014-09-18 09:03:29 -04:00
@subsection quick_key_input Receiving input events
2013-06-05 15:55:21 -04:00
Each window has a large number of callbacks that can be set to receive all the
2014-09-18 09:03:29 -04:00
various kinds of events. To receive key press and release events, create a key
callback function.
2013-06-05 15:55:21 -04:00
@code
static void key_callback(GLFWwindow* window, int key, int scancode, int action, int mods)
{
if (key == GLFW_KEY_ESCAPE && action == GLFW_PRESS)
2015-08-23 13:30:04 -04:00
glfwSetWindowShouldClose(window, GLFW_TRUE);
2013-06-05 15:55:21 -04:00
}
@endcode
2014-09-18 09:03:29 -04:00
The key callback, like other window related callbacks, are set per-window.
2013-06-05 15:55:21 -04:00
2014-09-18 09:03:29 -04:00
@code
glfwSetKeyCallback(window, key_callback);
@endcode
In order for event callbacks to be called when events occur, you need to process
events as described below.
2013-06-05 15:55:21 -04:00
2014-09-18 09:03:29 -04:00
@subsection quick_render Rendering with OpenGL
2013-02-28 15:15:04 -05:00
Once you have a current OpenGL context, you can use OpenGL normally. In this
2013-06-05 15:26:40 -04:00
tutorial, a multi-colored rotating triangle will be rendered. The framebuffer
2014-09-18 09:03:29 -04:00
size needs to be retrieved for `glViewport`.
2013-02-28 15:15:04 -05:00
@code
2013-06-05 15:26:40 -04:00
int width, height;
glfwGetFramebufferSize(window, &width, &height);
glViewport(0, 0, width, height);
@endcode
2014-09-18 09:03:29 -04:00
You can also set a framebuffer size callback using @ref
2015-10-18 06:15:06 -04:00
glfwSetFramebufferSizeCallback and be notified when the size changes.
2013-06-05 15:26:40 -04:00
2015-10-17 20:39:36 -04:00
Actual rendering with OpenGL is outside the scope of this tutorial, but there
2017-10-22 10:27:17 -04:00
are [many](https://open.gl/) [excellent](https://learnopengl.com/)
2015-10-17 20:39:36 -04:00
[tutorial](http://openglbook.com/) [sites](http://ogldev.atspace.co.uk/) that
teach modern OpenGL. Some of them use GLFW to create the context and window
while others use GLUT or SDL, but remember that OpenGL itself always works the
same.
2013-02-28 15:15:04 -05:00
2014-09-18 09:03:29 -04:00
@subsection quick_timer Reading the timer
2013-02-28 15:15:04 -05:00
2014-09-18 09:03:29 -04:00
To create smooth animation, a time source is needed. GLFW provides a timer that
returns the number of seconds since initialization. The time source used is the
most accurate on each platform and generally has micro- or nanosecond
resolution.
2013-02-28 15:15:04 -05:00
@code
double time = glfwGetTime();
@endcode
2014-09-18 09:03:29 -04:00
@subsection quick_swap_buffers Swapping buffers
2014-09-18 09:03:29 -04:00
GLFW windows by default use double buffering. That means that each window has
two rendering buffers; a front buffer and a back buffer. The front buffer is
the one being displayed and the back buffer the one you render to.
2014-09-18 09:03:29 -04:00
When the entire frame has been rendered, the buffers need to be swapped with one
another, so the back buffer becomes the front buffer and vice versa.
@code
glfwSwapBuffers(window);
@endcode
2014-09-18 09:03:29 -04:00
The swap interval indicates how many frames to wait until swapping the buffers,
2014-10-02 11:35:10 -04:00
commonly known as _vsync_. By default, the swap interval is zero, meaning
2014-09-18 09:03:29 -04:00
buffer swapping will occur immediately. On fast machines, many of those frames
will never be seen, as the screen is still only updated typically 60-75 times
per second, so this wastes a lot of CPU and GPU cycles.
2014-09-18 09:03:29 -04:00
Also, because the buffers will be swapped in the middle the screen update,
leading to [screen tearing](https://en.wikipedia.org/wiki/Screen_tearing).
2014-09-18 09:03:29 -04:00
For these reasons, applications will typically want to set the swap interval to
one. It can be set to higher values, but this is usually not recommended,
because of the input latency it leads to.
@code
2014-09-18 09:03:29 -04:00
glfwSwapInterval(1);
@endcode
2014-09-18 09:03:29 -04:00
This function acts on the current context and will fail unless a context is
current.
@subsection quick_process_events Processing events
GLFW needs to communicate regularly with the window system both in order to
receive events and to show that the application hasn't locked up. Event
processing must be done regularly while you have visible windows and is normally
done each frame after buffer swapping.
There are two methods for processing pending events; polling and waiting. This
example will use event polling, which processes only those events that have
2017-11-16 22:34:18 -05:00
already been received and then returns immediately.
@code
2014-09-18 09:03:29 -04:00
glfwPollEvents();
@endcode
2014-09-18 09:03:29 -04:00
This is the best choice when rendering continually, like most games do. If
instead you only need to update your rendering once you have received new input,
@ref glfwWaitEvents is a better choice. It waits until at least one event has
been received, putting the thread to sleep in the meantime, and then processes
all received events. This saves a great deal of CPU cycles and is useful for,
for example, many kinds of editing tools.
2014-09-18 09:03:29 -04:00
@section quick_example Putting it together
Now that you know how to initialize GLFW, create a window and poll for
keyboard input, it's possible to create a small program.
2014-04-23 07:30:11 -04:00
This program creates a 640 by 480 windowed mode window and starts a loop that
clears the screen, renders a triangle and processes events until the user either
2015-11-07 14:45:08 -05:00
presses _Escape_ or closes the window.
@snippet triangle-opengl.c code
2015-10-17 21:27:12 -04:00
The program above can be found in the
[source package](https://www.glfw.org/download.html) as
`examples/triangle-opengl.c` and is compiled along with all other examples when
2019-05-19 15:51:56 -04:00
you build GLFW. If you built GLFW from the source package then you already have
this as `triangle-opengl.exe` on Windows, `triangle-opengl` on Linux or
`triangle-opengl.app` on macOS.
2015-10-17 21:27:12 -04:00
This tutorial used only a few of the many functions GLFW provides. There are
2014-04-23 07:30:11 -04:00
guides for each of the areas covered by GLFW. Each guide will introduce all the
functions for that category.
- @ref intro_guide
- @ref window_guide
- @ref context_guide
- @ref monitor_guide
- @ref input_guide
2014-04-23 07:30:11 -04:00
2015-10-17 21:27:12 -04:00
You can access reference documentation for any GLFW function by clicking it and
the reference for each function links to related functions and guide sections.
2014-04-23 07:30:11 -04:00
2015-10-17 21:27:12 -04:00
The tutorial ends here. Once you have written a program that uses GLFW, you
2014-04-23 07:30:11 -04:00
will need to compile and link it. How to do that depends on the development
environment you are using and is best explained by the documentation for that
environment. To learn about the details that are specific to GLFW, see
@ref build_guide.
2013-09-24 16:17:35 -04:00
*/