Odd physics behavior in Blender Game Engine under Windows Only #32861

Closed
opened 2012-10-12 22:21:36 +02:00 by Martin Felke · 10 comments
Member

Category: Physics

%%%Hi,

if you open the provided testfile in blender 2.64a or newer under Windows 7 64 bit, the moving fractured torus shows odd behavior (jumping around, falling thru the ramp)
when colliding with the ramp. Under Ubuntu 12.04 and Mac OS X 10.7.5 (all on the same machine) everything works as expected. The torus rolls down the slope and desintegrates on collision with the ramp and the wall at the bottom.

Tested with Blender rev. 51287

CPU: I7 2600
GPU: Geforce GTX 580
RAM: 16GB

scorpion81%%%

**Category**: Physics %%%Hi, if you open the provided testfile in blender 2.64a or newer under Windows 7 64 bit, the moving fractured torus shows odd behavior (jumping around, falling thru the ramp) when colliding with the ramp. Under Ubuntu 12.04 and Mac OS X 10.7.5 (all on the same machine) everything works as expected. The torus rolls down the slope and desintegrates on collision with the ramp and the wall at the bottom. Tested with Blender rev. 51287 CPU: I7 2600 GPU: Geforce GTX 580 RAM: 16GB scorpion81%%%
Author
Member

Changed status to: 'Open'

Changed status to: 'Open'
Author
Member

%%%argh, testfile was not zipped...%%%

%%%argh, testfile was not zipped...%%%
Member

Added subscriber: @brita

Added subscriber: @brita
Member

Can someone test this on windows?
Since when is the 'odd behaviour' happening?

Can someone test this on windows? Since when is the 'odd behaviour' happening?
Author
Member

Just tested again in official blender 2.71 under linux and windows.
Looks like the "odd" behavior in windows is not so visible any more, but the simulation notably behaves different to blender under linux.
For example, the torus rolling down the slope seems to get stuck at the first cylinder reproducibly, while it rolls down further in the linux version.
(I have set the "Freq" in the Property Sensor to 100 in both cases)

I know, that is no real bug for now, but in the old test the torus for example fell through the floor with no collision.
I also know that simulations depend on many parameters, possibly from certain os dependent behavior too.
So i would think this is no bug per se, and is very hard to tackle at all.... but it can be a bit annoying as well if the same file simulates differently under
different os.

Personally i dont use windows very much (using it becomes more and more a pain)... my main system for blender and coding is linux.
I am not sure how many other users are affected by those different simulation behaviors.... but just wasting development time for a single users problem (mine)
is probably out of question too...

All in all, i really dont know whether this bug should be closed or not... the oddity under win has reduced significantly compared to the last test with 2.64 in 2012,
but isn't gone completely.

Just tested again in official blender 2.71 under linux and windows. Looks like the "odd" behavior in windows is not so visible any more, but the simulation notably behaves different to blender under linux. For example, the torus rolling down the slope seems to get stuck at the first cylinder reproducibly, while it rolls down further in the linux version. (I have set the "Freq" in the Property Sensor to 100 in both cases) I know, that is no real bug for now, but in the old test the torus for example fell through the floor with no collision. I also know that simulations depend on many parameters, possibly from certain os dependent behavior too. So i would think this is no bug per se, and is very hard to tackle at all.... but it can be a bit annoying as well if the same file simulates differently under different os. Personally i dont use windows very much (using it becomes more and more a pain)... my main system for blender and coding is linux. I am not sure how many other users are affected by those different simulation behaviors.... but just wasting development time for a single users problem (mine) is probably out of question too... All in all, i really dont know whether this bug should be closed or not... the oddity under win has reduced significantly compared to the last test with 2.64 in 2012, but isn't gone completely.
Member

tested with a current version on both mac and linux 490da48
the behaviour is in fact slightly different, in linux it is rolling further than in mac.
So the initial 'odd behaviour' is now gone, but it is still slightly different in different platforms. This should not happen :) Don't worry about wasting time! It should just be consistent across all supported platforms.
@scorpion81 can you try to isolate the problem? With a simpler blend file, so I can try to understand if it is a problem in bullet or blender and where?

tested with a current version on both mac and linux 490da48 the behaviour is in fact slightly different, in linux it is rolling further than in mac. So the initial 'odd behaviour' is now gone, but it is still slightly different in different platforms. This should not happen :) Don't worry about wasting time! It should just be consistent across all supported platforms. @scorpion81 can you try to isolate the problem? With a simpler blend file, so I can try to understand if it is a problem in bullet or blender and where?
Member

Here is a simpler file provided by scorpion81
The torus has different speeds depending on the OS

Here is a simpler file provided by scorpion81 The torus has different speeds depending on the OS
Inês Almeida self-assigned this 2014-07-18 13:34:09 +02:00
Inês Almeida removed their assignment 2014-08-23 20:13:46 +02:00
Member

Added subscriber: @Blendify

Added subscriber: @Blendify
Member

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Aaron Carlisle self-assigned this 2019-06-29 02:20:34 +02:00
Member

This task is being closed because the BGE has been removed in Blender 2.8.

This task is being closed because the BGE has been removed in Blender 2.8.
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#32861
No description provided.