Render crash when using Python API to modify object Attribute data in frame_change_pre handler #88811

New Issue

Ryan Guy · 2021-06-03T21:03:01+02:00

Ryan Guy commented

2021-06-03 21:03:01 +02:00

System Information
Operating system: Windows 10 Home
Graphics card: GTX 1070 8GB

Blender Version
Broken: Blender 2.93.0 84da05a8b8 (2021-06-02 11:21)
Worked: n/a

Short description of error

This issue was discovered during development of an addon that generates procedural meshes in a frame_change_pre handler. When adding attributes to these meshes in the frame_change_pre handler, Blender can crash during render on random frames.

The Render → Lock Interface option is enabled as per the note in the handlers documentation .

I have created a simplified script that reproduces this crash during render, typically within a minute of starting the render. This script randomly generates triangles and attribute values in a frame change handler:

import bpy, random


def frame_change_pre(scene):
    n_triangles = 10000     # number of triangles to generate
    n_attributes = 10       # number of attribute 'layers' to generate
    
    tsize = 0.1
    vertices = []
    triangles = []
    for i in range(n_triangles):
        xshift, yshift, zshift = random.uniform(-3, 3), random.uniform(-3, 3), random.uniform(-3, 3)
        vertices.append((-tsize + xshift, -tsize + yshift, zshift))
        vertices.append((tsize + xshift, -tsize + yshift, zshift))
        vertices.append((0 + xshift, tsize + yshift, zshift))
        triangles.append((3 * i, 3 * i + 1, 3 * i + 2))

    object = bpy.data.objects["Cube"]
    object.data.clear_geometry()
    object.data.from_pydata(vertices, [], triangles)
    
    for i in range(n_attributes):
        attribute_name = str(i)
        try:
            object.data.attributes.remove(object.data.attributes.get(attribute_name))
        except:
            pass
        
        attribute = object.data.attributes.new(attribute_name, "FLOAT", "POINT")
        for value in attribute.data:
            value.value = random.uniform(0, 1)
    
    
bpy.app.handlers.frame_change_pre.append(frame_change_pre)

Increasing the number of triangles and/or number of attribute layers seems to increase the frequency of crashes. The crashes do not seem to occur when rendering from the command line.

This is the error reported after the crash:

Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF7736C6490
Module  : blender.exe
Thread  : 00000814

Attached is the crash log: attribute_crash_example.crash.txt

Exact steps for others to reproduce the error

Attached is a .blend file including the script that reproduces this issue.

Open the .blend file
Press 'Run Script'
Begin rendering the animation (Blender > Render > Render Animation)

attribute_crash_example.blend

Seems easier to reproduce on a debug build since it hits an assert (although i'm not sure who is at fault there, could be the script, could be blender, @HooglyBoogly will likely know since he worked in this area recently)

Make a debug build
Load up the .blend above
Hit the Play button on the Python script
Rather than render, just his play on the timeline
Boom!

BLI_assert failed: K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:361, BKE_mesh_vertex_normals_ensure(), at 'CustomData_has_layer(&mesh->vdata, CD_NORMAL) || mesh->totvert == 0'

Stack trace:
blender.exe         :0x00007FF783355EA0  bli_windows_system_backtrace_stack_thread K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:233
blender.exe         :0x00007FF783354F30  BLI_windows_system_backtrace_stack K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:320
blender.exe         :0x00007FF783354900  BLI_system_backtrace K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:386
blender.exe         :0x00007FF783359730  _BLI_assert_print_backtrace K:\BlenderGit\blender\source\blender\blenlib\intern\BLI_assert.c:50
blender.exe         :0x00007FF777848300  BKE_mesh_vertex_normals_ensure K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:361
blender.exe         :0x00007FF7778467E0  BKE_mesh_calc_normals K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:475
blender.exe         :0x00007FF77951DC80  ED_mesh_update K:\BlenderGit\blender\source\blender\editors\mesh\mesh_data.c:1106
blender.exe         :0x00007FF77885B520  Mesh_update_call K:\BlenderGit\2022_full_with_tests\source\blender\makesrna\intern\rna_mesh_gen.c:7350
blender.exe         :0x00007FF778528720  RNA_function_call K:\BlenderGit\blender\source\blender\makesrna\intern\rna_access.c:7336
blender.exe         :0x00007FF778A024F0  pyrna_func_call K:\BlenderGit\blender\source\blender\python\intern\bpy_rna.c:6304
python310_d.dll     :0x00007FFA32E09B40  _PyObject_MakeTpCall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:215
python310_d.dll     :0x00007FFA330F0690  _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:112
python310_d.dll     :0x00007FFA330F0C90  call_function E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5870
python310_d.dll     :0x00007FFA330E37B0  _PyEval_EvalFrameDefault E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:4232
python310_d.dll     :0x00007FFA330F0350  _PyEval_Vector E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5072
python310_d.dll     :0x00007FFA32E08510  _PyFunction_Vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:342
python310_d.dll     :0x00007FFA32E0EAC0  _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:114
python310_d.dll     :0x00007FFA32E0ED10  method_vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\classobject.c:53
python310_d.dll     :0x00007FFA330F0690  _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:115
python310_d.dll     :0x00007FFA330F0C90  call_function E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5870
python310_d.dll     :0x00007FFA330E37B0  _PyEval_EvalFrameDefault E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:4183
python310_d.dll     :0x00007FFA330F0350  _PyEval_Vector E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5072
python310_d.dll     :0x00007FFA32E08510  _PyFunction_Vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:342
python310_d.dll     :0x00007FFA32E07FD0  PyVectorcall_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:255
python310_d.dll     :0x00007FFA32E086F0  _PyObject_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:290
python310_d.dll     :0x00007FFA32E07680  PyObject_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:318
blender.exe         :0x00007FF778A12F20  bpy_app_generic_callback K:\BlenderGit\blender\source\blender\python\intern\bpy_app_handlers.c:354
blender.exe         :0x00007FF776ECF220  BKE_callback_exec K:\BlenderGit\blender\source\blender\blenkernel\intern\callbacks.c:51
blender.exe         :0x00007FF776ECF400  BKE_callback_exec_id K:\BlenderGit\blender\source\blender\blenkernel\intern\callbacks.c:67
blender.exe         :0x00007FF7776D5C60  BKE_scene_graph_update_for_newframe_ex K:\BlenderGit\blender\source\blender\blenkernel\intern\scene.c:2648
blender.exe         :0x00007FF7776D5C10  BKE_scene_graph_update_for_newframe K:\BlenderGit\blender\source\blender\blenkernel\intern\scene.c:2712
blender.exe         :0x00007FF778A46A10  ED_update_for_newframe K:\BlenderGit\blender\source\blender\editors\screen\screen_edit.c:1729
blender.exe         :0x00007FF778A70B30  screen_animation_step_invoke K:\BlenderGit\blender\source\blender\editors\screen\screen_ops.c:4754
blender.exe         :0x00007FF777D74A30  wm_operator_invoke K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:1339
blender.exe         :0x00007FF777D6FE10  wm_handler_operator_call K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:2340
blender.exe         :0x00007FF777D72F10  wm_handlers_do_keymap_with_keymap_handler K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:2693
blender.exe         :0x00007FF777D720D0  wm_handlers_do_intern K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3020
blender.exe         :0x00007FF777D70B70  wm_handlers_do K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3161
blender.exe         :0x00007FF777D6A440  wm_event_do_handlers K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3775
blender.exe         :0x00007FF777D3EB60  WM_main K:\BlenderGit\blender\source\blender\windowmanager\intern\wm.c:642
blender.exe         :0x00007FF776EB2C60  main K:\BlenderGit\blender\source\creator\creator.c:564
blender.exe         :0x00007FF7837A1B00  invoke_main d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:79
blender.exe         :0x00007FF7837A18B0  __scrt_common_main_seh d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288
blender.exe         :0x00007FF7837A1890  __scrt_common_main d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:331
blender.exe         :0x00007FF7837A1BC0  mainCRTStartup d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_main.cpp:17
KERNEL32.DLL        :0x00007FFAE8F27020  BaseThreadInitThunk
ntdll.dll           :0x00007FFAE9062630  RtlUserThreadStart

**System Information** Operating system: Windows 10 Home Graphics card: GTX 1070 8GB **Blender Version** Broken: Blender 2.93.0 84da05a8b806 (2021-06-02 11:21) Worked: n/a **Short description of error** This issue was discovered during development of an addon that generates procedural meshes in a `frame_change_pre` handler. When adding attributes to these meshes in the `frame_change_pre` handler, Blender can crash during render on random frames. The `Render → Lock Interface` option is enabled as per the note in the [handlers documentation ](https://docs.blender.org/api/master/bpy.app.handlers.html#note-on-altering-data). I have created a simplified script that reproduces this crash during render, typically within a minute of starting the render. This script randomly generates triangles and attribute values in a frame change handler: ```lines=5 import bpy, random def frame_change_pre(scene): n_triangles = 10000 # number of triangles to generate n_attributes = 10 # number of attribute 'layers' to generate tsize = 0.1 vertices = [] triangles = [] for i in range(n_triangles): xshift, yshift, zshift = random.uniform(-3, 3), random.uniform(-3, 3), random.uniform(-3, 3) vertices.append((-tsize + xshift, -tsize + yshift, zshift)) vertices.append((tsize + xshift, -tsize + yshift, zshift)) vertices.append((0 + xshift, tsize + yshift, zshift)) triangles.append((3 * i, 3 * i + 1, 3 * i + 2)) object = bpy.data.objects["Cube"] object.data.clear_geometry() object.data.from_pydata(vertices, [], triangles) for i in range(n_attributes): attribute_name = str(i) try: object.data.attributes.remove(object.data.attributes.get(attribute_name)) except: pass attribute = object.data.attributes.new(attribute_name, "FLOAT", "POINT") for value in attribute.data: value.value = random.uniform(0, 1) bpy.app.handlers.frame_change_pre.append(frame_change_pre) ``` Increasing the number of triangles and/or number of attribute layers seems to increase the frequency of crashes. The crashes do not seem to occur when rendering from the command line. This is the error reported after the crash: ``` Error : EXCEPTION_ACCESS_VIOLATION Address : 0x00007FF7736C6490 Module : blender.exe Thread : 00000814 ``` Attached is the crash log: [attribute_crash_example.crash.txt](https://archive.blender.org/developer/F10156424/attribute_crash_example.crash.txt) **Exact steps for others to reproduce the error** Attached is a .blend file including the script that reproduces this issue. 1. Open the .blend file 2. Press 'Run Script' 3. Begin rendering the animation (Blender > Render > Render Animation) [attribute_crash_example.blend](https://archive.blender.org/developer/F10156431/attribute_crash_example.blend) ----- Seems easier to reproduce on a debug build since it hits an assert (although i'm not sure who is at fault there, could be the script, could be blender, @HooglyBoogly will likely know since he worked in this area recently) 1) Make a debug build 2) Load up the .blend above 3) Hit the Play button on the Python script 4) Rather than render, just his play on the timeline 5) Boom! ```lines=10 BLI_assert failed: K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:361, BKE_mesh_vertex_normals_ensure(), at 'CustomData_has_layer(&mesh->vdata, CD_NORMAL) || mesh->totvert == 0' Stack trace: blender.exe :0x00007FF783355EA0 bli_windows_system_backtrace_stack_thread K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:233 blender.exe :0x00007FF783354F30 BLI_windows_system_backtrace_stack K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:320 blender.exe :0x00007FF783354900 BLI_system_backtrace K:\BlenderGit\blender\source\blender\blenlib\intern\system_win32.c:386 blender.exe :0x00007FF783359730 _BLI_assert_print_backtrace K:\BlenderGit\blender\source\blender\blenlib\intern\BLI_assert.c:50 blender.exe :0x00007FF777848300 BKE_mesh_vertex_normals_ensure K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:361 blender.exe :0x00007FF7778467E0 BKE_mesh_calc_normals K:\BlenderGit\blender\source\blender\blenkernel\intern\mesh_normals.cc:475 blender.exe :0x00007FF77951DC80 ED_mesh_update K:\BlenderGit\blender\source\blender\editors\mesh\mesh_data.c:1106 blender.exe :0x00007FF77885B520 Mesh_update_call K:\BlenderGit\2022_full_with_tests\source\blender\makesrna\intern\rna_mesh_gen.c:7350 blender.exe :0x00007FF778528720 RNA_function_call K:\BlenderGit\blender\source\blender\makesrna\intern\rna_access.c:7336 blender.exe :0x00007FF778A024F0 pyrna_func_call K:\BlenderGit\blender\source\blender\python\intern\bpy_rna.c:6304 python310_d.dll :0x00007FFA32E09B40 _PyObject_MakeTpCall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:215 python310_d.dll :0x00007FFA330F0690 _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:112 python310_d.dll :0x00007FFA330F0C90 call_function E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5870 python310_d.dll :0x00007FFA330E37B0 _PyEval_EvalFrameDefault E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:4232 python310_d.dll :0x00007FFA330F0350 _PyEval_Vector E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5072 python310_d.dll :0x00007FFA32E08510 _PyFunction_Vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:342 python310_d.dll :0x00007FFA32E0EAC0 _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:114 python310_d.dll :0x00007FFA32E0ED10 method_vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\classobject.c:53 python310_d.dll :0x00007FFA330F0690 _PyObject_VectorcallTstate E:\db23\build\S\VS1564D\build\python\src\external_python\Include\cpython\abstract.h:115 python310_d.dll :0x00007FFA330F0C90 call_function E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5870 python310_d.dll :0x00007FFA330E37B0 _PyEval_EvalFrameDefault E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:4183 python310_d.dll :0x00007FFA330F0350 _PyEval_Vector E:\db23\build\S\VS1564D\build\python\src\external_python\Python\ceval.c:5072 python310_d.dll :0x00007FFA32E08510 _PyFunction_Vectorcall E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:342 python310_d.dll :0x00007FFA32E07FD0 PyVectorcall_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:255 python310_d.dll :0x00007FFA32E086F0 _PyObject_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:290 python310_d.dll :0x00007FFA32E07680 PyObject_Call E:\db23\build\S\VS1564D\build\python\src\external_python\Objects\call.c:318 blender.exe :0x00007FF778A12F20 bpy_app_generic_callback K:\BlenderGit\blender\source\blender\python\intern\bpy_app_handlers.c:354 blender.exe :0x00007FF776ECF220 BKE_callback_exec K:\BlenderGit\blender\source\blender\blenkernel\intern\callbacks.c:51 blender.exe :0x00007FF776ECF400 BKE_callback_exec_id K:\BlenderGit\blender\source\blender\blenkernel\intern\callbacks.c:67 blender.exe :0x00007FF7776D5C60 BKE_scene_graph_update_for_newframe_ex K:\BlenderGit\blender\source\blender\blenkernel\intern\scene.c:2648 blender.exe :0x00007FF7776D5C10 BKE_scene_graph_update_for_newframe K:\BlenderGit\blender\source\blender\blenkernel\intern\scene.c:2712 blender.exe :0x00007FF778A46A10 ED_update_for_newframe K:\BlenderGit\blender\source\blender\editors\screen\screen_edit.c:1729 blender.exe :0x00007FF778A70B30 screen_animation_step_invoke K:\BlenderGit\blender\source\blender\editors\screen\screen_ops.c:4754 blender.exe :0x00007FF777D74A30 wm_operator_invoke K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:1339 blender.exe :0x00007FF777D6FE10 wm_handler_operator_call K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:2340 blender.exe :0x00007FF777D72F10 wm_handlers_do_keymap_with_keymap_handler K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:2693 blender.exe :0x00007FF777D720D0 wm_handlers_do_intern K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3020 blender.exe :0x00007FF777D70B70 wm_handlers_do K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3161 blender.exe :0x00007FF777D6A440 wm_event_do_handlers K:\BlenderGit\blender\source\blender\windowmanager\intern\wm_event_system.c:3775 blender.exe :0x00007FF777D3EB60 WM_main K:\BlenderGit\blender\source\blender\windowmanager\intern\wm.c:642 blender.exe :0x00007FF776EB2C60 main K:\BlenderGit\blender\source\creator\creator.c:564 blender.exe :0x00007FF7837A1B00 invoke_main d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:79 blender.exe :0x00007FF7837A18B0 __scrt_common_main_seh d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:288 blender.exe :0x00007FF7837A1890 __scrt_common_main d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_common.inl:331 blender.exe :0x00007FF7837A1BC0 mainCRTStartup d:\a01\_work\20\s\src\vctools\crt\vcstartup\src\startup\exe_main.cpp:17 KERNEL32.DLL :0x00007FFAE8F27020 BaseThreadInitThunk ntdll.dll :0x00007FFAE9062630 RtlUserThreadStart ```

Ryan Guy commented

2021-06-03 21:03:01 +02:00

Added subscriber: @rlguy

Ulysse Martin commented

2021-08-09 04:32:35 +02:00

Added subscriber: @you.le

Ulysse Martin commented

2021-08-09 04:32:35 +02:00

Another user on openVFX reported similar issue. I attach a test file with the code above:

untitled.blend

Steps to crash:

press play in text editor
press ctrl +F12 in viewport

on windows, visual studio 2019 debug build, 8700k, rtx 3070,

I have this backtrace:

Another user on openVFX reported similar issue. I attach a test file with the code above: [untitled.blend](https://archive.blender.org/developer/F10274705/untitled.blend) Steps to crash: - press play in text editor - press ctrl +F12 in viewport on windows, visual studio 2019 debug build, 8700k, rtx 3070, I have this backtrace: ![Capturer.PNG](https://archive.blender.org/developer/F10274706/Capturer.PNG)

Germano Cavalcante commented

2021-08-09 20:15:10 +02:00

Added subscriber: @mano-wii

Germano Cavalcante commented

2021-08-09 20:15:10 +02:00

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

Germano Cavalcante commented

2021-08-09 20:15:10 +02:00

How many frames do I have to render to render to reproduce the problem?
I tested 20 frames but I cannot reproduce this with either the latest stable or current development versions of Blender.
Also this problem is similar to #72602 (2.8: Python API: Changing area type on frame change crashes Blender). Maybe it's related.

Please try the latest daily build: https://builder.blender.org/download/

Go to File → Defaults → Load Factory Settings and then load your file to see if you still can reproduce this issue.

If the problem persists, please give us more clear instructions on how to reproduce it from scratch.

How many frames do I have to render to render to reproduce the problem? I tested 20 frames but I cannot reproduce this with either the latest stable or current development versions of Blender. Also this problem is similar to #72602 (2.8: Python API: Changing area type on frame change crashes Blender). Maybe it's related. Please try the latest daily build: https://builder.blender.org/download/ Go to File → Defaults → Load Factory Settings and then load your file to see if you still can reproduce this issue. If the problem persists, please give us more clear instructions on how to reproduce it from scratch.

Ulysse Martin commented

2021-08-09 20:58:53 +02:00

Yes, sorry I forgot to mention the number of frames. Actually it is variable but it always happen on my computer.

I tested with last daily build 3.0 alpha release build and it was crashing at 55 frames rendered.

With last Blender sources 3.0 alpha in debug build, I did a gif:

(I've not the same stacktrace than previously)

If you or another developer are not abled to reproduce the crash but want to investigate, you can ping me either on discord openVFX (my pseudo is Don'tKnow) or upbge discord (pseudo: youle) (I'm very often connected even if not visibled) and I can leave you control over my computer via Team Viewer.

Yes, sorry I forgot to mention the number of frames. Actually it is variable but it always happen on my computer. I tested with last daily build 3.0 alpha release build and it was crashing at 55 frames rendered. With last Blender sources 3.0 alpha in debug build, I did a gif: ![Animation.gif](https://archive.blender.org/developer/F10275825/Animation.gif) (I've not the same stacktrace than previously) If you or another developer are not abled to reproduce the crash but want to investigate, you can ping me either on discord openVFX (my pseudo is Don'tKnow) or upbge discord (pseudo: youle) (I'm very often connected even if not visibled) and I can leave you control over my computer via Team Viewer.

Ryan Guy commented

2021-08-09 21:34:28 +02:00

Hi, I just a chance to test the latest daily build of Blender 3.0 Alpha (4c26bb0232, August 09, 02:08:33) using factory settings and the issue still persists on my end. In my testing, it seems the crashes occur typically within the first 200 frames. Out of 10 render attempts, these are the number of frames that it took to result in a crash:

310, 112, 120, 24, 142, 71, 295, 8, 67, 22

Let me know if you need any more info.

Hi, I just a chance to test the latest daily build of Blender 3.0 Alpha (4c26bb02327f, August 09, 02:08:33) using factory settings and the issue still persists on my end. In my testing, it seems the crashes occur typically within the first 200 frames. Out of 10 render attempts, these are the number of frames that it took to result in a crash: ``` 310, 112, 120, 24, 142, 71, 295, 8, 67, 22 ``` Let me know if you need any more info.

Germano Cavalcante commented

2021-10-05 16:38:31 +02:00

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

Xuefeisun commented

2021-11-15 11:45:06 +01:00

Added subscriber: @sherlock3747

Ryan Guy commented

2022-01-07 22:41:22 +01:00

Operating system: Windows-10-10.0.19042-SP0 64 Bits
Graphics card: NVIDIA GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 465.89
Broken: version: 3.1.0 Alpha, branch: master, commit date: 2022-01-05 22:15, hash: 1d9bac7d92

Just testing this again in Blender 3.1 using the attribute_crash_example.blend file.

The render was run 1618 times. 1615 attempts resulted in a crash while 3 attempts successfully rendered all 1000 frames. Here is a histogram of the crash frequency on my system:

Over 50% of the attemps crashed before frame 100, or less than 50 seconds on my system.

Mean: 125
Standard deviation: 132
Min: 1
Max: 853

**Operating system:** Windows-10-10.0.19042-SP0 64 Bits **Graphics card:** NVIDIA GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 465.89 **Broken:** version: 3.1.0 Alpha, branch: master, commit date: 2022-01-05 22:15, hash: `1d9bac7d92` Just testing this again in Blender 3.1 using the *attribute_crash_example.blend* file. The render was run 1618 times. 1615 attempts resulted in a crash while 3 attempts successfully rendered all 1000 frames. Here is a histogram of the crash frequency on my system: ![histogram_of_crash_frequency.png](https://archive.blender.org/developer/F12793369/histogram_of_crash_frequency.png) Over 50% of the attemps crashed before frame 100, or less than 50 seconds on my system. Mean: 125 Standard deviation: 132 Min: 1 Max: 853

Adam Burke commented

2022-01-09 13:30:22 +01:00

Added subscriber: @Adam-Burke

Ray molenkamp commented

2022-02-11 22:15:36 +01:00

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

Ray molenkamp commented

2022-02-11 22:15:36 +01:00

Added subscriber: @HooglyBoogly

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Render crash when using Python API to modify object Attribute data in frame_change_pre handler #88811