Anyway to rotate a model without using SetPrimaryPartCFrame?

[TheRings0fSaturn (SaturianNightmare)]

The reason I ask is because SetPrimaryPartCFrame gradually causes a model to “explode” which is really bad for my usecase. I’m using 3DSkybox by @ITBV and I have things that rotate within it.

The problem is, is this model gradually degrades overtime.

I was wondering if there was some way to rotate a model without using SetPrimaryPartCFrame, or if there was a way to solve the problem of the model breaking apart while still using SPPCF.

Thanks guys!

[OsterDog (Oster)]

You could weld all of the parts to the primary part and just set that primary part’s CFrame in a circle. Because they are welded to the primary part, they can follow the primary part’s rotation.

[TheRings0fSaturn (SaturianNightmare)]

I appreciate the idea (tried it just a few seconds ago after you told me.)

This doesn’t work since ViewportFrames don’t support Welds yet.

[colbert2677 (ImagineerColbert)]

There’s still a solution in that! You can rotate your center part and then offset the rest of the parts relative to that center that you turned, or you can bring the model out of the ViewportFrame temporarily to set its rotation before placing it back in. Wouldn’t recommend the latter though unless you have a way of making this kind of transition fairly invisible.

[ExtremeBuilder15]

The reason that models explode is due to floating point error, which builds up over many CFrame changes. You’ll want to use a custom SetPrimaryPartCFrame function which stores the original offset between the each part and the primary part, then moves each part in the model but keeping the stored relative CFrame.

This thread should help you: Setting a model's CFrame offsets the parts slightly every time it's set - #4 by Locard

[ancant64]

Prior to the rotation, you can get the position of all the parts relative to the primary part. Then use a for loop to put all the parts back in to that relative position to it once it moves?

[Operatik]

How To Patch “Exploding” Model

---

What I have found?
There was a solution where you have to apply welds to the PrimaryPart and then using SetPrimaryPartCFrame or simply use CFrame on the main part which is welded. Make sure you unanchor them and that there’s nothing that can break the joints of it.

Addendum: I think Motor6D will fix it without anchoring.

Sources & Links
There have been multiple posts about it.

TweenService on a model?

Please do beware of using SetPrimaryPartCFrame for things like tweening, as it can cause your model to break apart with noticable gaps. However, it’s not quite relevant if you don’t have any rotations involved

:SetPrimaryPartCFrame() gradually offsets component parts

You should be using Welds to define fixed transformations between parts once instead of using SetPrimaryPartCFrame, which computes the “offsets” of all parts to the PrimaryPart, then computes all new CFrame values using that computed offset and the new PrimaryPart CFrame. The constant recomputations of these “offsets” causes the effect you see. By using Welds, you store the offset permanently (which you compute once at start-up with e.g. CFrame::toObjectSpace()).

Model Slowly Pulls Itself Apart When :SetPrimaryPartCFrame() Is Called Thousands Of Times

This is caused by floating point precision errors when the offsets to the primarypart are calculated, which happens every call. I can’t recall if it was an official statement or not but it was mentioned in a thread a while back that SetPrimaryPartCFrame wasn’t intended to be used like this. Using Welds (or Motor6D joints, I can’t remember) is the way to get around this. You can still keep the model anchored and CFrame it around you just need that joint object to calculate and then permanently s…

SetPrimaryPartCFrame() isn't exact

Try this instead: weld all the parts to the base using Motor6D, unanchor all the other parts, and just set the CFrame of the base.

[IdiomicLanguage]

This code rotates a model in workspace called “Model” and keeps track of each part’s original CFrame relative to the primary part, as described by @ExtremeBuilder15. It has been tested.

local function toParts(model, origin)
	local baseParts = {}
	local toLocalOrigin = origin:Inverse()
	for i, child in next, model:GetDescendants() do
		if child:IsA 'BasePart' then
			baseParts[child] = toLocalOrigin * child.CFrame
		end
	end
	return baseParts
end

local function rotate(rotation, origin, baseParts)
	for part, localCF in next, baseParts do
		part.CFrame = origin * rotation * localCF
	end
end

local model = workspace.Model
local origin = model.PrimaryPart.CFrame
local baseParts = toParts(model, origin)

-- 1 rotation / sec around y axis
local step = CFrame.fromAxisAngle(Vector3.new(0, 1, 0), 2 * math.pi / 60)
local rotation = CFrame.new()

game:GetService('RunService'):BindToRenderStep(
	'Rotation Test', 
	Enum.RenderPriority.Camera.Value,
	function()
		rotation = step * rotation
		rotate(rotation, origin, baseParts)
	end
)

[inHeadspace (vee)]

This is irrelevant to OP’s issue; they’re doing it inside a ViewportFrame, in which physics aren’t calculated.

[Operatik]

I think I wrote that in a hurry, so I didn’t read the replies. In that case, you probably need to run functions for that to work.