Particle refresh issue when emit start and end time are the same #43818

Closed
opened 2015-02-26 04:59:03 +01:00 by perfection cat · 30 comments

System Information
Windows XP/32bits Sp3

Blender Version
Broken: 2.73a , 2.71
Worked: unknown

Short description of error
Distribution setting of Particles is ignored

Exact steps for others to reproduce the error
I set distribution of Particles of Particle Setting in Grid, and distribution setting is ignored when I change a rendering method of Particle.
But it occurs only at the time of the first change.

**System Information** Windows XP/32bits Sp3 **Blender Version** Broken: 2.73a , 2.71 Worked: unknown **Short description of error** Distribution setting of Particles is ignored **Exact steps for others to reproduce the error** I set distribution of Particles of Particle Setting in Grid, and distribution setting is ignored when I change a rendering method of Particle. But it occurs only at the time of the first change.
Author

Changed status to: 'Open'

Changed status to: 'Open'
Author

Added subscriber: @sindra1961

Added subscriber: @sindra1961

#44244 was marked as duplicate of this issue

#44244 was marked as duplicate of this issue
Author

I set Grid distribution.
Firstscreen.png
I change a rendering method of perticles.
Nextscreen.png

I set Grid distribution. ![Firstscreen.png](https://archive.blender.org/developer/F145906/Firstscreen.png) I change a rendering method of perticles. ![Nextscreen.png](https://archive.blender.org/developer/F145908/Nextscreen.png)

Added subscriber: @zeauro

Added subscriber: @zeauro

I have same problem with 2.73a. But it was solved in current master hash 60679a1.

I have same problem with 2.73a. But it was solved in current master hash 60679a1.
Member

Added subscriber: @JulianEisel

Added subscriber: @JulianEisel
Member

@sindra1961, so could you test using the latest (Official, not Gooseberry!) build from buildbot ?

@sindra1961, so could you test using the latest (Official, not Gooseberry!) build from [buildbot ](https://builder.blender.org/download/)?
Author

I use the latest edition of Official.
And even the latest edition that I just downloaded occurs.

version 2.73 (sub 8), branch b'master', commit date b'2015-02-26' b'10:46', hash b'd9fa9bf', b'Release'
(blender-2.73-d9fa9bf-win32.zip)

I tried a different procedure.
1.The first state
Fig1.png
2.I turn on Hexagonal grid
Fig2.png
3.I turn off Hexagonal grid
Fig3.png
4.I change a rendering method of particles
Fig4.png

I always download the latest edition from here.
https://builder.blender.org/download/

I use the latest edition of Official. And even the latest edition that I just downloaded occurs. version 2.73 (sub 8), branch b'master', commit date b'2015-02-26' b'10:46', hash b'd9fa9bf', b'Release' (blender-2.73-d9fa9bf-win32.zip) I tried a different procedure. 1.The first state ![Fig1.png](https://archive.blender.org/developer/F146041/Fig1.png) 2.I turn on Hexagonal grid ![Fig2.png](https://archive.blender.org/developer/F146043/Fig2.png) 3.I turn off Hexagonal grid ![Fig3.png](https://archive.blender.org/developer/F146045/Fig3.png) 4.I change a rendering method of particles ![Fig4.png](https://archive.blender.org/developer/F146047/Fig4.png) I always download the latest edition from here. https://builder.blender.org/download/
Member

Ah I think I can see what you mean. @sindra1961, you mean the render type always assumes a non-Hexagonal grid until you turn on and off Hexagonal grid, right?

Ah I think I can see what you mean. @sindra1961, you mean the render type always assumes a non-Hexagonal grid until you turn on and off Hexagonal grid, right?
Lukas Tönne was assigned by Julian Eisel 2015-03-02 17:46:30 +01:00
Member

I know you don't like having to spend time on particle bugs, but this looks like a rather easy thing... So if you wouldn't mind? :)

I know you don't like having to spend time on particle bugs, but this looks like a rather easy thing... So if you wouldn't mind? :)
Author

I think that a state just before that is restored.
The initial state that is a state before setting it in Grid is restored in the example which I reported first.
For example, I set Emit Form in Verts and set it in Volume next, and Emit Form is restored in a state of Verts when I set a rendering method last.

I think that a state just before that is restored. The initial state that is a state before setting it in Grid is restored in the example which I reported first. For example, I set Emit Form in Verts and set it in Volume next, and Emit Form is restored in a state of Verts when I set a rendering method last.
Author

Because there are Emit Form three kinds, I nominate it for an example.
Emit Form becomes Faces first.
I change setting in order of next.
Volume
Verts
Faces
Volume
Verts
Faces
Finally I change a rendering method.
In this case Emit Form is restored in a state of Verts.
States before two to set a rendering method are always restored.

Because there are Emit Form three kinds, I nominate it for an example. Emit Form becomes Faces first. I change setting in order of next. Volume Verts Faces Volume Verts Faces Finally I change a rendering method. In this case Emit Form is restored in a state of Verts. States before two to set a rendering method are always restored.

Sory, I retested it and confirm it is still present in master.

It makes me think to this bug.
https://developer.blender.org/T43788

I am wondering if it is not UI related.
It seems to also happen when you are switching from a display type to another (Render,Point,Cross...)

Sory, I retested it and confirm it is still present in master. It makes me think to this bug. https://developer.blender.org/T43788 I am wondering if it is not UI related. It seems to also happen when you are switching from a display type to another (Render,Point,Cross...)
Author

When a rendering method was changed first, it thinks that there are the data which are not merely initialized because it occurs.
May it memorize a state just before that?

When a rendering method was changed first, it thinks that there are the data which are not merely initialized because it occurs. May it memorize a state just before that?
Author

I'm sorry, I rewrote it because translation was different.

I'm sorry, I rewrote it because translation was different.
Author

It seemed to be a mistake once to have thought that it did not reappear when it occurred.
It can reappear again and again when I change a rendering method.

It seemed to be a mistake once to have thought that it did not reappear when it occurred. It can reappear again and again when I change a rendering method.
Author

I want you to watch this image.
This changes nothing just to have added particle system to cube.
However, particle is displayed on upper edge.
A calculation of the initial state is wrong.

screen.png

I want you to watch this image. This changes nothing just to have added particle system to cube. However, particle is displayed on upper edge. A calculation of the initial state is wrong. ![screen.png](https://archive.blender.org/developer/F159332/screen.png)
Author

I understood a method to reproduce a state when particles system was added.

Open the attached file.
sample.blend
Add Particles system.
sample1.png
Set End frame of the Emission panel to 1.
sample2.png
The state displayed then does not accord with emit_from.
Change emit_from properly so that it accords with indication.
If you operate it in the following procedures, a state of a while ago can reappear.
Set emit_from to Faces.
sample3.png
Set emit_from to Volume.
sample4.png
Reset render_type of the Render panel to a default value.
sample5.png
sample6.png
Set render_type to Halo.
sample7.png

I understood a method to reproduce a state when particles system was added. Open the attached file. [sample.blend](https://archive.blender.org/developer/F167562/sample.blend) Add Particles system. ![sample1.png](https://archive.blender.org/developer/F167563/sample1.png) Set End frame of the Emission panel to 1. ![sample2.png](https://archive.blender.org/developer/F167565/sample2.png) The state displayed then does not accord with emit_from. Change emit_from properly so that it accords with indication. If you operate it in the following procedures, a state of a while ago can reappear. Set emit_from to Faces. ![sample3.png](https://archive.blender.org/developer/F167567/sample3.png) Set emit_from to Volume. ![sample4.png](https://archive.blender.org/developer/F167569/sample4.png) Reset render_type of the Render panel to a default value. ![sample5.png](https://archive.blender.org/developer/F167571/sample5.png) ![sample6.png](https://archive.blender.org/developer/F167573/sample6.png) Set render_type to Halo. ![sample7.png](https://archive.blender.org/developer/F167576/sample7.png)
Author

May the start frame number of particle system begin with 0 internally?
Some contradiction is broken off when I suppose that a start frame of Emission starts from 0.

May the start frame number of particle system begin with 0 internally? Some contradiction is broken off when I suppose that a start frame of Emission starts from 0.
Author

This is an image when I set particle system in Cube.
generate_particle_system.png
This is an image when I set end frame of the Emission panel to 1.
set_end_frame_to_1.png
This is an image when I set start frame of the Emission panel to 1.
set_start_frame_to_1.png
This is an image when I jumped in first frame in Time line.
jump_to_first_frame.png
Which is right first frame?

This is an image when I set particle system in Cube. ![generate_particle_system.png](https://archive.blender.org/developer/F169291/generate_particle_system.png) This is an image when I set end frame of the Emission panel to 1. ![set_end_frame_to_1.png](https://archive.blender.org/developer/F169293/set_end_frame_to_1.png) This is an image when I set start frame of the Emission panel to 1. ![set_start_frame_to_1.png](https://archive.blender.org/developer/F169295/set_start_frame_to_1.png) This is an image when I jumped in first frame in Time line. ![jump_to_first_frame.png](https://archive.blender.org/developer/F169297/jump_to_first_frame.png) Which is right first frame?

Added subscribers: @mont29, @LukasTonne, @brecht

Added subscribers: @mont29, @LukasTonne, @brecht
Brecht Van Lommel changed title from (Particle System Setting) Distribution setting of Particles is ignored to Particle refresh issue when emit start and end time are the same 2015-05-03 12:32:25 +02:00
Author

I tested latest daily build.
version 2.74 (sub 5), branch b'master', commit date b'2015-05-05' b'20:34', hash b'c246e0c', b'Release'

I tested latest daily build. version 2.74 (sub 5), branch b'master', commit date b'2015-05-05' b'20:34', hash b'c246e0c', b'Release'
Author

Because plural bugs are included to this thread, I make a different thread.
Even if distribution of Particles is set in Grid when 'Emit From' is Faces, it does not act definitely.

Because plural bugs are included to this thread, I make a different thread. [Even if distribution of Particles is set in Grid when 'Emit From' is Faces, it does not act definitely. ](https://developer.blender.org/T44865)
Author

The phenomenon such as the title of the thread which brecht changed thinks that it has been already improved.
It is unknown which amendment it was improved by.

I confirmed it in the following versions.
version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'

The phenomenon such as the title of the thread which brecht changed thinks that it has been already improved. It is unknown which amendment it was improved by. I confirmed it in the following versions. version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'
Author

Because plural bugs are included to this thread, I make a different thread.
Indication of Particles is different when I change 'Emit From'.

Because plural bugs are included to this thread, I make a different thread. [Indication of Particles is different when I change 'Emit From'. ](https://developer.blender.org/T44866)
Author

I seemed to get a wrong confirmation method. It is not improved.
I confirmed it again, but results seem to be different before.
Nothing is replaced even if I change distribution.

I confirmed it in the following versions.
version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'

I seemed to get a wrong confirmation method. It is not improved. I confirmed it again, but results seem to be different before. Nothing is replaced even if I change distribution. I confirmed it in the following versions. version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'
Author

I write the phenomenon that I reported in this thread again.

I attach a file.
HowParticlesRender.blend
The first state.
How1.png
Change 'Emit From' to the following order.
Faces > Volume > Verts > Faces
Change 'How particles are rendered' to the following order.
Halo > None > Halo
How3.png
'Emit From' is Faces, but particle set in verts is displayed.

Change 'Emit From' by the following order.
Faces > Verts > Volume > Faces
Change 'How particles are rendered' to the following order.
Halo > None > Halo
How2.png
'Emit From' is Faces, but particle set in Volume is displayed.

version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'

I write the phenomenon that I reported in this thread again. I attach a file. [HowParticlesRender.blend](https://archive.blender.org/developer/F180596/HowParticlesRender.blend) The first state. ![How1.png](https://archive.blender.org/developer/F180597/How1.png) Change 'Emit From' to the following order. Faces > Volume > Verts > Faces Change 'How particles are rendered' to the following order. Halo > None > Halo ![How3.png](https://archive.blender.org/developer/F180599/How3.png) 'Emit From' is Faces, but particle set in verts is displayed. Change 'Emit From' by the following order. Faces > Verts > Volume > Faces Change 'How particles are rendered' to the following order. Halo > None > Halo ![How2.png](https://archive.blender.org/developer/F180601/How2.png) 'Emit From' is Faces, but particle set in Volume is displayed. version 2.74 (sub 5), branch b'master', commit date b'2015-05-27' b'23:07', hash b'46d8bcb', b'Release'
Member

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Member

Particles are broken, needs rewrite.

Particles are broken, needs rewrite.
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
6 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#43818
No description provided.