Cycles Requests

Hi,
There is some documentation here. I will also be working on improving it soon so if there is anything you think needs work first, please let me know.
Regards,
William

I believe you’re talking about this kind of feature: ⚙ D12871 Cycles: Light Groups

Multiscatter GGX needs to be fixed. For some reason when roughness is around 0.02, the something wierd happens to the highlights
Imgur
Imgur

You should report a bug
image

1 Like

Not sure if this is the right section, if not, please feel free to move my post somewhere else.

When I update the textures in an existing node setup, all the previous color space settings get always reset to sRGB. Other than adding time to the process, as I have to manually fix each node, sometimes it also leads to mistakes, either because I forget to change one node, or because I clicked on the color space drop-down menu and maybe picked the wrong color space by error.

Is there a way to keep the color space in the nodes as they are when replacing the texture?

1 Like

@ReubenT

Here you have a build with Light Groups, also I just applied a patch from @KevinDietrich to be able to import arbitrary attributes for alembic caches, patches are still WIP so they can have bugs, the same with Light Groups, patch by @boberfly :slight_smile:

2 Likes

I think you should create a bug for this. Use the report a bug from the help menu and fill in the details.

Makes sense, I will :+1:

I do get crashes with Cycles if the viewport render preview is enabled, but this issue reveals itself more often with heavier scenes. I will try to file a bug before doing I would like to know if anyone else has this issue.

I am using Blender 3.0 bd734cc4419a RTX 2070 Super, Win10


Stack trace:
blender.exe         :0x00007FF7124CD620  ccl::device_memory::is_resident
blender.exe         :0x00007FF7124BE6A0  ccl::CUDADevice::move_textures_to_host
blender.exe         :0x00007FF7124BD120  ccl::CUDADevice::generic_alloc
blender.exe         :0x00007FF7124BE3D0  ccl::CUDADevice::mem_copy_to
blender.exe         :0x00007FF712797F30  ccl::GeometryManager::device_update_attributes
blender.exe         :0x00007FF712796680  ccl::GeometryManager::device_update
blender.exe         :0x00007FF71275E950  ccl::Scene::device_update
blender.exe         :0x00007FF7127628B0  ccl::Scene::update
blender.exe         :0x00007FF7128B66F0  ccl::Session::run_update_for_next_iteration
blender.exe         :0x00007FF7128B6190  ccl::Session::run_main_render_loop
blender.exe         :0x00007FF7128B5DC0  ccl::Session::run
blender.exe         :0x00007FF715785C10  ccl::thread::run
blender.exe         :0x00007FF7121A1350  std::thread::_Invoke<std::tuple<void * __ptr64 (__cdecl*)(void * __ptr64),ccl::thread * __ptr64>,0,
ucrtbase.dll        :0x00007FFC5D931430  configthreadlocale
KERNEL32.DLL        :0x00007FFC5FB87020  BaseThreadInitThunk
ntdll.dll           :0x00007FFC5FCBCEA0  RtlUserThreadStart


Threads:
Thread : 0000380c
ntdll.dll           :0x00007FFC5FD0C410  ZwDelayExecution


Thread : 00003d44
ntdll.dll           :0x00007FFC5FD0BE10  ZwWaitForSingleObject
KERNELBASE.dll      :0x00007FFC5D632660  WaitForSingleObjectEx
blender.exe         :0x00007FF7160AA920  IlmThread_2_5::Semaphore::wait
blender.exe         :0x00007FF7160AA0F0  IlmThread_2_5::ThreadPool::numThreads
blender.exe         :0x00007FF7160AAD90  std::_LaunchPad<std::unique_ptr<std::tuple<void (__cdecl IlmThread_2_5::Thread::*)(void) __ptr64,Il
blender.exe         :0x00007FF7141EA360  std::_Pad::_Call_func
ucrtbase.dll        :0x00007FFC5D931430  configthreadlocale
KERNEL32.DLL        :0x00007FFC5FB87020  BaseThreadInitThunk
ntdll.dll           :0x00007FFC5FCBCEA0  RtlUserThreadStart

112 16:57:12.756543 22900 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_070, 16,777,216 bytes. (16.00M) in device memory
I1112 16:57:12.771504 21852 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_031, 62,685,184 bytes. (59.78M) in device memory
I1112 16:57:12.863770 22616 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_062, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:12.950537  7628 device_impl.cpp:711] Buffer allocate: __tex_image_byte_071, 4,194,304 bytes. (4.00M) in device memory
I1112 16:57:12.956521  5832 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_067, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:12.956521  9032 device_impl.cpp:711] Buffer allocate: __attributes_map, 13,984 bytes. (13.66K) in device memory
I1112 16:57:12.977465  9032 device_impl.cpp:711] Buffer allocate: __attributes_float, 16,388,088 bytes. (15.63M) in device memory
I1112 16:57:12.994418  9032 device_impl.cpp:711] Buffer allocate: __attributes_float2, 42,941,088 bytes. (40.95M) in device memory
I1112 16:57:13.020856 11736 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_069, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.020856  9032 device_impl.cpp:711] Buffer allocate: __attributes_float3, 84,630,464 bytes. (80.71M) in device memory
I1112 16:57:13.108623 18056 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_042, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.143528  9032 device_impl.cpp:711] Buffer allocate: __attributes_uchar4, 3,438,360 bytes. (3.28M) in device memory
I1112 16:57:13.154497  9032 device_impl.cpp:711] Buffer allocate: __objects, 16,679,520 bytes. (15.91M) in device memory
I1112 16:57:13.155495  3928 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_072, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.197383  3672 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_073, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.214841 16096 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_084, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.232793 22900 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_075, 16,777,216 bytes. (16.00M) in device memory
I1112 16:57:13.246757  9384 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_074, 16,777,216 bytes. (16.00M) in device memory
I1112 16:57:13.258726 21852 device_impl.cpp:711] Buffer allocate: __tex_image_ushort4_076, 33,554,432 bytes. (32.00M) in device memory
I1112 16:57:13.273685 22616 device_impl.cpp:711] Buffer allocate: __tex_image_byte_077, 4,194,304 bytes. (4.00M) in device memory
I1112 16:57:13.275681  5832 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_079, 16,777,216 bytes. (16.00M) in device memory
I1112 16:57:13.305599  7628 device_impl.cpp:711] Buffer allocate: __tex_image_byte4_078, 67,108,864 bytes. (64.00M) in device memory
I1112 16:57:13.345492  9032 device_impl.cpp:711] Buffer allocate: __attributes_map, 13,984 bytes. (13.66K) in device memory
I1112 16:57:13.346489  9032 device_impl.cpp:711] Buffer allocate: __attributes_float, 16,388,088 bytes. (15.63M) in device memory
Error   : EXCEPTION_ACCESS_VIOLATION
Address : 0x00007FF7124CD631
Module  : blender.exe
Thread  : 00002348

crash.txt (64.5 KB)

Yeah, the temperature is not promotet on object level, but you could use this light node: Blackbody Node — Blender Manual

Speaking of the blackbody node, it’s also worth mentioning that this node is currently just an RGB approximation of the blackbody emission, which means it is not accurate. A real physically accurate blackbody node would need to wait for Spectral Cycles to come, though there will probably be some design decision debate when the time comes.

5 Likes

Roughness-aware Fresnel node would be great addition. This would allow to create coatings-over-translucent or other rough multilayered coated materials. I’m not aware of current workaround for this except this nodegroup that works only for GGX:

However @angavrilov, author of this nodegroup made patch for fresnel node to use it as reference. it’s available here:

This is similar proposal from rightclickselect (not mine):

2 Likes

Some years ago, the normal texture coordinate was added to light shader to create gobos and other projection. Would it be possible to add kind of the same for world position? this would allow to create blocker or other “filter” we have on other engines that is very convenient for creative effects.

2 Likes

ER}M921IO7XVY}O742L}T~P

2 Likes

A request for Cycles renderer : Advanced SSS for movie, link An Advanced Path Tracing Architecture for Movie Rendering
As some characters to Grand Moff Tarkin from Rogue one (star wars) and Rachael (Blade runner 2049), they use great with Advanced SSS and that would be awesome if Cycles has it too :slight_smile:

Perhaps the dev team need some math for this SSS advanced, some links may help them I hope :

Old but useful :
Towards Realistic Image Synthesis of Scattering Materials

Most recent :
Extending Separable Subsurface Scattering to Arbitrary Materials
A Learned Shape-Adaptive Subsurface Scattering Model

Hi, any chance of a seperate denoising albedo for volumes? All the other data in the current denoising albedo breaks multipass denoising.

1 Like

Cycles already has that.

Which part of this are you referring to? Section 11.2 just described random walk SSS, Cycles has had that for a while.

Sorry if it already has that SSS and that is Ok. Good to know it.