godot-proposals VS openseeface-gd

Godot was fine, for the most part, it's a good engine for small games. The main issue was around working together and resolving conflicts with git (Godot isn't really working and constantly kept changing IDs in resource files), and it kept losing data in scenes when the code changed so we had to rebuild things several times. On previous test games we also ran into huge performance issues in the editor when we wanted to do too much work in scenes, so we had to switch to doing most of the work in code.

The worst part was when I had to rip out a bunch of testing code that used @tool for release as it seemed to cause issues when doing a release build. The engine is generally not great when you want to follow clean software engineering (e.g. dependency injection is not possible, I opened a proposal to that end here[1]).

[1]: https://github.com/godotengine/godot-proposals/issues/8850

If we had a Mask2D, this would be super easy and straight forward.

So if that's what OP meant, clip_children property won't work. Instead OP needs to use a CanvasGroup parent and the Line2D (with CanvasItem Material in Subtract mode) and TextureRect as siblings, or any of the other methods explained here until we have a Mask2D node.

There is an open proposal to have a compile option for a LibGodot, as a Library https://github.com/godotengine/godot-proposals/issues/6267

Yes, there could be the option to open at least 2 tabs at the same time, when working with scripts. This has probably already been suggested in: https://github.com/godotengine/godot-proposals

I cannot tell exactly where the jitter is from the video, but if it is what I'm thinking of, it is a known issue, see here. There is a proposal to fix this, with tons of discussion here. Try some of the workarounds mentioned in these two links. Game looks great by the way!

It's in the release notes. Here is a link to the pull request, based on this proposal.

Currently not possible: https://github.com/godotengine/godot-proposals/issues/7213

VSeeFace hasn't been made for Linux, but OpenSeeFace, the face tracker, is open-source and runs on linux using Python. And we use it to use other face tracking apps relying on OpenSeeFace, like Vtube Studio, Pupeteer / OpenSeeFace-GD

Contrary to what others are saying, you can load things from outside the res:// or user:// directories in an exported project. This project loads assets from a resources folder at runtime (and this is verifiable by the fact that assets can be modified after export).

This might be a option for me: https://github.com/you-win/openseeface-gd

It's not mine, exactly, but I got permission from the dev to package it into a flatpak. The dev themself stated that if it was easier to package it as a flatpak, they would do it themselves, so I am trying to make it so all they have to do is drag n drop the OSF-GD files in and build the flatpak. Link is https://github.com/you-win/openseeface-gd

OpenSeeFace-GD is an open source multi-platform Vtuber rendering program written in Godot. It has pre-compiled builds for Windows and Linux but is 100% compatible with Mac (you will have to build the project yourself in Godot, which is free, as you can't build for MacOS without a Mac and Youwin doesn't have a Mac).

I'm personally planning on integrating this into my project openseeface-gd in order to send scene data to OBS while having the controls open.

You can take a look at the codebase and see how the data is received and then applied

How long until some geeky girl in the free software community gives her a try and hooks her to the one, the only VTuber capture tool based on Godot? https://github.com/you-win/openseeface-gd

I've been working on OpenSeeFace GD for a few months now, and I can finally say I'm nearing completion in terms of usability.