Page MenuHome
Maniphest T60945

Force field + hair dynamics not working in (linked) instanced collections
Open, Confirmed, MediumPublic
Actions

Description

System Information
Operating system: Windows 10 64 bit
Graphics card: GeForce GTX 1070

Blender Version
Broken: 2.80 3d8cbb534f82 (2019-01-25)
Worked: 2.79b release

A surface force field does not affect hair dynamics when it is part of a collection that is linked into another file.

Steps to reproduce:

  1. Create a hair particle system, with hairs along x axis.
  2. Enable hair dynamics on hair
  3. Create a surface force field underneath it.
  4. Press play button to verify hair is affected by force field.
  5. Save file
  6. Link the collection from the first file into another file. (I have 'Instance Collections' turned on)
  7. Press play. hair will fall and not be affected by the force field.

Example blend file attached.

hair_force_test.blend611 KBDownload

Details

Type
Bug

Related Objects

Event Timeline

Philipp Oeser (lichtwerk) lowered the priority of this task from Needs Triage by Developer to Needs Information from User.Jan 29 2019, 9:38 AM
Philipp Oeser (lichtwerk) added projects: Physics, Datablocks and Libraries.
Philipp Oeser (lichtwerk) added a subscriber: Philipp Oeser (lichtwerk).

Cannot reproduce actually [in a build from today].

I have linked the scene [that brings in everything] and hair is flying up...
Are you linking the scene? Or just the object?
Maybe you can show us a video of this failing?

Marking as incomplete until we have more information...

Philipp Oeser (lichtwerk) added a comment.Jan 29 2019, 11:15 AM

Or: are you linking the collection? (with Instance Collection option)
[see related comment in T60963]

Philipp Oeser (lichtwerk) raised the priority of this task from Needs Information from User to Confirmed, Medium.Jan 29 2019, 12:31 PM
Philipp Oeser (lichtwerk) added a subscriber: Bastien Montagne (mont29).

Can confirm now.

Sidenote [not sure this is related]: When linking the collection a debug build will actually assert here:

BLI_assert failed: /blender/blenlib/intern/BLI_ghash.c:466, ghash_insert_ex(), at '(gh->flag & GHASH_FLAG_ALLOW_DUPES) || (BLI_ghash_haskey(gh, key) == 0)'

1  raise                                                     0x7ffff466953f 
2  abort                                                     0x7ffff4653895 
3  ghash_insert_ex                   BLI_ghash.c       466   0x2ec239e      
4  ghash_insert                      BLI_ghash.c       516   0x2ec239e      
5  BLI_ghash_insert                  BLI_ghash.c       761   0x2ec239e      
6  read_file_bhead_idname_map_create readfile.c        616   0x28b9345      
7  library_link_begin                readfile.c        10653 0x28d7036      
8  BLO_library_link_begin            readfile.c        10670 0x28d7077      
9  wm_link_do                        wm_files_link.c   241   0x1cb5cef      
10 wm_link_append_exec               wm_files_link.c   452   0x1cb6778      
11 wm_handler_fileselect_do          wm_event_system.c 2179  0x1c7ef90      
12 wm_handler_fileselect_call        wm_event_system.c 2266  0x1c7f31a      
13 wm_handlers_do_intern             wm_event_system.c 2391  0x1c7f997      
14 wm_handlers_do                    wm_event_system.c 2618  0x1c80268      
15 wm_event_do_handlers              wm_event_system.c 3008  0x1c81541      
16 WM_main                           wm.c              425   0x1c768e6      
17 main                              creator.c         520   0x1c71565

regarding this assert: maybe @Bastien Montagne (mont29) can shed some light on this?

Bastien Montagne (mont29) added a subscriber: Campbell Barton (campbellbarton).Jan 30 2019, 11:13 AM

@Philipp Oeser (lichtwerk) that assert should for sure never be triggered, but in that case, it is caused by issue with brushes being saved in double or more (from userpref, iirc, @Campbell Barton (campbellbarton) knows the details and fixed the issue some days ago). So in that specific case, it is harmless, just means that the library reading code is only aware of one of the two brushes IDs sharing the same name… Re-saving the library with a recent build will fix that problem.

Philipp Oeser (lichtwerk) renamed this task from Force field + hair dynamics not working with linked library to Force field + hair dynamics not working in (linked) instanced collections.Jan 30 2019, 11:22 AM