Hi Ron! Thanks for sharing! Thats a very nice image! I see you have made the glass with liquids right. As for oranges and apples I would also test the mix of diffuse color texture with Subsurface (SSS) amount a little bit. You can use similar colors as diffuse for SSS (or with some redadditional tint). Also a small SSS radius can make the shadows softer similar to the image on centileo.com homepage!
Node editor is a great thing! Just need to work in CentiLeo node space. They are the same as our usual textures but have this nice view of all texture connections in front of modeler eyes to see the large picture of what is going on there. It just gives the better visual representation and makes complex shader/texture relations easier. For example you can drag and drop the image from OS explorer to the node editor window and the corresponding CentiLeo Bitmap node will appear.
Btw I have fixed that issue with Textures Fading Away http://centileo.com/forum/messages/forum19/message1170/209-textures-fade-away#message1170 and will upload the other release once the other more issues are fixed too.

Best regards,
Kirill

Hi W1LY, welcome here! Yes, Cinema nodes are built this way. There are several node spaces: a default one is "current" it corresponds to selected renderer in render settings. You should select CentiLeo in render settings.
You may also switch node spaces in the top right corner of Cinema window, there is dropdown box there.
Once you select the renderer and node space you can create node materials that will be initialised with CentiLeo data.

Hi! The RealFlow is integrated with motion blur!
You may just follow the steps described in the release article http://centileo.com/news/150/centileo-for-cinema-0615/

Thank you too! Btw, RealFlow itself has bugs inside it. So, for example for scenes with RF I will change the behavior of CentiLeo scene compilation in IPR, it will not happen in a background thread but in the main GUI thread. This is less nice but has no crashes of RF. Also for motion blur in IPR or PV the caching/backing of the simulation will be a must have.

OpenVDB? I would love to do it this year, but hardly believe it will happen this year. Maybe the next year! Still there are plenty of other important things to do.

Thanks Has for clarification! So, the reflections from the floor shouldn't see HDRI, but other objects should see HDRI. This is not doable at the moment, but I will work on this. Will see the practices of compositing tag. And will explore the opportunity to make HDRI per material (this can be costly) or link the material to HDRI from scene tree.

Yes, all include/exclude functionality for HDRI and light sources are in plans. This is must have.
As for this question, I think the close enough functionality is there already:
1) You may add several Sky objects each with CentiLeo Environment tag. E.g. in objects tree there are 2 Sky objects with diffrerent HDRI (or colors).
2) In the first Sky object CentiLeo Environment tag you make Reflection Intensity = 1 and other layers Intensity = 0 (for Diffuse, SSS, transmission, Camera...). This means that while this Sky object is at the first one in the scene, it will be enabled for non zero intesity channels. While for zero intesity values the other Sky objects under it will be evaluated
3) There is other second Sky object with Env tag where all Intensity values are 1 and they will be enabled for all channels except for Reflection.

If my explanation isn't very clear, I will make a simple sample scene and upload it here. Just tell me

Kirill

Hello Walterlee! Thanks a lot for sending a sample and pushing me into wonderfull Realflow area! Hope to fix all within few days.

1) Currently you may render Realflow mesher objects if you cache the simulation/mesher. In this case it works. But if not cached it doesn't work because CentiLeo copies the scene and compiles it in a background thread to prevent main viewport longer freeze during scene compilation. However, the copy of Realflow objects returns empty object (if they are not cached). This is a bug of either Cinema or Realflow. I already discussed it with Maxon regarding TP, and they fixed the issues for TP and scene copy in S24, but the problem still exists for Reaflow if we run it's R23 compilation in S24. Actually I will try to fix the issue somehow, either not using a copy (but working fine with original scene) when we have Realflow objects, or use original scene if we click "Full Scene Reload" - it will also work fine. Just want to not complicate the user setup. Also want to keep background thread scene compilation where it applies and where it works.

2) Vertex deformation blur. Reaflow mesher generates Vertex Maps with Velocity X, Y, Z. I will shortly make few settings in CentiLeo object tag to apply them for motion blur. Other engines do it the same way.

Best regards,
Kirill

Hello Walterlee and welcome here!
Please can you send me some sample scene to info@centileo.com so I can find the problem quicker? In fact, I haven't yet tested with Realflow and curious why it worked in 0.602 and not in 0.614
Do I need to install "Realflow|Cinema4D 3" plugin?

Hi Ron, S24 dedicated release is available since now

Ron, thank you for scene to email!
With this I have fixed the bug and it's uploaded to "Download" section. It was a silly access to normals Phong tag where it didn't exist

Hi Ron, I have assumed few things could be wrong potentially and have generated another package of plugins with potential fixes for stability.
Please, can you check them? This is the experimental CentiLeo plugin: link

Ron, this is a quick note. Make sure to remove the old CentiLeoRXX plugin (all folders and DLLs). And only then copy the 0.612 to that place. Probably some DLL files were left unchanged and this makes crashes.
I am not seeing any crashes in my scenes yet also with stacked texture tags.
And if you send me a scene, please, write the Cinema 4D version in use, and GPU model too.

Hi Ron! Oh no Please, can you give me a scene to info@centileo.com where it's unstable and what things are you typically doing to run into crashes?
Cinema bugrep files don't help in our case.

Ron, the issue is fixed! See new 0.612 update in download section.

Has, and vblackrender., this is fixed now, please download CentiLeo 0.612

Hi Ron, thanks for reporting a bug. I am sure I tested it before release. But something was broken with avoiding a recompilation related to the prior bugfix. Investigating currently...

Hi Has, and welcome here! Camera Offset? Ok, I need to fix

Ron, I have uploaded the bugfix. This should work fine! Thanks for a screenshot with object tree manager, from there I see no UVW tags. Fixing it took 4 characters of code, but searching for the reason of bug took half a day with completelly unclear reasons why that was happening

Hi Ron! This is a bug because of missing of any UVW tags on the mesh. It's already fixed, I will recompile and upload it soon.

The Head scan was downloaded here https://www.3dscanstore.com/blog/Free-3D-Head-Model. 3Dscanstore has a lot of other high quality amazing models too that are work checking.
So I have directly converted from FBX to Cinema + CentiLeo and played a little bit with the textures. Actually there was an interesting "Cavity" texture in the package that was used as displacement map and not as bump. But the bump map slot was also used for some additional detail coming from normal map.
With Displacement Map the look of Zoom-In, glossy highlights and subsurface scatter effect is much better than with just Bump. However, displacement map produce 100M extra micro-polygons, but they are efficient.
Render times are 5-10 min on the single old and small and slow GTX 970. Or 1:30-3min with two of GTX 1070. 2K by 2K image resoultion