#I want and would like an explanation for this phenomenon

1 messages · Page 1 of 1 (latest)

small island
#

The video shows various parts with varying sizes with an assembly linear velocity of (1000,0,0).
Yes this happens on the server too. Although I cannot follow the parts, using the print command (and using run instead of test), I can notice the discrepancy

Print data : Only the x coordinate matters
Camera subject Part1 (size 4,2,1) : 2788.673095703125, 117.50001525878906, 46
Part2 (size 4,1,2) : 2788.673095703125, 117.50001525878906, 20
Part3 (size 5) : 2834.507080078125, 117.50001525878906, -3
Part4 (size 10) : 2926.175537109375, 117.50001525878906, -25
Part5 (size 15) : 2926.175537109375, 117.50001525878906, -49
Part6 (size 20) : 2926.175537109375, 117.50001525878906, -81
Part7 (size 40) : 2797.001708984375, 117.50001525878906, -123

The only code is 1 local script with 1 line

workspace.CurrentCamera.CameraSubject = workspace.Part
elfin vigil
#

which phenomenon?

small island
#

the one in the video

elfin vigil
#

which one is that?

small island
#

the parts creep forward

elfin vigil
#

well yeah you gave them linearvelocity

#

whats the issue exactly

small island
#

I gave them all the same velocity, but some parts arent moving the same.

elfin vigil
#

you are leaving out a lot of information

#

please be more specific about the issue you're having

elfin vigil
small island
#

I have a workspace gravity of 0.

When I set all of the parts to have the same velocity, why do some of them creep forward when theyre not supposed to? I expect them to be at the same relative position as the camerasubject, like the furthest part.
My issue is that the parts are deviating from their expected behavior, and I would like to know why.

elfin vigil
#

so you're not asking about the jitter?

elfin vigil
#

are you sure that's the only code you have added to your project?

#

what about the player's character? i assume you disabled that

#

there's actually lots of phenomenon in that recording

#

and if the only code is a localscript with one line, where is the prints coming from?

#

as far as parts moving non deterministically go, it could be related to roblox changing network ownership, or your measure is just simply inaccurate since roblox physics runs faster than heartbeat. either way you've left out a lot of details that nothing can really be said for certain, and i'd be more concerned about the jitter than the parts moving at different speeds

#

too many variables; show project or i'm just guessing what 'phenomenon' means in a recording with tonnes of them in it.

small island
#

I dont know what "disabling the character" is, so no, but when i set the character to nil, the same creeping forward happens.

No, but i think a print command from the server is trivial. There is no code that affects the linear velocity of the parts.

Thank you for giving me a lead to some of the blocks creeping forward.

The project isnt even saved to roblox

elfin vigil
#

you can save projects to a file bruh

#

'download a copy'

small island
elfin vigil
#

this seems to produce different results at different speeds

#

ya this just seems like roblox physics jank

#

size does make a difference, but seemingly only in the direction of motion

#

e.g set size.x of all the parts to the same and they move the same at 1k

#

even stranger, if you rotate it they still stay aligned