PiBoSo Official Forum

Great stuff!! Good luck to everyone involved.. Hope it all goes smoothly for yall!   ;) 8)

Good Luck everyone!

Good luck everyone.
Hawk, may the force be with you mate.

thanks guys... we hope that core.exe crash go on holiday for this champ :P

Quote from: Toomes1 on December 09, 2014, 07:20:47 AM
Good luck everyone.
Hawk, may the force be with you mate.

Thanks mate, appreciated. I'll do my best for Team HGP!   ;D

Hawk.

I'm Ready

Good luck and have fun guys! :D

Will there be a live stream available?

Hi, Is there any chance to race?? (somebody is off, as a replacement etc) I would like to participate but i missed sign up. :-(

Quote from: r1rossi on December 10, 2014, 02:05:59 PM
Will there be a live stream available?

Yes

Quote from: Mike404 on December 10, 2014, 05:44:50 PM
Hi, Is there any chance to race?? (somebody is off, as a replacement etc) I would like to participate but i missed sign up. :-(

Sorry Mike... withelist is done... no chance to sign up now :(

The camera man! Hehe  :D 8)

core.exe in the final straight of the last lap !!!!!!

I'm really bummed

google translation

3 time kick me som driver in the gras :o
after i feel good in the race,but mammamia my engin blowing up :o

i hope for the next race 8)

Sorry Yan24 for the crash... next time i'll be more clean :)

damage could have been hit a little drunk on the final laps.

Revenge in the next round.

google translation.

Quick results for the race. If any of the riders have EXPORTED the results on their own, pls contact us.

i would like to say that i have had a problem directly after my first counting quali-lap. i got a core after that first lap when i was trying to go to the garage. after that, i restarted the game but on the conneted-screen, rejoining the server, the game crashed with a core.exe

the strange thing is, that i was able to connect to the stk trainingserver. i am a little bit frustated, more after i saw the livestream...

well ... false start without moving, fantastic... ... :)

fortunately Aragon... is gone!

see you in next race.

for me didn't count a lap but no problem....

Quote from: ALEale on December 10, 2014, 10:45:47 PM
for me didn't count a lap but no problem....

Hi ALE.

I think the non-lap count is when riders run off track at a checkpoint and miss the checkpoint. I saw many riders run wide off track and then not come back on track for quite some distance while I was racing and while watching the live stream record.
I'm really not sure how that problem could be solved right now with the way checkpoints are placed with TrackED as part of the .RDF file??

Hawk.

Quote from: Hawk_UK on December 10, 2014, 11:10:59 PM
Hi ALE.

I think the non-lap count is when riders run off track at a checkpoint and miss the checkpoint. I saw many riders run wide off track and then not come back on track for quite some distance while I was racing and while watching the live stream record.
I'm really not sure how that problem could be solved right now with the way checkpoints are placed with TrackED as part of the .RDF file??

No Hawk, sorry.

It is right that if you miss a checkpoint you may not get your lap counted (even this is TBC, I think you don't get the lap counted in practice / qualify, in races it just gives you a time penalty, TBC).

But:

• Aragon has no checkpoints  :)
• We've seen plenty of times (past GPB Italia championship) a rider doing a clean lap (zero doubts) and the lap not being counted. For whichever reason, the server seems to start missing laps at a given point.
• Miscounting the laps of course messes up the final classification: in the classification above, if the server has missed one clean lap for ALE, ALE is infact 3rd, not 9th (assuming other riders hadn't got the same problem) ...

MaX.

Pretty reasonable race for me, apart from a session of hitting riders that spawned in front of me after they'd obviously fell-off; that set me back to about 11th place and had to try and fight my way back up to the middle field. But very pleased with the result so far.

Thanks ALE, great job mate! ;)

Also big thanks to Furious for doing the live streaming. Well done mate!  ;)

It was great fun, I enjoyed it!  ;D


Hawk.

Quote from: HornetMaX on December 10, 2014, 11:20:03 PM

Quote from: Hawk_UK on December 10, 2014, 11:10:59 PM
Hi ALE.

I think the non-lap count is when riders run off track at a checkpoint and miss the checkpoint. I saw many riders run wide off track and then not come back on track for quite some distance while I was racing and while watching the live stream record.
I'm really not sure how that problem could be solved right now with the way checkpoints are placed with TrackED as part of the .RDF file??

No Hawk, sorry.

It is right that if you miss a checkpoint you may not get your lap counted (even this is TBC, I think you don't get the lap counted in practice / qualify, in races it just gives you a time penalty, TBC).

But:

• Aragon has no checkpoints  :)
• We've seen plenty of times (past GPB Italia championship) a rider doing a clean lap (zero doubts) and the lap not being counted. For whichever reason, the server seems to start missing laps at a given point.
• Miscounting the laps of course messes up the final classification: in the classification above, if the server has missed one clean lap for ALE, ALE is infact 3rd, not 9th (assuming other riders hadn't got the same problem) ...

MaX.

Hi Max.

Your correct, I've just checked and there are no checkpoints on Aragon. But looking at it in TrackED it is probably the splits markers that are at fault?  If you look on Aragon between the 12/13th corners, many bikes run wide there and then cut across that corner to get back on track and would therefore miss that split-line positioned there. This would surely totally throw a blindside to the lap count, wouldn't it?

Hawk.

PS: I think ALE should go through the replay and re-classify the result, as obviously the result is wrong with the missed lap counts.

Quote from: Hawk_UK on December 10, 2014, 11:36:35 PM
Hi Max.

Your correct, I've just checked and there are no checkpoints on Aragon. But looking at it in TrackED it is probably the splits markers that are at fault?  If you look on Aragon between the 12/13th corners, many bikes run wide there and then cut across that corner to get back on track and would therefore miss that split-line positioned there. This would surely totally throw a blindside to the lap count, wouldn't it?

Hawk.

Yes, that could be. I can't grant for ALE in this specific case (we should look at the replay, that's easy to do) but I'm positive that in the past we've seen many many cases of laps missed for no real reason.

MaX.

for some mystery reasons server didn't record replay and results :(

so the classification posted by Furious will be the official i think :/


P.S.: somebody has recorded the replay at least?  ::)

Quote from: ALEale on December 11, 2014, 07:55:04 AM
for some mystery reasons server didn't record replay and results :(

I see a lot of frustration coming for the next races ...  ::)

Better warn the guys (the ones that are not yet aware, at any rate).

MaX.

Hi, not the reason for the disqualification at the start :o I just got the march out with the clutch and brake taken before the light turned green. The bike did not move or transferred the line.
What could have happened? Thank you.

See you at the next.

Google translation

@tonygas: another known bug, I think oDi got the very same problem and got DSQ too. Sometimes, it somehow detect a "false jumpstart".

MaX.

Quote from: HornetMaX on December 11, 2014, 07:59:11 AM

Quote from: ALEale on December 11, 2014, 07:55:04 AM
for some mystery reasons server didn't record replay and results :(

I see a lot of frustration coming for the next races ...  ::)

Better warn the guys (the ones that are not yet aware, at any rate).

MaX.

eheheheh  gpbikes = frustration

Max ormai noi "vecchi" ci abbiamo fatto il callo :)

Quote from: HornetMaX on December 11, 2014, 08:13:25 AM
@tonygas: another known bug, I think oDi got the very same problem and got DSQ too. Sometimes, it somehow detect a "false jumpstart".

MaX.

Ok, thanks Max 

Last night there were some problems, but the grid was full, the race was completed by almost all participants, so personally i'm happy.thanks to all participants for the seriousness and fairness demonstrated in the race and throughout the evening, THANK YOU ALL

Quote from: ALEale on December 11, 2014, 07:55:04 AM
for some mystery reasons server didn't record replay and results :(

so the classification posted by Furious will be the official i think :/


P.S.: somebody has recorded the replay at least?  ::)

Hi ALE.

I was just about to press the save button to save the replay when the race server disconnected on me, it disconnected very quick after the race finished... Sorry mate.  :(

Hawk.

Quote from: tonygas on December 11, 2014, 08:05:29 AM
Hi, not the reason for the disqualification at the start :o I just got the march out with the clutch and brake taken before the light turned green. The bike did not move or transferred the line.
What could have happened? Thank you.

See you at the next.

Google translation

Quote from: HornetMaX on December 11, 2014, 08:13:25 AM
@tonygas: another known bug, I think oDi got the very same problem and got DSQ too. Sometimes, it somehow detect a "false jumpstart".

MaX.

As far as I am aware if, after the start sequence begins, a rider then moves at all(even just putting it into gear moves the handle bars) then you are likely to get a jump start penalty. I'm sure we confirmed this during one of Peters Old School Races?

Hawk.

Thanks Hawk,

then I have to put down before you start the output stream? or when the traffic light turns green? I have already scared lol

Translation of google

Quote from: Hawk_UK on December 11, 2014, 09:54:54 AM
As far as I am aware if, after the start sequence begins, a rider then moves at all(even just putting it into gear moves the handle bars) then you are likely to get a jump start penalty. I'm sure we confirmed this during one of Peters Old School Races?

Hawk.

Likely maybe, but you shouldn't. Most of the time you can do plenty of things (move the handlebars, shift gears) and you're correctly not DSQ. On some occasions you don't even move at all and you get a DSQ.

Anyway, having to get 1st gear in when light turns to green is just silly for a simulator.

If you ask me, that's just another bug or server going nuts or netcode robustness problem.

MaX.

Quote from: tonygas on December 11, 2014, 10:30:55 AM
Thanks Hawk,

then I have to put down before you start the output stream? or when the traffic light turns green? I have already scared lol

Translation of google

Well I always keep my eye on the countdown for the start sequence, and make sure I am 1st gear engaged and clutch disengaged before the start sequence starts(and then keep perfectly still until lights turn green)... I think you'll find it works fine.

But as Max has stated above, you should be able to move about during the start sequence, so therefore it is something Piboso needs to look into as I agree with Max in that this is a BUG that needs sorting along with the server missing laps.
I cannot see why so long as you trigger the start line split that that registers your total lap alone, and then leave it up to the track authors to position checkpoint and subsequent penalties awarded for cutting certain parts of the track while riding around the track itself??

Now that the bikes done fall so easily when you go off track, and you can now easily ride on grass and sand to run back onto the circuit further along, it has now exaggerated this problem big time.

Hawk.

Quote from: HornetMaX on December 11, 2014, 10:40:20 AM

Quote from: Hawk_UK on December 11, 2014, 09:54:54 AM
As far as I am aware if, after the start sequence begins, a rider then moves at all(even just putting it into gear moves the handle bars) then you are likely to get a jump start penalty. I'm sure we confirmed this during one of Peters Old School Races?

Hawk.

Likely maybe, but you shouldn't. Most of the time you can do plenty of things (move the handlebars, shift gears) and you're correctly not DSQ. On some occasions you don't even move at all and you get a DSQ.

Anyway, having to get 1st gear in when light turns to green is just silly for a simulator.

If you ask me, that's just another bug or server going nuts or netcode robustness problem.

MaX.

I absolutely agree on 99% of your points there, but I've never had a disqualification or a jump start without moving something, be it waving my hand, moving handlebars, or engaging gear after start sequence has already started; Often thought I'd been hard done to when it happened only to except my fault after analysing the replay after, and seeing what I'd actually done. Lol

But yes. Totally agree with you that you should be able to move so long as your bike doesn't move forward over your designated grid position line. It is a bug and does need sorting out because it is SO frustrating to get disqualified for the wrong reasons after you've put so much into practice and qualifying to run the race.
That's the sort of thing that makes riders drop out of championships because they feel hard done by and think what's the point of racing a champs for points when they are going to get penalised like that through no fault of there own.

Hawk.

Quote from: Hawk_UK on December 11, 2014, 01:32:53 PM
I absolutely agree on 99% of your points there, but I've never had a disqualification or a jump start without moving something, be it waving my hand, moving handlebars, or engaging gear after start sequence has already started;

I clearly remember a GPB-IT race where 3 riders (one being me) were DSQ for jump start at the very same instant (really, all the 3 .... there, there ... gone). Chances of each of them being moving something at the very same instant are pretty thin ...

Anyway, just another little thing that adds up to the global list of unsatisfactory things before people can really enjoy racing online.

MaX.

First of all thank aleale by the organization and all participants.
As for the race I'm happy with second place but not by the distance F93BG was going very fast.

sorry, google tranlation.

Remember to set the replay buffer so it can record long replays too. In the gpbikes.ini

Add in


replay  = XXXXX


Instead of X's that is the number of available memory you have in K, to want GP Bikes to use.

Quote from: Klax75 on December 12, 2014, 11:55:04 AM
Remember to set the replay buffer so it can record long replays too. In the gpbikes.ini

Add in

Code Select Expand


replay  = XXXXX


Instead of X's that is the number of available memory you have in K, to want GP Bikes to use.

number to 20 min record +-?

Quote from: Davide74 on December 13, 2014, 01:28:02 PM

Quote from: Klax75 on December 12, 2014, 11:55:04 AM
Remember to set the replay buffer so it can record long replays too. In the gpbikes.ini

Add in

Code Select Expand


replay  = XXXXX


Instead of X's that is the number of available memory you have in K, to want GP Bikes to use.

number to 20 min record +-?

I think to be honest, you'd probably need an hour+ of record replay space.... Sorry I'm not sure of the number of bytes to enter as the figure as I don't usually record replays.

Hawk.

Quote from: Davide74 on December 13, 2014, 01:28:02 PM

Quote from: Klax75 on December 12, 2014, 11:55:04 AM
Remember to set the replay buffer so it can record long replays too. In the gpbikes.ini

Add in

Code Select Expand


replay  = XXXXX


Instead of X's that is the number of available memory you have in K, to want GP Bikes to use.

number to 20 min record +-?

For a replay of 20 minutes a value of 100 - 150MB should be enough (depending on the number of players).

For Peter's Oldschool races I always used a value of ~500MB. The size of the final replay files was between 220 and 450MB.

[CORE]
replay=500000000 ; ~500 MB


The default replay size is 10MB. If you increase the replay size, the dedicated server's core.exe process allocates this additional memory. 

I always slam 1GB in it: RAM is not a big issue and disk space even less.

MaX.

Quote from: HornetMaX on December 13, 2014, 07:03:11 PM
I always slam 1GB in it: RAM is not a big issue and disk space even less.

MaX.

Hehe, you are right but with 12 dedicated servers running (GPB/WRS/KRP) you'll be a bit more careful ...

Thanks