godot_heightmap_plugin VS ardour

Zylann's repo has a v4-compatible branch that was last updated 4 days ago, and there seems to be another one working on this, and another one published a few months ago, plus there are lots of videos out there about doing it in other tools and then just importing the heightmaps / splatmaps in Godot (e.g. from devmar's YT channel).

godot_heightmap_plugin

Back in 3.0 I was using this plugin for heightmap terrain: https://github.com/Zylann/godot_heightmap_plugin

source: https://github.com/Zylann/godot_heightmap_plugin/issues/279

You can create terrain and paint it with the zylann.hterrain plugin. Currently only supports Godot 3.x.

Sweet, how's the tooling to actually make a playable textured level from a heightmap though? In 3.0 I had to rely on Zylann's excellent plugin which was all well and good but I needed to compile it for each platform I wanted to ship on, and editor integration was good but not perfect. Also procedural generation of terrain in-game wasn't practical.

As we know, there's a lack of a node similar to Unreal's Landscape and Unity's Terrain. I believe this hurts Godot more than generally assumed. There is of course Zylann's plugin for 3.x, but I believe an officially supported node for this would be incredibly beneficial. Zylann's plugin will most likely get updated for 4.x eventually, but I personally know people who were shocked to find out that this functionality was not in Godot 4 when it had so many improvements for 3D - and it ended up being the deal breaker that pushed them away.

The one I know is Zylann.hterrain which is gdscript but also not updated for 4.x

> I think a lot of people starting with open source kinda expect that dedicated contributors will start to swarm around the project. In reality, a large majority of projects, even many quite prominent ones, are driven by a very small core, often just the project founder.

https://github.com/Ardour/ardour/blob/master/gtk2_ardour/abo...

I'm the lead author of Ardour [0], and I'd very much like to hear more about your frustrations, since over the next 1-2 years, paying attention to non-European musical culture is one of the things I hope to focus on during development. You can reach me via the email address in my profile, or maybe use our forums at discourse.ardour.org. Thanks.

[0] https://ardour.org/ <= a cross-platform open source DAW that has been around for more than 23 years

One extra detail, something I've learned from 20 years of working on dragging all kinds of objects around the GUI of Ardour [0]: handle ALL button press and release events as drag events where there is no movement.

[0] https://ardour.org/

I am aware of the 'Real Tone Cable' however I am curious if this is what I should be buying if I also intend on recording my playing in a software such as 'Ardour'

If you don't care about exotica like async or signal safety, and just need to see the callstack from arbitray points, this can do the job without C++23:

https://github.com/Ardour/ardour/blob/master/libs/pbd/stackt...

(2 different implementations, one for POSIX-y systems with the execinfo.h header, and one for Windows)

The demange() function is elsewhere.

I just loaded an instance of samplv https://samplv1.sourceforge.io/ into the Digital Audio Workstation (DAW), Ardour https://ardour.org/ .

If you produce music using a DAW, my preferred is Linux's Ardour: http://ardour.org

Ardour is a free DAW that recently added a clip launcher. I've never tried it.