List of command line parameters

Discussion in 'General Discussion' started by ThoKa, Jun 11, 2012.

  1. ThoKa

    ThoKa Guest

    Is there a comprehensive list of all command line interface paramaters available?
    The only parameter I found more or less by experimenting is

    Code:
    +highprio
    
    which starts rf2 in a high priority cpu-thread (gains a few fps on my system btw)

    Cheers
     
  2. buddhatree

    buddhatree Registered

    Joined:
    Dec 22, 2011
    Messages:
    1,700
    Likes Received:
    249
    Code:
    format c:\
    lol sorry I couldn't resist ;)
     
  3. ThoKa

    ThoKa Guest

    *shameless self bump*

    Are those rf1 parameters still valid?
    ("+fullproc" seems to be redundant because rf2 already uses all available cores, at least on my 2 core machine)

    Code:
    trace=<1-3> // this generates a file whose default location is
    UserData/Log/trace.txt that may be helpful in diagnosing problems with running
    the game.
    
    config=<file> // run game using a config file different than the default
    config.ini
    
    perfhud // testing/debugging graphics
    
    +profile "<name>" // this will run the game with the given player file
    name.
    
    +oneclick // this allows a dedicated server to start up and load a track
    without user intervention.
    
    +host // auto-host (unsupported?)
    
    +gamename "<name>" // set auto-hosted game name
    
    +password "<pswd>" // set auto-hosted game password
    
    +maxplayers <num> // set auto-hosted maximum number of players
    
    +connect <address:port> // auto-join at given address & port. If port given is 0,
    will use multiplayer.ini value "Query Port Start".
    
    +fullproc // use dual processors if available (should only be used with
    Microsoft’s dual processor fix for Windows XP SP2)
    
    +nosound // completely disable sound to diagnose problems
    
    
     
  4. Jorgen

    Jorgen Registered

    Joined:
    Oct 5, 2010
    Messages:
    558
    Likes Received:
    3
    Bumping again, can someone from the staff comment on which command line parameters that are valid for rF2? Thanks!
     
  5. MerlinC

    MerlinC Registered

    Joined:
    Nov 3, 2012
    Messages:
    282
    Likes Received:
    3
    +1
    Find it very confusing as well that there seems no clear explanation of available command line parameters.
     
  6. Diablo

    Diablo Registered

    Joined:
    Jan 20, 2013
    Messages:
    404
    Likes Received:
    0
    Well, I am not a developer, but I have done a search for strings in the executable a while back and found some of those parameters. Since this is a bit tedious, I am not in the mood to repeat it, so I will only comment on those I am certain about:

    trace=<1-5>: (I believe an ISI developer said 5 is the highest verbosity, setting it higher should not hurt though)

    +profile "name": works, for the dedicated server at least

    +oneclick: works, for the dedicated server at least; I don´t see any use for it in client mode anyway.

    +fullproc: is gone.

    +SimThreadPrio=<?>: is a new option I learned about here, no further info. My guess, the value corresponds to Windows Process priorities in decimal notation.

    +connect: still exists, have not tried it yet.

    config=%s: exists, haven´t tried it.

    perfhud: exists, haven´t tried it.

    +procmask=<num>: new option to set processor affinity, the num is a bitmask in decimal notation.

    That´s all for now...

    Cheers,
    Marcus
     
  7. Gonzo

    Gonzo Member

    Joined:
    Oct 5, 2010
    Messages:
    954
    Likes Received:
    303
    This might be interesting for some of you:

    +autojoin="GameName"

    Will immediately join the Server with the name.
    It might not work with spaces in the game-name, at least there was a bug in the past, not tested in the last time.

    +fullproc is gone, because "1" is the new default.
     
  8. Lazza

    Lazza Registered

    Joined:
    Oct 5, 2010
    Messages:
    12,345
    Likes Received:
    6,572
    Hmm... I saw autojoin in the exe but tried IP:port rather than the game name.. interesting...

    *... and probably should add, I was trying something along those lines when our server wasn't staying on the matchmaker so direct connect would have been useful. The game name obviously wouldn't have helped, since you'd need the matchmaker list to be able to reference the IP from the game name...
     
  9. Diablo

    Diablo Registered

    Joined:
    Jan 20, 2013
    Messages:
    404
    Likes Received:
    0
    I think +connect is supposed to work with IP:port, at least that´s how it works in rF1 if memory serves me right.
     
  10. Lazza

    Lazza Registered

    Joined:
    Oct 5, 2010
    Messages:
    12,345
    Likes Received:
    6,572
    Yeah, I saw that too and tried a number of combinations without success...
     
  11. F1Fan07

    F1Fan07 Member

    Joined:
    Jan 11, 2012
    Messages:
    627
    Likes Received:
    46
    If this allows alternate config.ini files then I'm happy. In rF1, I maintain three track directories: one general one, one for Race2Play and one for my home league. The last two run sometimes custom tracks so I'm always changing the Trackdir variable in config.ini for mods that I race in multiple leagues.
     
  12. MerlinC

    MerlinC Registered

    Joined:
    Nov 3, 2012
    Messages:
    282
    Likes Received:
    3
    A lot of guessing in regard command line parameter, isn't it? Although the software developer at ISI should have a clear answer!?

    Therefore I'm going to ask my question again: Could please somebody from ISI complete documentation of available command line parameters (incl. a description what they are good for)?

    Thanks in advance.
     
    Last edited by a moderator: Apr 8, 2013
  13. Gonzo

    Gonzo Member

    Joined:
    Oct 5, 2010
    Messages:
    954
    Likes Received:
    303
    Doet not work anymore.
    Use +autojoin="GAMENAME" instead
     
  14. MerlinC

    MerlinC Registered

    Joined:
    Nov 3, 2012
    Messages:
    282
    Likes Received:
    3


    ... and what is GAMENAME? Is this the servername?! Tryed the command with a valid server name from the server list - but rF2 did not connect after 5 min (!).
     
  15. Frog

    Frog Registered

    Joined:
    Dec 23, 2011
    Messages:
    4
    Likes Received:
    0
    i think, it would be important and necessary if you can provide a complete list of all comand-line parameters (with description of the function).
    thanks

    +1
    i vote for a complete list of al command-line-parameters
     
  16. Noel Hibbard

    Noel Hibbard Registered

    Joined:
    Oct 5, 2010
    Messages:
    2,744
    Likes Received:
    40
    Game name is the server name. This option broke over a year ago when server filters broke and I have given up on begging for a fix. It's sad because filters broke due to a bug on the MM server. Now we have a totally overhauled matchmaker with much more data including working filtering but the game isn't taking advantage of any of it.
     
  17. Noel Hibbard

    Noel Hibbard Registered

    Joined:
    Oct 5, 2010
    Messages:
    2,744
    Likes Received:
    40
    ISI has all of the command line options documented here:
    <DataPath>\Support\CLI.txt

    80% of these option don't actually work so don't get too excited.
     
    Robert Johnsson likes this.
  18. MerlinC

    MerlinC Registered

    Joined:
    Nov 3, 2012
    Messages:
    282
    Likes Received:
    3
    so we need to be more specific in regard our requests - Primarily I'm interested in a documentation of working command line parameters. Don't forget the product is no longer a beta version.


    Sent with Tapatalk
     
  19. Noel Hibbard

    Noel Hibbard Registered

    Joined:
    Oct 5, 2010
    Messages:
    2,744
    Likes Received:
    40
    Accurate documentation? Nah, never going to happen. That CLI.txt is left over from rF1. Hahaha
     
  20. MerlinC

    MerlinC Registered

    Joined:
    Nov 3, 2012
    Messages:
    282
    Likes Received:
    3
    I still have the hope that they will get better


    Should be an advantage for them as well - because what if a software developer leaves the company and did no proper documentation of the code he generated or functions he implemented? very likely another person will either spend a lot of time understanding what he did or the code will be re-done.


    Sent with Tapatalk
     

Share This Page