MMZ_TimeLord Posted April 28, 2015 Posted April 28, 2015 Hello, All! I've been away a while... work demands my attention. I was messing around on a personal project and had a lot of models (four, but with lots of copies) to assemble a structure. The issue I am having, and maybe I just forgot how, is I select a group of models and want to "nudge" them over with the arrow keys. Well, this results in the models moving all different directions as they have been rotated from their original placement. I can drag them with the mouse with no issue, but it is not as precise. I have attached images to show what I mean. EDIT: Correction, it even shifts the models when dragging with the mouse or isolating one axis by holding "1", "2", or "3" while dragging. It appears to shift the models in the group when grabbed with the mouse or an arrow key is pressed. The arrow keys progressively shift the models further and further. The Mouse grab does it every time the group is grabbed and moved with the mouse (click and hold on the group, then begin to drag). Now I'm really confused. Did I do something wrong or is this a bug? Quote
Admin Rodney Posted April 28, 2015 Admin Posted April 28, 2015 Hi Jody! I may not be understanding the question but using the arrow keys to nudge groups around in both Model and Chor windows is working as expected here. Perhaps you have Mirror Mode on or something like that? This is the part that confuses me... you said: I select a group of models Your images make it appear that you are adjusting splines/CPs in a Model window but perhaps this is an Action? If in the same Model then they aren't separate models so nudging splines should operate as usual. If in an Action (using Action Objects) then models usually get moved by the Bones that import in with them. Need more info! Quote
Fuchur Posted April 28, 2015 Posted April 28, 2015 He is using it in a chor window. Select more than one object and move it. Do the same but this time use the rectangle selection tool. It may work or it may not... I had both behaviours... Quote
Hash Fellow robcat2075 Posted April 28, 2015 Hash Fellow Posted April 28, 2015 If I have to move several objects the same exact amount and direction I do one and count how many nudges i did, then do the same to the others. Note that Holding the Shift key will get you 5x the nudging distance. Quote
Hash Fellow robcat2075 Posted April 28, 2015 Hash Fellow Posted April 28, 2015 I'm testing this now in v18... If I SHIFT or CTRL select several objects in a chor, I can nudge them with the cursor keys, or drag them manually and they all move together, even if they are not pointed the same way. Quote
MMZ_TimeLord Posted April 28, 2015 Author Posted April 28, 2015 Well part part of the solution I found was removing my model instances from the folders I had created in the choreography. I had so many I was just trying to organize them. It still does not move about half of them in the selected group, even after putting the instances back in the root of the choreography. I will do some additional testing this evening. Cheers! Quote
MMZ_TimeLord Posted April 30, 2015 Author Posted April 30, 2015 I tried to assemble the models in an Action object with similar movement issues. *Sigh*. I guess I just have to bite the bullet and manually move them one at a time or group items that are oriented the same way. That seems to be the only way to move more than one. CTRL-Selecting the model instances in the PWS works a bit better but is a PITA to organize properly. YEESH! Intuition states that simply grouping a bunch of models and nudging or dragging them should do so without scattering them or leaving some behind. Bug report or feature request? Quote
Hash Fellow robcat2075 Posted April 30, 2015 Hash Fellow Posted April 30, 2015 I guess I'm not clear yet on what you are doing differently than I am. Quote
Hash Fellow robcat2075 Posted April 30, 2015 Hash Fellow Posted April 30, 2015 Here's what happens when i do it... clip3773JodysMove.mov Quote
Fuchur Posted April 30, 2015 Posted April 30, 2015 I tried to assemble the models in an Action object with similar movement issues. *Sigh*. I guess I just have to bite the bullet and manually move them one at a time or group items that are oriented the same way. That seems to be the only way to move more than one. CTRL-Selecting the model instances in the PWS works a bit better but is a PITA to organize properly. YEESH! Intuition states that simply grouping a bunch of models and nudging or dragging them should do so without scattering them or leaving some behind. Bug report or feature request? Just tested... yes I have the shift-nudge-problem too... (do a bug report for that) I do however not have it if I draw a selection-box around the objects in my chor... than I can use shift to move it around too... The interesting part is, that when using the selection-box feature you can for instance move and rotate objects as if they would be all in one model, since it generatres a group in the chor which is even saveable. If you shift-select, the rotation will be done on the local axis of the objects and it will cause them to no use a delta but overwrite the objects rotation value with the new you enter. Both are features, not bugs if you ask me... See you *Fuchur* See you *Fuchur* Quote
MMZ_TimeLord Posted May 1, 2015 Author Posted May 1, 2015 Okay, a few details just so they are not missed. I am running Windows 7 - 64bit with Service Pack 1 and all critical updates. I am also using A:M 64bit version 18.0L Web subscription (latest). Here is my video response to Robert's Demonstration: Enjoy! DragSelectMove01.mp4 Quote
Hash Fellow robcat2075 Posted May 1, 2015 Hash Fellow Posted May 1, 2015 I can get everything to work. Video coming up.... Quote
Fuchur Posted May 1, 2015 Posted May 1, 2015 Hi Jody, does it change something if you use "Global Axis"? (button next to the rotate button in the upper toolbar) (this would be normal behaviour, since you are not using Global Axis but the local once of the objects if you are not using that button.) If not are you on SSE 3 or SSE 4.1 or SSE AVX? See you *Fuchur* Quote
Hash Fellow robcat2075 Posted May 1, 2015 Hash Fellow Posted May 1, 2015 Jody , in the vid I say I dont' know what version you are using but I see now yo are using v18L. I'll try v18L to see if it is any different, but here is v18m (SSE3)... clip3775JodyMovement2.mov Quote
Hash Fellow robcat2075 Posted May 1, 2015 Hash Fellow Posted May 1, 2015 I notice that if you group-select objects and move them, only the keyframe at time 0:00 is altered. you can't create new keyframes farther down the time line Quote
Fuchur Posted May 1, 2015 Posted May 1, 2015 I am not sure but it looks like the restriction-keys work on each object seperatly but if you use a group and rotate it, it restricts the object's axis again, not the one of the group (this means if the group has a different axis-system you will end up with interesting behaviour... could that be it? See you *Fuchur* Quote
MMZ_TimeLord Posted May 2, 2015 Author Posted May 2, 2015 I noticed this in the 18.0L release post..." Fixed All:Turn rotates only around the global axis of selected objects , not the local axis" I guess not eh? I'll have to wait for 18.0m to go public.... *sigh* Quote
Hash Fellow robcat2075 Posted May 2, 2015 Hash Fellow Posted May 2, 2015 My experiment with v18L has similar results to v18m... Group traNslation works properly either by selecting objects with a bounding box in the Chor window or by CTRL or SHIFT selecting several in the PWS. World View ON/Off seems to correctly switch between the orientation of the Chor axis and the object's axis for deciding where X Y and Z point. Group Rotation (about a single common axis) works only when the objects have been selected by a bounding box. If they are CTRL or SHIFT selected, the objects will snap to the orientation of the last object selected and will rotate about their individual axis. Other anomaly... when Rotating objects selected by a bounding box, the Rotate manipulator resets itself to its original orientation every time you release it, but when rotating CTRL or SHIFT selected object the Rotate manipulator remembers its current orientation when the manipulator is temporarily released. Quote
MMZ_TimeLord Posted May 2, 2015 Author Posted May 2, 2015 Well, I'm thinking it's just this one project then as drag selection yields me almost NO movement of the model instances now. Something is surely wonky. I will try and rebuild it slowly as I have the individual models saved as separate files. I will keep the original file and browse through it with a text editor and see if there is any obvious corruption within. Wish me luck! Quote
Hash Fellow robcat2075 Posted May 2, 2015 Hash Fellow Posted May 2, 2015 Try a simple PRJ from scratch like my vases and see what happens. Quote
MMZ_TimeLord Posted May 2, 2015 Author Posted May 2, 2015 Robert, I started from a new empty Project. Opened my model files, then created a new Choreography. Placed a few instances and all was well. As I was adding more instances (parts), I would stop and drag select and rotate the last 6 to 10 and make sure they nudged, rotated, etc. Again, all was well... until. Well, see the video. It may be file length related as there are a lot of instances and after a certain point things don't rotate properly or get locked altogether. I am also including the project file with the models embedded. It seems to retain the behavior. Test it as you see fit. SelectRotateMoveBug02.mp4 PVC PartsEmbedded.prj Quote
MMZ_TimeLord Posted May 2, 2015 Author Posted May 2, 2015 Robert, I found a work around. Not the bug, but a way to clean it from the Choreography. I believe it is in the Choreography section of the Project. I save out the Choreography and then create a new Project and Import the saved copy. By doing this, at the saving process or importing process, the corruption is filtered out. See for yourself... SelectRotateMoveBug03.mp4 Quote
Hash Fellow robcat2075 Posted May 2, 2015 Hash Fellow Posted May 2, 2015 A quick text comparison in PSPad of your PRJ and the CHOR saved from it reveal no detectable changes. It's a mystery! Quote
MMZ_TimeLord Posted May 2, 2015 Author Posted May 2, 2015 Just thought of something. If there is an "UNDO" section or file associated with the project, that could be the culprit too. Hmmm... to hunt the bug or not, THAT is the question. Quote
Hash Fellow robcat2075 Posted May 3, 2015 Hash Fellow Posted May 3, 2015 There is no undo path saved with A:M files. A:M only saves the current state. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.