Latency measures the amount of time that it is taking data to be transmitted between you and the GPL server. It's a round-trip time, and is similar to the "ping time" reported in other programs. High latency tends to cause warping - lateral and/or longitudinal displacement of a remote car from its actual path.
The top of the meter corresponds to a latency of 1 second, or 1000 ms; the bottom corresponds to 0 ms, or zero latency. Lower is obviously better, although you'll probably never see zero latency, even on a LAN.
If a GPL host does not use VROC's option to force a VROC bandwidth on the clients, your Q meter may indicate high data loss. This is merely an indication of a mismatch between your bandwidth settings and the server's. It's not critical, but it can increase the risk of disconnections.
Any VROC bandwidth setting, if selected by the host, will avoid bandwidth mismatches. The Typical bandwidth setting is the safest, and ensures that people with analog modems will not have their Internet connection overwhelmed with too much data.
We recommend that hosts use the VROC Typical bandwidth setting.
The bottom of the meter corresponds to 0% packet loss, or very high quality. The top of the meter corresponds to 100% packet loss, or very low quality. Again, lower is better.
Skew. The S meter measures Skew, which is the amount of time that your client's clock currently differs from the server's. Your clock will skew if the server is running slower than real time, if your client is running slower than real time, or if there is an increase or decrease in latency of a significant duration.
A small amount of flickering around the middle is normal, but if the Skew meter runs consistently high, chances are that the server is overloaded. Let the host know this if you can. If the Skew meter runs consistently low, your machine is probably overloaded, and you should cut back on graphic details or upgrade your hardware.
If the Skew meter gradually diverges until a clock smash occurs, either you or the host are badly over-driving your machine, or your connection to the host is very poor.
Optimal Values. In general, you want to see a minimal amount of red in the meters, although some latency is normal, and also a certain amount of data loss (measured by the Q meter) is common. With GPL 1.2, very good racing can often be experienced even at high and variable latency readings, provided you are careful to maintain adequate separation between your car and other cars to allow for warping.
Disconnections. If transmission of data between you and the GPL server has been interrupted, the Q meter will gradually rise. This means that the connection between you and the server has been severed, and GPL will eventually stop running the car and return to the Multiplayer screen. If practice isn't over, you can probably rejoin, but if you're in a race, you're out of luck.
If disconnects occur frequently on a given server, try other servers. Use WinVROC's Inspect feature to examine the route between you and servers you have problems with. If you repeatedly experience disconnects from many servers, check your connection software configuration, your connection hardware, and consider trying a new ISP.
See the Help page for more details about troubleshooting connection problems.
Unfortunately, no. This issue was thoroughly investigated during the development of GPL 1.2. GPL's communications code proved to be very robust. It was found that connection problems occur outside of GPL, either in Windows' TCP/IP stack or on the routers providing the route between client and server.
Certain events outside of GPL cause transmission of GPL's packets to be interrupted, although sometimes error packets continue to be delivered to GPL. Recovery from this condition would have required substantial revisions to GPL's multiplayer architecture, and is beyond the scope of what was possible to address in the GPL 1.2 patch.
Although connection problems can't be eliminated, you can take measures to reduce them by optimizing your hardware configuration, your communications software configuration, and your link to the Internet (including choosing the best ISP available to you) and by selecting high-quality GPL servers to which you have a high quality link.
See the Help page for more details about optimizing your system for racing GPL online. See the meters section above for information about how to use GPL 1.2's meters to help diagnose connection problems and identify high-quality servers.
You can now issue private chat messages to any one of the players connected to the server. Begin your message with "/", followed by a unique fragment of the name of the player or the player's car number preceded by a #, followed by the message. For example:
/#16 Hey, John. What's up? /smith What's up? /j.smith What's up? /jo.smi What's up? /john.smith What's up?
If you are a Boss of a remote server, you can shut down the server with the following command:
To list all the chat commands available, type:
Remember that these commands are mostly useful only to Boss users.
VROC 2.0 and GPL 1.2 render the core.ini file largely irrelevant for most users. Although the core.ini file can contain many parameters, almost all of these parameters are set by VROC or WinVROC. Most users do not need to be concerned with core.ini at all.
If you race on VROC 2.0 or WinVROC 2, you don't need to use a core.ini file unless you want to do one of the following:
You can Download the core.ini file currently being used by Alison Hine for GPL 1.2, and also examples by Bart Westra with extensive documentation of the various parameters.
Simply insert these lines in your core.ini:
[ Joy ] allow_force_feedback = 1
Alison presents an extensive discussion about Force Feedback and offers suggestions for the various core.ini and driver settings for the Logitech wheel, and explains how to use CH pedals with this wheel.
Simply add these lines to your core.ini:
[ SERVER ] auto_save_replay = 1 ; Auto save replay if launched?
At the end of the race, the replay will be saved to the gpl\replay folder with the same file name as an automatically saved standings file, but with an extension of .rpy instead of .html.
No. Except for the improved collision detection, the physics in GPL 1.2 are identical to the physics in GPL 1.1.