Itoo Software Forum

Author Topic: RC vs Proxies  (Read 290 times)

arch3d

  • Sr. Member
  • ****
  • Posts: 251
    • arch3d.pl
RC vs Proxies
« on: December 16, 2021, 11:25:21 AM »
Hi,
First of all thx for new version. A lot of very useful improvements.
I have some question regarding RC optimalization. If i use proxies as segments and plug e.g 30 models of cars than set up only 3 or 4 to be taken into consideration it will have impact on scene opening time and rendering proccess. RC must load all segments and apply settings. Am I right?

congrats once again
Michal

Paul Roberts

  • iToo Software
  • Hero Member
  • *****
  • Posts: 2828
Re: RC vs Proxies
« Reply #1 on: December 16, 2021, 11:32:06 AM »
Hi Michal,

Thanks for the question and the kind words, proxies have always worked with RailClone but they can't be sliced or deformed. Obviously this wouldn't be an issue in the case of cars. Proxies would be instanced at render time, so it theory the renderer would ignore those that aren't used.

Best,
Paul
Paul Roberts
iToo Software

arch3d

  • Sr. Member
  • ****
  • Posts: 251
    • arch3d.pl
Re: RC vs Proxies
« Reply #2 on: December 16, 2021, 11:45:23 AM »
Yep i use proxies for log time. I am thinking about new features in RC 5
I know limitatiation of proxies. I use them in RC for long time.
I am thinking of scene parsing time as well
So RC load all connected models when scene being loaded or only necessary segments before rendering ( during parsing stage? )

Paul Roberts

  • iToo Software
  • Hero Member
  • *****
  • Posts: 2828
Re: RC vs Proxies
« Reply #3 on: December 16, 2021, 12:34:57 PM »
I just had a chat with the development team to get some insights into what's happening behind the scenes. Basically, there are two steps:

1 - Preparation of all assigned segments, regardless of if they are used in the scene or not.
2 - Processing the segments that are actually used.

Step 1 does apply to all proxies. But the performance impact of this step should be minimal so you should be able to assign all the segments you need without concerns about performance.

That said, there is a limitation with Corona proxies, over which I am afraid we don't have control, which means that RailClone does poll the whole mesh in step 1. So for Corona, many unused proxies can cause a performance hit. We're in conversation with the Corona team about some changes required on their side to improve that, but I don't have a timescale at this point.

I hope that answers your question and many thanks again.

Paul
Paul Roberts
iToo Software

arch3d

  • Sr. Member
  • ****
  • Posts: 251
    • arch3d.pl
Re: RC vs Proxies
« Reply #4 on: December 16, 2021, 12:47:10 PM »
Perfect that what i want to know. I do some animation and it makes huge difference.
Thank you

arch3d

  • Sr. Member
  • ****
  • Posts: 251
    • arch3d.pl
Re: RC vs Proxies
« Reply #5 on: December 31, 2021, 10:57:25 AM »
Paul,
Regarding this treat https://forum.itoosoft.com/forest-pro-(*)/fpp-corona-animated-proxies-and-scene-parsingprep-time/

Using Corona Proxies with RC makes no scense for now. Am I right?

Basically using RailClone Segments from external file should be simillar to Proxy idea

And one question:
Does rcproxy respect "use segment material option"?
« Last Edit: December 31, 2021, 11:13:38 AM by arch3d »

Paul Roberts

  • iToo Software
  • Hero Member
  • *****
  • Posts: 2828
Re: RC vs Proxies
« Reply #6 on: December 31, 2021, 11:34:33 AM »
Hi,

At present RailClone will load the whole mesh from a Corona proxy in step 1, I'm afraid we can't work around this without Chaos' help. There's probably not going to be much difference between an XReffed source and a proxy but I haven't tested it extensively.

Regarding the Use Segment Material option and RCProxy. It is supported in embedded mode (along with non-geometric objects) but it isn't supported with the external file mode.

I hope that clears things up,

Paul
Paul Roberts
iToo Software

arch3d

  • Sr. Member
  • ****
  • Posts: 251
    • arch3d.pl
Re: RC vs Proxies
« Reply #7 on: December 31, 2021, 12:24:07 PM »
ok thx