SP shape issue
-
In the attached file, the router needs to have a shape that conforms to the "router bit" that protrudes from the bottom so that it interacts correctly with the rest of the model. The second attached file is what I would like the shape to look like (red). Any idea how to accomplish this? I have tried defining the shape of the individual included groups, to no avail.
I actually meant for this to go to the Extensions & Applications forum. Guess I did something wrong when I brought it out of draft.
-
@dik harrison said:
In the attached file, the router needs to have a shape that conforms to the "router bit" that protrudes from the bottom so that it interacts correctly with the rest of the model. The second attached file is what I would like the shape to look like (red). Any idea how to accomplish this? I have tried defining the shape of the individual included groups, to no avail.
[attachment=1:1llorwap]<!-- ia1 -->PBB-2550_SRK-minimal.skp<!-- ia1 -->[/attachment:1llorwap]
[attachment=0:1llorwap]<!-- ia0 -->PBB-2550_SRK-RouterShape.skp<!-- ia0 -->[/attachment:1llorwap]
I actually meant for this to go to the Extensions & Applications forum. Guess I did something wrong when I brought it out of draft.
I don't understand. The first model seems to work as I would expect. The second looks the same except the bit is red. Am I missing something?
-
I took a deeper look and found a few problems. One your model is pretty close to being too small. Things that are too small don't work right. To fix this open up the physics settings and change the world scale to something like 4.0 instead of 9.0.
The second problem was harder to find. In the router body there is a group that contains nothing but a single group. That seems to cause its shape to be a box the size of the group. Explode that group and it works correctly. Looks like a bug in SP. And it may have been part of the problem with that earlier model you had trouble with.
I also set the router bit to "ignore".
-
Thank you, I actually wanted the rest of the model to interact with the "bit" but your insight has given me what I need to get the model working fairly close to what I want.
Now I just have to fix the model, since SU crashed while I was testing the changes I made. This is not the first time I have noticed this problem with SP, but it has caused the most problems this time. If SU crashes while under control of SP, the objects are no longer in the same positions (when SP is not running) they were in (when SP is not running) prior to the crash. With this model, that has caused a lot problems since a lot of the design is reliant upon original positions.
Oh well, back to work...
-
While explaining this problem to the LOML, I realized that the problem was caused by me. I didn't save my work before running SP. Therefore, when SU crashed and I reverted to the last auto backup, which was done while SP was running, the restored file had objects where they were when SP was running, and thus not where I want them. Another case of user head space error...
Maybe if SU didn't do auto backups while SP was running, this would not happen when the user acts before thinking.
Advertisement