Page MenuHome

3D Mouse (NDOF) frozen in Camera view w/ lock view to camera (WIN32+64)
Open, ConfirmedPublic


System Information
i5, Windows7 home, 64bit. 12GB Ram, GTX 980
Threadripper 12Core 1gen, Windows10pro, 64bit. 32GB Ram, GTX 980

Blender Version
Broken: Blender 2.8 64bit, Alpha, Alpha 2, Beta still persistent in Hash: 91a155833e59
Worked: Blender 2.79 64bit still working in Hash: 49e3f08815af
(I hope the hashes are correct, everything freshly tested - 10.01.2019)

3D Mouse (SpaceNavigator) not working in Cam mode

Exact steps for others to reproduce the error
3D Mouse works in normal view mode (object mode) +edit mode +sculpt mode +vertex paint +weight paint +texture paint.
3D Mouse is frozen still in following mode:

  • Set a hook for "Lock Camera to View" to enable view navigation within camera view.
  • Press "0" to switch to camera = 3D Mouse not responding/Frozen.



Event Timeline

Campbell Barton (campbellbarton) triaged this task as Incomplete priority.Dec 11 2018, 1:44 AM

@Jonathan (Batty) tested this on Linux with a49fdbcc674fe80af2f6cacc8c23d18a5fdbbd97 and it's working properly.

The hash 3f3eaae675aa isn't known.

Could you test this again?

Campbell Barton (campbellbarton) renamed this task from 3D Mouse frozen in Camera view, lock view to camera to 3D Mouse (NDOF) frozen in Camera view w/ lock view to camera.Dec 11 2018, 1:45 AM
Jonathan (Batty) added a comment.EditedDec 11 2018, 6:26 PM

First: I just found this post, which seams to be related to mine, I just don't know how to add it here: T59199

Actualisation+added testing: the hashtag of the current version I tested on is -d475b5c7b85- as seen on the Splashscreen of today's Version.

Going out of Camview it moves as it should, but in "Lock view to camera" cameraview - it doesn't. I recognised only minor movement of about a pixel in all directions or sometimes (not sure why) no movement at all.
Goind from object mode into edit mode, then sculpt mode... same behaviour on Win 10 pro/64bit. Directly compared to version 2.79 - the behaviour is as expected in normal mode as well as im camera mode: movement normal.

To add: the movement was frozen in 2.80 before Alpha as well. Then it was changed in summer, but only in normal mode. Since then Cameramovement is still frozen on the 3d mouse.

Jonathan (Batty) added a comment.EditedDec 11 2018, 6:28 PM

I had tested on my earlier machine.
I had it in Windows 7/64bit as well, in the same manner as in Windows 10 now.

Thanks for Blender Pro!, I love what you all have done there :)
When the first money is earned, we'll start donating for sure.

Could someone experiencing this error give "exact steps" to redo it, what you expect, what happens etc.

From my own tests 3D-mouse moves the camera when "Lock Camera to View" is enabled.

@Jonathan (Batty), you mention mode switching and difference to 2.79, but I need to have a set of steps that worked in 2.79 and fail in 2.80.

This comment was removed by Jonathan (Batty).

@Jonathan (Batty) ok, from your video it's simply not working for you. I was thinking maybe you were doing something different that made it fail.

The camera-locking code isn't OS spesific, so it's quite strange that this fails for you and works for me.

It would be good if someone else could check if they can redo the error.

Jonathan (Batty) added a comment.EditedDec 12 2018, 1:39 PM

And it's even more strange, that in version 2.79 of blender 64-bit, there is no error and the camera is moving correctly. On the same system.
Thanks, for looking into this. I really hope it can be solved, as this is very much breaking our pipeline, or at least slowing it down significantly.

Campbell: I'm in need to completely reinstall our PC. I'll put Blender 2.80 on it as soon as Windows is installed fresh and give you feedback, if that changes anything. Do you want me to test anything specific additionally?

Jonathan (Batty) added a comment.EditedFri, Dec 21, 1:15 PM

After installing a new Windows 10 Pro, the 3D Mouse behaves generally the same as before. I now have installed Win10, Firefox then Blender (just downloaded a few minutes ago) and tested. Not even the 3D Mousedriver from 3D Connection itself has been installed. Only what windows does on it's own.
I'll put a film on youtube about it soon.

Jonathan (Batty) added a comment.EditedFri, Dec 21, 9:09 PM
This is the link as promised.
As you can see in this video, there is a little more movement of the 3D mouse, very erratic. It increases even more, when continuously pressing space bar. But nonetheless, it's unusable. After additionally installing the software from 3D connection for space navigator, the little movement that was present (as seen in the video), is completely killed of. Only here and there there is some movement of about one pixel to all directions but mostly none at all. It is behaving just like it did before installing Windows completely a new, with a virgin installation of blender 2.80

I assume that this possibly happens with all Windows computers, using space navigator.

Any News on this?
Is there another way to at least snap the camera to the current view or get the coordinates of the current view to put into the camera x,y,z fields + rotation somehow?

I can confirm this is an issue with Blender at least with windows 10 home. If you wiggle the controls it will begin to move slightly then stop.

Campbell Barton (campbellbarton) raised the priority of this task from Incomplete to Confirmed.Tue, Jan 8, 1:06 PM
Campbell Barton (campbellbarton) renamed this task from 3D Mouse (NDOF) frozen in Camera view w/ lock view to camera to 3D Mouse (NDOF) frozen in Camera view w/ lock view to camera (WIN32).
Jonathan (Batty) renamed this task from 3D Mouse (NDOF) frozen in Camera view w/ lock view to camera (WIN32) to 3D Mouse (NDOF) frozen in Camera view w/ lock view to camera (WIN32+64).Thu, Jan 10, 2:33 AM
Jonathan (Batty) updated the task description. (Show Details)
Jonathan (Batty) updated the task description. (Show Details)

With blender blender-2.80.0-git.e57ee5934a30-windows64 in a windows 7 64bits with the driver of 3dconexion 10.5.12 (lastet) the same issue