How to fix 'Rotated Cab Syndrome'

WhitePaw2002

Modding Husky
Joined
Jan 7, 2016
Messages
858
Likes
1,820
Points
505
Age
17
Location
North-east America
Website
github.com
#1
I quote:
It'd be GREAT if the devs made it so that every block rotated and transformed relatively if the main cab's rotation is not of normal. Would surely fix a lot of problems.

A suggestion to a solution to a bug that causes bugs.

Let me put it in a way that's probably legal to share:
The block of the current tech's First Controller's rotation.
Have it so that it rotates the grid of blocks appropriately about the origin. Nothing hard, just really basic math. Especially it being grid based.

...I don't know which devs to ping
 
Likes: Lord Zarnox

Khaine

Well-Known Member
Joined
May 29, 2018
Messages
203
Likes
184
Points
140
#2
Or.. you could just add a temporary cab, remove the original cab, rotate it to the desired position, stick it back in and remove the temporary cab. Basic common sense :)
 

WhitePaw2002

Modding Husky
Joined
Jan 7, 2016
Messages
858
Likes
1,820
Points
505
Age
17
Location
North-east America
Website
github.com
#3
Or.. you could just add a temporary cab, remove the original cab, rotate it to the desired position, stick it back in and remove the temporary cab. Basic common sense :)
I don't think you understand the bugs that I mean...

Here are two examples:

Default Block Rotation
upload_2018-7-6_20-19-29.png
The normal rotations of blocks resemble that of the rotation of the tech. Not that of the cab. Controls are relative to the cab, however.

Build-beam Rotation
upload_2018-7-6_20-21-17.png
When attempting to rotate, it rotates on the axis of the tech's normal yaw. Not that of the cab.
(You can even see that I ended up rotating it upside-down here)

The devs had a poll before to disable cab rotation, due to the problems it brought up. The community voted no, resulting in this being allowed. For big techs, this can become a problem. As you would have to rebuild the entire tech to fix a mistake made early on with the cab.

(ignore the retexturing please)
 

Khaine

Well-Known Member
Joined
May 29, 2018
Messages
203
Likes
184
Points
140
#5
Ok, I think I understand. But.. does the system calculate the whole tech when deciding which axis to use? Or does it base its decision only the first block placed, cab excluded? How exactly does it make that decision process if I decide to build half of my tech one way and the other half in a different way?
 

zanzistar

PAYLOAD STUDIOS
Joined
Aug 13, 2014
Messages
837
Likes
1,423
Points
505
Age
32
Location
London
#8
Hey @WhitePaw2002,

This is interesting, it's not an issue that we see many people ask about as rotating Cabs is still fairly rare. The Cabs direction has the most impact over the facing of the controls:

Our first version fixed the forward direction (and other controls) when the Tech was built, based on the facing of the root controller (first Cab). If the Cab was moved afterwards, the directions all still stayed the same until that Tech was completely rebuilt from scratch. We changed that because Players were managing to get confused by placing a cab sideways then attaching wheels relative to the new cab facing and then wondering why their forwards and backwards controls weren't working.

So now the direction of the root cab determines the controls of a Tech. If you place two cabs on opposite ends of a Tech and facing opposite directions, the first Cab will determine forward, but if that one is destroyed, the secondary back facing cab will determine the new forward.

But you're right, we should use the same logic with the starting point for all Block rotations when being attached to a Tech, they should update to stay in step with the facing of the root controller too. I'll speak to Ade and get a bug in for it.

Cheers,
Kris
 

ZeroGravitas

Breaker of Games
Joined
Jun 29, 2017
Messages
3,052
Likes
3,844
Points
675
Age
36
Location
UK
Website
www.youtube.com
#9
I'll speak to Ade and get a bug in for it.
@WhitePaw2002 is there anything here that's not already noted in the existing report?: "Aspects wrongly aligned to tech's original orientation, rather than Cab's (a list)".

It sounds like you're merely asked for these to all be fixed by resetting the orientation of the tech's build grid to match the primary cab's new orientation. Makes sense, although should this also happen when you loose the primary cab to damage and the secondary cab is sideways, etc?

The devs had a poll before to disable cab rotation, due to the problems it brought up. The community voted no, resulting in this being allowed.
It's sort of half allowed, in that you can do it by holding the (sole) cab and right clicking, but not with [F] and [G] keys (unless there are other cabs on the tech too). Just more minor bugs/inconsistencies awaiting coding time.
 
Likes: Lord Zarnox