Page 1 of 2

Post 4.0 To Do List

PostPosted: Mon Nov 26, 2018 7:25 pm
by SamuelAB
Hi Paul,

It seems the Revit finally has Octane 4.0. I'm sure it's been a hard couple of months and that you are quite worked up by this last update. I also know you've left a lot of items to be worked after this major update.

There are a few items which are more important for me, especially in order to be able to recommend using Octane on our 200+ office Revit render stations. I am thinking of:
-Supporting Revit lights without having to modify our existing lights (adding an emissive surfaces in each light fixture)
-Supporting C4R

Do you know if there is any kind of time-frame where this could be supported? I quite love Octane and would love to be able to implement it in our office. I think we would get much more out of it than Vray. I would also be interested in seeing the Revit roadmap if there is one available for us to peruse.

Thank you,
Sam

Re: Post 4.0 To Do List

PostPosted: Thu Nov 29, 2018 1:47 am
by face_off
-Supporting Revit lights without having to modify our existing lights (adding an emissive surfaces in each light fixture)
Hi Sam - I have responded to this issue at https://render.otoy.com/forum/viewtopic.php?f=61&t=67264&p=351962#p351962.

Supporting C4R
I need to get a C4R license in order to investigate this. I will initiate this.

Paul

Re: Post 4.0 To Do List

PostPosted: Sun Dec 02, 2018 8:36 am
by jimho
Hi, Paul,
Could you consider to fix the material in link's issue?
Thanks,

Re: Post 4.0 To Do List

PostPosted: Mon Dec 03, 2018 11:08 pm
by face_off
Could you consider to fix the material in link's issue?
As said in the other thread, this is not a trivial change, so not something I can look at in the short-term.

Paul

Re: Post 4.0 To Do List

PostPosted: Tue Jan 22, 2019 2:32 pm
by SamuelAB
Every Revit project in our office has linked files, so I would have this as a major priority.

Re: Post 4.0 To Do List

PostPosted: Thu Jan 31, 2019 6:14 am
by jimho
Every Revit project in our office has linked files, so I would have this as a major priority.

Every Revit project in the entire revit world has linked files...

Re: Post 4.0 To Do List

PostPosted: Fri Feb 08, 2019 7:40 am
by face_off
With regards to the link files issue, after some analysis, I can see 2 viable options for this.

1) Lock each Octane material to the source (linked) file. So if A.RVT is a linked file loaded by MAIN.RVT, the geometry will be loaded from A.RVT, and the Octane Materials stored in A.RVT will be used on the A.RVT geometry. If there is a "MyMaterial" material in A.RVT and a "MyMaterial" material MAIN.RVT, then the MAIN.RVT Octane material will be used on MAIN.RVT geometry and the A.RVT Octane material will be used on the A.RVT geometry. Octane materials in linked files will not be able to be material picked or edited. If you want to change the Octane material allocated to geometry in a linked file, you will need to open that linked file and edit the Octane material there.

or....

2) Octane materials would be matched by material name (as opposed to the current method of matching by the internal Revit element id). That means all geometry in the scene with a material name of "MyMaterial" would use the same Octane material named "MyMaterial" from MAIN.RVT. Any Octane materials stored in linked file would be ignored.

Please let me know your preference. Both options above are complex to implement, so I will need your support to test the change, and your understanding if there are on-going problems getting the change robust.

Thanks

Paul

Re: Post 4.0 To Do List

PostPosted: Fri Feb 08, 2019 3:33 pm
by jimho
Dear Paul,
Thank you for starting consider this issue.

1, Ideally the materials from links should be manipulate (to apply octane material and to change) within the main.rvt.

2, when loading the links, Is it possible to add an indicator to the material shows where the material is loaded,

Such as "Material A" in rvt1.rvt in a shape like rvt1-Material_A, means just adding the link's name work together with the material name, so no matter what the origin name (or ID) is, they will never conflict with any other material (from the main or other link, sub link etc) I guess vray and even revit internal render engine are doing similar things, If we are looking into vray for revit's material, we can see from which link they are coming from.
Capture.JPG


3. since all revit projects are starting from given templates so all the revit default material that from different project will have exactly same ID , means they are born conflict with each other if to use the ID directly, I guess...

I have no problem to help you to testing your updates on this issue, just let me know when needed, I do want to see it is resolved eariler.

Hope the above thinking may helps,
Many thanks and best regards,

Jim

Re: Post 4.0 To Do List

PostPosted: Fri Feb 08, 2019 4:16 pm
by Seekerfinder
face_off wrote:With regards to the link files issue, after some analysis, I can see 2 viable options for this.

1) Lock each Octane material to the source (linked) file. So if A.RVT is a linked file loaded by MAIN.RVT, the geometry will be loaded from A.RVT, and the Octane Materials stored in A.RVT will be used on the A.RVT geometry. If there is a "MyMaterial" material in A.RVT and a "MyMaterial" material MAIN.RVT, then the MAIN.RVT Octane material will be used on MAIN.RVT geometry and the A.RVT Octane material will be used on the A.RVT geometry. Octane materials in linked files will not be able to be material picked or edited. If you want to change the Octane material allocated to geometry in a linked file, you will need to open that linked file and edit the Octane material there.

or....

2) Octane materials would be matched by material name (as opposed to the current method of matching by the internal Revit element id). That means all geometry in the scene with a material name of "MyMaterial" would use the same Octane material named "MyMaterial" from MAIN.RVT. Any Octane materials stored in linked file would be ignored.

Please let me know your preference. Both options above are complex to implement, so I will need your support to test the change, and your understanding if there are on-going problems getting the change robust.

Thanks

Paul


Hi Paul,
Thanks for looking into this. I agree that it is needed. My cursory take is that our office would probably prefer your second method. This allows for uniformity between model materials.
1. If you say that 'materials stored in the linked file will be ignored' (the 2nd method), how will those (ID-less) materials be displayed?
2. This may not be directly related, but a common workflow with linked models would be linking existing buildings. This means they are created in a different Revit Phase. I know we had Octane issues in the past with losing materials when view Phase settings changed. I'd actually like to just check when back at my desk what exactly Revit does with Phase settings these days, but I'd like to make sure if you spend the time with this that it works also with linked models in different Phases - whatever that means we might have to explore further.

Cheers,
Seeker

Re: Post 4.0 To Do List

PostPosted: Fri Feb 08, 2019 4:48 pm
by jimho
Re the option 2
The good thing for the option 2 is when there is conflict, you can change the material's name manually to avoid the conflict.

The bad thing is there will be conflicts for sure, and you have to change the names manually one by one,
and in a scene with 24 links, in each link there is 30 materials,
guess you may want to turn to Vray directly.

Though Vray rendered really slow, yet it take 0 time on this, consider the work load for manually changing this and that, vray maybe much easier, at least the workload leave to people is much less, and in total time Vray may also be even faster.

So please take a look into how Vray is dealing with this kind of issue