Commands on rfactor dedicated

rogerio_pavan

HELLO.
Admin commands do not work for rfactor dedicated?
I was trying to run .bat file to edit the starting grid and could not. Somebody help me?
 
I've got a feeling some don't work, though I'm not sure. (the readme might say?)

However, /batch and /editgrid definitely do work. Usual things apply, 'batch' file should be in UserData\LOG\Results and you have to set the grid during Warmup.

Remember also that while it's referred to as a 'batch' file it doesn't have any standard extension (.bat, ...). So if you give your file an extension you have to type that in the command (e.g. "/batch setmygrid.bat" or "/batch grid1.txt")
 
Most commands work imo. /editgrid and /setmass work for sure
Ones which don't work for sure are /vote command like /vote kick and vote ban. Also /shutdown doesn't work.

but note, changing grid is possible only during warmup session.
 
i hope we see all working commands to rfactor 2 with a pop up window so no need write the commands in chat just klick on a player and pick the commands in the pop up window can be done if ISI add chances in the exe file for rfactor 2 .
 
Lazza said:
Remember also that while it's referred to as a 'batch' file it doesn't have any standard extension (.bat, ...). So if you give your file an extension you have to type that in the command (e.g. "/batch setmygrid.bat" or "/batch grid1.txt")
Click to expand...
I use an *.ini file and I never have to type the extension. For example grid.ini would be /batch grid
Tripp said:
i hope we see all working commands to rfactor 2 with a pop up window so no need write the commands in chat just klick on a player and pick the commands in the pop up window can be done if ISI add chances in the exe file for rfactor 2 .
Click to expand...
I'd also like to see the grid changes ingame BEFORE changing session. I always have to Alt+tab rF and connect to the remote desktop of the server to check and correct errors in the grid. With ~30 drivers there are always some errors.
 
I'll try again tomorrow on the server.

You are talking in rFactor dedicated? Inside the simulator as admin I've done it many times. Thanks for the help.
 
rogerio_pavan said:
I'll try again tomorrow on the server.

You are talking in rFactor dedicated? Inside the simulator as admin I've done it many times. Thanks for the help.
Click to expand...
The dedicated server runs on a remote PC. I connect as a client, use the admin password and execute all the commands there.
 
Why dont you use your local xml file Pandamasque? i asume that is the file you have loaded into GridEdit?
We run with big grids as well and yes we get the occasional hickups but re-loading the same file usualy fixes it. its usualy the disco's and leaver/joiners that mess it up anyways :)

But i agree on grid changes before session change (and lap counts while we are at it) , that would indeed be helpfull to double check.
 
Denstjiro said:
Why dont you use your local xml file Pandamasque? i asume that is the file you have loaded into GridEdit?
We run with big grids as well and yes we get the occasional hickups but re-loading the same file usualy fixes it. its usualy the disco's and leaver/joiners that mess it up anyways :)
Click to expand...
Well, to start with, first I publish the grid on the website on Saturday after qualifying. The grid is defined by qualifying results + plus the numbers of other entered cars that didn't qualify, and then grid penalties from the previous rounds are applied. Those that are not on the grid must start from the pits. Basically the whole grid thing is strictly regulated. So the resulting grid looks like this (scroll down). Then I copy-paste the names into the grid.ini file located in \UserData\LOG\Results.
Then on Sunday a couple of drivers usually don't turn up for the race, which may be the reason the starting order is not 100% correct after applying the batch file.
 
I wrote a plugin that takes the list of drivers and checks who's present before making the actual batch file - so I can generate the batch file and run it, and the positions all work out. It's part of a plugin to help with multi-stage qualifying though, not standalone. But it's not a difficult thing to do.

When a driver in the batch isn't present it doesn't assign their grid spot, but the following drivers are placed into theirs correctly, until you get to the end of the list and the remaining drivers positions aren't valid (if there are 30 cars in the game, it won't assign grid position 31+)... and because all the other positions are assigned except the missing drivers' (so positions 8, 14 for example) the 'extra' drivers get left in those positions. That may be less clear to read than it is in my head :D
 
Thats allot of admin work Pandamasque!
But i see why you would want extra features, that would indeed help allot with such a structure. Also it seems you are running different groups which complicate it even more.

For us its much simpler (by design), quali/race on the same night, penalties go into the points after the race, drivers have a lincence, points get added, get enough points and we run mass.ini and assign weights, continue to be a bad boy and your licence gives you a 1 race ban.
so effectively all we have to do is run grid.ini and mass.ini and the admins dont have to spend their practise on admin stuff :)
 
Denstjiro said:
and we run mass.ini and assign weights
Click to expand...
Our drivers pick their ballast themselves via Upgrades menu. The success ballast is displayed as class, so it's immediately visible on the server. Also most of the web tables are generated from the rFLOG files using our own little software.
 
I wrote a plugin which sets balasts anytime driver join a server. Balasts may be imported from external URL.
 
It is server plugin. But it provides possibility to control plugin using custom commands. For example
//revertgrid 10
which means reverting top10

There are other commands to load the last xml export of qual or race, so you can easly prepare grid based on the last sessions.
Grid and Balasts may be imported from web. There is external application to configure each instance of rf server, can download some data and save for plugin.

List of features:
- allows drivers to remove penalties (dedicated to solve problems with SC). Any attempt is logged in chat stream
- allows to log speeding in pits (for example during free practice sessions not controlled by admins)
- allows to save Yellow flags (may be used to further driver behaviors judgment)
- allows to log car position of any driver during whole session - we are using it to check if drivers don't cut corners etc
- provides replacement of LiveView plugin (so you get 3 in 1)
- additional control over weight ballasts including download from website). weights are given to every new connected driver and also after session change if needed.
- additional admin commands (after logging into rfAA) to control features

I didn't published this app (rf Admin Automation) due to various reason. But now I'm thinking about it.
However, anyone may ask me on PM for that and probably ;) will get one.

Note, plugin does not work with servers started with +oneclick mode. It requires to run GUI during server start to gather UI window id

best regards
 
Last edited:
MaXyM said:
It is server plugin. But it provides possibility to control plugin using custom commands. For example
- allows to log car position of any driver during whole session - we are using it to check if drivers don't cut corners etc
best regards
Click to expand...

Can you explain what process do you use to check cut corners please?
 
WHat process do you mean?
There is server plugin which saves each car position into file. After race file is analized and compared to reference data (another file which contains track of car going along while lines). Application compares data optionally using some filters. At the end admin must decide in cases are not clear enough for algorithms.

Precision of the system depends on reference ride precision and also on AIW quality (especially in places with rapid direction changes). But in most cases it is very good. With some practice we reduced false positives to almost zero.
 
You must log in or register to reply here.

Back
Top