3D Connection space navigator - zooming and initialisation

3D Connection space navigator - zooming and initialisation

pludikar
Collaborator Collaborator
3,770 Views
22 Replies
Message 1 of 23

3D Connection space navigator - zooming and initialisation

pludikar
Collaborator
Collaborator

Hi,

 

I have a space navigator that is exhibiting two separate issues

 

1. when I start F360 after my computer starts up, more often than not I have to unplug and replug the navigator to get F360 to work with the navigator.  It seems to work 2nd and later f360 startups.

 

2.  Navigation often becomes very sluggish after manipulating anything more complex than a cube.  It feels like a buffer has filled up, and swamps the real-time incoming control messages.  More often than not, I zoom out when it gets sluggish (it takes a while to get the image to move) - once it is zoomed out, navigation response goes back to the expected level, but usually doesn't last long before it gets sluggish again.

 

Any thoughts or suggestions?  Let me know if you need any more details

 

Regards

Peter

 

I have two side by side displays:

Main display: 

[GPU Information]
GPU Device: NVIDIA GeForce GTX 1070
GPU RAM: 8192 MB
GPU Driver API: DirectX 11.0
GPU Driver Version: 1.4.501
GPU Driver Date: 09/01/2016

[Graphics Effects Settings]
Anti Aliasing: On
Ambient Occlusion: On
Object Shadow: Off
Ground Shadow: On
Ground Reflection: Off
Selection Display Style: Normal
Transparency Effect: Better Display

[Limit effects to optimize performance]
Off

 

 

secondary display: 

 

Intel(R) HD Graphics 530

 


Report Date: Monday, February 13, 2017
Report Time [hh:mm:ss]: 10:36:34 PM
Operating System: Windows* 10 Home (10.0.14393)
Default Language: English (United States)
Physical Memory: 32611 MB
Video BIOS: 1033.0

 


Processor: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz
Processor Speed: 4008 MHz
Processor Graphics in Use: Intel(R) HD Graphics 530
Shader Version: 5.1
OpenCL* Version: 2.0


* Microsoft DirectX* *
Runtime Version: 12.0
Hardware-Supported Version: 12.0

 


* Devices connected to the Graphics Accelerator *


Active Displays: 1

 


* Digital Display *


Display Type: Digital
Serial Number: 11237JA021005
DDC2 Protocol: Supported
Gamma: 2.2
Connector Type: DisplayPort
Device Type: Monitor


Maximum Image Size
Horizontal Size: 13.39 inches
Vertical Size: 10.63 inches


Supported Modes
640 x 480 (60p Hz)
640 x 480 (67p Hz)
640 x 480 (72p Hz)
640 x 480 (75p Hz)
720 x 400 (70p Hz)
800 x 600 (56p Hz)
800 x 600 (60p Hz)
800 x 600 (72p Hz)
800 x 600 (75p Hz)
832 x 624 (75p Hz)
1024 x 768 (60p Hz)
1024 x 768 (70p Hz)
1024 x 768 (75p Hz)
1280 x 1024 (75p Hz)

 

 

I'm not an expert, but I know enough to be very, very dangerous.

Life long R&D Engineer (retired after 30+ years in Military Communications, Aerospace Robotics and Transport Automation).
0 Likes
3,771 Views
22 Replies
Replies (22)
Message 21 of 23

pludikar
Collaborator
Collaborator

Hi @Phil.E

 

Further to this issue - in the V.2.0.3620 Oct 26 release, it was reported that this issue had been fixed.  Unfortunately, I am still suffering the same lock-up symptoms as before.  I've updated my 3DxWare to 10.5.3 and 2DxWinCore to 17.5.3.14480

 

The pan and zoom stops responding, but the rotate up/down and cw/ccw works as expected.  If you try to zoom out in this condition - it starts slowly, eventually accelerates then clears itself, but locks-up soon after you zoom in again.  The model is not particularly complex - it's essentially a wardrobe with 6 components, and a few sets of patterned holes.  I've attached the model, if that helps.  I'd be interested to see if you suffer the same - because I have the 3D navigator, I zoom in and out almost continuously, so this is an essential aspect of my work flow.

 

This lock-up starts to get frustrating quite quickly.

 

Regards

Peter

I'm not an expert, but I know enough to be very, very dangerous.

Life long R&D Engineer (retired after 30+ years in Military Communications, Aerospace Robotics and Transport Automation).
0 Likes
Message 22 of 23

Phil.E
Autodesk
Autodesk

@pludikar

We have made a lot of improvements, but models like yours show the core issue.

 

This is easiest to see by zooming into internal details. Fusion is trying to adaptively change the level of detail to become finer as you zoom in. 

 

Try this: when it gets stuck zooming in, roll the mouse scroll wheel a little. This should get past the point. 

 

Or, you can try setting the detail control to Fixed and Low. (right click on the top node of your model browser, pick Display Detail Control, a dialog will appear) This setting should avoid the automatic calculations that slow down zooming.

 

Thanks,





Phil Eichmiller
Software Engineer
Quality Assurance
Autodesk, Inc.


0 Likes
Message 23 of 23

pludikar
Collaborator
Collaborator

@Phil.E

 

Thank you

The model I have, I would suggest, is typical of anyone doing CNC woodwork/cabinets.  Large panels but working with details needing a precision of at least 1/64" (10-15 thou), if not better.  You can't work without frequently zooming into the details to see what's going on.

 

- zooming out and back in with the mouse scroll button does work (it's pain to keep having to do that), and the fixed display detail control does appear to improve the situation - but both solutions feel like a work around.  

 

My computer gets a 3511 score on Unigine Heaven benchmark (https://benchmark.unigine.com/heaven) - which I think is quite respectable - there are about 800 registered computers faster than mine.  I know the benchmark evaluates both the CPU as well as the GPU, with most of the work being done by the GPU.  However, the benchmark graphics has at least as many 3D artefacts, if not more, as my model does.  F360 isn't even in the same performance ball park as Heaven, and I would expect it to be.  Google sketchup doesn't appear to hiccup either, with even more details.

 

Granted, we're not quite comparing apples with apples, but I would suggest it is close, or at least it ought to be.

 

Regards

Peter

I'm not an expert, but I know enough to be very, very dangerous.

Life long R&D Engineer (retired after 30+ years in Military Communications, Aerospace Robotics and Transport Automation).
0 Likes