Drag[en]gine Game Engine

PulkoMandy · March 17, 2026, 7:50am

The topics from previous years are closed as new ones are opened. But the current one for 2026 is open to everyone

dragon · April 2, 2026, 4:11pm

Released Drag[en]gine 1.31 together with DEMoCap 0.7 . The HaikuPorts package build also run through after testing a workaround for the build server timeout problem. Package is “dragengine-1.31-2”. This release is less interesting for Haiku users since it revolves mostly around VR improvements and fixes and Haiku does not have VR support so far. The next one should be more interesting. Depends on how my time schedule pans out.

dragon · May 9, 2026, 10:17pm

@Begasus I’m trying to update the haikuports receipt to version 1.32 but I’m stuck. I added these requirements:

BUILD_REQUIRES="
…
devel:libfftw3$secondaryArchSuffix
devel:libopus$secondaryArchSuffix
”

But test building fails with error:
Reason: build-requires “devel:libfftw3” of package “dragengine-1.32” could not be resolved

I verified against the fftw receipt and I’m using the exact name listed in the receipt. Any ideas why this is not working?

Begasus · May 10, 2026, 6:25am

@dragon I’m not seeing anything wrong with it, even added both in current recipe (I know it’s not used there) just to be sure it’s not a pkgman issue, could you post the wip recipe you are using somewhere to check it out?

dragon · May 10, 2026, 5:55pm

github.com/LordOfDragons/haikuports

games-engines/dragengine/dragengine-1.32.recipe

dragengine-1.32

SUMMARY="Drag[en]gine Game Engine"
DESCRIPTION="Provides the game engine and launchers required to run games and other \
projects based on the Drag[en]gine Game Engine. Games do not compile directly against \
the game engine. Instead there is one shared installation on the system relying on \
launchers to handle all the initialization and maintenance work.

This package provides two launchers.

'delauncher-console' is a console based launcher. It is the most basic launcher just \
able to run the game without providing any additional tools. It can be used to run \
games without overhead or in headless mode for server operation.

'delauncher-gui' is a graphical launcher. It allows to examine known games, examine game \
engine modules and manage game profiles allowing to customize launching games. Furthermore \
'.delga' and '.degame' files are linked to the GUI launcher. You can simply double click \
a '.delga' file to run it.

'delauncher-gui' is the recommended launcher to use."
HOMEPAGE="https://dragondreams.ch
	https://github.com/LordOfDragons/dragengine"

This file has been truncated. show original

Begasus · May 10, 2026, 6:00pm

Build launched fine here?

dragon · May 10, 2026, 6:06pm

Using that repository and running haikuporter gives me this error. I have installed the fftw and upos package so I don’t know what’s wrong. Technically the build works if done manually in my code repository but the test with haikuporter gets me nowhere right now.

Begasus · May 10, 2026, 7:13pm

Not sure what’s going on on your end then, build completed fine earlier here.

Could you paste the build log you have there?

dragon · May 10, 2026, 7:15pm

Most probably haikuporter somehow got confused over here. Uninstalling and installing the libs a couple of times seems to have unblocked it.

dragon · May 11, 2026, 5:39pm

Released Drag[en]gine 1.32. For Haiku the added audio analyzer (lip sync) and stencil shadows applies. The Wayland and HDR monitor support is not present obviously.

And that’s what Haiku Lip-Sync would look like (MESA pipe under VirtualBox):

Begasus · May 11, 2026, 6:29pm

Nice cool video!

dragon · August 5, 2026, 6:21pm

Released Drag[en]gine 1.33 and DEMoCap 0.9. For Haiku this means in general stability fixes, improved shadow casting and reflections besides other fixes. The rest is about the editor (which does not yet run on Haiku) and the VR MoCap tool (no Monado on Haiku either). But still worth testing with that nVidia driver (if you can get the driver working).

dragon · August 7, 2026, 3:13pm

It seems there are problems with the Haikuports build server using new rules. So for the time being it is required to build manually until this is fixed, which hopefully does not take long.

dragon · August 10, 2026, 2:06pm

The build server build works now again. 1.33 hpkg is now available.

dragon · August 29, 2026, 8:23pm

Released Drag[en]gine 1.34 : Drag[en]gine 1.34 and DEMoCap 1.10 released – DragonDreams . Mostly VR stuff not relevant for Haiku but AVIF file format module has been added for higher compression needs.

us3r1d · August 29, 2026, 8:46pm

Copilot is listed as a contributor on the GitHub project, but the contributions graph doesn’t show a graph for Copilot contributions.

Is this just GitHub doing the thing where they show Copilot as a contributor on just any old project whether it has commits or not?

dragon · August 29, 2026, 10:44pm

There have been test-branches where I tried things with copilot agentic, in particular my initial refactoring test to see what copilot agentic can do and what it can not do. But in case this is your concern, no code is committed to the productive branch that I have not written or reviewed myself, and this includes all kinds of sources like stack overflow, example code and so forth.

us3r1d · August 29, 2026, 10:59pm

That’s a load-bearing “or” there.

(I personally avoid LLM-generated code completely, with as close to a “one drop is too many” level as I can get; human review doesn’t change it in my opinion.)

But the forum policy on which category the software belongs in is quite a bit looser as to how much means it belongs in “Other”; direct commits by an LLM-driven account like Copilot would certainly do it, but substantive human-reviewed contributions being LLM-generated would also.

I’m not interested in policing your methodology, just in having the thread be in the correct category, so the best choice is to leave it up to you to say whether it contains LLM-generated code.

(It does look neat; if I hadn’t just started on Godot with my kids I’d be tempted.)

dragon · August 30, 2026, 12:48am

This game engine has been written by me over the years. I have written the 900k+ lines of code. Copilot inline completion, bug hunting using copilot (especially on Windows with a total train wreck of debug facilities) or other IDE features of whatever kind doesn’t change this. So no, this is not AI generated slop software and does not belong in that category.

(and it is never too late to look at other engines… some projects switched engines 3 or 4 times )