Posts by Nvizeon

    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).

    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.

    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 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.

    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.