Posts by rheinason

    Hi there. This is part of an ongoing issue with Enscape where they're using an outdated RDK. A way of getting around that is running ExtractRenderMesh that will create a mesh object that includes the displacement. You might have to play around with the Mesh Options to get a smooth result.

    To tell you the truth. we know we have a couple of gaps in our Enscape support for Rhino functionality wise. And so far we have not run a dedicated analysis internally and therefore have not been able to define the development requirements for our Developers yet. Again, this will probably not make you happy but all I can say for now that it's still something we're looking into it and I'm sorry that it's been taking so long. You can be assured that this isn't something we simply have forgotten, but it's not the top of our priorities either, for now.

    That is the current state with its details.

    Hi, You've had a couple of months, have you looked into it enough yet? No update? I can't understand how this isn't pretty high up on your priorities! This is basic functionality that you simply wont support. Any new functionality gets cheapened by your lack of supporting already built in Rhino functionality. It seems like 95% of all of your rhino issues would go away by switching over. VisualARQ support, Lands Support, Pipe Modifier, Edge Softening Modifiers, all the other geometric modifiers, all of these issues would be resolved.

    Hi Tearch and Ritz

    Our developers have taken a look at the texture issue.

    It looks like these objects don't have UV coordinates which is why we don't display the attached textures.

    Are you sure this isn't related to this? :

    Looks like you went into ignore mode here... that's pretty uncool, especially since the VisualArq and Rhino devs are happy to help with this issue.

    Again: how come that an architectural renderer (Enscape) ignores the most important Rhino plugin for architecture?

    Agreed! The VisualARQ people have gone above and beyond and still crickets from Enscape. I understand that Rhino is the underdog here, but come on! Your own developers have even outlined the solution.

    They don't care about us

    Correct! We even got it in writing:

    when it was looked into a while ago it was not really something easy to resolve straight away due to technical reasons

    And so it was removed from the to do list?

    As for now I'm sure you read what our Developers stated in the corresponding thread about that

    The developers have been very silent for well over a year as far as I can tell? see:

    rheinason - just to update you, as the developer, even though on leave, answered my request for an update.

    He said that McNeal won't fix the issue that we reported until the next major Rhino release. So in this regard we are waiting on McNeal. The developer will follow this up once they are back from leave, and we will then update you again as to the status. Thanks for your patience.

    Cause this promise of an update is nowhere to be seen? The VisualARQ team have offered their hand more than once to help.

    I'll get back to you as soon as I have any further news - our developers will be looking into this! If there is anything else in the meantime let me know of course please.

    Have they looked into this? It's been two years. And as far as the cause goes, I bet it has something to do with not using the proper RDK... again.

    It's seriously disheartening when all of the issues that I've reported haven't had any progress in two years or more.

    Any news on this? Honestly I don't understand why you're not updating to the correct RDK, Rhino 7 has been out for quite some time. Sometimes it really feels like Rhino users are an afterthought, Enscape doesn't leverage a bunch of features that makes Rhino uniquely well suited for rendering. This topic is over 2 years old. If you're still worried about the live updating feature then implement a listener for events that break the live update and then refresh those objects or all the objects, or just put a warning on screen that the geometry is out of date.

    It would be great to have a way to mix different materials within Enscape, like other 3D packages and their mix RGB or similar with just a black and white map. Doing the mixing in photoshop is time consuming and not very artist friendly.

    When placing assets they require a Base Surface, but sometimes (especially when dealing with terrains) the geometry is mesh based, it would be great if it would be possible to place assets on meshes as well.

    VisualARQ only accepts one mapping value per object, so I just applied a box map to the wall objects themselves. Definitely agree about WCS Box Mapping! It would save many a nightmare. It would also allow us to use different mapping for the various objects, as you mention, that's not possible and requires you to adjust the UV repeat within the material settings.

    Quote from Nvizeon

    External Programs like Lumion render VisualARQ objects correctly I suspect because the transfer process makes extracted render meshes of the visualARQ elements.

    As far as I've understood from the VisualARQ guys it's because Lumion and others use the updated API. The one that the Enscape team chose not to use because it wasn't as live editable.

    I see what you mean, but if you apply a box texture map onto those VisualARQ objects it renders correctly within Rhino:

    I can also see how Raytraced does not work on either of the models, so there is some issue within VisualARQ as well.