chore: make yuzu REUSE compliant
[REUSE] is a specification that aims at making file copyright
information consistent, so that it can be both human and machine
readable. It basically requires that all files have a header containing
copyright and licensing information. When this isn't possible, like
when dealing with binary assets, generated files or embedded third-party
dependencies, it is permitted to insert copyright information in the
`.reuse/dep5` file.
Oh, and it also requires that all the licenses used in the project are
present in the `LICENSES` folder, that's why the diff is so huge.
This can be done automatically with `reuse download --all`.
The `reuse` tool also contains a handy subcommand that analyzes the
project and tells whether or not the project is (still) compliant,
`reuse lint`.
Following REUSE has a few advantages over the current approach:
- Copyright information is easy to access for users / downstream
- Files like `dist/license.md` do not need to exist anymore, as
`.reuse/dep5` is used instead
- `reuse lint` makes it easy to ensure that copyright information of
files like binary assets / images is always accurate and up to date
To add copyright information of files that didn't have it I looked up
who committed what and when, for each file. As yuzu contributors do not
have to sign a CLA or similar I couldn't assume that copyright ownership
was of the "yuzu Emulator Project", so I used the name and/or email of
the commit author instead.
[REUSE]: https://reuse.software
Follow-up to 01cf05bc75b1e47beb08937439f3ed9339e7b254
2022-05-14 20:06:02 -04:00
|
|
|
// SPDX-FileCopyrightText: 2016 Citra Emulator Project
|
|
|
|
// SPDX-License-Identifier: GPL-2.0-or-later
|
2016-03-01 12:24:18 -05:00
|
|
|
|
|
|
|
#pragma once
|
|
|
|
|
|
|
|
#include <utility>
|
2023-02-19 02:31:39 -05:00
|
|
|
|
2016-12-23 08:37:40 -05:00
|
|
|
#include "core/frontend/emu_window.h"
|
2023-02-19 02:31:39 -05:00
|
|
|
#include "core/frontend/graphics_context.h"
|
2016-03-01 12:24:18 -05:00
|
|
|
|
|
|
|
struct SDL_Window;
|
|
|
|
|
2020-02-17 15:35:14 -05:00
|
|
|
namespace Core {
|
|
|
|
class System;
|
|
|
|
}
|
|
|
|
|
2020-08-27 15:16:47 -04:00
|
|
|
namespace InputCommon {
|
|
|
|
class InputSubsystem;
|
2021-02-23 21:39:02 -05:00
|
|
|
enum class MouseButton;
|
2021-09-20 20:40:00 -04:00
|
|
|
} // namespace InputCommon
|
2021-02-23 21:39:02 -05:00
|
|
|
|
2018-08-11 20:20:19 -04:00
|
|
|
class EmuWindow_SDL2 : public Core::Frontend::EmuWindow {
|
2016-03-01 12:24:18 -05:00
|
|
|
public:
|
2022-06-13 15:41:36 -04:00
|
|
|
explicit EmuWindow_SDL2(InputCommon::InputSubsystem* input_subsystem_, Core::System& system_);
|
2016-03-01 12:24:18 -05:00
|
|
|
~EmuWindow_SDL2();
|
|
|
|
|
|
|
|
/// Whether the window is still open, and a close request hasn't yet been sent
|
|
|
|
bool IsOpen() const;
|
|
|
|
|
2020-01-21 14:40:53 -05:00
|
|
|
/// Returns if window is shown (not minimized)
|
|
|
|
bool IsShown() const override;
|
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Wait for the next event on the main thread.
|
|
|
|
void WaitEvent();
|
|
|
|
|
2021-02-14 03:20:41 -05:00
|
|
|
// Sets the window icon from yuzu.bmp
|
|
|
|
void SetWindowIcon();
|
|
|
|
|
2019-05-25 16:47:13 -04:00
|
|
|
protected:
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when a key is pressed or released.
|
2016-03-01 12:24:18 -05:00
|
|
|
void OnKeyEvent(int key, u8 state);
|
|
|
|
|
2021-02-23 21:39:02 -05:00
|
|
|
/// Converts a SDL mouse button into MouseInput mouse button
|
2021-09-20 20:40:00 -04:00
|
|
|
InputCommon::MouseButton SDLButtonToMouseButton(u32 button) const;
|
2021-02-23 21:39:02 -05:00
|
|
|
|
2023-02-04 11:31:12 -05:00
|
|
|
/// Translates pixel position to float position
|
|
|
|
std::pair<float, float> MouseToTouchPos(s32 touch_x, s32 touch_y) const;
|
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when a mouse button is pressed or released
|
2016-03-01 12:24:18 -05:00
|
|
|
void OnMouseButton(u32 button, u8 state, s32 x, s32 y);
|
|
|
|
|
2023-02-04 11:31:12 -05:00
|
|
|
/// Called by WaitEvent when the mouse moves.
|
|
|
|
void OnMouseMotion(s32 x, s32 y);
|
2018-10-01 15:42:49 -04:00
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when a finger starts touching the touchscreen
|
2021-09-20 20:40:00 -04:00
|
|
|
void OnFingerDown(float x, float y, std::size_t id);
|
2018-10-01 15:42:49 -04:00
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when a finger moves while touching the touchscreen
|
2021-09-20 20:40:00 -04:00
|
|
|
void OnFingerMotion(float x, float y, std::size_t id);
|
2018-10-01 15:42:49 -04:00
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when a finger stops touching the touchscreen
|
2018-10-01 15:42:49 -04:00
|
|
|
void OnFingerUp();
|
|
|
|
|
Overhaul EmuWindow::PollEvents to fix yuzu-cmd calling SDL_PollEvents off main thread
EmuWindow::PollEvents was called from the GPU thread (or the CPU thread
in sync-GPU mode) when swapping buffers. It had three implementations:
- In GRenderWindow, it didn't actually poll events, just set a flag and
emit a signal to indicate that a frame was displayed.
- In EmuWindow_SDL2_Hide, it did nothing.
- In EmuWindow_SDL2, it did call SDL_PollEvents, but this is wrong
because SDL_PollEvents is supposed to be called on the thread that set
up video - in this case, the main thread, which was sleeping in a
busyloop (regardless of whether sync-GPU was enabled). On macOS this
causes a crash.
To fix this:
- Rename EmuWindow::PollEvents to OnFrameDisplayed, and give it a
default implementation that does nothing.
- In EmuWindow_SDL2, do not override OnFrameDisplayed, but instead have
the main thread call SDL_WaitEvent in a loop.
2020-11-22 16:05:18 -05:00
|
|
|
/// Called by WaitEvent when any event that may cause the window to be resized occurs
|
2016-03-01 12:24:18 -05:00
|
|
|
void OnResize();
|
|
|
|
|
2021-08-01 15:46:13 -04:00
|
|
|
/// Called when users want to hide the mouse cursor
|
|
|
|
void ShowCursor(bool show_cursor);
|
|
|
|
|
2018-04-21 03:52:34 -04:00
|
|
|
/// Called when user passes the fullscreen parameter flag
|
|
|
|
void Fullscreen();
|
|
|
|
|
2016-03-01 12:24:18 -05:00
|
|
|
/// Called when a configuration change affects the minimal size of the window
|
2021-04-23 11:17:33 -04:00
|
|
|
void OnMinimalClientAreaChangeRequest(std::pair<u32, u32> minimal_size) override;
|
2016-03-01 12:24:18 -05:00
|
|
|
|
|
|
|
/// Is the window still open?
|
|
|
|
bool is_open = true;
|
|
|
|
|
2019-05-25 16:47:13 -04:00
|
|
|
/// Is the window being shown?
|
|
|
|
bool is_shown = true;
|
|
|
|
|
2016-03-01 12:24:18 -05:00
|
|
|
/// Internal SDL2 render window
|
2020-02-17 15:35:14 -05:00
|
|
|
SDL_Window* render_window{};
|
2019-09-22 09:40:57 -04:00
|
|
|
|
|
|
|
/// Keeps track of how often to update the title bar during gameplay
|
|
|
|
u32 last_time = 0;
|
2020-08-27 15:16:47 -04:00
|
|
|
|
|
|
|
/// Input subsystem to use with this window.
|
|
|
|
InputCommon::InputSubsystem* input_subsystem;
|
2021-07-30 10:43:58 -04:00
|
|
|
|
|
|
|
/// yuzu core instance
|
|
|
|
Core::System& system;
|
2016-03-01 12:24:18 -05:00
|
|
|
};
|
2022-11-27 20:37:37 -05:00
|
|
|
|
|
|
|
class DummyContext : public Core::Frontend::GraphicsContext {};
|