Open and3rson opened 2 years ago
Update 3: I can no longer reproduce this issue...
The issue has a high change of being related to uninitialized variables. To find it more easily, try building the editor with one of the sanitizers enabled:
I've been getting this too when starting my project and it's not a recent thing, has been there since a couple of months at least. just haven't come around to reporting it because it doesn't seem to directly inhibit anything.
currently I'm getting 1 - 3 Unknown identifier in expression: 'tex_orbit_velocity'.
/'scale_texture'
errors on opening project in editor each accompanied with shader code that begins with // NOTE: Shader automatically converted from Godot Engine 4.0.alpha's ParticleProcessMaterial.
. also there's a --Main Shader--
notice before that.
just like in and3rson's case, I cannot pinpoint this to any particles material that is actually used in my project.
I've compiled with UBSAN but then the editor crashes when loading the project.
================================================================
handle_crash: Program crashed with signal 11
Engine version: Godot Engine v4.0.alpha.custom_build (9142904c248cb4c9de8776f9abe995fc22335c2c)
Dumping the backtrace. Please include this when reporting the bug to the project developer.
[1] /lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7f6b948fc520] (??:0)
[2] Object::get_class_name() const (??:0)
[3] Object::emit_signalp(StringName const&, Variant const**, int) (??:0)
[4] Error Object::emit_signal<>(StringName const&) (??:0)
[5] Resource::emit_changed() (??:0)
[6] NoiseTexture2D::_set_texture_image(Ref<Image> const&) (??:0)
[7] NoiseTexture2D::_update_texture() (??:0)
[8] void call_with_variant_args_helper<__UnexistingClass>(__UnexistingClass*, void (__UnexistingClass::*)(), Variant const**, Callable::CallError&, IndexSequence<>) (??:0)
[9] void call_with_variant_args_dv<__UnexistingClass>(__UnexistingClass*, void (__UnexistingClass::*)(), Variant const**, int, Callable::CallError&, Vector<Variant> const&) (??:0)
[10] MethodBindT<>::call(Object*, Variant const**, int, Callable::CallError&) (??:0)
[11] Object::callp(StringName const&, Variant const**, int, Callable::CallError&) (??:0)
[12] Callable::callp(Variant const**, int, Variant&, Callable::CallError&) const (??:0)
[13] MessageQueue::_call_function(Callable const&, Variant const*, int, bool) (??:0)
[14] MessageQueue::flush() (??:0)
[15] Main::iteration() (??:0)
[16] OS_LinuxBSD::run() (??:0)
[17] /media/holly/Workspace/Projects/Godot/godot/bin/godot.linuxbsd.tools.x86_64.llvm.dev.san(main+0x56f) [0x5612995ddf6f] (??:0)
[18] /lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7f6b948e3d90] (??:0)
[19] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7f6b948e3e40] (??:0)
[20] /media/holly/Workspace/Projects/Godot/godot/bin/godot.linuxbsd.tools.x86_64.llvm.dev.san(_start+0x25) [0x5612995b3e45] (??:0)
-- END OF BACKTRACE --
================================================================
oh, and I've just realized this was reported for 3.5.stable I'm getting this with 4 alpha/master
I'm getting this in 4.0.2. In my case scale_texture
can also be replaced by a number of other (apparently random) properties of the particle material.
It happens when loading GPUParticles2D from a thread. The error disappears in a test scene if I remove GPUParticles2D from my nodes in a scene that is loaded async. It also disappears if I load the scene normally.
Godot version
3.5.stable
System information
ArchLinux
Issue description
Every time when I run the project first time after reopening Godot, the following error is printed:
Steps to reproduce
I'm not sure how to reproduce this since the project is pretty big and no information about shader location is printed.
I've grepped my entire project and there's not a single mention of
scale_texture
.I'll need some pointers in order to be able to reproduce this.
Update: just found the relevant lines in Godot sources:
It seems like return value from
tex_parameters[PARAM_SCALE].is_valid()
is different throughout theParticlesMaterial::_update_shader
function.Update 2: this happens only when running the project. I've opened every scene that contains particles in editor and did not get the error.
Update 3: I can no longer reproduce this issue...
Minimal reproduction project
No response