-
-
Notifications
You must be signed in to change notification settings - Fork 21.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GLES2.0 blend shape normal vector weird on OCTAHEDRAL_COMPRESSION, DEVASSERT fail every time #58078
Comments
CC @The-O-King @godotengine/rendering |
I'm immediately wondering what Not sure about the octahedral side, there may be two bugs here. EDIT: |
Perhaps it makes sense to pay attention to my problem. Maybe it's all connected? |
Could well be a half float issue if it is Mac only for the octahedral side. 👍 The PR I've added should fix the uploading, as for any octahedral specifics I'll leave that to OKing. |
Do you still reproduce the same issue in 3.5 beta 4 or later? There were various fixes to octahedral compression in the past few betas. |
This was confirmed on 3.4.4 on Reddit: https://www.reddit.com/r/godot/comments/uznrsi/please_help_incorrect_display_of_materials_on/ |
Godot version
3.4.2 stable (45eaa2d)
System information
MAC, GLES2.0
Issue description
Blend Shape Normal Vector weird on OCTAHEDRAL_COMPRESSION
maybe Array Normal value/127 in update_dirty_blend_shapes
godot/drivers/gles2/rasterizer_storage_gles2.cpp
Line 3802 in 45eaa2d
And
Dev assert fail everytime that code : buffer_size * sizeof(float)
godot/drivers/gles2/rasterizer_storage_gles2.cpp
Line 3972 in 45eaa2d
godot/drivers/gles2/rasterizer_storage_gles2.h
Line 1396 in 45eaa2d
Steps to reproduce
blend_shapes.tscn.zip
Setting Driver GLES2
Minimal reproduction project
No response
The text was updated successfully, but these errors were encountered: