Split off interior rendering posts to keep this thread clean
I installed V6 a few days ago and I had a lot of trouble with random crashes. I think it may have something to do with the AutoSave.
The location of the AutoSave file in V5 is here: C:\Users\ [YOUR USER NAME] \AppData\Roaming\McNeel\Rhinoceros\5.0\AutoSave\RhinoAutosave.3dm
However, the location of the Autosave in V6 is here: C:\Users\ [YOUR USER NAME] \AppData\Local\McNeel\Rhinoceros\6.0\AutoSave\RhinoAutosave.3dm
Note that the root changed from âRoamingâ to âLocalâ between V5 and V6. I went to look for a backup in the âusual placeâ in the âRoamingâ root, as I used to do with V5, and in the âRhinocerosâ folder of that root there were three folders, one was labelled â5.0â, one labelled â6.0â and a shortcut labelled âApp Dataâ. There was no âAutoSaveâ folder in the â6.0â folder (the old AutoSave folder was there in the the â5.0â folder). When I opened the âApp Dataâ folder and then the subsequent folders, I kept going in a loop bringing me back to the same place over and over. I deleted the âAppDataâ shortcut in the âRhinocerosâ folder of the âRoamingâ root and so far I had no freezes. I found the backup in an AutoSave folder in the new location in the âV6â folder of the âLocalâ root. So, I suspect that this change from âRoamingâ to âLocalâ may be the culprit.
Hello - thanks, Iâve asked the developer to have a look.
-Pascal
I am still getting some random crashes and I am still more and more convinced that it has something to do with the AutoSave. However, strangely, the AutoSave files are not saved in the AutoSave folder. While looking for something else in the Recycling Bin, I found a pile of AutoSave files there. In other words, for some reason, the AutoSave function saves the backup files straight to the Recycling Bin. This is something that needs some attention.
yes it seems autosave files are in the recycle bin, had a few crashes again yesterday when using layouts, hopefully there will be some upcoming fixes
more crashes today, about 5 in total, has cost me at least a couple hours of work
thinking of reverting back to V5 for now
I had a few more crashes today. Some of these crashes happened while I was also using Skype - I often use âshare screensâ with another caller in order to show artwork how I draw it. So, I think that there must be some kind of âclashâ when the video card is under the strain of running both Rhino and Skype. I was using the same computer with V5 and it never ever crashed, it was rock-solid stable. V6 seems to be really delicate.
It must be something to do with V6, not the computer. The computer is quite capable, here are the specs:
Rhino 6 SR2 2018-3-6 (Rhino 6, 6.2.18065.11031, Git hash:master @ cd4fa1dcdec31cb58baacef0855771173af7196f)
Windows 10.0 SR0.0 or greater (Physical RAM: 32Gb)
AMD Radeon⢠R9 270 (OpenGL ver:4.5.13476 Compatibility Profile Context 22.19.172.769)
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: Height
Vendor Name: ATI Technologies Inc.
Render version: 4.5
Shading Language: 4.50
Driver Date: 6-27-2017
Driver Version: 22.19.172.769
Maximum Texture size: 16384 x 16384
Z-Buffer depth: 24 bits
Maximum Viewport size: 16384 x 16384
Total Video Memory: 2 GB
C:\Program Files\Rhino 6\Plug-ins\Commands.rhp âCommandsâ
C:\Program Files\Rhino 6\Plug-ins\rdk.rhp âRenderer Development Kitâ
C:\Program Files\Rhino 6\Plug-ins\AnimationTools.rhp âAnimationToolsâ
C:\Program Files\Rhino 6\Plug-ins\RhinoRender.rhp âRhino Renderâ
C:\Program Files\Rhino 6\Plug-ins\rdk_etoui.rhp âRDK_EtoUIâ
C:\Program Files\Rhino 6\Plug-ins\rdk_ui.rhp âRenderer Development Kit UIâ
C:\Program Files\Rhino 6\Plug-ins\NamedSnapshots.rhp âSnapshotsâ
C:\Program Files\Rhino 6\Plug-ins\RhinoCycles.rhp âRhinoCyclesâ
C:\Program Files\Rhino 6\Plug-ins\Toolbars\Toolbars.rhp âToolbarsâ
C:\Program Files\Rhino 6\Plug-ins\3dxrhino.rhp â3Dconnexion 3D Mouseâ
C:\Program Files\Rhino 6\Plug-ins\Displacement.rhp âDisplacementâ
Did you elect to send in the crashdumps?
No crashdump file was generated. Maybe a âcrashâ is not the right word for what happens? What I mean by âcrashâ is that the screen goes foggy and stays foggy. Last time I left it in that state for about one hour (it just happened that I had to do something else at the time) and it still did not get out of that state. When this happens, no commands work so I have to shut down the software from Task Manager.
That would be a âhangâ. What are you doing when this happens? Using Raytraced or something else?
You may want to try out the latest release candidate for 6.3. In Help > Check for Updates...
set the update frequency to Service Release Candidate:
I mainly use âshadedâ and âghostedâ.
I had another âhangâ, but worse, just now. I was on Skype and I had an .obj file open in Rhino. I was not sharing screens in Skype, it was just a conversation with video. I tried to rotate the object, in âshadedâ mode, and the whole screen went pixelated, then it went black and then I had to restart the computer. So, whatever this is, it related to the video card. I thought that an AMD Radeon R9 270 with 2 MB RAM was enough, at least it worked perfectly with V5, never had a âhangâ.
Thanks for the suggestion, I will try the 6.3 version of the software.
If you are up for it perhaps you could next time on such a hang try to manually creat a dump file in the task manager and send it to us with www.rhino3d.com/upload - paste a link to this discussion in the comments area for the upload. It will be a large file, so you could zip it before sending.
If you donât have such an entry in the context menu then donât bother finding it elsewhere
It just might help us figure out where the hang happens.
Thanks in advance,
/Nathan
I uploaded the crashdump file to dropbox and I emailed the link to the email address on the âuploadâ page. Please let me know if that reveals anything.
Hello - I see your upload - thanks.
@RaduB - it looks like the upload to our site failed. Can you message me your Dropbox link?
-Pascal
link sent by PM
@RaduB it looks like the hang occurs in the driver. Could you ensure ReLive (Raptr) is disabled before starting Rhino again?
If that doesnât work please update to the latest AMD driver - the most recent one seems to be https://www2.ati.com/drivers/beta/win10-64bit-radeon-software-adrenalin-edition-18.3.3-march18.exe
When you do update the driver elect to do a clean install, make sure you donât install ReLive. Just the drivers for the devices the installer finds.
Let me know if these steps help.
/Nathan
Thanks for the advice. I did a clean install and reinstalled the AMD software. I uninstalled the Raptr software - I think that was a leftover from the original Catalyst AMD software, which was later replaced in updates.
So far I had no crashes while using the Rhino software on its own.
However, the crashes continue while using the Rhino software with Skype, with shared screens. But this time, the crash is different, more global. First the mouse cursor cannot click anything, the keyboard is unresponsive, then after a short while the mouse cursor becomes frozen. Because the keyboard is unresponsive, I cannot bring up the Task Manager, so I cannot get a crashdump. Also, because none of the input methods work anymore, I have to do a hard shut-down and restart. So, it seems that I cannot use V6 and Skype on shared screens anymore. This was a very helpful tool. I think I may have to revert back to V5.
@Radub, hrm that doesnât sound good at all. You probably could try reinstalling the older driver you had - so that at least your machine wouldnât become completely unresponsive: https://support.amd.com/en-us/download/desktop/previous?os=Windows%2010%20-%2064
Not sure what to check further. I suppose you have already applied all possible Windows updates?
I just checked, Windows is up to date.
I think I will give the current version of AMD driver another chance. The latest version of the video driver seems to be more stable when using V6 on its own. The problem with Skype was present with the previous version too, but, on top of that, the previous version also hanged when using V6 on its own. So, we are halfway there, V6 appears to be stable on its own now. The problem occurs when using V6 when sharing screens via Skype.
Ok, so some progress. Perhaps you could test some other screen sharing services too?