Crash rendering animation #74424

New Issue

Johan Walles · 2020-03-04T10:15:05+01:00

Johan Walles commented

2020-03-04 10:15:05 +01:00

System Information
Operating system: macOS 10.15.3
Graphics card: Intel Iris Pro / NVIDIA GeForce GT 750M
I'm on Cycles, CPU rendering, 8 rendering threads (4 core machine / 8 threads).

Blender Version
Broken: Version 2.82 (2.82 2020-02-12)
Worked: ?

Short description of error
Blender crashes when trying to render my animation using Cycles. The crash is after a couple of frames, different number every time, most often within about 40 frames (20 seconds on my pretty average machine). I'm on CPU rendering.

Eevee works fine.

Exact steps for others to reproduce the error

Load this file: blender-2.82-crash.blend
"Render Animation"

For me this crashes Blender within about 40 frames (20 seconds on my pretty average machine).

I'd say that if it doesn't crash for you within 200 frames, you were unable to repro.

**System Information** Operating system: macOS 10.15.3 Graphics card: Intel Iris Pro / NVIDIA GeForce GT 750M I'm on Cycles, CPU rendering, 8 rendering threads (4 core machine / 8 threads). **Blender Version** Broken: Version 2.82 (2.82 2020-02-12) Worked: ? **Short description of error** Blender crashes when trying to render my animation using Cycles. The crash is after a couple of frames, different number every time, most often within about 40 frames (20 seconds on my pretty average machine). I'm on CPU rendering. Eevee works fine. **Exact steps for others to reproduce the error** * Load this file: [blender-2.82-crash.blend](https://archive.blender.org/developer/F8387547/blender-2.82-crash.blend) * "Render Animation" For me this crashes Blender within about 40 frames (20 seconds on my pretty average machine). I'd say that if it doesn't crash for you within 200 frames, you were unable to repro.

Johan Walles commented

2020-03-04 10:15:05 +01:00

Added subscriber: @Walles

Johan Walles commented

2020-03-04 10:33:29 +01:00

Here's the contents of /tmp/blender-2.82-crash.crash.txt:

# Blender 2.82 (sub 7), Commit date: 2020-02-12 16:20, Hash 77d23b0bd76f

# backtrace
0   Blender                             0x000000010c3267b7 BLI_system_backtrace + 55
1   Blender                             0x00000001062611ea sig_handle_crash + 362
2   libsystem_platform.dylib            0x00007fff70d3442d _sigtramp + 29
3   ???                                 0x00007fc4b5c2b9e8 0x0 + 140482839755240
4   Blender                             0x0000000106bc0285 draw_image_main + 3301
5   Blender                             0x0000000106bcdecc image_main_region_draw + 732
6   Blender                             0x000000010683830e ED_region_do_draw + 366
7   Blender                             0x000000010647f58b wm_draw_update + 1899
8   Blender                             0x000000010647d1d0 WM_main + 48
9   Blender                             0x000000010625d998 main + 952
10  libdyld.dylib                       0x00007fff70b3b7fd start + 1

All crashes have the same backtrace, but addresses differ.

Here's the contents of `/tmp/blender-2.82-crash.crash.txt`: ``` # Blender 2.82 (sub 7), Commit date: 2020-02-12 16:20, Hash 77d23b0bd76f # backtrace 0 Blender 0x000000010c3267b7 BLI_system_backtrace + 55 1 Blender 0x00000001062611ea sig_handle_crash + 362 2 libsystem_platform.dylib 0x00007fff70d3442d _sigtramp + 29 3 ??? 0x00007fc4b5c2b9e8 0x0 + 140482839755240 4 Blender 0x0000000106bc0285 draw_image_main + 3301 5 Blender 0x0000000106bcdecc image_main_region_draw + 732 6 Blender 0x000000010683830e ED_region_do_draw + 366 7 Blender 0x000000010647f58b wm_draw_update + 1899 8 Blender 0x000000010647d1d0 WM_main + 48 9 Blender 0x000000010625d998 main + 952 10 libdyld.dylib 0x00007fff70b3b7fd start + 1 ``` All crashes have the same backtrace, but addresses differ.

Jacques Lucke commented

2020-03-04 10:37:20 +01:00

Added subscribers: @fclem, @JacquesLucke

Jacques Lucke commented

2020-03-04 10:37:20 +01:00

An assert is hit in this file:

libc.so.6!raise (Unknown Source:0)
libc.so.6!abort (Unknown Source:0)
DRW_pass_sort_shgroup_z(DRWPass * pass) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager_data.c:1910)
eevee_draw_scene(void * vedata) (/home/jacques/blender-git/blender/source/blender/draw/engines/eevee/eevee_engine.c:200)
drw_engines_draw_scene() (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1042)
DRW_draw_render_loop_ex(struct Depsgraph * depsgraph, RenderEngineType * engine_type, ARegion * ar, View3D * v3d, GPUViewport * viewport, const bContext * evil_C) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1531)
DRW_draw_view(const bContext * C) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1417)
view3d_draw_view(const bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/space_view3d/view3d_draw.c:1561)
view3d_main_region_draw(const bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/space_view3d/view3d_draw.c:1585)
ED_region_do_draw(bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/screen/area.c:534)
wm_draw_window_offscreen(bContext * C, wmWindow * win, _Bool stereo) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:634)
wm_draw_window(bContext * C, wmWindow * win) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:770)
wm_draw_update(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:952)
WM_main(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm.c:424)
main(int argc, const char ** argv) (/home/jacques/blender-git/blender/source/creator/creator.c:518)

It's this assert:

/* To be sorted a shgroup needs to have at least one draw command.  */
BLI_assert(handle != 0);

@fclem, can you have a look?

An assert is hit in this file: ``` libc.so.6!raise (Unknown Source:0) libc.so.6!abort (Unknown Source:0) DRW_pass_sort_shgroup_z(DRWPass * pass) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager_data.c:1910) eevee_draw_scene(void * vedata) (/home/jacques/blender-git/blender/source/blender/draw/engines/eevee/eevee_engine.c:200) drw_engines_draw_scene() (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1042) DRW_draw_render_loop_ex(struct Depsgraph * depsgraph, RenderEngineType * engine_type, ARegion * ar, View3D * v3d, GPUViewport * viewport, const bContext * evil_C) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1531) DRW_draw_view(const bContext * C) (/home/jacques/blender-git/blender/source/blender/draw/intern/draw_manager.c:1417) view3d_draw_view(const bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/space_view3d/view3d_draw.c:1561) view3d_main_region_draw(const bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/space_view3d/view3d_draw.c:1585) ED_region_do_draw(bContext * C, ARegion * ar) (/home/jacques/blender-git/blender/source/blender/editors/screen/area.c:534) wm_draw_window_offscreen(bContext * C, wmWindow * win, _Bool stereo) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:634) wm_draw_window(bContext * C, wmWindow * win) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:770) wm_draw_update(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm_draw.c:952) WM_main(bContext * C) (/home/jacques/blender-git/blender/source/blender/windowmanager/intern/wm.c:424) main(int argc, const char ** argv) (/home/jacques/blender-git/blender/source/creator/creator.c:518) ``` It's this assert: ``` /* To be sorted a shgroup needs to have at least one draw command. */ BLI_assert(handle != 0); ``` @fclem, can you have a look?

Johan Walles commented

2020-03-04 11:34:39 +01:00

@JacquesLucke your stack trace says eevee_draw_scene and looks kind of different from what I've been getting in /tmp/blender-2.82-crash.crash.txt (see above).

Can you confirm you're on Cycles?

Of course, if you're seeing asserts in Eevee they should be fixed as well, but for me, Eevee works fine but Cycles crashes.

So we could be seeing two different problems.

@JacquesLucke your stack trace says `eevee_draw_scene` and looks kind of different from what I've been getting in `/tmp/blender-2.82-crash.crash.txt` (see above). Can you confirm you're on Cycles? Of course, if you're seeing asserts in Eevee they should be fixed as well, but for *me*, Eevee works fine but Cycles crashes. So we could be seeing two different problems.

Jacques Lucke commented

2020-03-04 11:43:49 +01:00

@Walles, the assert is hit directly when I open the file. While it might be a separate issue, it can also indicate that there is something wrong in the file. Also note that your backtrace is in draw_image_main which might not have anything to do with cycles either.

@Walles, the assert is hit directly when I open the file. While it might be a separate issue, it can also indicate that there is something wrong in the file. Also note that your backtrace is in `draw_image_main` which might not have anything to do with cycles either.

Germano Cavalcante commented

2020-03-04 11:51:53 +01:00

Added subscriber: @mano-wii

Germano Cavalcante commented

2020-03-04 11:51:53 +01:00

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

Germano Cavalcante commented

2020-03-04 11:51:53 +01:00

I can't reproduce the crash in a local build.
All 700 frames are rendered.
But I had a crash when using the daily build 31aefdeec5

So I can confirm the bug.

Operating system: Windows-10-10.0.18941 64 Bits
Graphics card: Radeon (TM) RX 480 Graphics ATI Technologies Inc. 4.5.13586 Core Profile Context 19.50.01.05 26.20.15001.5006

I can't reproduce the crash in a local build. All 700 frames are rendered. But I had a crash when using the daily build `31aefdeec5` So I can confirm the bug. **Operating system:** Windows-10-10.0.18941 64 Bits **Graphics card:** Radeon (TM) RX 480 Graphics ATI Technologies Inc. 4.5.13586 Core Profile Context 19.50.01.05 26.20.15001.5006

Germano Cavalcante commented

2020-03-04 11:57:50 +01:00

I suspect it is a race condition.

>	blender.exe!RE_engine_get_current_tiles(Render * re, int * r_total_tiles, bool * r_needs_free) Line 473	C

 	blender.exe!draw_render_info(const bContext * C, Scene * scene, Image * ima, ARegion * ar, float zoomx, float zoomy) Line 104	C
 	blender.exe!draw_image_main(const bContext * C, ARegion * ar) Line 1030	C
 	blender.exe!image_main_region_draw(const bContext * C, ARegion * ar) Line 673	C
 	blender.exe!ED_region_do_draw(bContext * C, ARegion * ar) Line 539	C
 	blender.exe!wm_draw_window_offscreen(bContext * C, wmWindow * win, bool stereo) Line 635	C
 	blender.exe!wm_draw_window(bContext * C, wmWindow * win) Line 773	C
 	blender.exe!wm_draw_update(bContext * C) Line 953	C
 	blender.exe!WM_main(bContext * C) Line 425	C
 	blender.exe!main(int argc, const unsigned char * * UNUSED_argv_c) Line 520	C
 	[External Code]

I suspect it is a race condition. ``` > blender.exe!RE_engine_get_current_tiles(Render * re, int * r_total_tiles, bool * r_needs_free) Line 473 C blender.exe!draw_render_info(const bContext * C, Scene * scene, Image * ima, ARegion * ar, float zoomx, float zoomy) Line 104 C blender.exe!draw_image_main(const bContext * C, ARegion * ar) Line 1030 C blender.exe!image_main_region_draw(const bContext * C, ARegion * ar) Line 673 C blender.exe!ED_region_do_draw(bContext * C, ARegion * ar) Line 539 C blender.exe!wm_draw_window_offscreen(bContext * C, wmWindow * win, bool stereo) Line 635 C blender.exe!wm_draw_window(bContext * C, wmWindow * win) Line 773 C blender.exe!wm_draw_update(bContext * C) Line 953 C blender.exe!WM_main(bContext * C) Line 425 C blender.exe!main(int argc, const unsigned char * * UNUSED_argv_c) Line 520 C [External Code] ```

Johan Walles commented

2020-04-30 15:44:48 +02:00

Not sure how on-topic this comment is, but with D3576 it would be possible to say how common these crashes are, which would help prioritize.

Not sure how on-topic this comment is, but with [D3576](https://archive.blender.org/developer/D3576) it would be possible to say how common these crashes are, which would help prioritize.

Brecht Van Lommel commented

2020-05-14 03:26:46 +02:00

Added subscriber: @brecht

Brecht Van Lommel commented

2020-05-14 03:26:46 +02:00

Original issue fixed, separate report created for Eevee assert.

Brecht Van Lommel commented

2020-05-14 03:27:00 +02:00

Closed as duplicate of #75715

Brecht Van Lommel closed this issue

2020-05-14 03:27:00 +02:00

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 rendering animation #74424