CINEVERSITY

🙂 Thank you!

Thank you very much for the reply, Javier.

I'm glad we found what you like to have.

My best wishes for your project!

Hi euro-family-flow,

Perhaps time to look elsewhere. I shared a lot of information to give you some background. I stop here.

If you don't trust, I believe you're best equipped to solve that; you have the background to figure that out.

Take care.

Sounds great, confidence-devil,

This means there should be one way or another to get to CC4.

I just started with the Adobe Substance package. I had it many years before Adobe bought it. I'm happy to have it finally back. So, if there is a way with it, I'm also happy to look into it. Perhaps you know more about Substance and CC4.

Have a great weekend.

Thanks for sharing, Greg,

I love your progress and ingenuity with it.

I look forward to your next iteration with the color refinement.

Enjoy your weekend

Thank you very much for the reply, Hoi.

Have a nice day!

Thanks for sharing, schnoidl!

Yes, I see and feel the fun in it. Well done.

🙂

You're very welcome, Evann.

Yes, please ask when something isn't working as you like to have it, etc.

Thank you very much for your reply

Enjoy

Hi winner-outcome,

You asked what to do, and the answer is tech support, as I can't change the needed code if that is the issue.
If you have submitted a ticket, I can't see it; please share your ticket number so I can explore what happens.

I do not have a M4, so I have no practical experience.

If you have no ticket open, Tech-support is the way to go:
https://www.maxon.net/en/support-center

Sorry for your trouble. Please note this is the Site Issue forum.

My best wishes

Hi Michal Rodzinski,

The idea is to rotate the points around the axis but not the axis itself.

The position of each Point is based on the Object Axis. With this, the Normal is a Local idea. So you need to rotate the "surface" but not the axis. How to do that? Rotate Point from the X-Pool>System Presets> Matrix in XPresso.

Example:
https://www.dropbox.com/s/3wf6skt6a3w2xe6/CV4_2023_drs_23_XPvr_01.c4d.zip?dl=0
I have marked what can be moved and what can be rotated. Any derivation from that and the system is broken.

The "surface" can now be rotated or moved" while the Vertex Map is focused on the light source.

Since I have no file here, and screen capture nor images tell me that, I can only suggest/guess that you had in the Point Node, not the "Use Deformed Points" checked on.

=======

With that knowledge, you might use the Cluster Object to rotate the points around, while the Object that rotates the Point is a child of the Object, so it stays at Position 0, 0, 0.

My best wishes

Thanks for the reply, smckenzie.

A good mesh is based on knowledge and/or manual work.

It is not often that a roof gets a deformer treatment. With lots of polygons, deformers might work; the kind of deformation indeed dictates the structure of the mesh. Just lots of polygons are often slowing down the processing. So, we end up doing it manually anyway.

All the best

Thanks for sharing, smckenzie!

Those things can make me happy, as I can see the amount of saved time! Well done!

Enjoy your long weekend.

You're very welcome, AlexC.

My best wishes for your project!

If this works for now as a workaround, Greg, then let me say thank you for being so flexible.

I hope this is fixed soon and you get what you expect.

My best wishes for your project.

Thanks for the reply, history-growth,

Have a lovely rest of the weekend.

Hi activity-chapter,

Yes, the main idea is overwrites.

Chees

You're very welcome, nuno_motion.

Enjoy your project and have a nice weekend

Thank you for taking the time to reply, smckenzie!

Thank you for the kind feedback. 🙂

I believe we could triple the number of videos, and I'm sure (me included) would say, here is a gap, and there is one, etc.

I have been working on learning concepts for our industry; we will see how that goes. I can see what works and what fades in effectiveness. This needs an answer, and just producing more is not the solution.

Hence, your input is welcomed. Rest assured, we are aware of the qualities certain media have. However, there is more to it, and based on what I have experienced so far (I have watched 10K of videos in the past two decades), I'm not convinced that just screen capturing without an advanced context is the answer.

Fingers crossed, all the experience so far can be turned into a better methodology for future productions for the next "round".

My best wishes

Hi let-fall,

Thanks for your time. The idea was just to describe what doesn't work and what makes it work—a few lines.
Just enough that the developers can reproduce the problem and solve it for anyone who needs to work in version 2024.

But, so far, I can't find any entry of a reported problem that would match your findings. Since it was with 2024.4.1, which was not the latest of 2024 releases, let's see if anyone has troubles with 2025, and it will soon be no problem for anyone.
You found a workaround, so let's close this thread. Thanks for your reply.

All the best

Thanks for the ticket number, Dutchbird.

I surely understand the frustration. I try to avoid having that social media echo chamber syndrome. Any long-term user like you knows problems happen and typically get sorted out. All of them, sadly not. But I'm sure OCIO as a framework and ACES as a Color Management system will have attention.

The color shifts happen mostly based on color and gamut compression, when large color spaces and high dynamics move into small formats, like REC 709 or sRGB. This will not change; with any new ACES version, new shifts will happen going into smaller formats.

One reason is that the renderings have no IDT (Input Device Transform), and if everyone has his/her outcome from a render, then the Tonmapping and Gamutcompression for smaller formats will have very different outcomes. Think of an S-Curve in Photoshop; while moving the underlying content up and down in exposure, the midtones might move closer to the shoulder or the toe of the S curve, which will change things. This is, in a nutshell, why the REC709 or sRGB RRT/ODT has shifted.

New solutions have been announced, and one of my many ACES trainings (since 2012, I have taken ACES classes all over the place) showed last year a new way to handle this. (color.training is the URL; I'm an alumnus of the Color Academy for Professional Colorists) Dado, the Color Academy owner, trained us with these new tools back then.

In short, things will continue to change. Hence, renderings should be stored in ACES AP-0 and 32bit/channel float.)

All the best