I'll look into Alembic separately

commited rB5e7a21a5f549

I did solve this with majoy difficulty.

is this bug found? will it have a solution?

This doesnt seem to be related to a ParticleSystem in particular.
It just works well with object transformations on the target (same as your First Layer example), but not so well with object data transformations...

Though this might be inconvenient, this seems to be by design (and not a bug) then.

OK, will have a look

Yeah, rotation sliding on Z is bothering me

Sorry this report hasnt been answered in quite a while.

Lukas T. I just hope what this doesnt go in perpendicular with your work in hair_guides branch.

Your objects geometries have very long/thin faces which makes it harder/impossible for the simulation to end up being somewhat realistic (lack of edges to bend at).
So without going into details (you should be able to find plenty of tutorials online), you should already end up with something more pleasing by just adding a couple of edgeloops in your file like here:

Ah, sorry, having a look now...

I did, it is beside my graphics card version on the link "F2596406". I know, that's a weird place, I don't know why it's there. I just drag and dropped it.

could you please upload your example file, so we can have a look?

Is it possible to work around it using Python?

Thanks Sergey!
You are right about new particles messing up old projects.
Is it possible to work around it using Python?

Thanks for the report, but it was already fixed in rB35ee9ff.

Ok, so now crash seems to have disappeared again. Issue with rendering remains though. :)

Committed modified patch rBb0af44fa4d7a2e134b315c49a4fbdf573f781004

I apologize for only getting back to you now. Your CMake definition of "LBM_GZIP_OPEN_FN" is not working and I'm not experienced enough with CMake to figure out a solution.

I can confirm that enabling/disabling X-mirror in Edit mode enables/disables it for Particle Edit mode, too.
Particle Edit mode re-uses Edit mode tools to manipulate particles.

Seems like the .blend is missing?

Can confirm this, D3008: T53823: prevent crash prevents the crash, but maybe we should spend time making sure we only have the weight brush available for hair? (@Campbell Barton (campbellbarton) : I could have a look if this is worth the time...)

The localized object is not part of rigidbody sim because it’s not part of the relevant Group. This has nothing to do with linking or localization.

Is that something missing in library management, or is it something what is tricky to get localized?

I don't have access to Win32 at the moment, P576 @João Esteves (Joao611), could you check if this works?

Nice fix but uses bad level calls, think we can use defines in CMake to pass in gzopen overrides.

There is no plan that goes into details for refactoring of smokes or a developer currently working on it for first 2.8. A refactoring of modifiers is expected for the end of 2.8 series but to convert modifiers's stack into modifiers nodes. Addition of an OpenVDB primitive can be done next year or more years later.

@ronan ducluzeau (zeauro)
Thanks for the workaround but the thing is that I need to render like 20 slices along Z and 10 on X and Y each, so 40 slices in total. And then I need to do the same thing with another smoke sim, maybe bigger, so even more slices.

I think it is a known limitation that Camera Clipping is not working with smokes at rendering.