Comments (7)
Since you've already made a fix I won't make a PR, but I thought you might want to know this.
It appears my fix isn't complete for 4.1, so a PR is still welcome 🙂
from godot-debug-menu.
I don't know why an is_auto_translating()
threading warning appears, since I never call it in the project.
I could probably disable automatic translation in the debug menu, as it's not really designed for internationalization and can be counterproductive for the use cases stated in the README. This probably won't fix the warning though.
from godot-debug-menu.
I tried to fix these but many of these API calls are not even used directly, most of the errors are confusing to me, VBoxContainer/...
and a few others. I was able to fix a few but here is the rest of the errors.
from godot-debug-menu.
Hello,
To Calinou, I was doing to push a PR, but I've noticed your change in the changelog when looking at the contributing.md document.
This code also works:
var viewport_rid_for_thread := get_viewport().get_viewport_rid()
thread.start(
func():
# Enable required time measurements to display CPU/GPU frame time information.
# These lines are time-consuming operations, so run them in a separate thread.
RenderingServer.viewport_set_measure_render_time(viewport_rid_for_thread, true)
call_deferred("update_information_label")
call_deferred("update_settings_label")
)
Since you've already made a fix I won't make a PR, but I thought you might want to know this.
from godot-debug-menu.
It's there #12
I did not updated the changelog nor version, let me know if I should update them (maybe the changelog).
from godot-debug-menu.
Get 500+fps less (which is about 25%) in VISIBLE_DETAILED vs VISIBLE_COMPACT; Guessing it's because all of the errors :/. Also get a couple hundred more fps than what is reported in the Godot profiler in both modes... I don't know if this plugin/addon is currently very accurate.
from godot-debug-menu.
Get 500+fps less (which is about 25%) in VISIBLE_DETAILED vs VISIBLE_COMPACT; Guessing it's because all of the errors :/.
If no errors are spammed every frame, this is because 2D rendering is expensive in Vulkan: godotengine/godot#71084
Rendering more elements slows down rendering, since more glyphs need to be drawn.
Note that FPS is not a linear metric, so I suggest you compare the difference in frametime (milliseconds per frame) instead of FPS. 5000 vs 5500 FPS is a very small difference, while 50 FPS vs 550 FPS is a huge difference.
Also get a couple hundred more fps than what is reported in the Godot profiler in both modes... I don't know if this plugin/addon is currently very accurate.
I suggest using an external FPS counter to compare with, such as RTSS, MangoHud or Special K. At very high FPS values (more than 1,000), you should expect significant discrepancies to occur anyway. What FPS value are you getting, and on which hardware?
from godot-debug-menu.
Related Issues (17)
- V1.1.1 - Crash on project run for Godot 4.1.0 running on MacOS + ARM HOT 5
- Release automation?
- README about programatically toggle the menu isn't correct HOT 3
- Default visibility in project settings.
- Specify input action in Project Settings HOT 2
- Calling "DebugMenu.style" returns "Invalid get index 'style' (on base: 'CanvasLayer')" HOT 2
- Error when trying to modify `DebugMenu.style` through code HOT 1
- Game frezes when call get_tree().quit() HOT 1
- Game freezes when closing the game immediately after it starts HOT 3
- Can't render the menu in a SubViewport HOT 2
- debug menu showing twice HOT 3
- With latest godot getting 4.1 a lot of "This function in this node can only be accessed from either the main thread or a thread group" HOT 3
- The most minor problem ever: F3 to "pop up" HOT 1
- DebugMenu ends up getting created behind the scene HOT 4
- Implement memory monitoring. HOT 1
- Setting the default to VISIBLE_DETAILED requires removing visible=false HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from godot-debug-menu.