RetroQUEST/gdlibretro
2025-01-14 14:55:09 +09:00
..
.vscode Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
cmake Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
CMakeFiles Some advancements but the singleton makes the game crash... 2025-01-05 15:24:02 +09:00
demo Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
extern Add gdlibretro as regular files 2024-12-18 20:12:17 +09:00
gen Checkpoint 2024-12-27 12:00:53 +09:00
src Checkpoint: now the core can be loaded with errors (but getting there!) 2025-01-14 14:50:49 +09:00
template Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
.clang-format Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
.gitignore Updated gitignore 2025-01-14 14:55:09 +09:00
addons Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
cmake_install.cmake Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
CMakeCache.txt Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
CMakeLists.txt Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
CMakePresets.json Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
compile_commands.json Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
Makefile Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00
README.md Converted gdlibretro submodules and nested submodules to regular files 2024-12-18 20:11:02 +09:00

Uhm, aksually, youre supposed to use scons to build gdextension projects...
I. don't. care.
For all i know scons sucks ass. I couldn't even build the example gdext project.
You'll have to deal with CMake. at least it works

Things you should know

  • This is a hobby project, i have the right to not give a damn about it
  • Still, i'll try to help if you ask nicely
  • If launching with the provided debug dosbox pure dlls expect a "stack destroyed" exception. Just ignore it and move on

Building

  • Windows only for now
  • Have msvc or try another compiler, idk, do what you want (the debugging configured as is will only work if you have a full msvc installation)
  • Have CMake
  • Pull the submodules
  • Compile

Debugging (VSCode)

  • Go into .vscode/launch.json
  • Find the godot path on the "Windows Launch" task
  • Change it for your godot's installation path

Launching

  • Open the project on godot and launch it
  • Click the debug button on vscode, it'll automatically launch the godot project in play mode and allow you to debug it

Changing the core

  • Put the core you want to launch inside the "libretro-cores" folder on the godot project directory
  • Modifiy the argument on node3d.gd function call of RetroHost.load_core to the name of the core dll without the .dll

Exported projects

It should work with exported projects since outside the editor it loads dlls the windows way (first on the executable directory, then on the system directory and so on)
You just need to have your core's dll on one of those places and it should work.