Comment ( *************** Brakes - Wagon Section - General ********************** ) BrakeEquipmentType ( Distributor, Auxilary_reservoir, Handbrake ) BrakeSystemType ( Air_twin_pipe ) MaxBrakeForce ( 128.417kN ) MaxHandbrakeForce ( 34.245kN ) TripleValveRatio ( 2.83 ) MaxReleaseRate ( 0.44bar/s ) #( 0.39-0.51 ) MaxApplicationRate ( 1.38bar/s ) #( 1.59-2.34 ) MaxAuxilaryChargingRate ( 1.38bar/s ) BrakeCylinderPressureForMaxBrakeBrakeForce ( 3.8bar ) #( verificado em manual de conducao ) BrakePipeVolume ( 15l ) #( calculado em coalstonewcastle.com.au ) EmergencyResCapacity ( 102l ) EmergencyResChargingRate ( 1.37bar/s ) EmergencyResVolumeMultiplier ( 1.0 ) EmergencyBrakeResMaxPressure ( 5bar ) Comment ( == COBRA Brakeshoes == ) ORTSBrakeShoeFriction ( 0.0 0.490 8.0 0.436 16.1 0.400 24.1 0.371 32.2 0.350 40.2 0.336 48.3 0.325 56.3 0.318 64.4 0.309 72.2 0.304 80.5 0.298 88.5 0.295 96.6 0.289 104.6 0.288 112.7 0.287 )
The ORTSBrakeShoeFriction table contains 15 couples of values. ORTS should parse this and generate an interpolator table of - of course - 15 couples of values. But the generated table has 17 couples of values, and moreover the 2 additional X values are smaller than the preceding ones, which can generate later a crash.
Remmembering that I had already noticed problems with the termination of .inc files, I have added following line at the end of the .inc file
Comment ( == End of COBRA Brakeshoes definition==)
and this way the parser works correctly. Probably also adding an empty line would have solved the problem.