I resume a blend to enemies and player have all lights and with shadows enable on render properties animations of player stay fine can walk running all fine.But with no shadows crash animations and game after. The problem is here. I try before erase material from player and nothing.
I discover today if i made arm(mesh of player) to invisible can play normally with no shadows but lost weapon and obviously animation too.
please stop triaging your own ticket, I put it to the right status for you, in the future just leave it be, the people triaging the tracker will assign it for you.
Tue, Apr 17
Mon, Apr 16
@Max Voss (max12345) the content was basically duplicated between the manual and the api docs so in rBee2aa319821fdf8be869fc2800711d01b6350f41 and rB73dfd3d38241735c7182862cd43a6fb5df6e054b I merged the two documents into the API docs. Now we will have one place to keep this information.
Maybe I missed something, but why is this being done?
Sun, Apr 15
More than a week passed without a reply.
Fri, Apr 13
another workaround is to disable Wayland:
add "WaylandEnable=false" in /etc/gdm/custom.conf under the [daemon] field, or run:
Fri, Apr 6
I guess we really need the .blend file to look into this, marking as incomplete until the file is uploaded here
Thu, Mar 29
- Updates and some self review
More than a week passed without a reply.
Mar 20 2018
Follow up, my ticket might have lack details. The problem is that the mouse used to be looked to the viewer using ""mouse look" script.
Mar 19 2018
Please specify all information requested on the bug submission form:
Mar 18 2018
Mar 15 2018
Hmmm. Make sure that your camera isn't scaled. Select your camera and press Alt+S. Also, is your door part of the wall or is it a separate object?
Mar 14 2018
Try entering edit mode on the wall and selecting everything and pressing Ctrl+T. It will triangulate everything. The Blender Game Engine converts everything to tris before the game starts and it uses a bad method.
Mar 13 2018
Mar 7 2018
a temp workaround is to place a object that is a mouse representative,
use simpleMouse or your own code to manage your own X offset and Y offset from frame to frame,
Mar 6 2018
Feb 27 2018
Feb 22 2018
Feb 10 2018
Feb 9 2018
Feb 1 2018
Hi everyone, as I suspected this new version of opengl32.dll did not work properly after all...
I tested it for a more complex scene and the flickering came back... Not as strong as before. It only affected some geometries, making them disappear. The rest of the scene remains there.
My last option was to update the drivers for my graphic card so I did. First I asked Windows to do it. It did not find any new versions. Everything was up to date according to Windows.
Searching the web I found a YouTube video of a guy with a similar problem and he suggested some software from 3DP Chip that checks the system and finds the best and most updated
version for every driver. II thought "what the hell, lets try it !" And here I'm, updated and running ! I'm now testing this new updated driver and so far so good. Everything seems to
As for the Blender and my game I have some comments:
1 - Blender itself seems ok. Works fine and fast as allways.
2 - The stand alone player works fine too. The application runs smoothly and with no flickering or geometries disappearing.
2 - The exported version of the application also is working fine and smoothly, meaning fast.
3 - BUT ! The embedded player ( the one that start with the P shortcut ) still flickers like the first time. I don't know why ! It should work the same way as the embedded player and the
exported version but it doesn't.
As I expected, the problem was in MY system. But even after trying different versions of opengl32.dll and updating everything, the embedded player shows some problems.
I think there must be some issue there that needs debugging. Not a critical issue, after all my system is 6 years old, but It could be if the bug remains there.
Hi everyone, searching the web for a better opengl32.dll version I found this one than seams to solve the flicker problem and the speed is fine.
The page to download it is HERE and you can choose the OS you like. I'm on Windows 7 64 bit so I tested it and it looks fine to me.
I will test for a while and if you don't here anything from me about this issue, then you can assume the problem was solved.
Thank you @Philipp Oeser (lichtwerk) for pointing me to the right direction.
Jan 31 2018
Philipp, thanks for your answer.
I downloaded opengl32.dll but instead of copying it into Blenders directory, I copied into my application .exe directory.
It should work either way. And indeed, it works ! Much much slower but no flickering ! Great job !!!
BTW, that DLL file you are sending, where does it come from ?
Bad news.. the problem is still there. I added more geometries and for a while everything worked fine.
But after playing around with the game, nothing changed, turning the geometries make the screen flicker like the first time.
A specific angle and some timer 2 different angles.
I guess someone at Blender must check this issue out.
Hop for a solution soon.
And again, thanks for the great work guys.