It can be done with some limitations as always, I added a new function to the chassis.class

public native int getIndexedAddr( int index );

which acts similar to the getIndexedData but instead of returning the data as float pointed by the offset it returns the offset this coupled with the address of the current gear as an int which is the gear ratio + 0x20 or

public static final int IndexedData_GearNumber = 0x20FC-0x304;

is enough to set the gear to a specific hmm gear the numbering goes as expected but the R is 7.

With an example call of

RawEdit.setI(player.car.chassis.getIndexedAddr(Chassis.IndexedData_GearNumber),4);

the result is:



(mind you I have the ThrottleOnInAutoShiftDeadTime at 1.0 that is why the original shifting results in some throttling this also exemplifies that ofcourse there is some difference in setting the gear like this and through the "controller" (the ingame class not the peripheral) and this can be a limitation there will be no dead time just an instant shift)
If the car is set to automatic in the settings the game will overwrite the changes made to this offset.

I updated the files under the links of SlrrExhaustive Bits
(including the AdditionalChassisFunctions.txt)

Well I dont really know how "clutch kick"-ing works taking the def from this post (LINK) no, I mean the engine will not rev up it is more like you change the gear really fast like lightning fast so the ratio changes but the rpm stays exactly the same as in the previous gear, but this is as of yet just a potential mod, I only did the groundwork, didn't change gameplay in any way.

Added 2 minutes later:

Thinking about it the clutch kicking is already in the game if you have the ThrottleOnInAutoShiftDeadTime at 1 and the ClutchOnInAutoShiftDeadTime at 0 this will mean that when you change the gear the clutch wont be pressed but the throttle will be floored

gorgoil:

---

just a question is there a way you can script a trigger in box aspect instead of radial aspect like SLRR does?

This was quite some time ago but I found out that there is a box trigger "natively" in the game check the source of the Trigger class there is a constructor for it:

public Trigger( GameRef parent, GameRef type, Vector3 pos, float x, float y, float z, String alias)
{
	if( type == null )
		type = new GameRef( DEFAULT );
        trigger = new GameRef(parent, type.id(), pos.toString() +",0,0,0,box,"+ x +","+ y +","+ z, alias);
}

Added 30 minutes later:

Oh and I'm fairly certain that the 3 zeros following the position are the ypr rotation coordinates.

trigger = new GameRef(parent, type.id(), pos.toString() +",y,p,r,box,"+ x +","+ y +","+ z, alias);

So someone can make box triggers with 9 degrees of freedom if needs be.

Added 1 hour 23 minutes later:

Here is a function for ease of use (this can be used with the addTrigger function of the track class with the signature:

public Trigger addTrigger( Trigger t, Vector3 pos, RenderRef marker, String handler )

)

public Trigger MakeBoxTrigger( GameRef parent, GameRef type,
  Vector3 pos, float x, float y, float z,
  float yaw, float pitch,float roll, String alias)
{
  Trigger ret = new Trigger(parent,type,pos,alias);
  ret.trigger.destroy();
  ret.trigger=null;
  if( type == null )
    type = new GameRef( system:0x00000034r );
  ret.trigger = new GameRef(parent, type.id(), pos.toString() +","+yaw+","+pitch+","+roll+",box,"+ x +","+ y +","+ z, alias);
  return ret;
}

Thanks for the links yes I think the most reasonable way would be to add them to the chassis' sound overwrite functionality I will try to merge it and add it to the patch.

Added 1 hour 44 minutes later:

I updated the file under the patch link to include the additional sound overwrites.
(SlrrExhaustive Patch Link)

The speed can be set by the setvel command detailed and exemplified on the previous page LINK
The rpm will be conform with the new velocity if the tyres got traction.
Though setting the rpm directly will not work because the game-engine will overwrite the data you force on it.

However you can simulate the behaviour by setting the throttle strength with a script like:

RawEdit.setF(player.car.chassis.getIndexedAddr(Chassis.IndexedData_ThrottleStrength),10);

mind you this value is supposed to be in the range of [0-1] nevertheless the game accepts and handles extreme values relatively well (setting it to some obscene amount will brake the engine for example, but if you set it to like 10 the engine wont brake it will just simulate the possibility that you can press the throttle actually through the floor if this makes sense)

But this value again will be overwritten by the engine the next frame but will fall of from where you set it so if you set the throttle value the engine will rev up and rev down normally as if you released the pedal, you would need to set this actively (every frame or similarly) to simulate a pressed state but I think that is logical.

I do not use these features though I did not remove them intentionally (I think you have to activate cheat mode for them to be available but I dont know how thats done either)
I think BB's pack has them tested (and more of these screenshot related features) he also was kind enough to adopt my modifications to his track implementation try using his with a version based on his game rather than pure MWM but I dont know you can try it on MWM it might work I skimmed through the script I didn't find anything standing out to be incompatible with MWM but I might be wrong.
LINK

adnan54:

---

i need is something more "simple"

Sadly I dont know of a simpler method
For the AI cars you can use a spline in an spl and the followSplineTrack function with that you can limit the speed and set the route.
For the player as of yet you will need an active monitor to enforce the speed limit.
The cruise control uses data from the .trc file maybe you can take a look at the decoder and the decoded city.trc as you seem to have motivation.

oh we have the spl syntax in the endnotes of the article (LINK)here is the relevant part:

  The .spl file spline row format (%LF is float %d is int) is:
  (%lf %lf %lf) (%lf %lf %lf) %lf %lf %d %lf %lf %d:
  (pos XYZ), (normal XYZ), splineWidth, targetVelocity, I do not know the rest
  the two ints are used as bools
  the list of first two vectors define a closed cubic Hermite spline.

I have posted a program before that can be used to create spl files so the syntax is not directly useful (though this program was not made for general use it is functional)
(originally I made this to define the tournament tracks so there is functionality that is not needed for simple spl generation)
Spls as I mentioned in the article must be closed and this program enforces that and it generates the normals for the control points.
For spl creation you should click Render select the rpk of the map you want to define the spl for.
After it loads select the Marker from the list, you can move around the marker with the middle mouse button held down rotate the camera with the other buttons, if you have the left shift held down the marker will move up/down
The AddSpl button loads an spl file already saved.
Del deletes the closest control point to the marker.
AddNodeAtMarker will add a control point at the marker (keep in mind we are defining a closed spline)
Snap will snap the closest control point to the marker.
SaveSpl is evident.
DuplicateNode will copy and slightly move the closest control point to the marker.
GenAllNorms is not needed the normals will be generated upon saving regardless.
RndSpl will randomize the position of the control points a little.
You can also directly edit the properties of a control point with the text boxes.
MarkStart and MarkFinish are for the tournament definition.
The other controls are for other modes of editing (this program can be used to modify(on a very low level) the map vertices and phys objects by selecting a "different" file extension in the openfiledialog)
Here is a link to the program.
LINK
I must emphasise that this was made for a direct purpose (defining the tournaments in slrrexhaustive) and its code is terrible more of a test or a proof of concept I really wouldn't want to extend this program further before refactoring (nevertheless the source code is available from the SlrrExhaustive main download)
the program needs the .net framework 4.5.2

I found a way to set the speed limit for the cruise mode luckily it is set in the AI part of a vehicle which is relatively easy to access here are some lines that can be used to engage the cruise mode and set the speed limit for a given car:

public static final int IndexedData_Flags = 0x70; //these should go in the chassis.java 
public static final int IndexedData_SpeedLimit = 0x2104;
...
int flags = RawEdit.getI(player.car.chassis.getIndexedAddr(Chassis.IndexedData_Flags));//these should go where you want to set the limit
flags |= 0x1000;//this sets the cruise mode on to set it to off this line should be flags &= 0xFFFFEFFF
RawEdit.setI(player.car.chassis.getIndexedAddr(Chassis.IndexedData_Flags),flags);
RawEdit.setF(player.car.chassis.getIndexedAddr(Chassis.IndexedData_SpeedLimit),1.0);

this 1.0 will be the speed limit mind you this is not in kph or anything related its in some arbitrary unit, 13.33 is the fall back value so this 13 should be some theoretical maximum you would need to play with the values to find an optimum. (1.0 is around 5-10 kph)

Added 1 minute later:

I mean this will work on tracks that do not define their trc file I did not test it in Valocity but I would presume the original values in the trc file will overwrite direct manipulation with the RawEdit class.

# amilmand : I found a way to set the speed limit for the cruise mode luckily it is set in the AI part of a vehicle which is relatively easy to access here are some lines that can be used to engage the cruise mode and set the speed limit for a given car:

public static final int IndexedData_Flags = 0x70; //these should go in the chassis.java 
public static final int IndexedData_SpeedLimit = 0x2104;
...
int flags = RawEdit.getI(player.car.chassis.getIndexedAddr(Chassis.IndexedData_Flags));//these should go where you want to set the limit
flags |= 0x1000;//this sets the cruise mode on to set it to off this line should be flags &= 0xFFFFEFFF
RawEdit.setI(player.car.chassis.getIndexedAddr(Chassis.IndexedData_Flags),flags);
RawEdit.setF(player.car.chassis.getIndexedAddr(Chassis.IndexedData_SpeedLimit),1.0);

this 1.0 will be the speed limit mind you this is not in kph or anything related its in some arbitrary unit, 13.33 is the fall back value so this 13 should be some theoretical maximum you would need to play with the values to find an optimum. (1.0 is around 5-10 kph)

Added 1 minute later:

I mean this will work on tracks that do not define their trc file I did not test it in Valocity but I would presume the original values in the trc file will overwrite direct manipulation with the RawEdit class.

this is really useful
I've figured 1 is around 3.3km/h, and 20 sets the speed limit at 62km/h, this will help me with an idea I had a year ago I didn't made that idea because I needed to have a way to set speed limit

awesome

I dont have the hardware, the groundwork is done someone with access to proper testing environment should be the one to do this.
If you do then jump on it surely people will love the mod

Hey, is this possible to make some sort of fast loader for SLRR that would go instantly into last used career instead of showing main menu?

It come in handy for who makes car mods, especially for fixing the driver position or the car weight distribution

Downloaded Exhaustive, applied patch...


I'm using ReShade version (because as far I can see it's the only updated so far)

I meant SlrrExhaustive Bits, yeah. And I've just noticed the patch is standalone. I've reinstalled the no ReShade version on clean SLRR (BB's) and now I cannot buy any car...

Exhaustive bits don't do anything with installed cars too, so that's not the case. And I don't even have your game, so... Whatever. I'll stick to vanilla

I'm getting a game crash from the d3d9.dll from approximately Feb 21, by the way. If that's not the latest one, I can go download the current one.

really love what you acomplished here, and i have a question, i'm a bit rusted with slr, used to mod it, i did lots of rims, and i always wanted a feature.... may be posible....

like a lot of other games do, is it posible for change the mesh of a rim, lets say at certain speed, so this way, we can have motion blur efecto on the wheels, even with the game paused, i think Assetto Corsa does it this way, you have a mesh for when the Wheel is stationary, and once it moves to a certain speed, lets say 10kmph, the mesh switchs for another one which looks blurred, so when you pause the game, the blur on the wheels stay there... dont know if i made myself clear...

Wouldnt a simple check with getspeedsquare, done in multiple steps(for the different speeds), mixed with a renderref with a new mesh' render id do the job?

Kinda like RedCarDriver did for my "Community Rimpack", you can see it in the HK15_WheelWithExtras and HK15_WheelFace javas.