Age | Commit message (Collapse) | Author |
|
* Allows running the game in "movie writer" mode.
* It ensures entirely stable framerate, so your run can be saved stable and with proper sound (which is impossible if your CPU/GPU can't sustain doing this in real-time).
* If disabling vsync, it can save movies faster than the game is run, but if you want to control the interaction it can get difficult.
* Implements a simple, default MJPEG writer.
This new features has two main use cases, which have high demand:
* Saving game videos in high quality and ensuring the frame rate is *completely* stable, always.
* Using Godot as a tool to make movies and animations (which is ideal if you want interaction, or creating them procedurally. No other software is as good for this).
**Note**: This feature **IS NOT** for capturing real-time footage. Use something like OBS, SimpleScreenRecorder or FRAPS to achieve that, as they do a much better job at intercepting the compositor than Godot can probably do using Vulkan or OpenGL natively. If your game runs near real-time when capturing, you can still use this feature but it will play no sound (sound will be saved directly).
Usage:
$ godot --write-movie movie.avi [scene_file.tscn]
Missing:
* Options for configuring video writing via GLOBAL_DEF
* UI Menu for launching with this mode from the editor.
* Add to list of command line options.
* Add a feature tag to override configurations when movie writing (fantastic for saving videos with highest quality settings).
|
|
SteamVR on Windows
|
|
|
|
https://github.com/zeux/meshoptimizer/commit/ea4558d1c0f217f1d67ed7fe0b07896ece88ae18
|
|
No change compared to our previous commit, just documentation update
and a release tag we can track.
|
|
|
|
|
|
We're still formally tracking v0.8.1, those fixes don't impact the
library features. I didn't bother documenting them with patches as
they will likely soon make their way to either a v0.8.2 or v0.9.0.
|
|
|
|
Fixes the following error:
thirdparty/vhacd/inc/vhacdICHull.h:46:31: error: 'uint32_t' does not name a type
46 | ICHullError Process(const uint32_t nPointsCH, const double minVolume = 0.0);
| ^~~~~~~~
Note the upstream version of the third party library is not affected.
|
|
|
|
https://github.com/snape/RVO2-3D/commit/bfc048670a4e85066e86a1f923d8ea92e3add3b2
|
|
Still tracking the `v1.0.1` tag for now, just reverting all the unnecessary
style changes that created a diff with upstream.
|
|
|
|
|
|
xatlas: Sync with upstream 16ace528a
|
|
|
|
|
|
https://github.com/zeux/meshoptimizer/commit/8a7d69caa68f778cb559f1879b6beb7987c8c6b7
|
|
FreeType: Cleanup some unused files
|
|
Just cleaning up unused but set variables.
https://github.com/jpcy/xatlas/commit/16ace528acd2cf1f16a7c0dde99c42c486488dbe
|
|
|
|
|
|
|
|
Changelog: https://github.com/PCRE2Project/pcre2/blob/pcre2-10.40/ChangeLog
|
|
|
|
HarfBuzz: Update to version 4.2.1
FreeType: Update to version 2.12.1
ICU: Update to version 71.1
|
|
https://github.com/bagder/ca-bundle/commit/39c6ac0550873e5c9214f265a1d0d9876c64c669
|
|
* Map is unnecessary and inefficient in almost every case.
* Replaced by the new HashMap.
* Renamed Map to RBMap and Set to RBSet for cases that still make sense
(order matters) but use is discouraged.
There were very few cases where replacing by HashMap was undesired because
keeping the key order was intended.
I tried to keep those (as RBMap) as much as possible, but might have missed
some. Review appreciated!
|
|
|
|
And backport fix for FreeBSD support.
Fixes #60003.
|
|
|
|
Fixes support for ARMv7+NEON.
|
|
|
|
|
|
|
|
Security update, fixes CVE-2018-25032 in zlib.
Preliminary assessment doesn't show Godot as affected since we don't
seem to call `deflate` with the problematic parameters, but the extent
of the vulnerability is not fully clear upstream yet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Enable basis universal uastc internal storage instead of etc1s for better quality.
|
|
|
|
- replace OpenSimplexNoise
Co-authored-by: Cory Petkovsek <tinmanjuggernaut@users.noreply.github.com>
|
|
|
|
|
|
Fixes #59044.
|
|
It has been disabled in `master` since one year (#45852) and our plan
is for Bullet, and possibly other thirdparty physics engines, to be
implemented via GDExtension so that they can be selected by the users
who need them.
|