attacherJoint / trailerattacherJoint

[quadural]

The trailerAttacherJoint comes from "FS2011" This is not the "right" way of adding an "attacherJoint". On the 9230 combine, the rear trailer attacher joint is define with the FS2013 "right" way = directly in the "attacherJoints" section

And so, since the "rotLimits" are bad, I also need to be able to override the "maxRotLimit" value of this attacherJoint.

Here is what I need in the xml data file :

<attacherJoints>
            <attacherJoint jointType="cutter" minRot="-25 0 0" maxRot="5 0 0" maxRot2="0 0 0" maxRotDistanceToGround="1.07" />
            <attacherJoint jointType="trailer" maxRotLimit="60 90 60" />
        </attacherJoints>

I don't know if this is useful to differentiate "trailer" and "trailerLow" here. (this is the same in our case - we override the same values)

[JakobTischler]

OK I'll add those joint types. But what's weird is, the Case Puma for example does actually use the <trailerAttacherJoints>. So I have to wonder why Giants is so inconsistent within one single DLC.

[quadural]

This is the same for the default vehicle of Fs13, some use the "new" standart, some use the old one. I think there are more than 1 person to "in-game" the vehicles. This is the same with the collision boxes : there is a "huge" difference between models... some are really "rightly" set, some are really "badly" set. The real question is : where is the "quality check" stage ? is nobody responsible for validating a vehicle before "releasing" it ? are there only "beta-testers" (not professionnal) to do this part of the "job" ? strange... For the collision part, I would have thought pressing the F5 key once while testing a vehicle was "normal"...

[JakobTischler]

@quadural: please tell me if it's working correctly so I can close this issue.

[quadural]

line 949 : ajMrData is nil it is declared line 940

PS : otherwise, it works as intended

[quadural]

it works.