| Brecht Van Lommel (brecht) |
| user1 (user1) | |
| Dec 23 2018, 3:40 PM |
| Gavin Scott (Zoot) |
| Sebastian Parborg (zeddb) |
| user1 (user1) |
System Information
Operating system: Linux Mint 19
Graphics card: GT 630
Blender Version
Broken:
2.80 (sub 39), branch: blender2.8, commit date: 2018-12-20 23:46, hash: 7a26e930a8c0
Short description of error
Instead of rendering it crashes. I have a gut feeling that it's caused by the motion blurr, but the scene is already too complex to be sure, and i don't speek klingon, so here is the file:
Exact steps for others to reproduce the error
Press F12.
| rB Blender | |||
| rBf694d3792941 Fix T59792: Cycles crash rendering motion pass with motion blur enabled. | |||
Reproduces here (Windows 10, Nvidia 1060), and regardless of CPU or GPU it fails at render startup.
So it seems you have motion blur enabled and also have the Vector pass enabled. I'm not an expert, but per:
https://developer.blender.org/T48908
I'm not sure this combination is valid, and in fact if you look the Vector pass control in Passes is indeed grayed out (yet you're able to select and deselect it at will). If you deselect the Vector pass then the scene renders correctly (or at least appears to here).
So Cycles may have forgotten how to deal with this situation (it at least used to produce an empty Vector pass, but perhaps now it's inappropriately trying to allocate a buffer based on uncomputed values, or the transparent background of the scene is confusing it, or something).
I get an assert with the debug build:
blender/intern/cycles/kernel/../kernel/kernel_compat_cpu.h:77: const T& ccl::texture<T>::fetch(int) [with T = ccl::Transform]: Assertion `index >= 0 && index < width' failed.
Backtrace from the non debug build:
Thread 49 "blender" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffb97fa700 (LWP 29947)]
0x0000555556f39b08 in ccl::kernel_path_trace(ccl::KernelGlobals*, float*, int, int, int, int, int) ()
(gdb) bt
#0 0x0000555556f39b08 in ccl::kernel_path_trace(ccl::KernelGlobals*, float*, int, int, int, int, int) ()
#1 0x0000555556d6c0ba in ccl::CPUDevice::thread_render(ccl::DeviceTask&) ()
#2 0x0000555557065da3 in ccl::TaskScheduler::thread_run(int) ()
#3 0x000055555706741e in ccl::thread::run(void*) ()
#4 0x00007ffff2ef629e in std::execute_native_thread_routine (__p=0x7fffc94c0760)
at /var/tmp/portage/sys-devel/gcc-8.2.0-r6/work/gcc-8.2.0/libstdc++-v3/src/c++11/thread.cc:80
#5 0x00007ffff5d9b3c3 in start_thread () from /lib64/libpthread.so.0
#6 0x00007ffff329945f in clone () from /lib64/libc.so.6I'm guessing this related to T48908 as Zoot pointed out.