Particle system of descendant of transformed proxy causes proxy to lose transformation, reverting to it's source's transformation #45690

New Issue

Diet Coke · 2015-08-05T18:59:43+02:00

Diet Coke commented

2015-08-05 18:59:43 +02:00

Given a proxy of an object with a transformation. Given a particle system attached to an object that is a descendant of said proxy. The root proxy is displaced as in the object "gun_2_src_arma_proxy" in tester_consumer. On emission of particle, the entire proxy hierarchy is displaced back to the source position on particle emmision.

It is irrelevant if the type of particle system (proxy,linked,etc). Any particle system attached to a descendant of a displaced proxy causes the displacement applied to proxy to no longer apply.

This is very annoying and renders the workflow I am attempting to create linkable objects an impossiblity without resorting to possibly:

Proxying emitter in tester_consumer
Applying constraint to following a positioning empty as opposed to relying on a parent-child hierarchy

I haven't tested said workaround.

Note: This is a critical bug that cannot wait for a comprehensive refactoring of the particle system as it makes the creation of duplicated objects as intended by the workflow delineated in these test files quite impossible.

Given a proxy of an object with a transformation. Given a particle system attached to an object that is a descendant of said proxy. The root proxy is displaced as in the object "gun_2_src_arma_proxy" in tester_consumer. On emission of particle, the entire proxy hierarchy is displaced back to the source position on particle emmision. It is irrelevant if the type of particle system (proxy,linked,etc). Any particle system attached to a descendant of a displaced proxy causes the displacement applied to proxy to no longer apply. This is very annoying and renders the workflow I am attempting to create linkable objects an impossiblity without resorting to possibly: 1. Proxying emitter in tester_consumer 2. Applying constraint to following a positioning empty as opposed to relying on a parent-child hierarchy I haven't tested said workaround. Note: This is a critical bug that cannot wait for a comprehensive refactoring of the particle system as it makes the creation of duplicated objects as intended by the workflow delineated in these test files quite impossible.

Diet Coke commented

2015-08-05 18:59:43 +02:00

Changed status to: 'Open'

Diet Coke commented

2015-08-05 18:59:43 +02:00

Added subscriber: @dlots

Diet Coke commented

2015-08-05 19:01:21 +02:00

https://developer.blender.org/F220375
https://developer.blender.org/F220377

https://developer.blender.org/F220375 https://developer.blender.org/F220377

Diet Coke commented

2015-08-05 19:17:17 +02:00

The workaround is to create a child of constraint on a particle system. Regardless, I believe this should be maintained as a bug and fixed regardless of any possibility of a particle system rewrite.

Julian Eisel commented

2015-08-14 19:25:59 +02:00

Added subscribers: @LukasTonne, @brecht, @JulianEisel

Julian Eisel commented

2015-08-14 19:25:59 +02:00

Yep, something weird going on here. @LukasTonne, @brecht, what do you think? Is this fixable without causing more trouble?

Steps to reproduce: Open tester_consumer.blend, play animation

If this is a bug and it's not fixed, then not because we don't want to or so. The issue with particles is that fixing one bug causes multiple other ones. Particles are broken and need a rewrite.

Yep, something weird going on here. @LukasTonne, @brecht, what do you think? Is this fixable without causing more trouble? Steps to reproduce: Open tester_consumer.blend, play animation If this is a bug and it's not fixed, then not because we don't want to or so. The issue with particles is that fixing one bug causes multiple other ones. Particles are broken and *need* a rewrite.

Lukas Tönne commented

2015-08-14 21:59:24 +02:00

Known bug, particles emission can only handle direct parent object relations for emission interpolation via ugly hack.