Rhino 8 , When adjusting OpenGL 2.1 the LineType functions do not work. For example if I choose the Dots LineType, the line does not appear broken This is probably a bug. Please help me fix it.Thank you.
Hello
Did you try to change the scale ?
Yes, I tested it.
I am quite sure Mc Neel will ask you to post the SystemInfo => type SystemInfo and copy informations. If driver is old, please update the driver
I have tried on several computers with the same results, and I have updated the driver. Something is obstructing this function in OpenGL 2.1, but it works fine in OpenGL 3.3.
I think this has been stated before, but they’re not going to put a lot of effort into making things work in OpenGL 2.1 - there are many, many far more important things to be done.
I know that requesting such a fix is like going backwards, but in the Rhino interface, allowing adjustments to the levels of OpenGL should still ensure that basic functions work normally. I hope McNeel will help fix this issue.
The LineStipple feature which was used to draw dashed lines in OpenGL 2.1 and earlier was deprecated in 3.0 and removed in 3.1 (released in 2009). I can’t see McNeel prioritising a rewrite of the drawing aspects of Rhino 8 to cater for a feature that has been obsolete for 15 years.
In your earlier thread on your desire to revert to outdated versions of OpenGL you said that the reason was that you did not like the appearance of antialiased lines in dark mode in Rhino 8. You were shown a way to adjust Rhino 8 settings to produce a line more in keeping with your desires in OpenGL 4.6. That had the side benefit of drawing dimension arrows correctly, unlike 2.1 and 1.1. It will also draw dotted lines, unlike 2.1 and 1.1. There will be other things that you will find do not work in 2.1 or 1.1. Besides the resolvable line appearance issue previously mentioned, what is driving your wish to use these long-superseded releases with their unfortunate side-effects?
Do you have any solutions for OpenGL 4.6 to eliminate the jagged lines in rendering? Last time, you suggested increasing the line width, but the shading remained the same. We prefer working in a darker environment, but with OpenGL 4.6, the line rendering issue hasn’t improved. Currently, we have upgraded hundreds of Rhino units but are hesitant to use them due to the display issues with Rhino 8. Therefore, we are still in the testing phase and have not yet deployed them.
I am unclear what you mean by “the shading remained the same”. But, in any event, does the green curve below meet your needs? If not, what needs improving?
(Click on the image to view at full scale, forum compression may give a false impression.)
Please watch the videos I provided as examples If you adjust to OpenGL 2.1 the lines displayed look very smooth However, if you use OpenGL 4.6 the lines appear jagged. Working for long periods with such jagged lines can strain your eyes That’s why I have to use OpenGL 2.1 instead of OpenGL 4.6.
Open GL 2.1 setting:
OpenGL 4.6 setting:
Test.3dm (7.4 MB)
1 Like
@wim Can you help me ?
Sorry, no.
The oldest supported OpenGL specification that will support all features in Rhino V8 is OpenGL 4.1.
Your earlier OpenGL 2.1 specification will not support all of the features that are supported in 4.1 or newer.
I don’t know how more clearly this can be stated.
As mentioned in the file I sent earlier, the display in OpenGL 4.6 is not very good. Working for extended periods with such unclear vertical lines can greatly affect the eyes. Is there a solution to fix this issue.
You’ve been shown how to get better settings and that’s just something you made up. The obsession some users have with this is unbelievable, your “solution” is absurd–they are not going to rebuild Rhino to use entirely obsolete OpenGL features, how hard is that to understand? There will be a Linux version long before that. OpenGL itself will be replaced with something else long before that.–do you never work with Rhino in anything except wireframe on low resolution displays?
Is the jagged line display in OpenGL 4.6 a feature or a bug ?
Probably neither one.
My guess is you are not running yourt Windows display settings at “Recommended” settings. Check your screen resolution and scaling in Windows.
Make sure BOTH are using values that are marked as recommended.
Any luck?
You’ll get a nicer wire rendering when you set the Display Pipeline to Windows.
But that is a LOT slower.
hi @LenhSau I highly recommend to not change to OpenGL 2.1 if your hardware doesn’t force you to. Instead you can change line thickness in the displaymode.
To find the best setting, use _TestWireThicknessScale
I have tried this adjustment before, but it is very slow.