Rhino 8 Release Date Question

I appreciate the thoughts you all have shared!

I understand the cost/benefit considerations for me. It isn’t so straightforward though, as I can invest the intervening time in other valuable things. There are many aspects to the craft I am working on developing. Rhino is only potentially part of that picture. I just find myself hesitating and thought I’d share my thoughts. Maybe it is useful for McNeel to get feedback from someone like me, as I am surely not alone in this.

Something else that occurs to me is that customers who buy at different times in the release cycle get different amounts of value. People who happen to buy right after a release get the most value. People who buy just before release get the least. It is a little like buying an old or slightly used model of a car for the price of new. Consider that if I buy just before release, I will never get to use or play with a WIP version. Those of you who have had V7 were able to use some V8 features for a while. Not me.

Maybe pricing should reflect this, to try to even out value for customers buying at different times. Perhaps as a software version ages, the price should go down, maybe more steeply as a new release approaches. You are buying somewhat behind-the-times software, after all. If a newly released version were $1000 and the same version a few months before a new release were only $800, it would help get buyers over the hump. It would still mean probably $1,200 to be up to date upon new release, but that’s not quite so painful.

Consider that if I buy now and upgrade when V8 is released, I will in essence be paying more to be current. If you bought early, three months after release, you will still be current and will have only spent $1,000. If I buy now and V8 is released in three months, and I want to be current, I will have to spend $1,400.

One could think about it in my case like this. If I plan to be up to date when V8 is released, in essence, the cost of the upgrade is what I pay to have Rhino in the meantime. So if Rhino 8 will be released in three months, that means it costs me $133/month to have Rhino until then. I then have to decide if I can justify that. If not, in the intervening time, when I have to withdraw from using Rhino, it is possible I’ll learn to live without it.

I am not a big company with a revenue stream that can just think about a Rhino purchase as “necessary tools” and an easily justifiable expense, where I would lose money for not having it, or whatever. I don’t have much money to spend at the moment and don’t have any immediate prospects of making money with Rhino. And $1,000 on software is a lot for me right now. Really, I probably have just as much chance of doing that with Rhino as with ZBrush or Illustrator or whatever else I invest my time into.

I am not looking to get into manufacturing or something. Rhino, for me, seems like a tool that would simply expand my possibilities for 3D modeling for my own artistic and design purposes. It’s easier to model certain kinds of things with it than with Blender, for example. I never previously really considered learning a CAD program, as I am not really interested in making machine parts or building plans. But I tried Plasticity because of all the buzz in the Blender community. Plasticity is supposed to be “CAD for artists”, and was made to be easy to use for those familiar with Blender. As I learned the NURBS approach, I saw a lot of power in it and in the CAD way of thinking, and possibilities that aren’t there with subdivision surface and high-poly sculpting methods. I soon discovered though that Plasticity is in many ways limited and missing important tools. So I tried Rhino, and seeing a lot of value in it, have been intensively learning it. So Plasticity was the bridge. Then I also discovered that Rhino is great for precise 2D drawing, better in many ways than Illustrator.

I’ve been trying Plasticity again though, and find myself able to get more out of it because of what I learned using Rhino. And it has advanced significantly since I abandoned it for Rhino. Going back to it and experimenting, I am surprised actually that its loft and patch tools seem better in some ways than Rhino’s. And its fillet tool is superior and easier and faster than Rhino’s and often succeeds where Rhino’s fails. I have been saving my models as STEP files and doing the fillets in Plasticity. Overall, I find myself making interesting things faster in Plasticity. But it is still missing many things. It certainly doesn’t have anything like Grasshopper, though Blender now has the powerful geometry nodes. And Plasticity can’t output nice SVG files for use in vector drawing programs like Illustrator. It doesn’t have anything like Make2D. I have little interest in Rhino’s SubD tools. I am much more comfortable doing that sort of thing in Blender/ZBrush.

It’s mainly the curve drawing and NURBS surfacing tools that interest me. Precise drawing, sweeping, projecting curves, trimming, CV manipulation, nice snapping and construction tools, and so on, and maybe Grasshopper for some things. But the most important core NURBS tools in Rhino seem kind of old and neglected, maybe even kind of broken. I was hoping that maybe, just maybe, some improvements in those core tools and maybe some VSR replacement stuff would be there in V8. I was also hoping the new Rhino version would be released by the time my trial ran out.

1 Like

I spent a significant amount of time updating all my icons to SVG format a few months ago. Last time I opened the WIP about 1/4 of the icons were gone. Again. I’ve done this 3 times.

Until the UI improves I don’t consider V8 ready for release. I know we can’t use it the way it is.

Thanks,

Dan

2 Likes

Target is to fix that shortly after v8 is released

I failed to reproduce this issue. If you still can repeat it with a certain model, I’d like to take a look at it. The model from that thread works fine over here.

This one I cannot test here, I will ask if someone can reproduce.

RH-76803 Detaching toolbars modifies its size + size is not stored after modifying.

I’ve modified the relating YT to a regression over V7. Hopefully this can be addressed in a SR, but I suspect this is something that needs to be fixed at the core level of ETO.

apart from the added process, how does this affect your work?

I will respond that one in the thread

I just verified all those things your reported, and only could repeat one of them, namely the bug I could reproduce but failed to report with Mouseover Highlight. and inserting edge loops into SubD’s. I will add a YT to that thread.

1 Like

@DanBayn I think we all agree this is a major issue. Listed as RH-74605 RUI icons get deleted

2 Likes

for me please dont rush the release date. i find current wip far from stable and far from finished. i need a professional tool where i am not affraid to click on something with the feeling its going to crash or create some mess in the file.

8 Likes

I don’t think that’s the best way to phrase the question. Here’s an example to illustrate.

Bob and Charlie are freelance CAD people.

Bob bought Rhino X on Sept 30. Charlie bought it on Jun 30.

Hypothetically, Rhino (X+1) gets released on Oct 1.

Charlie has been doing business and getting value from Rhino for three months before he needs to consider upgrading., whether the cutoff date is a day or just under three months.

If it’s a day, Bob had time to email a key client that he’d be putting a bid in on the Rhino RFP’s they sent him. The very next morning, before collecting the first dollar back on his investment, he needs to consider shelling out a few hundred bucks more to be able to tell his clients that he can work with them on any projects requiring the latest version (either new features or even file compatibility).

glitching
This doesn’t feel a finished product or a 2023 software.
I have no idea what is the % share between win and mac, but this “Eto UI” thing surely feels a scam, from a Rhino+Win user passing from 7 to 8.
Mac version UI was incredibly bad (as friends say), but are we bargaining it with the health of Win version UI?
Was it worth?

Resizing analysis floating windows cause incredible CPU load. Windows becoming transparent while resizing.
Still today.
Eto fault again?
Might be a minor thing UX side, but i perceive it as worsening from Rh7.
Touching Rh8 UI feels lagghish, “trembling”, “stuttering” … incomplete.
Rh7 UI is snappy reactive, faster. A better feeling.
How to weight the importance of this kind of “feelings” on a software?
I don’t like them. Is rhino still useable? Yes. :unamused:

3 Likes

The left edge resizes the toolbar right to it only, at least that is how it works here and also seems to at your end. I’m not sure what you are trying to tell with this gif.

I don’t see that here. Windows don’t become transparent, CPU load goes to 2-5%

this one is difficult to quantify, but I do want to take a closer look at it, because I don’t share this experience that it is less snappy. Just see your systeminfo coming in, I see you are using an AMD card… Any chance you could swap that one for an NVidia?

1 Like

i’m doing that to show the “ghost” process/app appearing in the bottom bar.

Try to resize Curvature Analysis or enviromental map. It glitch transparent (as seen in my videos/gifs).

… on how many threads out of total?
Do a continuous back and forth while resizing, one or some thread go full load and task manager says “high consumption”.
UX relevant? I don’t know. But something is bad under the hood.
It’s just a window. A 386 would resize a window more efficiently.


My card costed me 250€ months ago.
For the same price I would have bought a Nvidia card with 1/3 of the performance.
Or, I could buy an Nvidia card for the same performance of mine, today, for 600€.
Is McNeel offering me 600€? :joy:
This problems are on WIP and not on 7… so…
While every software works fine, I am not considering Nvidia over Amd.
I evaluate my money… 30 more pizzas for me with the price difference from Nvidia to Amd.

I can test this tomorrow on an old PC with an old Nvidia card (10+ years old), but i suspect that would be really little relevant anyway.

2 Likes

I know really great effort has been put into improvements in graphics, and I know the individuals comitted to this. However, just as a sanity check, can someone please just do a suface modelling test using various curvature analysis, matching… etc, with an Intel Arc card just to test the “GPU Tessalation” passthrough. I think (and have screenshot) there are stability issues in OpenGL or somewhere that I think may be logical to raise, given that it is expected that there is a next-generation release.

This is not to do with Cycles, more against the core stability of the OpenGL passthrough to the GPU. I absolutely get that it is really a small number of people at the moment, but perhaps it may be ideal if someone looked at this before the next generation appears apparently next year.

I may have the option of switching to nvidia, but some others may not owing to the sheer expense, and generally it seems really smooth with Rhino, just those little odd crashes that I can’t really quantify (but I do have a GPU error log for those times).

I am rather easy about my GPU brand, but for simple workflow in the viewports, I don’t think vendor lock in should be a thing if it can be avoided (Rhino side anyway). With rendering, it’s different, but not for fundamental functionality. Nvidia cards are hideuously expensive and somewhat not great value for the moment.

I see, this is a specific thing only on Win 10 since Microsoft thought it was better to not give that options to users anymore in V11. I’ll ask if that can be tuned

this is what I see. In normal use 2-5%, if I move it faster then it will go up, but question is, how relevant is this?

As a frequent user of this forum, I’m sure you’ve noticed that AMD’s drivers are at the root of lot of issues. I would prefer spending 350 extra on a card if that means working more smoothly, but of course that’s totally up to you to decide. There is no going back to pre ETO times anyway.

1 Like

uh… yes, I’m on W10. Like some other people.

I know Amd is worse in support with support compared to Nvidia, but for almost anything Amd cards just works.
In Rhino - System Requirements GPU manufacturer is not specified (and if it were only support for Nvidia I would simply stop buying Rhino), as well as 3d mouse.
McNeel devs… are you using/testing the offered system requirement or are you locked in an FullHD+Intel+Nvidia+mouse+keyboard context? That’s an old brainset.
Imho, half devs should be on Nvidia and another half on AMD. All of them with a 3dmouse connected.
Or, at least the testers (if there are some… are we the testers? :rofl: )

This is just a loud feedback from a lone individual.

1 Like

Hi McNeel,

While you are all here talking deep into the weeds of readiness, I just wanted to remind you all that for many of us the WIP is not even ready to be used as a WIP, let alone even start thinking about a beta, or a release candidate.

The current WIP cycle has been mostly a series of alpha builds, since we still have not had the possibility to bring in our tools and workspaces easily, reliably, without confusion. And all we hear here are issues about lost toolbars and frequent crashes. In my mind, we still haven’t had a single version of a WIP to be able to truly work with, in the way we have worked with WIPs in prior release cycles.

I really hope this never happens again after this version is finally out and usable as a WIP for expert users with custom tools.

I also hope you take crashes and stability as seriously as it was taken in the past. In the few instances that I did try WIP features I experienced more crashes that I expect when working with Rhino. That’s not acceptable. Rhino should not crash more than once every other month for someone working with it daily.

What are your current crash rates? Are you monitoring them? Is it just me or they are much higher than your historical average? (Even for a WIP)

Thanks,

G

5 Likes

In my graphical case, Rhino WIP never generates a crash report, it just vanishes, or locks up to a state where it won’t crash out, but it won’t unlock either. :open_mouth:

I think the interface looks a bit strange, but good. Shame flair disappeared though.

I logged that one as RH-76807 When modifying a Window Layout, Rhino generates another ‘instance’ of Rhino in the taskbar

2 Likes

pls send me the result after running the command _SystemInfo

Yes, crashes are monitored daily. As for numbers of crashes compared to other releases, I’ll ask if these are available to share.

1 Like

Hi Gijs, I didn’t mean to put you all on the spot or ask for public numbers. Just making you aware of an anecdotal observation that might be worth looking into for your team.

Best,

G

At the price of going even more OT (but this thread will become useless anyway after 8 release…)

On the tracker I’ve already seen many with “unscheduled” version target…
Lot of stuff I’ve expected to see complete on release of 7 are uncomplete, and we are discussing it here where it might be solved on 9!
That’s why we jump on whatever thread with the usual arguments.
The “Is there anything, in your opinion, that has to be fixed before Rhino 8 can be released?” … was scary!!
I read it as “unfixed stuff are going to be fixed in 3 years , more or less” … omg!


I can add: rhino wip format “locks” you away from your own work! (at least for me an my colleagues)
If we could have a default option to save in rhino 7 format while using WIP, we would have tested it much more.
Same with 8 release: i would buy it, and directly start using 9/WIP … skipping 8 altogether.

It could be:
let’s use current release on even days and WIP on odd days!

Instead, because of the file format, is:
Let’s use current release… sometime (almost never) let’s use wip but be sure to backup the file in rhino current release format!

1 Like

Hallo Riccardo!
Is there a risk that this Rhino 8 will become a flop?
I think it’s very risky to use a new version with hundreds of important bugs, and have to wait for their fix maybe towards the service release 10…
Let’s just say it’s a Rhino prerogative. This was the same for Rhino 7: defects are fixed during the work in progress.

1 Like