rec.autos.simulators

The ignorance on this fact, is starting to show on VROC!!!!

If you want to continue to shut us out of your races, then continue
with your  <=500 ping settings, but i hope that sensibility prevails
soon, and the ignorance of the effects of medium latency figures, with
a good error free connection prevails.
I have raced on-line to America, Europe and England, with pings up to
650, without creating ANY problems for the other clients or host, and
it is a real shame to see some of the GPL Hosts on VROC, taking this
selfish step in Latency delay Policy.
If you really feel the need to limit high latency users, then cap the
limit at 600, which is both a reasonable and fair limit to impose on
the clients, but to cap it under 600, is just being selfish in the
extreme..

Cheers,
Ron, a sim driver from DownUnder.

I setup my PC as a dedicated host when I can and set the limit to 500ms
(shame on me).  I don't mind increasing it as long as people of any
latency would check their Latency and Quality.  The best quality is 1.0.
If they have, say, 0.6 quality I would expect them to to the right thing
and leave the server or ask the other drivers if they are warping too
badly.

Since I don't race and can't see the screen in dedicated mode, anyone
racing on my machine can give me feedback via email (check my URL at the
bottom of the page) on the warping of other cars and the overall enjoyment
they get out of using my server.

I've tried to host Brands Hatch but it doesn't want to start -- very
strange.

Expect my machine to be changed to 600 from this evening on.

Jason. (J.Monds hosting on VROC)

Ben....who hasn't had a decent race since 1.1 :(
.....but who will get a ff wheel soon :)

--
Mark Seery
GPML league director
http://www.racesimcentral.net/

ps..  by the way, my original post wasn't a dig at you, just a general
plea to all sensible and caring hosts....

Sorry Ron,
I must confess I myself was one of those "selfish" hosts setting flag "L" to
300 as I wasn't really aware of the situation you describe.........this is a
real treadmill (??Zwickmhle in German??), because on the one hand, you
wanna get rid of ppl not caring of others *at all* and just click everything
that's under their mouse-cursor, on the other hand you wanna get reasonable,
fair racers into your event. I for my part will change the flag to 600 in
the future and put even *more* emphasis onto reminding people to be a bit
more sensible concerning their attitude when joining races, see my "Some
more thoughts on VROC-Racing", posted in this NG...........
BTW, while Papyrus is "looking into the patch", maybe a Flag "A" could be
implemented? (ping less than 0.xxx + Australia)  :))
cya and keep smiling! :))
Markus

---Asgeir---

I understand why some folks think that setting the maximum ping rate for
clients to join a GPL session is a "good thing".  But, this in and of
itself is a very misleading criteria for a good connection.  It's not
the latency in and of itself that is the killer, but lost packets.  I
would much prefer that Papyrus use a percentage of lost packets instead
of a simple ping scale for chosing who can and can't join a host.

Since GPL 1.1 does not seem to synch the hosts send_every rate with the
clients, we can't use the "quality" rating of the connection.  However,
if Papyrus were to implement the host dictating the send_every settings
for all clients joining the race, it would be highly more reliable, fair
and accurate to use a minimum "quality" threshold for allowing clients
to join a host.

I have hosted more than my share of races online and I can vouch for the
fact that many of our overseas brothers can have a more stable presence
in GPL online races with high pings than some local folks with low
pings.  So, please be judicious if you feel you must use the feature in
the 1.1 GPL to exclude folks with high ping rates.  (That is unless you
are trying to exclude some of the cream-of-the-crop fast racers which
all seem to reside somewhere right of the Atlantic <G>).

--
**************************** Michael E. Carver *************************
     Upside out, or inside down...False alarm the only game in town.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<[ /./.  [-  < ]>=-=-=-=-=-=-=-=-=-=-=-=-=-=

        I have to agree too. Only because (I think it was Ron) Ron connected
and said that the pings were in the 600ms range and he *did* have a
great connection.  The only time I will not allow someone in a race of
mine is when they drive counter race, or are full of four letter words.
(F3's ^*&ckin &^*ck 68ck ec..)

        It's just my opinion but I would assume that at least 90% of the
warping drivers are from people that run online races with computers
strait out of the box rather then tinkering with the computer to run
with online racing.  Plus, people that run a lot of applications in the
back ground while racing thinking that it shouldn't matter.

Just guessing,
Mike Barlow

Mark Seery ***sports
http://www.racesimcentral.net/

Sim Racing Mag
http://www.racesimcentral.net/

Race Communications Association
http://www.racesimcentral.net/

Holodyne Engineering

Mystic Music

(have Your !!Name/Address!! placed here)

        My clients get 1.450 to 1.5xx all the time.  Should I play with the
core.ini to get that figure lowered to 1.0?  I understand that the
Quality of more then 1.0 means that the clients are getting more then
expected, but, is that a good thing? or a bad thing?

Mike Barlow
--
=========================================
Mike Barlow of Barlow Racing?
=========================================
Member of R.O.R. 1999
http://www.racesimcentral.net/~marknjess/ror.html
=========================================
Racing online with the help of......

Mark Seery ***sports
http://www.racesimcentral.net/

Sim Racing Mag
http://www.racesimcentral.net/

Race Communications Association
http://www.racesimcentral.net/

Holodyne Engineering

Mystic Music

(have Your !!Name/Address!! placed here)

Remco

I do think that Randy Cassidy did address this issue in another post.
Quality basically reports the percentage of lost or bad packets.
Actually I should say "expected" packets.  A quality of 1.0 would mean
that 100% of the expected packets have been received.  A quality of
0.500 would indicate that 1/2 of the expected packets were bad or
missing.

%       My clients get 1.450 to 1.5xx all the time.  Should I play with the
% core.ini to get that figure lowered to 1.0?  I understand that the
% Quality of more then 1.0 means that the clients are getting more then
% expected, but, is that a good thing? or a bad thing?

This would indicate that you are sending more packets than your clients
are "expecting".  I would wager to guess that you have your
server_send_every set to 2 and not the "VROC norm" of 3.  Apparently
with 1.1, this is not an issue like it was with verion 1.0 (where if
these settings were not identical on both machines, the client could not
join).  When I tested with this in version 1.1, it seems as if the races
hosted with a setting of send_every = 2 on the host made for very warp
free races.  This was even the case when the clients had the send_every
set to 3.  However, I am still waiting for word from Randy as to whether
this works they way it seems (i.e., host dictates the send_every and
send_size).  A quality of 1.5 would indicate that the client is
receiving 0.5x the amount of packets it was expecting.

--
**************************** Michael E. Carver *************************
     Upside out, or inside down...False alarm the only game in town.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=<[ /./.  [-  < ]>=-=-=-=-=-=-=-=-=-=-=-=-=-=

Jason.

Regards

Bob