Idea definitiva per le penalità da cut off [per i devs]

[Robbiexsstar]

Io continuo a pensare che il taglio non può essere analizzato confrontandolo con il giro di riferimento, ma deve essere legato a due variabili:

1) Durata del taglio

2) Percentuale di decelerazione avuta durante il taglio

 

Il software dovrebbe tenere conto di questi due fattori per determinare se il taglio è da sanzionare oppure no.

 

Il taglio della pista porta un vantaggio anche se riesco a fare un tempo superiore a quello di riferimento, come nel caso in cui la manovra non permetta un sorpasso oppure grazie al taglio riesco a girare comunque più velocemente di quello che mi permettono le mie gomme.

Legare il giudizio ad un giro di riferimento comporta la possibilità di aggirare il sistema traendone vantaggio.

 

Se invece si parte dalla convinzione che un taglio viene considerato sempre da sanzionare, a meno che il pilota non si comporti in un certo modo, allora questo annulla la possibilità di sfruttare il taglio della pista.

Un modo per farlo è ancorare l'analisi del taglio a quelle due variabili.

In sostanza il pilota deve alzare il piede ogni volta che taglia la curva e deve rallentare di una certa percentuale.

Il taglio viene considerato ogni volta che non ci sono 2 ruote sull'asfalto (il cordolo non è asfalto) e le percentuali di decelerazione dovrebbero essere proporzionali al tempo che il pilota passa fuori pista.

Semplificando

Caso A: Se il pilota mette 2 ruote oltre il cordolo e 2 sul cordolo per 1 decimo di secondo alla comparsa del messaggio il pilota dovrà decelerare rispetto alla sua attuale velocità del 20% (se la curva con traiettoria normale si percorre a 70 km/h e con il taglio si percorre a 80 km/h, il pilota dovrà decelerare di 16 km/h che di fatto non solo annullano il vantaggio ma rendono più svantaggioso il taglio).

Caso B: Se il pilota si trova nelle stesse condizioni di cui sopra ma resta fuori pista per 3 decimi di secondo dovrà decelerare del 40% rispetto alla velocità in cui è stata rilevata l'uscita di pista (se la curva con traiettoria normale si percorre a 70 km/h e con il taglio si percorre a 90 km/h, il pilota dovrà decelerare di 36 km/h che di fatto non solo annullano il vantaggio ma rendono più svantaggioso il taglio)

Caso C: Se il pilota esce di pista e resta fuori mezzo secondo dovrà decelerare del 60% rispetto alla velocità di inizio del taglio. (se l'uscita di curva avviene a 200km/h il pilota dovrà decelerare di 120 km/h che rendono più svantaggioso il taglio)

Caso D: Se il pilota esce di pista e resta fuori tra il mezzo secondo e 1 secondo dovrà decelerare sino all'80% rispetto alla velocità di inizio del taglio. (è il caso della prima variante di Monza dove se sia arriva a 300 km/h e si tira dritto, il sistema chiede di rallentare di almeno 240 km/h, con una velocità di uscita di 60 km/h!).

Ovviamente le percentuali dovrebbero essere proporzionali al tempo che l'auto resta fuori pista.

 

Il sistema così impostato riesce a distinguere tra un taglio e un'uscita di pista.

Se utilizziamo il sistema di cutin e cutout di Sagara, infatti, vediamo che la penalità può essere scontata anche durante il taglio.

Prendete il caso di una vettura che ha tagliato per 3 decimi e rallenta del 40% durante il taglio, nel momento in cui rientra in pista è il sistema che rileva la condotta del pilota.

Parimenti se uno esce di pista e resta nelle vie di fuga per più di 1 secondo la sua velocità di si sarà già ridotta dell'80% e quindi al rientro in pista non sconterà alcuna penalità.

 

Piccola aggiunta: la penalità dovrebbe essere scontata entro un tot numero di metri (utilizzare il settore cronometrato creerebbe delle distorsioni) e se non lo si fa scatta il drivethrough.

Concordo sul fatto che dopo 3 tagli (non uscite di pista) al 4° ci debba essere un drivethrough.

Infine il sistema dovrebbe essere rivisto in caso di tagli effettuati nell'ultimo giro (o negli ultimi metri dell'ultimo giro).

In quel caso il sistema dovrebbe essere abbastanza severo sommando il tempo del drivethrough al tempo finale.

 

Secondo me una modalità del genere potrebbe essere d'aiuto anche a quelle gare dove c'è la direzione gara in carne ed ossa.

 

Oltrettutto rappresenterebbe un nuovo approccio alle verifiche dei tagli, diverso rispetto a quello di iR.

[miky731]

Robbe è troppo complicato da gestire, ci sono anche situazioni dove si và fuori pista ma non si sanziona in nessun modo e si chiude un'occhio, un programma non può arrivarci a certe cose.

Due esempi semplici del Gp di F1 appena svolto reale...Raikonnen arriva alla prima curva con Vettel di fianco e và fuori pista per evitare il contatto (lasciate perdere il colpo che ha preso dietro)...in quel caso il fuoripista è da considerarsi nullo e può farlo anche 20 volte se gli capitano le stesse situazioni.

Stesso discorso in uscita dalla ESSE veloce o all'ultima curva, spesso si vedevano le F1 andare larghi oltre cordolo fin sulla terra, anche in quel caso son tagli da considerarsi nulli, non è che lo fanno apposta (c'è il rischio che una volta ti va bene la seconda ti parte a muro). Ovvio che l'escursione avvantaggia cmq un po' rispetto a chi sta dentro ma non vengono sanzionate ste cose, son considerati errori non voluti o situazioni di gara.

Nella realtà le uniche situazioni in cui vediamo dato il Warning per tagli è quando sistematicamente un pilota esce fuori nello stesso punto ripetendo la manovra (vedi Massa alle piscine di Monaco).

Anche nelle moto vedi a Laguna Seca Valentino-Stoner, Valentino ha tagliato e ha tratto vantaggio ma amen, era una situazione particolare, non è che ogni giro passava di li apposta.

[Cris_Ace]

Se posso dire la mia secondo me un bel drive trough ad OGNI taglio di pista evidente (entro certi range da stabilire ma prefissati) e passa la paura;

siccome in ogni software il bug è sempre dietro l'angolo, penso che la soluzione di ogni problema stia nella sua semplicità;

è vero che si subirebbero dei drive through anche per uscite non volute, ma è pur vero che per trovarsi "li" con la macchina uno la cavolata deve averla fatta....e soprattutto in questo modo il metro di giudizio è uguale per tutti

Non vuoi incappare nella penalità? Benissimo, fai attenzione; sei al volante di una lotus 79 da mille cavalli dietro ad un monitor, è ovvio che tu non abbia paura per nulla; facciamo che invece di rischiare la pelle hai almeno la paura di tagliare la pista no?

Questo è quello che penso io detto molto volgarmente, ma è un modo semplificato di inserire la variabile "paura" nei simulatori, visto che con l'avanzare della tecnologia fisica e sensazioni le possiamo emulare, ma rimangono ancora i limiti fisici di quello che significa il "simulare" stando seduti davanti ad un monitor... E' ovvio che uno l'errore poi lo fa ancora, ma se è per cosi dire " spaventato" che al taglio di pista corrisponde una penalità sicura ( per sopperire alle mancanze di quanto detto sopra) secondo me si guiderebbe in modo ancor piu' fedele alla realtà.

Edited March 18, 2015 by Cris_Ace

[sagara79]

@Sagara79: forse stai facendo un po' di confusione con le regole di gara.

La bandiera blu si mostra esclusivamente a piloti doppiati non semplicemente a chi è più lento.

 

Quindi se io sono in 4° posizione e l'avversario in 5° posizione, se a 2 giri dalla fine inizio a tagliare le curve oltre il limite per poter evitare che chi mi insegue possa avvicinarsi troppo alla mia vettura, sto difendendo la posizione in maniera illecita.

Nelle gare normali si viene sanzionati per questo comportamento mentre nel tuo sistema dovrebbero semplicemente restituire il tempo "rubato".

Ma il tempo "rubato" viene calcolato sul giro di riferimento e non su quanto ho guadagnato sul mio diretto inseguitore.

Questo vuol dire che un taglio di pista potrebbe avvantaggiarmi di 1 decimo al giro sul tempo di riferimento, ma potrebbe avvantaggiarmi di 2 o 3 decimi sul mio diretto inseguitore.

Se vengo penalizzato di solo 1 decimo ho comunque guadagnato qualche metro rispetto al mio inseguitore e questo potrebbe creare delle tattiche che possano vanificare l'efficacia del tuo sistema.

Guarda che so bene come funzionano le bandiere BLU. Forse però voi non sapete come funziona il codice in un software. Se c'è già il codice che gestisce le bandiere blu si utilizza lo stesso codice nelle situazioni che dite voi semplicemente rinominando la penalità e il colore della bandiera e facendo scattare l'evento "bandiera blu" in una nuova situazione, non è difficile e tutti i problemi che dite non si verificherebbero. 

 

Nel momento in cui si è rallentato abbastanza da far scomparire la penalità principale dovuta al taglio, anche quella relativa alla "finta" bandiera blu scompare.

 

Comunque noto che il problema principale che crea dubbi alla maggior parte di voi sia il fatto che la penalità uno la può smaltire rallentando nei punti dove li pare, tenendo comunque i tizi dietro giusto? Beh si può fare in modo che al posto di aspettare il traguardo o i due intermedi successivi si dia invece un timer entro il quale ritornare nel delta, tipo chesso 20 o 30 secondi terminati i quali se non si è scontato il tempo in eccesso c'è la squalifica, fermo restando l'applicazione del sistema di cui sopra.

Edited March 18, 2015 by sagara79

[Robbiexsstar]

Comunque noto che il problema principale che crea dubbi alla maggior parte di voi sia il fatto che la penalità uno la può smaltire rallentando nei punti dove li pare, tenendo comunque i tizi dietro giusto? Beh si può fare in modo che al posto di aspettare il traguardo o i due intermedi successivi si dia invece un timer entro il quale ritornare nel delta, tipo chesso 20 o 30 secondi terminati i quali se non si è scontato il tempo in eccesso c'è la squalifica, fermo restando l'applicazione del sistema di cui sopra.

 

 

Questo sistema è migliore, però deve essere completato da un limite massimo di tagli di pista oltre il quale si viene puniti con un drivethrough.

Sono d'accordo con chi dice che dovrebbero essere distinte le uscite di pista dai tagli, al fine del computo delle penalità.

[sagara79]

Io continuo a pensare che il taglio non può essere analizzato confrontandolo con il giro di riferimento, ma deve essere legato a due variabili:

1) Durata del taglio Si ma in termini assoluti a che ti serve? La durata di un taglio di una gt2 è diversa da quella di una 500 abarth e poi non si tiene conto dei punti in cui lasci e rientri in pista

2) Percentuale di decelerazione avuta durante il taglio come ho già scritto basta tenere traccia del delta della velocità oltre che dei tempi nei punti di uscita e ingresso del taglio, easy

 

Il software dovrebbe tenere conto di questi due fattori per determinare se il taglio è da sanzionare oppure no.

 

Il taglio della pista porta un vantaggio anche se riesco a fare un tempo superiore a quello di riferimento, come nel caso in cui la manovra non permetta un sorpasso oppure grazie al taglio riesco a girare comunque più velocemente di quello che mi permettono le mie gomme.

Legare il giudizio ad un giro di riferimento comporta la possibilità di aggirare il sistema traendone vantaggio.

 

Se invece si parte dalla convinzione che un taglio viene considerato sempre da sanzionare, a meno che il pilota non si comporti in un certo modo, allora questo annulla la possibilità di sfruttare il taglio della pista. e se uno taglia per evitare un contatto? con il mio sistema verrebbe penalizzato solo se ha effettivamente guadagnato dal taglio, se il tizio non vuole avere questo rischio cerca di non tagliare troppo la pista o di rallentare PRIMA di rientrare in pista

Un modo per farlo è ancorare l'analisi del taglio a quelle due variabili.

In sostanza il pilota deve alzare il piede ogni volta che taglia la curva e deve rallentare di una certa percentuale. 

Il taglio viene considerato ogni volta che non ci sono 2 ruote sull'asfalto guardo che è così che funzionano i tagli anche nel mio sistema (il cordolo non è asfalto) e le percentuali di decelerazione dovrebbero essere proporzionali al tempo che il pilota passa fuori pista.

Semplificando

Caso A: Se il pilota mette 2 ruote oltre il cordolo e 2 sul cordolo per 1 decimo di secondo alla comparsa del messaggio il pilota dovrà decelerare rispetto alla sua attuale velocità del 20% (se la curva con traiettoria normale si percorre a 70 km/h e con il taglio si percorre a 80 km/h, il pilota dovrà decelerare di 16 km/h che di fatto non solo annullano il vantaggio ma rendono più svantaggioso il taglio).

Caso B: Se il pilota si trova nelle stesse condizioni di cui sopra ma resta fuori pista per 3 decimi di secondo dovrà decelerare del 40% rispetto alla velocità in cui è stata rilevata l'uscita di pista (se la curva con traiettoria normale si percorre a 70 km/h e con il taglio si percorre a 90 km/h, il pilota dovrà decelerare di 36 km/h che di fatto non solo annullano il vantaggio ma rendono più svantaggioso il taglio)

Caso C: Se il pilota esce di pista e resta fuori mezzo secondo dovrà decelerare del 60% rispetto alla velocità di inizio del taglio. (se l'uscita di curva avviene a 200km/h il pilota dovrà decelerare di 120 km/h che rendono più svantaggioso il taglio)

Caso D: Se il pilota esce di pista e resta fuori tra il mezzo secondo e 1 secondo dovrà decelerare sino all'80% rispetto alla velocità di inizio del taglio. (è il caso della prima variante di Monza dove se sia arriva a 300 km/h e si tira dritto, il sistema chiede di rallentare di almeno 240 km/h, con una velocità di uscita di 60 km/h!). 

Ovviamente le percentuali dovrebbero essere proporzionali al tempo che l'auto resta fuori pista. è un sistema con troppi confronti e condizioni

 

Il sistema così impostato riesce a distinguere tra un taglio e un'uscita di pista.

Se utilizziamo il sistema di cutin e cutout di Sagara, infatti, vediamo che la penalità può essere scontata anche durante il taglio. non è esatto in realtà se si rallenta sufficentemente prima di rientrare, nell'istante del "Cut in" il sistema verificherà che non c'è stato guadagno di tempo e quindi non ci sarà la penalità

Prendete il caso di una vettura che ha tagliato per 3 decimi e rallenta del 40% durante il taglio, nel momento in cui rientra in pista è il sistema che rileva la condotta del pilota.

Parimenti se uno esce di pista e resta nelle vie di fuga per più di 1 secondo la sua velocità di si sarà già ridotta dell'80% e quindi al rientro in pista non sconterà alcuna penalità.

 

Piccola aggiunta: la penalità dovrebbe essere scontata entro un tot numero di metri (utilizzare il settore cronometrato creerebbe delle distorsioni) e se non lo si fa scatta il drivethrough.

Concordo sul fatto che dopo 3 tagli (non uscite di pista) al 4° ci debba essere un drivethrough.

Infine il sistema dovrebbe essere rivisto in caso di tagli effettuati nell'ultimo giro (o negli ultimi metri dell'ultimo giro).

In quel caso il sistema dovrebbe essere abbastanza severo sommando il tempo del drivethrough al tempo finale.

 

Secondo me una modalità del genere potrebbe essere d'aiuto anche a quelle gare dove c'è la direzione gara in carne ed ossa. ma alla fine utilizzando il mio sistema che quantifica in maniera "univoca" il taglio si hanno tutti gli elementi per dare penalità diverse in base al taglio e alle diverse situazioni di gare

 

Oltrettutto rappresenterebbe un nuovo approccio alle verifiche dei tagli, diverso rispetto a quello di iR.

Ammazza quanto scrivete

[sagara79]

 

Comunque noto che il problema principale che crea dubbi alla maggior parte di voi sia il fatto che la penalità uno la può smaltire rallentando nei punti dove li pare, tenendo comunque i tizi dietro giusto? Beh si può fare in modo che al posto di aspettare il traguardo o i due intermedi successivi si dia invece un timer entro il quale ritornare nel delta, tipo chesso 20 o 30 secondi terminati i quali se non si è scontato il tempo in eccesso c'è la squalifica, fermo restando l'applicazione del sistema di cui sopra.

 

 

Questo sistema è migliore, però deve essere completato da un limite massimo di tagli di pista oltre il quale si viene puniti con un drivethrough.

Sono d'accordo con chi dice che dovrebbero essere distinte le uscite di pista dai tagli, al fine del computo delle penalità.

 

Ma con l'analisi del delta rispetto ad un tempo di riferimento, il sistema lo distingue già in automatico!

 

Esempio: stai affrontando una curva a destra, vai largo, quindi esci all'esterno (il sistema rileva e memorizza nell'istante del cut off delta velocità e delta tempo) rientri allungando la traiettoria e perdendo un casino di tempo (nell'istante del rientro grazie al confronto con i delta nell'istante del cut off il sistema "capisce" che è un errore e non ti dà penalità!

 

Stessa cosa se esci per evitare un possibile contatto, uscendo dalla traiettoria ideale perdi tempo specie se non era una cosa prevista e intenzionale e a meno che non rientri in un punto troppo avanti, tipo quando tagli un tornante, non devi avere una penalità, perchè non hai cercato di guadagnare ma di evitare il contatto, analizzando i delta il sistema lo "capisce".

 

Il t

[MaoZeTung]

Ragazzi avete mai provato iracing? Bè li funziona così in maniera molto semplice con il delta vedete qualche video e vi renderete conto di quello che dico

[sagara79]

Ragazzi avete mai provato iracing? Bè li funziona così in maniera molto semplice con il delta vedete qualche video e vi renderete conto di quello che dico

Ma infatti secondo me è la soluzione più semplice e allo stesso tempo più funzionale per capire chi taglia per errore o chi taglia traendone un guadagno sul tempo. I modi con cui poi "smaltire" la penalità acquisita sono dettagli, o si dà un timer con Tot tempo per far decidere come smaltirla oppure si rallenta in automatico come con il metodo vecchio dei 5sec di penalità, dove questa volta non sono 5sec fissi ma un tot ottenuto dal calcolo del delta e soprattutto non vengono dati ogni volta che si arriva larghi!

[Nexus7]

In ogni caso questa idea di Sagara andrebbe assolutamente provata (e affinata con prove e test approfonditi), chissene se esisterà sempre un BM che cercherà di fregare tanto quello è un punto fisso: i disonesti ci saranno sempre e comunque, tutto stà a 'limitare' il loro raggio di azione e la libertà di barare.

Questa, chiamiamola app anche se alla fine dovrebbe far parte del codice sorgente, x me riveste la stessa importanza, se non maggiore, della nuova app x i pitstop appena uscita.

 

 

Edited March 18, 2015 by Nexus7