Rhino 7 Version

[Catherin Bergan]

Thanksfor the reply. From the options commented above I would definitely prefer one option integrated in the columns that explorer can show. Building it over plugins or as an overlay over the small capture could bring problems later. Plain text over any field in the details will work.

I just pushed an updated version of the RhinoFileVersion utility to our package manager that includes a new RhinoFileVersion command. The command allows you to pick a Rhino file and determine the version of Rhino that last saved the file.

Hi all,

I am going to install Rhino on a new laptop and I would like to have multiple versions to keep using some plugin and have compatibility with some older software.

Namely, I would like to install Rhino v. 5-6-7-8wip

All versions of Rhino files use the same .3dm extension so Windows will only be able to associate them with one of these - you might wish to ensure that the Windows file association is with whichever Rhino you use most. (I have a little utility which checks within the .3dm file to find out which version it is so when I double click the file the utility opens the correct Rhino, but I need to review this because if, say, a Rhino 5 file is created by Rhino 7 rather than Rhino 5 then my utility sees it as a Rhino 7 file.)

Hi Jeremy - ReadArchiveVersion might work more reliably - (have not tried - I have a similar thing but I get the info, maybe not the best way 'cause it involves a lot of text parsing to find anything, via ReadStartSectionComments() I will see if readArchiveVersion gets there more directly)

Hi Jeremy - Yeah, I guess that is what I was trying to work around by reading the start section. The archive version will not change within a major version, so I guess the answer to your question is no. The start section in different file versions seems to be arranged differently, so to be reliable my text parsing has to know what archive version it is reading - I have not done that yet, so it gives an error on some and works on others.

Hi all, laptop arrived and i am starting setup but cannot find a download link for Rhino v5.

If I login to my account I see only Rhino 6-7 download link

Tryed this link then but got this error

The license key you entered is not eligible for downgrade:

On PC I have running fine both 5-6-7-8

Alongside, is there any chance what so every to share the project with me as well with which you experience this? Just in case you do not run into this in basically any scene, even an empty one perhaps. So if this occurs with a select one of yours, let me know and I'll provide you with a confidential upload link.

I ran into exact same issue, which seems to happen when I have some complicated geometry or large size model.

also, when I modify block object with Enscape on, it displays some message like "upgrading from version 3 to version 4" on every single block object and takes long time to modify anything. all of these issues were fine in 3.4 version.

Thank you both for the report - I can already assure you that we're aware of these issues and one of them has already been fixed internally. I'll keep you posted once I'll have any further news to share soon as to when all of these fixes will be added with an update.

Extremely difficult to work with enscape 3.5. Having the same error as above. Considering this is a stable release and not a preview, it is extremely disappointing. In the interim, will be switching to twinmotion. A patch should have immediately been released or announced instead of letting people update and then encountering these issues.

You may want to check if you have any solid polysurfaces with multiple materials attached to different faces. I also got the "reference not set to an instance of an object" crash and narrowed it down to a solid polysurface that had some areas of grass material assigned and some areas of hardscape. Hiding that object before booting enscape fixed the load error. Showing the object while enscape was already running made the whole thing crash.

It looks like 3.5 version boots up and then runs a delayed code of some kind that works with the WCS mapping. This was severely lacking in earlier versions so I'm glad i has finally been addressed, even if it is still a little buggy (as long as it runs at all).

I'm sorry to hear that didn't fix the problem for you, jaias92

As my colleague Demian asked above, is there any chance for you to share the project with us so we can try to recreate the behavior on our end?

I am experiencing every single issue mentioned by others in the thread. Version 3.5 is basically unusable. I have been running all the same Rhino files on 3.4 for months with no issues. Excuse me for copy and pasting others descriptions of the issues, but they are the exact same so...

-After a lot of troubleshooting I did find a single object that was causing this behavior. Multiple instances of the same object were deleted and I have not seen the message again, but these exact same objects have been working in 3.4 files for months with no issues.

My advice to Enscape is that when performing product QC before it gets released, at least try testing it with super heavy model with a lot of blocks and groups and polysurfaces. See if an artist can really work with it?

Just to make very sure while we are looking into this, please also install and acquire Enscape 3.5.1 (our latest service pack) which should still resolve some of the issues mentioned specifically - If you are already on 3.5.1, or upgrade and experience problems still, we'd still very much appreciate it if you could share (one of) the corresponding project with us.

I used the feedback button, described my problem. And the answer i got was that i had to downscale all my textures to 2K (i haven't done that). Theres must be an issue with the 3.5.1 because it works perfectly on 3.4.4...

From my experience, the support people that you reach through the feedback button always assume it's user error. It must be either your driver, your setup, your hardware, your project, ... I have stopped submitted feedback through the feedback button because it's a complete waste of time.

Thank you all for your patience and feedback so far - Our developers are currently still investigating further as we're able to reproduce the slowdown issues. I'll get back to you in case of any further news, or if we'll require any additional information from you.

In the first instance, please uninstall Enscape, then reboot the machine, run the Enscape installer again and in the first window of the installation process, where you will see the checkbox named 'I accept the terms in the License Agreement' make sure that is checked. This will enable the Advanced button which you should then click to proceed to the next window which will offer you the option to install for all users of the machine.

han , welcome to our forum. It may be trivial and you've tried that of course, but when you scroll down in that list can you see our Enscape toolbars? Otherwise please also go into the Rhino settings directly and look for the toolbars there as well. Make sure to also reset the toolbars once, that may help too. If that doesn't do the trick, please also install it for "all users" as described in my last reply just above your post.

The trial is not really any different compared to the release version, it's basically the same with some restrictions. So in that case, just activate the Enscape and Enscape Capturing toolbars and you're all set!

I now have a full version of Rhino although I understand a trial should have worked as well. I removed Enscape and reinstalled on all users after installing Rhino. However, I don't see Enscape on renderer option. Under current renderer, I only see Rhion Render. Is there something I'm missing?

What do you think about doing this in Rhino as well? Namely, I see a story like this - I git pull Rhino master file, git checkout a new branch where I make my changes and then sync it back with a pull request (or commit to master like a real deal).

Thanks for the insight, but if AutoCAD could do it there should be some hope for Rhino as well, no? For example, using rhinocommon to take a snapshot of all the objects in a Rhino document and then compare them to their next state when a user saves/commits the file. Put this way it does sound like a larger task, taking care of all the possible exceptions and edge cases, unless there is some smarter way to go about it?

3a8082e126