**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
I'm on 0.6U11, I've been unable to trigger it again since my last post - I've just joined almost every populated server in order. It occurs to me that the error I got last night might have been an old skin still stuck (I usually just put up with white cars rather than fix it), and that cloudflare might have been the problem after all. I will keep testing when I can.
PS, Scawen: I didn't mean to suggest that you didn't code a timeout, just that fixing it would be a tweak worthy of going to an official version. I know a lot of people are waiting for that so that Lazy can be updated. The meaning was lost in the endless edit
Re: disabling downloads at your end - on one hand we can do that individually if it's a problem for us and can keep it turned on if we're OK with restarting to work around the issue. On the other new users doesn't necessarily know that they can do that, and/or won't realise that that's what they've got to do. Big downsides for both options
PS, Scawen: I didn't mean to suggest that you didn't code a timeout, just that fixing it would be a tweak worthy of going to an official version. I know a lot of people are waiting for that so that Lazy can be updated. The meaning was lost in the endless edit
Re: disabling downloads at your end - on one hand we can do that individually if it's a problem for us and can keep it turned on if we're OK with restarting to work around the issue. On the other new users doesn't necessarily know that they can do that, and/or won't realise that that's what they've got to do. Big downsides for both options
Still happening here, too. Regardless of the cause of the download not working, I think we need a tweak to LFS so that a stuck download will timeout instead of hanging. Network issues are never that far away.
Same experience here, and for quite a few people at our event yesterday (we were switching cars every few races, so it probably occurred for us more than usual use). Nothing resolves it except restarting LFS, someone said they had to restart more than once.
It seemed to be occasional last week, but this week it seems more frequent. I have all the replays of the event if they're any help.
It seemed to be occasional last week, but this week it seems more frequent. I have all the replays of the event if they're any help.
The results are in!
https://piranmoto.co.uk/events/18
Congratulations to RD2 on returning to the top step of the podium, winning comfortably over a field of 23 by claiming an incredible 181 points of a possible 210! RaceGreen's RedBot claims 2nd place for the second week running, also with comfortable margin. 3rd place was earned by Uber, his first time on the PiranMOTO DD podium.
Join us next week for more!
PLEASE NOTE, this week is the week of timezone shenanigans in PiranMOTO's home country - Events from now until spring will be held at 20:00 UTC
https://piranmoto.co.uk/events/18
Congratulations to RD2 on returning to the top step of the podium, winning comfortably over a field of 23 by claiming an incredible 181 points of a possible 210! RaceGreen's RedBot claims 2nd place for the second week running, also with comfortable margin. 3rd place was earned by Uber, his first time on the PiranMOTO DD podium.
Join us next week for more!
PLEASE NOTE, this week is the week of timezone shenanigans in PiranMOTO's home country - Events from now until spring will be held at 20:00 UTC
**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
yes/66/racon
**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
The results are in!
https://piranmoto.co.uk/events/17
Congratulations to PiranMOTO's own Vitas on victory of enormous margin over a field of 24! RaceGreen's RedBot claims 2nd place - one place higher than last week, whilst PiranMOTO's Jon swiped 3rd by a single point.
Join us next week for more!
https://piranmoto.co.uk/events/17
Congratulations to PiranMOTO's own Vitas on victory of enormous margin over a field of 24! RaceGreen's RedBot claims 2nd place - one place higher than last week, whilst PiranMOTO's Jon swiped 3rd by a single point.
Join us next week for more!
**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
You client has been processing the car's physics all the while the packet is being sent, then when the packet it received, it goes back to the time point where the packet was sent and reprocesses the data from that point up to 'now'. There's overlap - some of the frames have been processed with stale data, then reprocessed with fresh data after the packet.
Essentially, for each second each car requires 1 second's worth of physics processing, plus half* as much as the total pings of all packets received for that car in that second. Ie, a ping of 50ms and 4 packets/sec will require an extra 100ms of 'overlap' processing per second, so 1.1 seconds of processing per second for that car. 40 packets/sec as mentioned above would be 200% - quite an increase.
*I'm assuming ping is including the return journey, hence halving here for average of one direction.
**snip for bandwidth**
Last edited by Racon, .
Reason : **snip for bandwidth**
Or you could try them?
If I understand it correctly, more packets would also mean more physics processing, as each packet causes some recalculations to account for ping.
#66
PiranMOTO Open DD Events - Every Friday 19:00 UTC
**snip for bandwidth**
############################################
Open DD Event #16 Results are in!
Congratulations to event winner RD2!
From a field of 20, first-time winner RD2 beats last week's winner [TC-R] Pete by the slimmest of margins, followed by newcomer Geoff in third.
Full race results are available at https://piranmoto.co.uk/events/16
############################################
Open DD Event #16 Results are in!
Congratulations to event winner RD2!
From a field of 20, first-time winner RD2 beats last week's winner [TC-R] Pete by the slimmest of margins, followed by newcomer Geoff in third.
Full race results are available at https://piranmoto.co.uk/events/16
Last edited by Racon, .
Reason : timezone shenanigans
#616
yes/66/racon
Race 2, lap 8, lap time 50 seconds to 1 minute. #100 blocks #616.
Moves right to block twice, then left, then right again. Releases throttle on contact, causing loss of place in addition to blocking overspeed pass.
Moves right to block twice, then left, then right again. Releases throttle on contact, causing loss of place in addition to blocking overspeed pass.
You only need to do port forwarding on the computer that is running the server, not all of you.
I don't know if it's the cause of your issue or not, but my router will choke if I put ranges in to the port-forwarding - I have to list every port in its own rule separately to the others.
I don't know if it's the cause of your issue or not, but my router will choke if I put ranges in to the port-forwarding - I have to list every port in its own rule separately to the others.
#616
Spoilers!
Ooops, outdated info that I neglected to update! I recently rejiggered my servers and have done away with PiranMOTOBLIndustrial. All tracks that were available there, including all of Luca's BL Industrial series, are now available on PiranMOTOStreetRacing instead
I don't care what tech is used to simulate tyres, I care whether it feels right or not. Immersion > everything else. IMHFBO, of course.
FGED GREDG RDFGDR GSFDG