Quote
ssjenforcer wrote: I also notice the material tag does not allow me to remove the effect of the 'Tile' check box even if it is unchecked, so I cannot get an image mapped without it always tiling. And the transform and projection nodes don't have any settings to remove tiling. Is there any way to map an image and not have it tile?

uvwTransform node has the option "Is Decal". It kills the tilling and you can create a label or decal. But in this case the tilling size is controlled with "scale" setting in the same node with scale = 1 / tiles. It's a reversed value to num of tiles! So basically when UVW projection is manipulated this way you get the valid UVW coordinates in one part of surfaces for your decal and the rest part is invalid UVW region. In any mapped texture node (CentiLeo Bitmap, Noise, Pattern, Scratches, Flakes) there are "out of UVW color" settigns which can determine the color of the area that has invalid UVW.
To change projection type you need to connect uvwProjection to uvwTransform. These 2 nodes work same or very similar to native C4D nodes.

Quote
Filip Stamate wrote: And for lights, be sure to create them from the CentiLeo menu so they get the tag added to them. Don't just create regular C4D lights. And I think only the type of light and intensity have any effect in CentiLeo. Even for the type of light, not all are supported.

Filip, you have found it right. I can add that not all light types from C4D are supported, the only supported light types are:
1) Omni. It's a point light source. And in CentiLeo light tag a shape radius can be changed to make a sphere from it. Normalise intensity option in the tag can fix the intensity while you change the shape size.
2) Spot light. It supports only the spread angle from C4D settings and CentiLeo light tag options of course.
3) Infinite light (same as parallel/directional) + Centileo tag
4) Area light source (with Rectangle shape) + Centileo tag
5) The light portal to accelerate GI coming to the room through the windows. To enable it just create Area Rectangle light type and check "Is Portal" option in CentiLeo light tag. It accelerates the lighting noise reduction for Sky + Environment tag (HDRI) and for Infinite lights too.
6) The other shapes of lights can be created using any other C4D geometry object, even with displacement coming from CentiLeo material. But you have to apply CentiLeo Emission material to it, it's having more and more settings as CentiLeo light tag.

Quote
Filip Stamate wrote: That's one reason why having custom light objects would be better than using the C4D lights. It's too confusing.

Sure I think about this but need to prioritize other things at the moment. After certain technology stage is reached (soon!) there will be a lot of dedicated work to improve user experience related to C4D integration

Quote

ssjenforcer wrote: Do I need to touch the shadow setting under the light objects? I learned that shadow is default set to none, but does centileo have a shadow setting already that is accurate, or is it better to change it to area? Also, is it more accurate to turn on Global Illumination for this renderer? I notice subtle differences with different shadow settings and GI, but I don't know if they are necessary with Centileo. I notice now that GI Illumination is checked by default for the light objects, but GI in render settings enabled gives me a different lighting beneath the objects. To me it looks best with GI enabled in render settings and Area set for shadow. Is this correct?

All the custome settings of the Cinema native light source are not supported except of coordinates, light intensity, color, light type and all the other settings are in CentiLeo light tag.
The images in CentiLeo IPR and PV should be the same until you make some changes in few settings:
1) "Enable Filter" in Cinema 4D Picture Viewer
2) Send RAW AOVs to Picture Viewer (gamma = 1) in CentiLeo render settings (AOVs/passes tab)

Have a look into this message and other messages later in the same thread
https://centileo.com/forum/messages/forum19/message1567/83-centileo-for-cinema-4d-044-available#mess...

You may convert the hairs to the polygons to render them, I have seen such tricks. However, the native hair & spline support will be added in 0.66 release. I am working on this, but before that need to finish the complex 0.65 update

Your override Skies with CentiLeo tags should be not first Sky in the scene. And you drag and drop them to the tag with overrides of the first Sky object. Yes you can override Reflection, Transmission, Camera, Diffuse, SSS overrides. You can also override the Sky that draws the shadows on the shadow catcher / matte object

Filip Stamate, welcome to the rising CentiLeo world! Thanks for images and suggestions!
I will reply in more detail later, as for now I can say CentiLeo supports multiple Sky objects to work with Camera (backround), reflections, diffuse and etc. As you correctly noticed the primary Sky object is the first one in the scene. It manages everything. And you need to attach CentiLeo environment tag to it. Inside this tag you can find Override Tab where there are several layers to override. You may just create several extra Sky objects (with centileo tags!) and assign different HDRI image there. And after that just drag and drop these extra Sky objects to the overrides of the first "manager" Sky. That will work. Later I will make many more supprted HDRIs that will be able to assign and override per material. There will be 10s or 20s of them supported.
I will fix Dirt shader of course, it basically will be do same as AO/Curvature. Don't know why Redshift has two nodes probably because of legacy reasons, but the process is similar in both nodes.
Will reply in more detail later. Improving the new tesselator for displacements now

Oh btw this Dirt node is currently just not working as expected. I have to fix it, it's like AO texture

Quote
ssjenforcer wrote: I tried using the layer node, but for some reason only one of my surface imperfection textures works. Any other one I try doesn't work or show up as a layer.

This Layer node has on/off toggles for each other layer, probably you forget them. Also each layer mix mode is different. They are all standart, but need to test to understand how they work for specific case

I would advice to make a multi-material or mix material to make the smudges on top of glass car window.
For example the Mix Material:
1) Primary material would be a diffuse material with smudges and sand textures
2) Secondary material would be a glass of window with reflections and IOR and all the staff as for clean glass
3) Primary material amount - is the alpha map texture with white regions encoding places where smudges should appear on the window. Primary material is on top of Secondary.
These layers of mixed materials will just help to resolve the Alpha channel of individual materials easilly and no need to deal with roughness of transmission which is wrong in this case

Video tips are more time consuming to produce than text + images. So the documentation itselft will come first and next the videos, I will invite more people for that of course.
As for now, I am doing some complex technology improvements but the end for them is approaching fortunatelly

We have more than Octane in this department:
1) There is a Layer texture node. It accepts 7 input nodes that are stacked onto each other and you can integrate each input texture on top of each other with many layer options like in Photoshop. Just check it. It's a nice way to combine imperfections, noises, bitmaps with this.
2) As for Add/Multiply they are also there. CentiLeo has Math node which supports the basic math operations with input textures. It's just placed in a different category of nodes: not a Node Generator, but Math

Yes, CentiLeo renders internal reflections within the glass very efficiently. Less noise than other renderers. Keep in mind CentiLeo has Direct Light Clamp parameter in render settings, it's global, not per-material. This paramter has influence on the brightness of the highlights also for internal reflections.

Thank you for scene! Will check it and get back to you. Currently I don't have installed Blender, but will analyze the situation with the icecubes.
I would like to share some specific thing that can be relevant to this scene as well. Have a look at Maxwell Render documentation last figure:
https://nextlimitsupport.atlassian.net/wiki/spaces/maxwell/pages/22684680/Nested+dielectrics I hope they don't mind )
So looking at the last figure you may see that a good way of modeling the overlapping refractive objects like bottle glass and water object is to use the concept of nested dielectrics. According to this concept the water object borders (see red line on the figure) overlap the glass object. Both are refractive and have different IORs. To resolve this physically some renderers use the priorities but CentiLeo uses "Is Liquid" setting in Transmission Tab. Is Liquid should be set On for liquids like water in this case in case of overlap and it will help to make correct refractions.
The other nice thing is the ability to set IOR smaller than 1. In this case you can use not the overlap but model the bottle-water objects as one object with the borders between glass and water mediums. And on the interface (the surface) between both mediums the IOR of material should be relative IOR equal to IOR(glass) / IOR(water). This can take some computations, but it will result in another way of correct modelling. However the "Is Liquid" concept is simpler Sure I will describe all of this in a documentation with examples

May you drop a scene to me to info@centileo.com for experiments with icecubes? With HDR texture, maybe using dropbox or google drive or some other filesharer.
Probably we can start with Transmission and/or Absorption = white and then start changing to get where it become different.
Also there seems to be the difference with gamma on rendered image or HDR itself. Or with expsure that you multiply for CentiLeo to get less dark, but still there is a difference.

Actually I see some reftaction pattern similarities in CentiLeo and RPR. But the lighting direction and highlights are differernt! Even the blue paper cover around the bottle have different highlights for both engines. At first try to make the lighting exact everywhere. For example start with identical HDR or Area rectangle or Directional light sources for both engines.
Another thing is that you have the ice cubes and water droplets on the bottle. These objects overlap with other refractive surfaces: with the water around and with the bottle plastic object. I would recommend to set and test "Is Liquid" for water in the bottle and the water around.

thrimanakatha, in CentiLeo refraction works the same way as in any other renderer: same values, same behavior. Refraction is managed in Transmission tab of material. So you have to enable Transmission toggle in the list of material layers, by default this toggle is off and you may see it black because of this. IOR is working the same way as everywhere. For example to make the water, you can switch On Reflection1 and Transmission in the list of material layers, set IOR = 1.4 for both Reflection1 and Transmission layers, leave weight = 1 and colors white and make roughness = 0 for both reflection and refraction.
If the shape of your object is complex the refaction may produce some black regions on image and to fix it you need more ray bounces. By default there are 8 ray bounces, they can be changed in render settings.
Also one other reason why you don't see refraction may be very high value for Reflection1 IOR if you use it. Usually refraction and reflection are combined, just make some 1.4 or 1.5 or something like that IOR for both and test results

thrimanakatha, sure! All you tell about is what I am also thinking. Actually CentiLeo output node doesn't expose the viewport color to the node in that node area. This viewport color port is one of the ports in output node parameters, and you can connect from there. The idea was to add the ability to connect any texture to this slot (diffuse, reflection textures, roughness, many others) just for tests and modeling purposes. But it's better to start with diffuse texture by default for viewport color and change it for different if something is connected.
Sure more render passes are in short term passes, they are very much needed.
Also the current development version has large accelerations especially for scene geometry compilation that happens between modeling and rendering passes.

Yes I think to make default diffuse to avoid this confusion. However my original goal was to encourage all to use IPR output more than viewport for uvw and texture modifications

thrimanakatha, as I already said you can setup the viewport color or texture in CentiLeo Output node, there is a viewport color slot there

Check the settings of the viewport. Non-node CentiLeo materials show textures in the viewport, I see them right now. As for the node materials just make connections. Working with connections in node space is very simple, it's just like nesting your textures to do a lot of complex operations