Btw important notice: I have tried 3D mouse formerly on one conference and I was disappointed. Now I know, that it was because of reversed orbit settings. Everybody has his own “understanding” if the mouse should be reversed or not. Now I have borrowed one from my friend and he told me to try reversed and … wow

Hello Chriss,
I am:
- on Wacom Intuos many years (XL for 30" LCD), happy
- without mouse many years, quite happy (you know, no wheel)
- with Space Navigator second day, amazed

So I dont have much experience with 3D mouse, but I think that wacom is no problem. Or why should it be?

Hello Albrecht,
thank you very VERY very much for your answer. You are right, that “side-stepping” solves this strange “gimbal lock” I had.

- my problem was that I had “zoomed in” and I thought that I am “stepping forward”, right?
- I thought, that I am “stepping forward” and I was just moving the pivot closer to the camera and “locking” the pivot to the cam

Well … there is not “step forward” with the 3D mouse, right? This probably makes sense

Now I am happy and I recommend 3D mouse to everybody. It is amazing. I have just the Space Navigator, close to the keyboard, and I am quite able to orbit with midfinger and forefinger and also can hold ctrl/shift with my thumb. This should be great for modellers.

Many thanks Albrecht!

Please, tell me if I understand it right.

With 3D mouse:
- the position of the “camera/view pivot” is somehow approximated and moves relative to the camera/eye


It is really hard to use. I have Space Navigator. Please, if you have a 3D mouse, try this:
- make two cubes, one at origin, second far from origin (10,0,0 is enough)
- orbit around the “origin” cube … this is fine
- move to the “far” cube and try to orbit around it … this goes quite well, the pivot “quite goes with you”
- move back to the “origin” cube … now the pivot is really somewhere, unknown, I dont know where
- try to move to the “far” cube again … now the pivot is unusable for any of the cubes
- after some more attempts … this seems to approximate “pivot position = camera position”


I may be wrong, as I have the 3D mouse second day, please correct me.

Setting the pivot manualy (Z or Shift-Z hotkey) is not a solution for this behaviour.

With classic mouse or Wacom tablet:
- view and camera rotate around a DEFAULT RELATIVE pivot, which is in front of camera and moves with the camera, and is relatively fixed to camera/eye (Euler tumbling)
- I can set the pivot to some geometry (Z or Shift-Z hotkey)
- this behaviour is not perfect for classic mouse, but it would be good for 3D mouse, or why not?
- do we have hotkey to reset the pivot to that “DEFAULT RELATIVE”?

Hello, just a small notice, as regards the attached file and your question “Why doesn't it return anything for the other attribute, ‘myrand’?”


It is because you reference this SOP “opobj/pc_open_stuff/attribcreate__ptnum” but you specify the “myrand” attribute later in another SOP downstream.

Same thing happened to me yesterday. Your solution helped me, I hope. Thank you!

I have noticed, that in the big file, there were many Mantra IPRs, almost thousand. Maybe that is the bug somewhere. If SESI is interested, I may send the wrong hiplc file.

Hello, please, did you find a solution to set the default position of an orthographic camera well beyond the bounds of the viewport (or the homing object)?

Why not to set the scene origin (or the homing object) right in the middle, between the clipping planes?

Hello, unfortunately I did not find a workaround. Maybe you could write a file cache outside the loop, and then read the specified frame inside the loop? EDIT: I mean, use the File Cache SOP and Save to disk outside of the loop, do you understand? I did not test this.

Please, is this possible in the new version? Flipbook All Viewports?

Thank you very much. I have tried it but it is still not working. Maybe I have some glitch here with my combination of Wacom, Nvidia and other windows drivers. Thank you.

Perfect, Enivob, thank you very much!

Hello, please see the attached file.

I have tried RBD and Bullet solver … and at a certain moment the solver “ignores” the object's momentum and stops the object. Is there some parameter, which determines the “sensitivity” to small movements?

Thank you very much cpb!

Oh perfect thank you very much, Bonsak. BTW I have seen your gallery and wow, amazing work of yours!

Hello,
when I change the selection type, the selection does not get converted. My Houdini remembers and switches the actual point selection, different edge and different primitive selections.

I did not manage to “convert” the actual primitive selection to select points “relevant” to these primitives. Please, what am I doing wrong? I am in the 15.5.480 on Windows 8.1

There are these hotkeys:

F - Previous Group
G - Next Group

But I did not manage to make them do anything. I have more groups, and I also have the “Display group and attribute list” switched ON, but pressing G or F still does nothing. Please, how do you use these hotkeys?

Hello,
please, is there any HUD or Guide in the viewport with information about the actual selection? For example:

- 345 edges selected
or
- 35 points selected

Hello Hälen, thank you very much for your answer. It is probably a bug then. I have reported it.
Best regards,
Jiri

Please, anybody? How do I download these OTLs and HIPs?
http://archive.sidefx.com/exchange/info.php/download.php?fileid=105&type=HIP [archive.sidefx.com]

Please … Revert to previous value (Shift+RMB)
- Is it something like local undo?
- Is it working right? It is not accessible for me … or am I missing something?

I am running windows 8.1 and Houdini Version 15.5.480