Piboso it would be possible include an Auto-Reset aid in the option menu for the reset after a crash?
After a fall, we begin to press the reset button as the Damned and many times we do a double or triple reset, losing time ;D
... and ofcourse the bike should fall and not get up again and go down a whole straight .. sometimes, theres no reset possible for like 20 seconds
~doN
Hope you don't mind me putting this here Blackhelmet but...
I would like the reset to be further tuned by reducing a little the distance to the next rider that prevents respawn. Or our primary solution preferably.
It should be reduced also the distance for the blue flags, which I think is the same :P
Be much better if Piboso allowed us to edit the min/max lines so track modders could dictate where immediate respawns were positioned out of harms way, especially while respawning on corner sections of tracks.
The current respawn solution is just putting back the old beta solutions of respawn.... Beta 8 and pervious beta respawn(reset) solutions have proved to be a nightmare for riders who like the respawn(reset) during a race event. ;)
Personally I'd go hardcore without any respawn for actual race sessions, but that's just my preference not shared by many it seems. :P
Hawk.
What happened to the "respawn where the bike stops" stuff ?
Quote from: Napalm Nick on March 07, 2016, 09:23:54 AM
..... Or our primary solution preferably.
Tis wot I meant.
My proposal is have a option to choose to get back on track the bike automatically when the way is free, without having to press a fucking "magic button" ::)
Quote from: Blackheart on March 07, 2016, 09:04:36 PM
My proposal is have a option to choose to get back on track the bike automatically when the way is free, without having to press a fucking "magic button" ::)
So you like the bike respawn solution as it is now except you want GPB to do it automatically instead of you having to press a reset button?
Quote from: HornetMaX on March 07, 2016, 08:36:34 PM
What happened to the "respawn where the bike stops" stuff ?
That would be better than what we have now for sure, but having thought about it some more I can foresee problems would occur in eventualities were a bike would come to rest behind a barrier or similar situation were resetting at that position would mean not being able to get back on track, or at the very least a rider having to travel via places were the rider would totally miss sector markers and mess-up the lap timings/counts to get back on track. Much simpler and less troublesome to just allow a track modder to edit the min/max lines to dictate were the bikes respawn(safely) in the event of an accident at all positions on track relative to the centreline at the point were the bike hit the deck.
Hawk.
Quote from: Hawk on March 07, 2016, 09:26:53 PM
So you like the bike respawn solution as it is now except you want GPB to do it automatically instead of you having to press a reset button?
Yes, it is not a perfect solution but it works :P In addition we are all more careful. ;D
Quote from: Hawk on March 07, 2016, 09:26:53 PM
Quote from: HornetMaX on March 07, 2016, 08:36:34 PM
What happened to the "respawn where the bike stops" stuff ?
That would be better than what we have now for sure, but having thought about it some more I can foresee problems would occur in eventualities were a bike would come to rest behind a barrier or similar situation were resetting at that position would mean not being able to get back on track, or at the very least a rider having to travel via places were the rider would totally miss sector markers and mess-up the lap timings/counts to get back on track.
I don't see respawning to a place where it is impossible to come back happen too often.
Miss sector markers should not a problem unless you miss the finish line (which again, is unlikely).
We even discussed that there should be no checkpoint check during a race.
The min/max line solution: doesn't solve the real issue (wait forever before respawn) and requires to modify all the tracks.
Quote from: HornetMaX on March 08, 2016, 09:02:43 AM
Quote from: Hawk on March 07, 2016, 09:26:53 PM
Quote from: HornetMaX on March 07, 2016, 08:36:34 PM
What happened to the "respawn where the bike stops" stuff ?
That would be better than what we have now for sure, but having thought about it some more I can foresee problems would occur in eventualities were a bike would come to rest behind a barrier or similar situation were resetting at that position would mean not being able to get back on track, or at the very least a rider having to travel via places were the rider would totally miss sector markers and mess-up the lap timings/counts to get back on track.
I don't see respawning to a place where it is impossible to come back happen too often.
Miss sector markers should not a problem unless you miss the finish line (which again, is unlikely).
We even discussed that there should be no checkpoint check during a race.
The min/max line solution: doesn't solve the real issue (wait forever before respawn) and requires to modify all the tracks.
Why would a rider have to wait forever if the min/max lines edit solution was used? I think you've misunderstood the idea behind the min/max line editing solution Max?
Right now when the min/max lines are created they lay at the edges of the track surface and cannot be adjusted/edited at all. Now on straights that works pretty well, but on corner sections it means the bike was respawned with a high degree of probability straight into the line of another rider hence now we've had to go back to the previous beta solution of GPB waiting till potentially all riders have past before a respawn is possible. both not good situations for riders to be in if respawn is what floats your boat in GPB.
Editing of the min/max lines would allow an immediate respawn at positions dictated by the track author(safe respawn positions) off the track surface and relative to the crash point from the centreline but also guarantee to be within the bounds of the circuit itself. This would allow other riders to also see the fallen riders path back onto the track surface and give those riders plenty of opportunity to adjust their line to avoid contact(as in reality) with the rider as he makes his way back onto the track surface should it be required.
In actual fact it would not be a lot dissimilar to the respawn were the bikes comes to a standstill after a crash except that in this case the bike would respawn safely off the track surface relative to the crash point with no chance of having the bike stuck behind a barrier or other object unable to find their way back on track, and also no chance of missing any timing sector markers that would definitely affect the a riders overall race time which in turn would surely affect their final race position(hence messing up the lap counts) even though the SF sector marker is supposed to count the laps completed, but does the SF sector marker do that alone or take into account the other sector timing markers too before it registers a completed lap count?
Having no checkpoint markers: Well a lot of tracks already have no checkpoint markers anyway. Checkpoint markers are only implemented were you want to give penalties for situations like cutting through side roads to join the main track again a lot further up the track or to stop corner cutting or using a wide space off the racing track surface to gain time, so having no checkpoint markers is really another story altogether and has nothing to do with respawn situations.
As far as tracks having to be modified: If the min/max line edit solution was implanted then tracks could be updated as and when required and it would take at most 30 mins to do it properly so long as the edit tool was properly developed to make it as easy as possible to do, ie: drag and place positionly with the mouse from the original placing of the min/max lines at immediate trackside, and not have to build the min max lines from scratch like we have to do with the track centreline. It would not be a problem or any big issue to do that. :)
Hawk.
Waiting forever = because GPB still checks no rider is around before letting you spawn (on some short tracks, this sucks).
If you allow instant respawn into "safe zones" = OK, but that does not grant that a rider will be following a weird trajectory and will find a bike appearing right in front of him from nowhere.
That unless you put the "safe zones" out of track: but in that case, why not letting the bike where it stops ?!
In real life, if the bike crashes and stops on the track, it restarts (assuming it can) from there. And there's no problem with that, as incoming riders see the bike down and have to avoid it.
With what you propose, the bike will stop on the track, then magically disappear and reappear somewhere else.
IRL the bike goes down and the rider tries to get back on from that point, anything else is unrealistic and in hardcore, if you dont avoid a bike by taking the right action you hit it as IRL. If you want to settle the IRL to SIM issue you need a softcore and hardcore mode as some have suggested, would that not make more people happy and life easier?
And an rider animation for bump starting the bike if stalled hehe
DD
Quote from: HornetMaX on March 08, 2016, 12:59:46 PM
Waiting forever = because GPB still checks no rider is around before letting you spawn (on some short tracks, this sucks).
GPB does that currently yes, but that could be changed in the scenario were we use editable min/max lines. The bike would then be able to respawn immediately on the positioned min/max lines relative to the centreline were the crash occurred.
Quote from: HornetMaX on March 08, 2016, 12:59:46 PM
If you allow instant respawn into "safe zones" = OK, but that does not grant that a rider will be following a weird trajectory and will find a bike appearing right in front of him from nowhere.
That unless you put the "safe zones" out of track: but in that case, why not letting the bike where it stops ?!
In real life, if the bike crashes and stops on the track, it restarts (assuming it can) from there. And there's no problem with that, as incoming riders see the bike down and have to avoid it.
With what you propose, the bike will stop on the track, then magically disappear and reappear somewhere else.
The safe zone would were the min/max line is positioned but relative to were the crash occurred but the rider would respawn on that min/max line. Obviously the min/max line would be placed(edited) during track authoring to a safe position out of the way of the racing pack of riders.
The term "Safe zone" was only used to reflect a safe positioning of the min/max line off the racing track surface, it isn't something like safe box area at a certain place were all bikes would respawn. Lol ;D
I'd be all for letting the bike respawn were it stops in the aftermath of the crash so long as a solution for the bike being behind a barrier or a place that would make it difficult for the rider to get back on track in the aftermath of an accident was found, but I think a solution for that problem would be pretty difficult to solve as there could be so many different places and situations that would need accounting for in code that Piboso would be forever updating it.
You have to remember that we will have road race tracks as well as dedicated racing circuits, and in road race tracks there will be so many places a rider could have difficulty getting back on track if the rider was respawned at the place the bike came to rest after an accident. I just think you'd be creating a lot of unforeseen problems Max that would be very difficult to solve to make it reliable.
Quote from: doubledragoncc on March 08, 2016, 01:40:35 PM
IRL the bike goes down and the rider tries to get back on from that point, anything else is unrealistic and in hardcore, if you dont avoid a bike by taking the right action you hit it as IRL. If you want to settle the IRL to SIM issue you need a softcore and hardcore mode as some have suggested, would that not make more people happy and life easier?
And an rider animation for bump starting the bike if stalled hehe
DD
Oh DD... I'm all for the hardcore option of having a crash and your out of the race situation because I think it would promote real racing and not hotlap madman kamkazi attitudes on raceday. Lol. ;D
But I also realise that many do like the Arcady element of respawn too. So I agree that the two should be implemented, both as optional settings for server admins and the settings menu.
But yes indeed, I think the ultimate would be for the rider to get up and run to his bike and try and get going again! That would be great! ;D
Hawk.
I don't know how many played SBK2001. That was one of my favorite bike games of all time.
Anyway, EA Sports used a system there(If Enabled) where you have to run to the bike where it has crashed... Like Hawk has mentioned in the above post.
I believe 'hardcore mode' or not, that would be our best solution considering this is a sim.
Falling will then mean you have some sort of penalty for making a mistake and loosing time in a way that makes more sense than seeing your bike lay on the ground with the rest of the field just screaming their way past you. Just as Hawk mentioned the running to your bike when crashing it struck me, that... that infact would be our best option.
I can't see much going wrong with that. For people who thinks its too hardcore. I would simply ask WHY? Because everytime you crash you have to run to your bike? Mmmmm well, we are already waiting for reset when bikes are 1km away.
EDIT:
Adding on to that, I think the running to bike when crashing should be the 'normal' setting/option. And IF there was to be a respawn option it would be for the more arcade-like crowd of people.
DUDE I got taken out so much in last race, right on first corner had NO chance and it sucked!!! Oh and I think Boerenlater parked his front wheel in my bottom too lol.
It is hard on you if you get knocked off by someone (like me) who is learning and you must then be out of the race. Could there be a way to make such events NOT count and you can carry on, but not the one who knocked you off? In a sim some compromise MUST be made to be fair.
DD
Quote from: dareaper46 on March 08, 2016, 02:27:33 PM
I don't know how many played SBK2001. That was one of my favorite bike games of all time.
hehe! You sound just like me ! ;D
Do a search for SBK2001 and you will find a lot of talk on it here hehe.
This exact discussion too lol.
Still the game GPBikes has to beat!
Quote from: Hawk on March 08, 2016, 02:13:55 PM
The safe zone would were the min/max line is positioned but relative to were the crash occurred but the rider would respawn on that min/max line. Obviously the min/max line would be placed(edited) during track authoring to a safe position out of the way of the racing pack of riders.
Hawk, if you allow instant respawn on track, even if out of the best line, you always have the risk of a rider being off the best trajectory and seeing a bike appear all of a sudden in front of him. How do you handle this ? You ask everybody to ride only on the best line ?!
Quote from: Hawk on March 08, 2016, 02:13:55 PM
I'd be all for letting the bike respawn were it stops in the aftermath of the crash so long as a solution for the bike being behind a barrier or a place that would make it difficult for the rider to get back on track in the aftermath of an accident was found, but I think a solution for that problem would be pretty difficult to solve as there could be so many different places and situations that would need accounting for in code that Piboso would be forever updating it.
In fact the "respawn where it stops" is the simplest to put in place as there's very little to do on PiBoSo's side. It's just respawn where it stops (which was already in place in one of the past betas) and disregard checkpoints during races. Nothing else. Maybe double check that timing is not screwed if intermediates are skipped, but if there's a problem here, it's already there today (so that's irrelevant to our discussion).
Quote from: Hawk on March 08, 2016, 02:13:55 PM
You have to remember that we will have road race tracks as well as dedicated racing circuits, and in road race tracks there will be so many places a rider could have difficulty getting back on track if the rider was respawned at the place the bike came to rest after an accident. I just think you'd be creating a lot of unforeseen problems Max that would be very difficult to solve to make it reliable.
Show me a few examples, cause really I can't see the issue here. You can always walk the bike.
Worst scenario I can see: you have a 300Kmh crash, bikes goes up in the air and falls behind a stand/wall/truck/whatever and you can't get back on track. Too bad: ESC and back to the pits.
GP500 + SBK2001 was my drug.
Onboard view on SBK2001 was still something unprecedented today. I actually tried to look for a graphics overhaul mod for SBK2001 last week, but saw there was nothing :(.
Anyway, I really reckon the running to crashed bike sounds awesome.
What are we on now 2016...hmmm not come very far have we.
Quote from: HornetMaX on March 08, 2016, 02:46:13 PM
Quote from: Hawk on March 08, 2016, 02:13:55 PM
The safe zone would were the min/max line is positioned but relative to were the crash occurred but the rider would respawn on that min/max line. Obviously the min/max line would be placed(edited) during track authoring to a safe position out of the way of the racing pack of riders.
Hawk, if you allow instant respawn on track, even if out of the best line, you always have the risk of a rider being off the best trajectory and seeing a bike appear all of a sudden in front of him. How do you handle this ? You ask everybody to ride only on the best line ?!
Your obviously totally misunderstanding my concept with the editable min/max line respawn Max...... The min/max line positioning would be edited so that the respawn position at the min/max line would be off the track surface, therefore you would not have the bike respawning or appearing like magic on the track surface at all. The rider would have to ride back onto the track surface from the point of respawn off track. You could literally edit the min/max lines so that they more or less follow the trackside barriers well off the track surface. :)
Quote from: HornetMaX on March 08, 2016, 02:46:13 PM
Quote from: Hawk on March 08, 2016, 02:13:55 PM
I'd be all for letting the bike respawn were it stops in the aftermath of the crash so long as a solution for the bike being behind a barrier or a place that would make it difficult for the rider to get back on track in the aftermath of an accident was found, but I think a solution for that problem would be pretty difficult to solve as there could be so many different places and situations that would need accounting for in code that Piboso would be forever updating it.
In fact the "respawn where it stops" is the simplest to put in place as there's very little to do on PiBoSo's side. It's just respawn where it stops (which was already in place in one of the past betas) and disregard checkpoints during races. Nothing else. Maybe double check that timing is not screwed if intermediates are skipped, but if there's a problem here, it's already there today (so that's irrelevant to our discussion).
Quote from: Hawk on March 08, 2016, 02:13:55 PM
You have to remember that we will have road race tracks as well as dedicated racing circuits, and in road race tracks there will be so many places a rider could have difficulty getting back on track if the rider was respawned at the place the bike came to rest after an accident. I just think you'd be creating a lot of unforeseen problems Max that would be very difficult to solve to make it reliable.
Show me a few examples, cause really I can't see the issue here. You can always walk the bike.
Worst scenario I can see: you have a 300Kmh crash, bikes goes up in the air and falls behind a stand/wall/truck/whatever and you can't get back on track. Too bad: ESC and back to the pits.
That is exactly what I'm talking about, and if your going to allow respawn in a race then it would be a little unfair for those that are unfortunate enough to find themselves in situations like that to have to escape back to the pits and race over, don't you think?
Walk the bike? Are you kidding me? Lol. Can you imagine being in that situation behind a barrier or whatever and not knowing which way or exactly were you'd be able to get back on track? You might as well just bail-out of the race altogether.
Best thing would be to just give us the hardcore option too so those of us that want a more realistic scenario don't have to deal with the Arcady Kamakazi promoting side of GPB at all. Leave that to the boys. :P
Hawk.
Quote from: dareaper46 on March 08, 2016, 02:48:09 PM
GP500 + SBK2001 was my drug.
Onboard view on SBK2001 was still something unprecedented today. I actually tried to look for a graphics overhaul mod for SBK2001 last week, but saw there was nothing :(.
Those were my drugs as well. Still have the original box for GP500. :)
Stopped playing them though, because I can't use my custom controller, and when it comes to GP500, it is not even possible to set up the Xbox360 as I want. Guess I got spoiled by my own creation. :) I do miss them though... :(
Cheers,
/David "Gonzo" Boda #46
Ok guys with Off Topic, but without exaggeration. was a topic with a simple feature request ... is no longer readable. :o
Quote from: Blackheart on March 08, 2016, 04:21:52 PM
Ok guys with Off Topic, but without exaggeration. was a topic with a simple feature request ... is no longer readable. :o
Surely not. I'm sure Piboso is capable of reading your initial post Blacky. Most posts are concerning the reset function as far as I can see, don't you think so?
Hawk.
Quote from: Hawk on March 08, 2016, 03:15:39 PM
Your obviously totally misunderstanding my concept with the editable min/max line respawn Max...... The min/max line positioning would be edited so that the respawn position at the min/max line would be off the track surface, therefore you would not have the bike respawning or appearing like magic on the track surface at all. The rider would have to ride back onto the track surface from the point of respawn off track. You could literally edit the min/max lines so that they more or less follow the trackside barriers well off the track surface. :)
No I'm not misunderstanding it, that's why I precised "if you allow instant respawn on track" (and im my previous previous post I clearly handled both cases for your solution, on/off-track respawn).
Now, if your idea is to put min/max lines off track, what I'm saying is that this is not as trivial as you think. Plus it requires to modify all our tracks. And finally, even if no bike will magically appear on track (which is good), bikes that will stop on track will magically disappear (which is not a tragedy, but not that good for a sim).
So overall the pros (impossible to end up in a spot from which you can't get back on track) are far less than the cons (more complex to implement, need to modify all tracks).
And you didn't give me a concrete example of a track where you can reasonably end up in a dead spot :)
Quote from: HornetMaX on March 09, 2016, 04:05:32 PM
Quote from: Hawk on March 08, 2016, 03:15:39 PM
Your obviously totally misunderstanding my concept with the editable min/max line respawn Max...... The min/max line positioning would be edited so that the respawn position at the min/max line would be off the track surface, therefore you would not have the bike respawning or appearing like magic on the track surface at all. The rider would have to ride back onto the track surface from the point of respawn off track. You could literally edit the min/max lines so that they more or less follow the trackside barriers well off the track surface. :)
No I'm not misunderstanding it, that's why I precised "if you allow instant respawn on track" (and im my previous previous post I clearly handled both cases for your solution, on/off-track respawn).
Now, if your idea is to put min/max lines off track, what I'm saying is that this is not as trivial as you think. Plus it requires to modify all our tracks. And finally, even if no bike will magically appear on track (which is good), bikes that will stop on track will magically disappear (which is not a tragedy, but not that good for a sim).
So overall the pros (impossible to end up in a spot from which you can't get back on track) are far less than the cons (more complex to implement, need to modify all tracks).
And you didn't give me a concrete example of a track where you can reasonably end up in a dead spot :)
The current logic of respawning onto the min/max lines relative to the point from the centreline at which you crashed could surely accommodate the repositioning of the min/max lines with very little addition to the actual respawn logic for that? It would be the edit tool that would require the most work to achieve actually being able to edit the min/max line positions manually by track authors surely?
Don't get me wrong Max, either solution I'd go for and would be better than what we have now or have had in the past, but I just feel that a tool to edit the min/max lines would be more useful in the long run, especially when we start to get more actual "road" circuits appearing. The respawn problems would then be in the hands of the track authors to fix for each individual circuit and not left for months for an update from Piboso.
The tracks with current min/max lines could still operate the same until they were updated by a track author, it wouldn't have to be the case that all tracks were suddenly out of action until they were updated.
But as I say, if Piboso would just give us the hardcore option(surely the easiest of all options to implement) and then I'd be happy, and this respawn business can be left to the boys. :P
Btw: I didn't give you a track example because whatever track I'd say you'd then want a video of the actual occurrence of such a situation. I can see it coming. Lol :P ;D
Hawk.
Quote from: Hawk on March 09, 2016, 06:35:55 PM
It would be the edit tool that would require the most work to achieve actually being able to edit the min/max line positions manually by track authors surely?
Right, allowing editing of min/max lines in tracked doesn't look trivial to me. So yes, the effort to do for your solution is bigger than the effort for the other solution, both for piboso and track creators.
Quote from: Hawk on March 09, 2016, 06:35:55 PM
Don't get me wrong Max, either solution I'd go for and would be better than what we have now or have had in the past, but I just feel that a tool to edit the min/max lines would be more useful in the long run, especially when we start to get more actual "road" circuits appearing. The respawn problems would then be in the hands of the track authors to fix for each individual circuit and not left for months for an update from Piboso.
Road circuits are actually interesting. If there are walls on both sides, where do will you make the bike respawn ? On track.
So somebody will see a bike appear out of nowhere right in front of him, while the same bike, an instant before, was lying on the track 300m ahead, visible by all. What's the point ?!
Quote from: Hawk on March 09, 2016, 06:35:55 PM
Btw: I didn't give you a track example because whatever track I'd say you'd then want a video of the actual occurrence of such a situation. I can see it coming. Lol :P ;D
No I won't need a video. Just a spot where you can think a bike could reasonably stop onto with the rider unable to come back on track.
Interestingly, on MXB forums there's the same discussion around reset/respawn (http://forum.mx-bikes.com/index.php?topic=861.0 (http://forum.mx-bikes.com/index.php?topic=861.0)).
The idea of respawning where the bike stops seems to be OK to all (all the ones who posted at least).
On top, Teeds proposed to have a reset delay dependent on crash speed (higher crash speed, higher delay, capped to something that makes sense), but then BadStar proposed something even better: respawn delay dependent on the distance between the crashed bike and the rider. As if taking into account the time it takes to run to the bike.
So when you crash, the biker stays where it stops, if the rider is far way you'll wait more than if the rider is nearby the bike. Once the delay expired, you're immediately on the bike.
I quite like it: no button to press, kind of fair with respect to crash severity, no need to modify any track, no "bike appearing all of a sudden problem".
Thats the most realistic and practical one so far
Sounds good, some workaround for a runaway bike would be needed of course (no R to reset). 2 minutes of runaway followed by 2 minutes of delay might get a tad rage-quitty lol.
I had the worst run away bike on Snetterton on the first corner testing button bounce and the bike ran away for like 10 secs, hit the barrier, did a frickin U-turn, came BACK towards me, dissapeared into the trees until it found the one and only frickin hole and crashed GPB!!! Bike runaway needs to be sorted dude, It should be part of the reset program, an automatic STOP of the bike after so long. Then the auto reset. I've had a bike go almost 40 frickin seconds even running along the damn barriers!!!
DD
PiB changed the runaway for B7 in that it can now be stopped with R but there are still times when this does not work. I don't know the criteria for it working or not working. In this suggested method of auto reset it would take the ability to stop a runaway, away.
Yeah, but runaway is a different issue, the bike with no rider is just way too stable.
As a workaround, there could be a limit to runaway time (time the bike goes on with no rider).
Lightbulb light......................
Well pointed out Max. With no rider the bike is Too stable, in my MXB test where the MX rider and GP rider were siting wrong on the bike but it was stable as hell, smooth as a babies botty!!! I know its off topic but a very interesting point.
DD
Quote from: doubledragoncc on March 24, 2016, 08:47:54 AM
I had the worst run away bike on Snetterton on the first corner testing button bounce and the bike ran away for like 10 secs, hit the barrier, did a frickin U-turn, came BACK towards me, dissapeared into the trees until it found the one and only frickin hole and crashed GPB!!! Bike runaway needs to be sorted dude, It should be part of the reset program, an automatic STOP of the bike after so long. Then the auto reset. I've had a bike go almost 40 frickin seconds even running along the damn barriers!!!
DD
I'll sort that hole for the next update(to be released soon). ;)
Thanks DD. ;D 8)
Hawk.
Its in the trees to the left of the track where all the campers take a dump. Wear a mask when workin on it.
DD
What'd be nice would be a pukka respawn line.
...like an AI race spline but just for respawning with a control variable for each point to set on or off. i.e. don't respawn on this section, go back to the last 'on' bit.
Then you could lay out a line staying as offline as possible, take it onto the grass where need be, start folk off on slip roads and runoff area, etc.
Quote from: doubledragoncc on March 24, 2016, 11:13:15 AM
Its in the trees to the left of the track where all the campers take a dump. Wear a mask when workin on it.
DD
ROFL!! ;D
Already fixed mate. (Still giggling here) Lol ;D
Hawk.
Quote from: Grooveski on March 24, 2016, 11:34:06 AM
What'd be nice would be a pukka respawn line.
...like an AI race spline but just for respawning with a control variable for each point to set on or off. i.e. don't respawn on this section, go back to the last 'on' bit.
Then you could lay out a line staying as offline as possible, take it onto the grass where need be, start folk off on slip roads and runoff area, etc.
Good idea Grooveski. Almost the same as being able to edit the min/max lines currently in GPB, you could achieve the same results. ;)
Hawk.