QuoteInterpolate positions and angles in the automap for smoother appearance

I made that :)

There's also a fix in the weapon sprite interpolation that previously didn't behave correctly when your speed changed (e.g. when starting to run). With these two changes, players can now enjoy a butter smooth experience in GZDoom that's comparable to older source ports like PrBoom+.

QuoteWhat are some of your favourite DOOM mods, total conversions and perhaps actual games built with GZDoom?

Freedoom is always worth a look at. If you've played it a few years ago, I recommend going through its latest version again as it's now a more polished experience with a fully complete campaign.

View this comment - View article - View full comments

Quoting: setzer22Another notable change is that they brought back FXAA!

I did that :)

Also, we'll probably merge a debanding option for viewports before 3.2.4 is released: https://github.com/godotengine/godot/pull/42942

I added that debanding shader to `master` last week and took the time to backport it to the `3.2` branch for GLES3.

View this comment - View article - View full comments

Quoting: JuliusAlso OpenGL support is or at least used to be hilariously bad on the Intel GPU drivers provided with Windows (no idea how it is these days, haven't touched Windows for OpenGL gaming in quite some time). Linux users are really "missing out" on that, since we got great OpenGL and even Vulkan support on Intel for quite a while now.

OpenGL support on recent Intel hardware is pretty decent (though not as good as NVIDIA's). The same goes on AMD hardware, although you have to pay a performance penalty compared to Direct3D on AMD's Windows drivers. (This is one of the problems that Vulkan solves.)

View this comment - View article - View full comments

Quoting: LinasWhen they have native OpenGL, OpenGL ES, and Vulkan backends, what's the point of translating to DirectX?

Translating to Direct3D is often done to workaround issues with poor OpenGL drivers on Windows (typically on old graphics cards, especially from AMD and Intel).

On good OpenGL implementations, it often hurts more than it helps, though.

View this comment - View article - View full comments

Quoting: WildCoderI'd like a copy!

Here, have as many as you want! :P
https://github.com/Soldat/soldat

View this comment - View article - View full comments

Entering to win a copy :)

View this comment - View article - View full comments

Quoting: PatolaMight be useful for 3D printing too. That's one area where we linux users lack, simple 3D modelling software. We have some professional quality options but they are too complex (Blender, FreeCAD and others).

What about Dust3D? I don't know if the generated models are 3D printing-friendly though.

View this comment - View article - View full comments

Quoting: setzer22Great news! But let's hope there's some room in those 120k to work on bugfixes and stabilizing existing features. Also some of those needed performance improvements for sculpt mode and undo!

You can follow Pablo Dobarro on Twitter to get bits about sculpt mode improvements, as he's working full-time on it.

View this comment - View article - View full comments

Fun fact: Heavenly Sword's source code is publicly available, which is pretty uncommon for a console exclusive.

View this comment - View article - View full comments

Quoting: ValckDoes Godot run on ARM machines?

As it currently stands, the editor is unfortunately a bit too resource-intensive for this. That said, simpler 2D games can be made to work well on Raspberry Pi 3/4 by building an ARM Linux export template from source.

Godot 3.2.2 will get 2D batching which will speed up 2D rendering significantly, but I'm not sure if it'll be enough to run the 2D editor in an usable manner on an overclocked Raspberry Pi 4 (a best case scenario).

View this comment - View article - View full comments