Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Jahred

Pages: [1]
1
[Max] Feature Requests / Re: The most wanted feature?
« on: 2023-09-11, 21:02:32 »
I also think that a gateway to Vantage will be important in the future, this software saved me for a recent video, exceptional order, very tight deadlines. It manages to digest large scenes and it's quite surprising (no less than 16GB of ram gpu that said). It's the parsing time recalculated each frame in Corona that made me change engine for lack of time.

That said, having to go through vRay, take a universal converter, check all materials and compatibilities, adapt, export vrayscene: I wouldn't have the courage to do it for every project.

I don't think Chaos will change this new pricing policy; it brings it into line with Enscape, but the latter seems more complete to me. Vantage lacks a good batch rendering system with multiple camera setups to make the system truly versatile and usable in a pro workflow, otherwise it weighs down the process and wastes human time, it saves an enormous amount of rendering time, so we turn a blind eye.

Vantage is a software that I could consider taking on a monthly basis depending on my orders but not by having to pay vRay in addition. It is currently too dependent on vRay despite their version 2 which wants us to believe the opposite, it is this tunnel which is blocking it financially for me.

To summarize, if Corona could investigate an export in "vray scene" (Chaos/Cosmos scene in the long term, to make the whole thing more universal with its own definition of materials, mesh, etc.).  This would finally make it possible to create a Chaos ecosystem that can move from one software to another using this scene export.  Opening the doors to Vantage, or even Enscape in the future. I don't realize the work, it seems less complex than rewriting the Parsing or develop hybrid capabilites for Corona, a kind of ++ converter that goes in depth.

2
[Max] Daily Builds / Re: Tonemapping playground!
« on: 2022-04-12, 12:29:20 »
Hello,

The last daily build (RC4 & RC5, since ACES RT) seems to have broken the VFB update :

I opened a scene adding the new operator "ACES RT", I got an error message due to the fact that I already had the old operator "ACES RRT" and it will be replaced. Since this message, impossible to have a dynamic update of the VFB with the RC4 & 5, I had to regress to the RC2 version for it to work again.

A empty scene with the cameras and where the VFB bug is present is attached. It seems related to Dionysios.TS bug.

3
[Max] Feature Requests / Re: Lightlister
« on: 2021-09-16, 16:25:34 »
Hi everyone, there are plans for improvement on the lister, I will bump this up.

(Report ID=CRMAX-967)

Hi, and to complete the request, add the CoronaLightMaterial to the Lister as well. I use 80% of this type of light in my scenes.

4
Hi,

With the last RC4, the curve editor seems to ignore my *.acv file, the curve stay linear. Someone else has the problem ? Bug known ?

Thanks in advance

5
Hello there,

Any chance to integrate such feature directly inside Corona (+player) for the future ? It's the best compromise between realistic results and interactivity without taking the "realtime engine path".



6
I am glad to hear you'll investigate.

When rewrite of parsing will occur, the dev team should take a second look at "multithread capability for one scatter object" as well. I repeat myself :)

Anyway, good work on general optimisation, I see good improvement in many scenes. 

7
Last version yes, Forest Pack 6.2.2

8
Hi Rowan, Ondra,

Tested with the last RC, it's strange.

First batch, the multithread parsing is faster, with a gain time compared to the first test (with +25% instances). For the second batch (*_02), the multi is slower than the monothread and the total gain time is lost compared the the 1st test.

Performance bug with Forest Pro ? The real problem remains the same, the difference between mono and multi is small.

9
Back in time, multithread parsing was much faster than monothread but that is no longer true. Test renders below with current corona daily and a forest object, time difference -7%

This 2016 topic concern the same problem : https://forum.corona-renderer.com/index.php?topic=12201.msg78706#msg78706

With Corona 6 (7?) and the "rewriting scene parsing" (trello road map), could you take a second look to optimize 'heavy instancing' ?

I struggle with heavy scene (many Railclone and Forest Pro objects, tiles, grass, gravel, etc and large surfaces) with 2 to 5 minutes of parsing, a little frustrating to make multiple test render to check my full project with many cameras.

Ironically the "grainy" test render itself take often less time to tell me if it's ok, Corona stay very fast for pure raytracing.

Pages: [1]