First and second particle overlap when they shouldn't #54175

New Issue

Rumen Belev · 2018-02-26T14:31:12+01:00

Rumen Belev commented

2018-02-26 14:31:12 +01:00

System Information
Windows 8, Nvidia

Blender Version
Broken: 2.79 5bd8ac9

Short description of error
With Particle/Face option to 1
and number of particles equal to number of faces
Expecting - one particle per face.
Result - First face has two overlapping particles and the last face has zero particles.

Exact steps for others to reproduce the error

Create default Grid (9x9 = 81 faces)
Add particle system to it with Start and End equal to 1
By given number of particles equal to the number of faces of the grid and setting Emit From:

Faces
Particle/Face option to 1
Random - off
Even Distribution - on

Download blend:
Bug - Overlaping 0 an 1 particles - 01.blend

Turning off Even Distribution - shifts particles from index 40 up, so now the empty face is in the middle, but still 0 an 1 particles overlap.

**System Information** Windows 8, Nvidia **Blender Version** Broken: 2.79 5bd8ac9 **Short description of error** With Particle/Face option to 1 and number of particles equal to number of faces Expecting - one particle per face. Result - First face has two overlapping particles and the last face has zero particles. **Exact steps for others to reproduce the error** Create default Grid (9x9 = 81 faces) Add particle system to it with Start and End equal to 1 By given number of particles equal to the number of faces of the grid and setting Emit From: - Faces - Particle/Face option to 1 - Random - off - Even Distribution - on ![Image 041.png](https://archive.blender.org/developer/F2370902/Image_041.png) Download blend: [Bug - Overlaping 0 an 1 particles - 01.blend](https://archive.blender.org/developer/F2370905/Bug_-_Overlaping_0_an_1_particles_-_01.blend) Turning off Even Distribution - shifts particles from index 40 up, so now the empty face is in the middle, but still 0 an 1 particles overlap.

Rumen Belev commented

2018-02-26 14:31:12 +01:00

Added subscriber: @syziph

Sergey Sharybin commented

2018-03-01 11:44:49 +01:00

Added subscriber: @Sergey

Sergey Sharybin commented

2018-03-01 11:44:49 +01:00

Changed status from 'Open' to: 'Resolved'

Sergey Sharybin closed this issue

2018-03-01 11:44:49 +01:00

Sergey Sharybin self-assigned this 2018-03-01 11:44:49 +01:00

Sergey Sharybin commented

2018-03-01 11:44:49 +01:00

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

It is quite dangerous change (since it changes distribution, which will cause different render results), so it was not ported to 2.79a. You can use latest buildbot builds though.

Thanks for the report, but it was already fixed in 35ee9ff. It is quite dangerous change (since it changes distribution, which will cause different render results), so it was not ported to 2.79a. You can use latest buildbot builds though.

Rumen Belev commented

2018-03-01 11:56:47 +01:00

Thanks Sergey!
You are right about new particles messing up old projects.
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?

Sergey Sharybin commented

2018-03-01 12:16:12 +01:00

Is it possible to work around it using Python?

Unfortunately, no. This logic is somewhere deep inside of C code, which has no bindings or handles exposed to Python.

We are using master branch here at the Blender Institute on a daily basis, so it's not too bad to use it if you need particles distribution fixed.

> Is it possible to work around it using Python? Unfortunately, no. This logic is somewhere deep inside of C code, which has no bindings or handles exposed to Python. We are using master branch here at the Blender Institute on a daily basis, so it's not too bad to use it if you need particles distribution fixed.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

First and second particle overlap when they shouldn't #54175