I can confirm that this is happening. MeshParts tend to become misaligned. This has adversely affected one of my current projects and I may need to reconstruct it.
It does ? Which parts if I may know ?
Camera part and Sound Part
Can you confirm if this still occurs ?
This problem no longer occurs. Thanks!
I still have this issue.
https://gyazo.com/f2db24f18c85ecbd7e9d49551e82d981
The MeshParts have their CollisionFidelity set to Hull. Move increment is 1 stud. Part size for both is 1 stud on all axis.
UPDATE: I’m still facing the issue where meshes positions get offset by odd values when using move handles.
The tetra intersecting the wedge has a position of[-2.74, 2.54, -4.54]
. My movement increment was set to 0.1
, and this part was grid aligned and has only been moved via handles. I didn’t drag the part itself at any point in time. The size is regular, at [0.6, 1, 3]
This misalignment only occurs when CollisionFidelity is not Box.
This issue has been happening to me since last year, and it is still occurring. I usually have to set the collision to box if I want to drag my MeshParts or Unions.
This problem could be related to how Roblox has an extremely low-quality collision generation for meshparts, and can’t be fixed without them making collisions more accurate.
This occurs even if you use a convex hull on a cube (identical to having box, which has no issues), so collision quality is not likely the culprit given that the collision bounds are identical and it’s only the specific property that’s different.
I wanted to be able to make my own parts to use while building to make my life significantly easier and quicker instead of having to use Blender to create housing. I’ve created two corner pieces which are 2 x 2 studs size and have geometry which should work perfectly with the parts I’m attempting to put them next to.
This bug has been infuriating me for quite a while now, whenever I attempt to place parts like this together often they’ll be on a different alignment all together even if I use Roblox’s move tool to put them onto the block. The increments I use are 1, 0.5, 0.2, 0.1 and 0.05 but all do not help solve the problems I’m facing.
https://gyazo.com/0848912ce741d2f46a60f01f20d6779b
https://gyazo.com/57e8ca9f78bad3239fc46ac2614c0cf8
The meshes I’m using:
CurvePieceB.obj (987 Bytes)
CurvePiece.obj (995 Bytes)
The place:
Baseplate.rbxl (19.5 KB)
You can set the CollisionFidelity
of the MeshParts to Box
to fix your issue.
Turn them back to Default/Hull when you’re done building.
If this works then theoretically that means this issue should be fixable by changing the dragger to use the Box collision mesh and the associated dragging logic (as an option / setting?).
More importantly this also means the bounding box for meshparts either isn’t correct, or the dragger doesn’t try to align it properly.
Can we please have this bug fixed? I’ve encountered this kind of issue for the last 6 months. The meshes are not aligning well when using the dragger and always offset with 0.04.
I don’t remember which patch did not have these issues.
This bug isn’t restricted to meshes and unions. Often times it’ll happen to me dragging normal parts.
Different story, that’s Sorcery with Float Point Error which involves smaller decimals. This is pointing at larger decimals.
If you encounter the issue dragging normal parts, could you provide evidence to it?
I know what floating point imprecision is. I was getting the exact same problem as you with normal parts being consistently 0.04 studs off. I’ll send a place file if I encoumter it again.
EDIT: False alarm. I looked back at some screenshots from a few days ago. I was moving normal parts, but onto unions.
Can we get an update on this?
It’s infuriating to work with meshparts because of how broken the dragger is when it comes to them.
I thought this was something only happening to me. Changing the CollisionFidelity to Box does fix this, and it is always .04 offset. Any updates?
I’ve still encountered it, at this point I’ve had a little “mesh” kit full of normally used meshes I’ve made like arches, domes, etc. I’ve just made the default collision to box for all them because I was tired of dealing with it.