Messages

1

[Max] General Discussion / Re: Cryptomatte + Nuke, what's the ideal workflow?

« on: 2025-03-07, 17:28:58 »

no clue about Corona with Renderstacks/Deadline but CXR is multi layer by default and never multi part.
Nuke can do all the tonemapping available in Corona and more. it can also do everything you need with exr files - most likely convert multi layered to multi part - better performance in Nuke.

Sure i know Nuke can do everything Corona does, but when delivering to comp it must match the output of corona inside max and in a final format ready to work. If i was a solo artist sure it would be no problem, but in a team pipeline that won't work at least for us.

2

[Max] General Discussion / Re: Cryptomatte + Nuke, what's the ideal workflow?

« on: 2025-03-07, 16:48:21 »

Also, shouldn't have to calculate everything twice I believe - you could just render with ALL elements (including the cryptomatte), save to CXR and rename to EXR to load the Cryptomatte and any elements other than the tone mapped Beauty, and then without re-rendering save just the tone mapped beauty to EXR or other high bit depth format. So rendering once is all that's required, "just" saving twice.

As a note, CXR not containing a tone mapped Beauty is already slated to be changed, because we'll need that to work with the AI Enhancer, so in a future update it will remove the need to save twice.

Since I don't use Nuke, can you clarify on "it's not multipart" as to what that means? Someone who does have Nuke had a look at EXR from V-Ray and "EXR renamed from CXR" from Corona, and the cryptomatte worked identically in each (you see the cryptomatte image, and can just click on the item you want to mask by to have that activated). Thanks!

Thanks for the clarification. I'm not talking about single images, but rather several animations being saved via deadline. I don't think there's an option either in Renderstacks or Deadline to double save the same file with different options after being rendered once.

When i mean multipart, it's 1 exr with all the passes inside. Right now CXR has everything split, each render element is a separate file. Maybe i'm missing an option to make it multi part like EXR?

If CXR had the tone mapped beauty we had our problem solved i think. Any ETA on that option?

Appreciate the help!

edit: Actually Renderstacks only supports corona exr saving, no cxr at all.

3

[Max] General Discussion / Re: Cryptomatte + Nuke, what's the ideal workflow?

« on: 2025-03-07, 16:44:36 »

Something I've done before is to use Gaffer to resplit/recompress the cxr into multi part, it is a bit slow but if you can implement it into your deadline workflow then that's not really an issue.

Appreciate the tip, however i think i still have the problem with the beauty not being tonemapped correctly in CXR

4

[Max] General Discussion / Cryptomatte + Nuke, what's the ideal workflow?

« on: 2025-03-07, 11:50:01 »

Hi,
I'm a long time Vray user, and i'll have to use Corona for an upcoming automotive animation project. From what i've been testing, cryptomatte is implemented differently in Corona than in Vray.

Vray: Add your Cryptomatte render elements » save multipart exr with dwab compression » load a single exr in nuke (or with separate cryptomatte in recent vray versions)
Corona:
A. Add your Cryptomatte render elements » save cxr » it's not a multipart so every render element is split which is awful » rename cryptomatte cxr to exr » beauty cxr in nuke doesn't have any color corrections saved, but cryptomatte is loaded.
B. Render your beauty with standard render elements with multipart exr » calculate cryptomatte separately in cxr » rename to exr » load in nuke.

With A we lose the multipart exr and there's manual renaming of cxr, also the beauty is unusable directly because it lacks the color corrections in vfb.
with B we have to calculate everything twice which isn't the ideal workflow either.

My question is if i'm missing something? We use deadline and renderstacks for the shot prep and management. Cryptomatte is a MUST for compositing, so what's the best workflow here?

Thank you,

5

[Max] I need help! / Constant crashes when using Corona via Parsec

« on: 2020-12-30, 00:09:37 »

I'm doing remote work for a while, and we're using Parsec to access our local machines. I've been mainly working with Vray and never had any issues. Now that we are working with Corona, I'm having constant crashes a few seconds after having the IPR enabled, making it impossible to work right now!

At first i thought it had somewhat to do with the Nvidia AI Denoiser (since Parsec is from Nvidia)... but even disabling it makes max crash. Tried doing a fresh install of another version of max, and same thing. Tried on another computer, same thing... only with Corona renderer.

Any ideas what it might be?

Very urgent, since we can't work with Corona remotely right now unless we use another streaming software (which are way worse and laggy).

6

[Max] General Discussion / Re: Tonemapping - Plz Halp

« on: 2020-05-05, 18:27:48 »

Does Fstorm use GGX? Seems the BRDF is different compared to Corona, as there's more detail in the shadows.

7

[Max] Resolved Feature Requests / Re: Stochastic texturing to avoid texture tiling

« on: 2020-04-24, 22:04:45 »

Apparently Vray is developing this feature, so my guess is Corona will follow the lead?

8

[Max] Daily Builds / Re: Corona Image Editor feedback

« on: 2017-09-08, 20:02:21 »

Nice! Now it just needs to work with non-CXR images, at least EXR and i'm happy :P

9

[Max] Daily Builds / Re: Corona Image Editor feedback

« on: 2017-09-08, 15:09:25 »

Is it possible to add image sequence support? Unless i'm blind and don't see an option for it, it would be extremely useful!

10

[Max] Daily Builds / Re: Daily Builds 1.7

« on: 2017-09-07, 16:26:28 »

Can you please not remove camera mod? For example, when importing cameras from Houdini / Maya, since it's an alembic camera, it is easier just to put a modifier on top of it, instead of having to somehow convert it to the new corona camera. If new changes to the camera are made, we don't have to re-convert it again. Unless you can implement an easy way to convert alembic/standard/vray cameras to corona camera. That's one of the things i don't like about vray camera / 3dsmax phys cam. Just putting a modifier on top of whatever camera and make it compatible works perfectly.

11

[Max] Resolved Feature Requests / Re: Which V-Ray feature should we bring to Corona?

« on: 2017-09-01, 12:44:49 »

+1 for Alembic loader too.

12

[Max] Resolved Feature Requests / Re: Which V-Ray feature should we bring to Corona?

« on: 2017-08-31, 15:10:49 »

From a fellow VFX artist, personally i would like to see Cryptomatte, Deep EXR, Particle rendering (some kind of integration with TP too), OpenVDB support (Houdini sims)

13

General CG Discussion / Re: 2017 Product Update 1 is here!

« on: 2016-11-16, 15:46:06 »

After quickly trying it i'm not sold on autodesk triplanar. I prefer way more the way vray did it as a 2d node where you have random offsetting/rotation etc. per object.

Data channels look interesting, but i still need to have a more in-depth look at them.

14

[Max] Daily Builds / Re: Daily Builds 1.6

« on: 2016-11-16, 15:43:01 »

I already had the chance to try it and it's not as good as VrayTriplanar, with the random offset/rotation/axis transforms it has per object. Please, if you have it working, finish it and implement it so it also works with other 3dsmax versions and potentially other DCC apps corona is in.

15

General CG Discussion / Re: 2017 Product Update 1 is here!

« on: 2016-11-16, 11:29:08 »

Where's the download link? Went through 3dsmax check update and nothing on autodesk page.

found it through autodesk desktop app