Messages

1

[Max] I need help! / Re: mesh panel not looking like what i had expected

« on: Yesterday at 18:03:14 »

The "shape" of the moire pattern depends on things like angle and distance from one surface to another. But it is moire.

2

[Max] I need help! / Re: mesh panel not looking like what i had expected

« on: Yesterday at 15:23:34 »

Yeah, this depends on the scale/distance from camera/resolution. If you look at a semi-transparent curtain, you also see what is behind it, even though it is a material with lots of tiny holes in it. :)

3

[Max] General Discussion / Re: IR splotches

« on: Yesterday at 15:19:11 »

This is logged as (Report ID=CMAX-410).

4

[Max] General Discussion / Re: Corona bitmap in Background

« on: Yesterday at 15:15:43 »

Which version of Corona did you use here? I couldn't reproduce it. Please let me know if I am doing something wrong.
Max 2025, Corona 13

5

[C4D] Bug Reporting / Re: Normal shading bug with Render Instances

« on: Yesterday at 15:03:49 »

This bug is reported as (Report ID=CC4D-955) and unfortunately it is still there in V13.

6

[Max] Bug Reporting / Re: Converting CXR to EXR to use Cryptomatte discards Tonemapping

« on: Yesterday at 09:03:55 »

I wanted to see if anyone has a solution for this problem?

Hi, can you please describe the problem? Do you mean the ability to see an image with its tone mapping as set in Corona and the ability to use cryptomatte at the same time?
If that's the case, then I am afraid it is not possible. One workaround I can think of would be saving two files: a CXR (with cryptomatte) and an EXR (with tone mapping).

7

[C4D] Bug Reporting / Re: Triplanar doesn't work in bump channel if the mesh has no UVW coordinates

« on: 2025-07-01, 16:35:04 »

Sorry for keeping you waiting. They are both reported now.
- bump not working when object has no UVW mapping - (Report ID=CC4D-1052)
- UVW projection type affecting Triplanar appearance - (Report ID=CC4D-1053)

8

[Max] General Discussion / Re: Effectiveness of Corona out-of-core textures

« on: 2025-07-01, 13:46:24 »

So just to be sure - if I have 8k texture in my scene but the object in camera appears far away, OOC will create let's say 256x256 image version and will discard anything above that?

Yes, and you get RAM saving from this.

Also, do we know how much RAM does this conversion process eat? As in, if the texture is 1k or 8k and it needs to be downscaled to 256x256. Does it impact render times in any significant amount?

There should be no RAM penalty at all, or nothing significant.
There can be a small hiccup at the beginning of the rendering when OOC loads the needed textures from the disk.
The creation of the different variants happens at scene opening and it happens regardless if OOC is on or off.
This is scene-dependent and we don't have any specific measurements. I guess testing it with OOC on and off is one way to find out. :)

update: fixed broken quotes

9

[Max] General Discussion / Re: Effectiveness of Corona out-of-core textures

« on: 2025-07-01, 09:25:44 »

Hi, good question. Here is the answer from our dev team:

In rendering, textures undergo something called pre-filtering. Let's assume that the original texture resolution is 1024x1024. Then Corona creates variants of this texture in 512x512, 256x256, 128x128 and all the way down to 1x1px. We then select which variant to use depending on how close the camera is to this texture, is it seen through refraction, etc. The purpose of all of this is to prevent getting noisy results.

When using the Corona Out of Core textures option, we create all those variants and save them on the disk. Then we load into RAM only those variants which are needed during rendering.

If you manually make the textures smaller, for example 512x512 and disable OOC textures, you do not have to deal with the 1024x1024 variant anymore, but you still need to keep the 256x256, 128x128 and all the way down to 1x1px variants in RAM. Also, if your texture is close to the camera, it will get blurry.

So in short:
- with OOC on, we smartly pick the variant of the texture which is needed and only this variant is kept in RAM
- with OOC off, we lose the "smartly" part and all variants are loaded into RAM, even if we manually reduce the texture resolution

Note: the thing with storing multiple texture variants in RAM with OOC off is not specific to Corona only. It happens in any renderer.

10

[Max] I need help! / Re: Rendering Issues

« on: 2025-06-30, 12:45:46 »

What resolution are your texture files? You are rendering them zoomed in, in 4K resolution. Perhaps they are just originally too small?

11

[Max] Bug Reporting / Re: Corona Renderer 13 doesn’t detect installed versions of 3ds Max 2024 and 2025

« on: 2025-06-30, 09:37:00 »

Not sure why it's not detecting the other 3ds Max versions for you. I am not aware of similar reports. Perhaps reinstalling 3ds Max could help, but I understand this is not the preferred solution...

12

General CG Discussion / Re: disappointment with corona 13

« on: 2025-06-27, 18:00:54 »

Also do let us know which features you would find useful by voting on them or logging your own ideas: https://chaoscorona.ideas.aha.io/

13

[Max] General Discussion / Re: IR splotches

« on: 2025-06-27, 17:57:50 »

This is expected and caused by the adaptive light solver or environment sampler (I can't remember which one right now). But maybe there is a way to get rid of it, so I will report it. :)

14

[Max] I need help! / Re: Height Based Texture Blending

« on: 2025-06-27, 17:53:00 »

That video is 6 years old so sorry, but there is no way I can get the files back.

15

[Max] Bug Reporting / Re: Corona Renderer 13 doesn’t detect installed versions of 3ds Max 2024 and 2025

« on: 2025-06-27, 17:48:25 »

Hi, you can use the unpack option in the installer. In the unpacked folder, you will find a readme file explaining how to install Corona manually.
If you continue to have some problems, please contact us at https://support.chaos.com/hc/en-us/requests/new