Closed discip closed 3 years ago
Hi @discip, sorry to hear you are having problems. I don't quite understand when the problem occurs. if the fastview config value is 0 in the config file does it work as expected? i.e. it should only do fastview display while the ctrl key is held down and the mouse is moving. When the mouse is stationary or the ctrl key is released it should go back to the normal simulation mode. When fastview is set to 1, it should only be in fastview mode when the mouse is moving. I have just tested this on Linux and it works as expected, I will check on a Windows machine soon.
I just tried it on a Windows 10 laptop and it works as expected. Are you using the most recent version? If not, please try that.
If it still doesn't work, please provide your cura.log file so I can see if there are any error messages.
Good morning @smartavionics, thank you for the quick reply. Yes I got that, and it starts out, as you stated above, for both cases ([config 0 + ctrl + moving] and [config 1 + moving]), but it never goes 'back to the normal simulation mode'.
Yes I am using the latest version.
Thanks but I need more of the log file than that snippet. Can you please zip the whole file and attach to this issue, thanks.
Sorry I did not realize it was not the whole content. cura.txt.zip
Thanks for the complete log file. I can see from that there are some problems. I wonder if your RawMouse installation is correct. Under the plugins directory you should have a top-level RawMouse directory (with possibly a version suffix, i.e. RawMouse-1.1.0) and then inside that directory you should have RawMouse and FastView sub-directories which contain various files. Do you see that?
Ah, yes, that was part of the failure. But it seems there is more to it, since now it initially switches to prepare mode when moved, but every other move is performed in preview mode. No matter if configured in json or holding ctrl. At the end of these moves it changes to fastview for a fraction of a second. cura.zip thank you in advance
Wow, it looks really confused! I don't understand what's going on there at all. I do note that you are using some other plugins and I wonder if there is some interaction. Can you please try disabling the sidebar gui and startup optimiser plugins and anything else that could be affecting the GUI?
@smartavionics You were right about the sidebar gui beeing the culprit. 😃 If I am right, it would help to make the view switch to prepare mode, instead of switching to fastview, since the movement in prepare mode seems to be as fast as in fastview (imho). thanks regards
Yes, the movement speed in prepare mode is similar to fastview but it takes a bit more more time to switch to prepare mode and I wanted to use the minimum number of API calls to make the switch. Perhaps @fieldOfView can shed some light on why the sidebar gui is interfering with rawmouse (or vice-versa).
I have no idea what "fastview" is. Can anyone clue me in?
It's a minimal view that the rawmouse plugin switches to when the spacemouse is being used. The idea is that because the normal simulation view takes so long to redraw switching to fastview makes the display update much quicker and that gives smoother motion. It's a crude hack around the poor performance of the simulation view on slow computers and when the model has more than a small number of lines. I'm using a separate view so as to avoid having to switch the stage so as to be able to use the SolidView.
Well I'll leave this to you guys, since you are the knowledgeable ones. But I would like to see both plugins working alongside, since these are much appreciated!
Does the sidebar gui call setActiveStage() and/or setActiveView()?
One of the things the Sidebar GUI does is change how the XRay view is stuffed away inside the Preview tab (because it does not belong there; it makes no sense having it there). In doing so, it makes changes to how views are selected, and I can imagine that breaks when other plugins start to get creative with views too.
If someone opens an issue to improve interoperability with this plugin at the SidebarGUI issuequeue, I'll dust off my spacemouse and look in to it next week. https://github.com/fieldOfView/Cura-SidebarGUIPlugin/issues
I remember now, I can't use SolidView because, for some unknown reason, if I switch to that with the preview stage selected, one of the drop down menus at the top of the view is missing.
I agree that it's bonkers to have the xray view associated with the preview stage.
I will open an issue as you suggest and perhaps we can get the plugins to live happily together.
@smartavionics
Good morning Sir, first and foremost thank you a lot, for having made this possible! 👍
Unfortunately I am experiencing, as stated in the caption, issues with the fastview. Additionally button 2 is unresponsive after fastview is activated.
I am using a 'SpaceMouse Compact' with your latest release of RawMouse on Windows 10.
I already tried to use ctrl as well as enabling fastview via config.json, getting the same result.
Neither reslicing the model, nor reloading it, helps, it even gets worse.
For bypassing fastview altogether, my suggestion is to switch back to 'prepare', while in 'preview', while moving.
thank you in advance kind regards