If you open the enscape object (block) with block manager inside Rhino and then inside that "block" insert the same Enscape asset (Tree, Person, Etc.) then ALL instances of that block (IE: Enscape imported assets from SketchUp) will update, then just position the "Rhino" enscape asset the same location and orientation and delete the SketchUp imported proxy. Now when you close the block (asset) all of the similar blocks will now have the Rhino Enscape asset that will render in Enscape.
So if you have 2000 assets but only 190 unique blocks then in theory you only need to edit 190 blocks to have all 2000 assets render correctly in Rhino (Enscape)
Still a pain but a smaller pain than redoing 2000 assets.
essentially you are making a nested block where the original block is the asset imported from Sketchup and you are "nesting" inside that block the Rhino Enscape asset, then deleting the imported geometry (proxy).
Why is this thread/issue marked as resolved?
I see what you mean, but if you apply a box texture map onto those VisualARQ objects it renders correctly within Rhino:
Did you apply the box texture mapping to the OBJECT or to the "sub-object" in VisualARQ a wall can have an exterior Material, and an Interior Material in fact a wall could be made up of several separate "materials" Studs, Insulation, Sheathing, gyp. board, Siding, etc., and each of these "sub-objects" can have its own (texture)/material applied to it. Wood for the studs, pink grid pattern for the insulation, white for the gyp. bd. and wood siding for the siding.
Rather than selecting EVERY VisualARQ wall object and applying box mapping to the "WALL ASSEMBLY" it's cleaner to create a box mapped material and apply that in the VA Wall style's definition to the sub-object IE: the exterior siding. Then you only need to edit the wall style once and ALL walls of that style are automatically updated. It's a much more simple method than doing the texture mapping on a per-object basis.
I can also see how Raytraced does not work on either of the models, so there is some issue within VisualARQ as well.
Yes, Ray-Traced rendering engines IGNORE any material applied to VisualARQ objects.
External Programs like Lumion render VisualARQ objects correctly I suspect because the transfer process makes extracted render meshes of the visualARQ elements.
Anyway thanks for looking at this and I hope VisualARQ, Enscape, and RHino can resolve this since the three applications together make for a very powerful BIM workflow, and presently not being able to RENDER the VisualARQ objects in Enscape is a deal-breaker.
It's only related to WCS Box Mapping if the materials you're using have box mapping. And it's not related to the way VisualARQ does texture mapping, but rather that Enscape are using the wrong RDK.
If you take enscape out of the equation there are still issues with the way VisualARQ objects are texture mapped. Particularly when two walls intersect. With Mapping Channel 1 the orientation and the size of the texture changes on each side to the wall at the intersection. With Box Mapping this is not the case.
As you can see in the attached images Before the file is rendered in Enscape the texture mapping glitch is present.
Box Mapping is effectively hiding or compensating for the way the VisualARQ objects are mapped. You can see in the Enscape rendering that the box mapped textures get super enlarged...but it also reveals that even on the box-mapped VisualARQ walls the wall that is intersected has two different orientations of the material in Enscape.
So as I see it VisualARQ is not mapping textures properly on walls as they intersect each other
Enscape is not reading the box mapped textures correctly.
Both of these are true and both contribute to undesired results.
I've attached the Rhino FIle for anyone who wants to verify the issue I am seeing.
Yes, you can not submit a feedback report if your entire computer is BSOD. In my case SketchUp just FROZE I was completely locked out of SketchUp and Enscape etc. I had to CTRL+ALT+DELETE to stop SketchUp.
Yes From what I see the only way to Deactivate the License in V3 is after you start a render. whereas before the settings were available directly from the toolbar even without Enscape running.
I've unloaded V3 I don't think it's quite ready for production workflow yet.
I went back from 3.0 as well I crashed SketchUp and would not render a file at all that 2.9 renders effortlessly.
We are having the same issue. It's related to WCS Box Mapping but also the way VisualARQ does texture mapping. One wall that Intersects another wall will create multiple UV mapping which is NOT AT ALL good.
Just wanted to Add to the discussion that Twinmotion and Lumion both render the VisuaARQ materials correctly when using the Live Sync and export options from the Lumion and Twinmotion Rhino Plugins.
Vray, Maxwell, and Thea Render all struggle with the WCS Box Mapped textures in Rhino.
Running into this issue as well on RHino 7 and VisualArQ trying to render with Enscape.
This is a deal-breaker for RHino users who want to use VisualARQ.
I'm in the development stages of transitioning a large construction company with hundreds of users to Rhino with VisualARQ not having box mapping is a deal-breaker. Is there a timeframe for implementation of this. Without it Enscape is virtually useless as a rendering plugin for their workflow.
I'm having the same bug.
WYSIWYG thanks for the workaround "It works"
Residential Remodel Project.
I just creating a post with sort of the same question, but with a simple solution. Can't you just add a checkbox in the About panel with an option which "AUTOMATICALLY DEACTIVATE LICENSE WHEN QUITTING APPLICATION".
This means even if you forgot to deactivate the fixed seat, you can always check you subscription email and copy paste the license onto the machine you are currently running.
yes that would be a "fix". What would be better though is is the license was tied to me with the software checking online for the license and checking it out if a license was available. but I'm sure that would be more complex and your solution would be simpler since the software already has the ability to "deactivate" the license. Making the deactivation on exit an option would be a quick and clean solution.
Here is something a bit different. My client liked the 3d Illustrations of the space so much that they asked me to made 3D models of the product for their menu and advertising:
An interactive website I made highlighting the various product illustrations:
I'll make sure to forward this subject to our developers again - thanks a lot for the feedback. Generally, can you not simply deactivate the license on your home machine before heading to the university?<<<
Short Answer is this. NO
Longer Answer. I'm working on two house remodel projects, a new ice cream restaurant, a sports bar and grill, a new house (3d model), a Masjid, and preparing lectures for the students and trying to spend time with my family and trying to take care of the house.... Well you get the picture. I've got a lot of other things on my mind and starting up Rhino or Sketchup for the sole purpose of deactivating the license of Enscape is not high on my priority list. When I get to the university and start up Rhino it reminds me that my Rhino license is in use on my desktop machine and would I like to switch it to my laptop... This is an example of software that is written to address the shortcomings of human beings, namely that we forget stuff and often have too many other things going on to deactivate a licens on one of our machines before attempting to use it on another machine. I just Love Enscape and I know your programmers would be capable of creating a floating license or online license server so that we could use our license on other machines as lone as only one license was in use at a time. I do appreciate the question and am not trying to be confrontational. It's just that we are busy people and wouldn't it be great if software engineers came up with a way for us to remain human and forgetful and busy and still have the use of our purchased software license. For now using Chrome Remote desktop will be a bandaid fix.
I know this is on the development agenda but I want to make sure that you bump it up. It's really a pain in the rear end to not have this feature. I teach at the U of M and often my Enscape license is still active on my home desktop PC and I'm stuck with an unlicensed version on my laptop while teaching. I've loaded a Chrome Remote desktop so I can log into my home workstation and de-activate the license but this is a band aid fix. If we had the ability to just check out the license online like the Rhino zoo license server or Vray license server that would be a simple (for the end user) solution.