Indigo Renderer Forum

Carbon_Fiber_with_coating material from database doesn't work properly in opencl mode. worked ok in 4.0.45

Got several crashes today.
Mainly exporting from C4D but now on R18.

[BUG] - Level:Medium

1 - Exported scene and materials if edited in Indigo after export. Makes Indigo crash.
2 - Materials BUMP with ISL tend to crash Indigo.
3 - Constant error msg after exporting from C4D that some files are missing ( Unhandled image format).
Yet the scene renders OK.

4 - Subdivs from R18 are behaving very weird in Indigo main App also in Cindigo.
Specially Hypernurbs. Will make a post for Cindigo too.

Can you provide a scene that crashes when changing materials, ISL bump, etc? :)

How are you folks progressing on GPU for Glossy Transparent? Thanks

nmeau wrote:How are you folks progressing on GPU for Glossy Transparent? Thanks

It is already supported and renders nice and quick. :)

I'd like to request to set the thread count for CPU in OpenCL mode. Currently indigo has performance degradation when using CPU and GPU at once. Other applications that utilize openCL have this feature because when the CPU is enabled on all cores the GPUs are left waiting for instructions while the CPU cores finish tasks. But if you leave one or two CPU cores free for each GPU in the system, you can fully utilize the GPUs as well as some additional work on a set amount of CPU cores. :)

I don't think we can set this via OpenCL, it's handled by the driver. On the other hand, you can set the thread affinity in Task Manager to stop it from using certain logical cores; on the other-other hand, this should not be necessary and might be a bad idea - if a computer has 100% usage, that doesn't mean it cannot do anything else, it should simply take time away from other threads (at a very fine granularity, after all we have multiple gigahertz).

del

del

Oscar J wrote:

nmeau wrote:How are you folks progressing on GPU for Glossy Transparent? Thanks

It is already supported and renders nice and quick. :)

Sorry - I meant Glossy Transparent using Open CL.. I get a very different result compared to path tracing. Thx

Oscar J wrote:Can you provide a scene that crashes when changing materials, ISL bump, etc? :)

Sure let me know how to provide that. More precisely where? It has some stuff in it which would be awesome if it could be Galre staff only + you Oscar of course ;)

But usually in C4D ISL bump is very slow now in R18.
It get's worse when you have a blend material with an ISL bump. (Horror slow)

// When i say ISL bump i refer to galinette's material i was playin around with his code from the material here:
http://www.indigorenderer.com/materials/materials/340 //


On the crash part it happens when you export a scene from Cindigo into Indigo and pause the render to make some material changes. Like tweeking the ISL and things like that. ( ON GPU's i didn't tested it on CPU )

Originalplan® wrote:

Oscar J wrote: But usually in C4D ISL bump is very slow now in R18.
It get's worse when you have a blend material with an ISL bump. (Horror slow)

I noticed the same thing with multi-composed mat : Diff+Coat+Blend.
It's possible to reduce some values in Extra option's section and get more speed for preview.
External's material are not so slow.

lycium wrote:I don't think we can set this via OpenCL, it's handled by the driver. On the other hand, you can set the thread affinity in Task Manager to stop it from using certain logical cores; on the other-other hand, this should not be necessary and might be a bad idea - if a computer has 100% usage, that doesn't mean it cannot do anything else, it should simply take time away from other threads (at a very fine granularity, after all we have multiple gigahertz).

Agisoft Photoscan has this feature, and apparently its coming to Radeon Pro Render. In Photoscan when calculating with all CPU cores enabled GPU performance and overall performance is quite poor. Disable a few CPU's for each GPU and performance sky rockets. If you just reduce the affinity in windows you are just reducing overall application affinity which just lower the amount of cores available to the application. The application needs access to all cores but an affinity on the render process needs to be lowered so that some cores are used for rendering and some are used to keep the GPU's fed. Even Neat Videos denoise has this feature and even a benchmark and optimizer that proves it works.

Originalplan® wrote: 3 - Constant error msg after exporting from C4D that some files are missing ( Unhandled image format).
Yet the scene renders OK.

We can strike this. It's a C4D thing not saving textures properly with assets.
Opened from 17 in 18.

PostWed Oct 26, 2016 9:53 am

Azimuth and Zenith changes do not update image while in OpenCL rendering mode.

Assuming known but just in case, still not working in .46
Best and Regards!
-Tony D.