Crash with links and Make proxy #73252

New Issue

pistol ioan · 2020-01-20T10:09:39+01:00

pistol ioan commented

2020-01-20 10:09:39 +01:00

9900k 2080ti Win10
Crash in both versions: Blender 2.8 and last build 2.82 Beta 81b7f8efaf

We work on The Diddlys animation with more complex rigging.
After we make the link to the character and Make Proxy to it is all fine.
But after I save and reopen the file is not open the file and crash.

Is tested already by other 2 people from our team.

I made a video demonstration for step by step:
https://www.youtube.com/watch?v=-Nk49AVNZU4&feature=youtu.be

Blend file:
Dee & Dum.blend

9900k 2080ti Win10 Crash in both versions: Blender 2.8 and last build 2.82 Beta 81b7f8efaf7a We work on The Diddlys animation with more complex rigging. After we make the link to the character and Make Proxy to it is all fine. But after I save and reopen the file is not open the file and crash. Is tested already by other 2 people from our team. I made a video demonstration for step by step: https://www.youtube.com/watch?v=-Nk49AVNZU4&feature=youtu.be Blend file: [Dee & Dum.blend](https://archive.blender.org/developer/F8289316/Dee___Dum.blend)

pistol ioan commented

2020-01-20 10:09:39 +01:00

Added subscriber: @istoltoto

Philipp Oeser commented

2020-01-22 11:53:18 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2020-01-22 11:53:18 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Philipp Oeser commented

2020-01-22 11:53:18 +01:00

Can confirm.
Here is the file after linking and making proxies:

T73252_proxied.blend
Crash happens e.g. for this object DEE Airplane sliders names (that is a font object as a custom bone display object)

CurveRenderData *rdata = curve_render_data_create(cu, ob->runtime.curve_cache, mr_flag);
/* DispLists */
ListBase *lb = &rdata->ob_curve_cache->disp;

lb is NULL

1   curve_render_surface_vert_len_get       draw_cache_impl_displist.c 73   0x360a251 
2   DRW_displist_vertbuf_create_pos_and_nor draw_cache_impl_displist.c 189  0x360a8ea 
3   DRW_curve_batch_cache_create_requested  draw_cache_impl_curve.c    1032 0x3609b2b 
4   drw_batch_cache_generate_requested      draw_cache.c               3416 0x3605347 
5   drw_shgroup_bone_custom_solid           overlay_armature.c         569  0x3638656 
6   draw_bone_custom_shape                  overlay_armature.c         1541 0x363ad84 
7   draw_armature_pose                      overlay_armature.c         2175 0x363ca41 
8   OVERLAY_armature_cache_populate         overlay_armature.c         2319 0x363d41c 
9   OVERLAY_cache_populate                  overlay_engine.c           313  0x35e8cbe 
10  drw_engines_cache_populate              draw_manager.c             1145 0x359490b 
11  DRW_draw_render_loop_ex                 draw_manager.c             1569 0x3595aea 
12  DRW_draw_view                           draw_manager.c             1485 0x35956c1 
13  view3d_draw_view                        view3d_draw.c              1532 0x3f8604e 
14  view3d_main_region_draw                 view3d_draw.c              1556 0x3f860f3 
15  ED_region_do_draw                       area.c                     534  0x3928338 
16  wm_draw_window_offscreen                wm_draw.c                  634  0x32af13c 
17  wm_draw_window                          wm_draw.c                  770  0x32af6bb 
18  wm_draw_update                          wm_draw.c                  952  0x32afc93 
19  WM_main                                 wm.c                       423  0x32ac7c4

Also note that even if I remove all font objects from the original Dee & Dum.blend, crash will still occur [looks like blender keeps them around if they are used as custom bone display object]

Will now look into making a simpler repro case here...

Can confirm. Here is the file after linking and making proxies: [T73252_proxied.blend](https://archive.blender.org/developer/F8294479/T73252_proxied.blend) Crash happens e.g. for this object `DEE Airplane sliders names` (that is a font object as a custom bone display object) ``` CurveRenderData *rdata = curve_render_data_create(cu, ob->runtime.curve_cache, mr_flag); /* DispLists */ ListBase *lb = &rdata->ob_curve_cache->disp; ``` `lb` is NULL ``` 1 curve_render_surface_vert_len_get draw_cache_impl_displist.c 73 0x360a251 2 DRW_displist_vertbuf_create_pos_and_nor draw_cache_impl_displist.c 189 0x360a8ea 3 DRW_curve_batch_cache_create_requested draw_cache_impl_curve.c 1032 0x3609b2b 4 drw_batch_cache_generate_requested draw_cache.c 3416 0x3605347 5 drw_shgroup_bone_custom_solid overlay_armature.c 569 0x3638656 6 draw_bone_custom_shape overlay_armature.c 1541 0x363ad84 7 draw_armature_pose overlay_armature.c 2175 0x363ca41 8 OVERLAY_armature_cache_populate overlay_armature.c 2319 0x363d41c 9 OVERLAY_cache_populate overlay_engine.c 313 0x35e8cbe 10 drw_engines_cache_populate draw_manager.c 1145 0x359490b 11 DRW_draw_render_loop_ex draw_manager.c 1569 0x3595aea 12 DRW_draw_view draw_manager.c 1485 0x35956c1 13 view3d_draw_view view3d_draw.c 1532 0x3f8604e 14 view3d_main_region_draw view3d_draw.c 1556 0x3f860f3 15 ED_region_do_draw area.c 534 0x3928338 16 wm_draw_window_offscreen wm_draw.c 634 0x32af13c 17 wm_draw_window wm_draw.c 770 0x32af6bb 18 wm_draw_update wm_draw.c 952 0x32afc93 19 WM_main wm.c 423 0x32ac7c4 ``` Also note that even if I remove all font objects from the original `Dee & Dum.blend`, crash will still occur [looks like blender keeps them around if they are used as custom bone display object] Will now look into making a simpler repro case here...

Philipp Oeser commented

2020-01-22 12:44:29 +01:00

Hm, simplest try at recreating something like this survives [of course :)]...
#73252.zip

Needs more investigation...
@istoltoto : if you can come up with a simpler testcase, that would also help...

Hm, simplest try at recreating something like this survives [of course :)]... [#73252.zip](https://archive.blender.org/developer/F8294700/T73252.zip) Needs more investigation... @istoltoto : if you can come up with a simpler testcase, that would also help...

pistol ioan commented

2020-01-22 19:13:06 +01:00

I'm sorry but I really don't know how to make a more simple test case.
We have encountered this problem only in this case, but for other characters we don't encounter this problem.

I'm sorry but I really don't know how to make a more simple test case. We have encountered this problem only in this case, but for other characters we don't encounter this problem.

pistol ioan commented

2020-01-23 09:05:59 +01:00

Can you please help us with this bug, as is really vital for our whole animation that we worked 1 year already

Philipp Oeser commented

2020-01-23 10:30:51 +01:00

As a workaround, you can just enable in Viewports (monitor icon):

the DUM WIDGETS, DUM menu sliders name collections and all font objects inside DUM menu sliders name
the DEE WIDGETS, DEE menu sliders name collections and all font objects inside DEE menu sliders name
in the source file Dee & Dum.blend.
Linking the Character DUM and Character DEE collections into a new file, Making Proxies, then saving and reloading survives then...

Dee & Dum fixed workaround.blend

Of course this is just a workaround, those font objects will be visible when first linked and you can only turn OFF visibility by using the eye icon then.
But maybe this workaround will do for now?

As a workaround, you can just enable in Viewports (monitor icon): - the `DUM WIDGETS`, `DUM menu sliders name` collections and all font objects inside `DUM menu sliders name` - the `DEE WIDGETS`, `DEE menu sliders name` collections and all font objects inside `DEE menu sliders name` in the source file `Dee & Dum.blend`. Linking the `Character DUM` and `Character DEE` collections into a new file, Making Proxies, then saving and reloading survives then... [Dee & Dum fixed workaround.blend](https://archive.blender.org/developer/F8296641/Dee___Dum_fixed_workaround.blend) Of course this is just a workaround, those font objects will be visible when first linked and you can only turn OFF visibility by using the eye icon then. But maybe this workaround will do for now?

pistol ioan commented

2020-01-23 11:38:04 +01:00

Thank you really much Philipp,
You really save us with this workaround 👍👍👍👍

Thank you really much Philipp, You really save us with this workaround 👍👍👍👍

Sybren A. Stüvel commented

2020-02-17 18:04:02 +01:00

Added subscriber: @dr.sybren

Sybren A. Stüvel commented

2020-02-17 18:04:02 +01:00

Changed status from 'Confirmed' to: 'Needs User Info'

Sybren A. Stüvel commented

2020-02-17 18:04:02 +01:00

Either @istoltoto or @lichtwerk, please provide some steps to reproduce this issue. I can open the files from #73252.zip just fine without any crash. The originally uploaded file is too complex for a developer to analyze.

Philipp Oeser commented

2020-02-17 18:26:03 +01:00

Yeah, #73252.zip suvives like I said. Can have a look again tomorrow if I can come up with something

Sybren A. Stüvel commented

2020-02-24 10:28:34 +01:00

Changed status from 'Needs User Info' to: 'Archived'

Sybren A. Stüvel closed this issue

2020-02-24 10:28:34 +01:00

Sybren A. Stüvel self-assigned this 2020-02-24 10:28:34 +01:00

Sybren A. Stüvel commented

2020-02-24 10:28:34 +01:00

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.

Thanks again for the report. If the problem persists please open a new report with the required information.

No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed. Thanks again for the report. If the problem persists please open a new report with the required information.

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

Crash with links and Make proxy #73252