Post 4.0 To Do List

Forums: Post 4.0 To Do List
Autodesk Revit (Integrated Plugin developed by Paul Kinnane)

Moderator: face_off

Post 4.0 To Do List

Postby SamuelAB » Mon Nov 26, 2018 7:25 pm

SamuelAB Mon Nov 26, 2018 7:25 pm
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
User avatar
SamuelAB
Licensed Customer
Licensed Customer
 
Posts: 168
Joined: Sun Apr 15, 2012 8:25 pm

Re: Post 4.0 To Do List

Postby face_off » Thu Nov 29, 2018 1:47 am

face_off Thu Nov 29, 2018 1:47 am
-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
Win7/Win10/Mavericks/Mint 17 - GTX550Ti/GT640M
Octane Plugin Support : Poser, ArchiCAD, Revit, Inventor, AutoCAD, Rhino, Modo, Nuke
Pls read before submitting a support question
User avatar
face_off
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 15471
Joined: Fri May 25, 2012 10:52 am
Location: Adelaide, Australia

Re: Post 4.0 To Do List

Postby jimho » Sun Dec 02, 2018 8:36 am

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

Supermicro 4028GR TR2|Intel xeon E5 2697 V3| windows 10| revit 2019 |Titan V+ Quadro GV100+RTX 2080 Ti
jimho
Licensed Customer
Licensed Customer
 
Posts: 262
Joined: Tue Aug 21, 2018 10:58 am

Re: Post 4.0 To Do List

Postby face_off » Mon Dec 03, 2018 11:08 pm

face_off Mon Dec 03, 2018 11:08 pm
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
Win7/Win10/Mavericks/Mint 17 - GTX550Ti/GT640M
Octane Plugin Support : Poser, ArchiCAD, Revit, Inventor, AutoCAD, Rhino, Modo, Nuke
Pls read before submitting a support question
User avatar
face_off
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 15471
Joined: Fri May 25, 2012 10:52 am
Location: Adelaide, Australia

Re: Post 4.0 To Do List

Postby SamuelAB » Tue Jan 22, 2019 2:32 pm

SamuelAB Tue Jan 22, 2019 2:32 pm
Every Revit project in our office has linked files, so I would have this as a major priority.
User avatar
SamuelAB
Licensed Customer
Licensed Customer
 
Posts: 168
Joined: Sun Apr 15, 2012 8:25 pm

Re: Post 4.0 To Do List

Postby jimho » Thu Jan 31, 2019 6:14 am

jimho Thu Jan 31, 2019 6:14 am
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...

Supermicro 4028GR TR2|Intel xeon E5 2697 V3| windows 10| revit 2019 |Titan V+ Quadro GV100+RTX 2080 Ti
jimho
Licensed Customer
Licensed Customer
 
Posts: 262
Joined: Tue Aug 21, 2018 10:58 am

Re: Post 4.0 To Do List

Postby face_off » Fri Feb 08, 2019 7:40 am

face_off Fri Feb 08, 2019 7:40 am
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
Win7/Win10/Mavericks/Mint 17 - GTX550Ti/GT640M
Octane Plugin Support : Poser, ArchiCAD, Revit, Inventor, AutoCAD, Rhino, Modo, Nuke
Pls read before submitting a support question
User avatar
face_off
Octane Plugin Developer
Octane Plugin Developer
 
Posts: 15471
Joined: Fri May 25, 2012 10:52 am
Location: Adelaide, Australia

Re: Post 4.0 To Do List

Postby jimho » Fri Feb 08, 2019 3:33 pm

jimho Fri Feb 08, 2019 3:33 pm
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

Supermicro 4028GR TR2|Intel xeon E5 2697 V3| windows 10| revit 2019 |Titan V+ Quadro GV100+RTX 2080 Ti
jimho
Licensed Customer
Licensed Customer
 
Posts: 262
Joined: Tue Aug 21, 2018 10:58 am

Re: Post 4.0 To Do List

Postby Seekerfinder » Fri Feb 08, 2019 4:16 pm

Seekerfinder Fri Feb 08, 2019 4:16 pm
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
Win 8(64) | P9X79-E WS | i7-3930K | 32GB | GTX Titan & GTX 780Ti | SketchUP | Revit | Beta tester for Revit & Sketchup plugins for Octane
User avatar
Seekerfinder
Licensed Customer
Licensed Customer
 
Posts: 1600
Joined: Tue Jan 04, 2011 11:34 am

Re: Post 4.0 To Do List

Postby jimho » Fri Feb 08, 2019 4:48 pm

jimho Fri Feb 08, 2019 4:48 pm
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

Supermicro 4028GR TR2|Intel xeon E5 2697 V3| windows 10| revit 2019 |Titan V+ Quadro GV100+RTX 2080 Ti
jimho
Licensed Customer
Licensed Customer
 
Posts: 262
Joined: Tue Aug 21, 2018 10:58 am
Next

Return to Autodesk Revit


Who is online

Users browsing this forum: No registered users and 5 guests

Thu Mar 28, 2024 10:15 am [ UTC ]