[CICLO 5] Storia 1

[cionci]

E' il solito problema della gemma che si sposta velocemente a destra e a sinistra quando vengono premuti due tasti... Se premo prima il tasto destro e subito dopo il sx, la gemma si sposterà prima a destra e poi a sinistra... Se le pressioni capitano in due polling diversi (la frequenza di polling della tastiera è molto alta) si vede la gemma che per pochissimo tempo si sposta destra e poi di nuovo a sinistra... Se la pressione avviene nello stesso polling allora la gemma non si sposta...

[cionci]

Al contrario del codice attualmente nel repository, puoi premere mille volte i tasti destra e sinistra contemporaneamente e la gemma comunque si troverà sempre nella stessa posizione...

[fek]

Originariamente inviato da cionci

E' il solito problema della gemma che si sposta velocemente a destra e a sinistra quando vengono premuti due tasti... Se premo prima il tasto destro e subito dopo il sx, la gemma si sposterà prima a destra e poi a sinistra... Se le pressioni capitano in due polling diversi (la frequenza di polling della tastiera è molto alta) si vede la gemma che per pochissimo tempo si sposta destra e poi di nuovo a sinistra... Se la pressione avviene nello stesso polling allora la gemma non si sposta...

Hmmm, sta diventando tutto troppo complicato per un problema cosi' semplice da risolvere.

Si potrebbe stabilire un tempo minimo sotto il quale la pressione di due tasti opposti genera nessun evento, invece di generarne due.

[cionci]

Ho fatto il commit...

[cionci]

Originariamente inviato da fek

Si potrebbe stabilire un tempo minimo sotto il quale la pressione di due tasti opposti genera nessun evento, invece di generarne due.

Sì, ma dovremmo fare il prelievo degli eventi almeno con un intervallo doppio di quel tempo minimo...e non solo, non basterebbe comunque...

Dai un'occhiata adesso al gioco...

[cionci]

in effetti, visto che gie venti vengono registrati, possiamo richiamare reactToInput ogni tot millisecondi...ora faccio una prova...

[cionci]

Già facendo uan cosa del genere le cose migliorano notevolamente:

    private static void processInput()
    {
        if(input.isKeyEscape())
        {
            finished = true;
        }
        
        long timeStamp = timer.getTime();
        if(timeStamp - lastInputProcessed >= 150)
        {
            lastInputProcessed = timeStamp;
            
            grid.reactToInput(input, timer);        
        }

    }

[fek]

Ok, questo impone una frequenza di campionamento dell'input fissa, che e' una cosa positiva. Ma Jocchan deve darci la sua sensazione a riguardo dopo averlo provato.

A me la soluzione piace, e' semplice ed elegante.

[cionci]

La sensazione nel movimento normale non cambia... In ogni caso se arrivassero 2 pressioni all'interno dello stesso intervallo di tempo (cosa molto difficile in 150 ms) la gemma verrebbe spostata di due caselle...

Allora faccio un commit di questa modifica ?

[cionci]

Originariamente inviato da cionci

La sensazione nel movimento normale non cambia... In ogni caso se arrivassero 2 pressioni all'interno dello stesso intervallo di tempo (cosa molto difficile in 150 ms) la gemma verrebbe spostata di due caselle...

Se poi vogliamo risolvere anche questo problema possiamo fare un'interpolazione della gemma al momento del disegno, in modo da creare un movimento fluido...

[cionci]

Con 120 secondo me si ottiene il rate migliore... Premendo due tasti qualche volta la gemma si vede spostare a destra e poi a sinistra...succede in circa il 10-15% dei casi...ed il movimento è più lento rispetto a prima...

[cionci]

Ho fatto il commit ed ho modificato il file GameConfig.xml: ho aggiunto/modificato RepeatDelay (la ripetizione di un tasto avviene dopo questo intervallo di tempo) e InputRate, che è il valore sopra impsotato a 120...

[fek]

Ottimo. Vediamo che dice Jocchan ora.

[Jocchan]

Ho testato l'ultima build (la 285) e avevo l'impressione che la reattività agli input non fosse un granchè. Abbassando a 60 InputRate le cose migliorano notevolmente, ed il leggero flickering che avviene quando si premono sx e dx con una differenza di tempi bassissima è del tutto trascurabile (avviene insomma solo quando si VUOLE vedere cosa accade). Quindi, direi di settare 60 come default.

L'unica cosa che mi ha lasciato un pò perplesso è questa: generalmente, lasciando cadere le gemme fino a riempire la schermata, ci sono solo 6 caselle in cui queste non possono mai cadere (ovviamente non è un difetto di design, dato che le pietre che cadono dall'alto in ogni modalità possono sempre riempirle, e che con tutta probabilità quando avremo gemme che cadono a coppie il loro numero scenderà ulteriormente), ma in tutte le altre è tranquillamente possibile posizionare delle gemme.
Le caselle a cui mi riferisco sono queste in figura:


Nella versione che ho testato oggi, a volte capita di non riuscire a piazzare le gemme anche in alcune caselle dove prima arrivavano tranquillamente. Ogni tanto ci arrivano, ma in maniera del tutto casuale. Ancora non posso dire se si tratta di una imprecisione rilevante o no, potrò farlo solo fra 2-3 cicli, ma alla fine dubito che potremo permetterci di ignorare questo fattore.
Se non è troppo complicato, e riusciamo a capirne subito la causa, direi di fixare subito il tutto... se invece la situazione fosse un pò troppo complessa, allora vedremo in seguito.

[cionci]

Scusa, ma modificando InputRate a 60 non influisci sulla reattività in quanto i tasti premuti vengono registrati... Comunque ora provo...
Ma le caselle tenti di raggiungerle tenendo premuto il tasto freccia o premendo velocemente il tasto ?

[cionci]

Hai provato a vedere il comportamento con entrambi i tasti premuti ? Rispetto a prima sembra notevolmente migliorato...

[cionci]

Ok...la reattività ai tasti è vero che sembra più immediata settandolo a 60...questo perchè in media passa meno tempo fra un aggiornamento e l'altro...

Prova anche la reazione ai due tasti premuti contemporaneamente...

[Jocchan]

Il comportamento con entrambi i tasti premuti è infinitamente migliorato... non siamo alla perfezione, ma ci siamo vicini... e data la marginalità della cosa il risultato va più che bene
L'unica cosa ancora da verificare è l'incidenza del problema che ho esposto nel mio ultimo post, e che credo derivi dalla reattività della gemma ai comandi.

Originariamente inviato da cionci

Scusa, ma modificando InputRate a 60 non influisci sulla reattività in quanto i tasti premuti vengono registrati... Comunque ora provo...
Ma le caselle tenti di raggiungerle tenendo premuto il tasto freccia o premendo velocemente il tasto ?

Ovviamente in entrambi i modi

[cionci]

La reattività a due tasti premuti insieme secondo me difficilmente potrà essere perfetta... Aumenti la qualità della reazione ai due tasti aumentando inputRate
Intendi il fatto di non poter raggiungere sempre alcune celle ? Ma lo facevi tenendo premuto il pulsante freccia ? In tal caso basta diminuire RepeatDelay

[cionci]

Abbassando RepeatDelay diminuisci la distanza fra due ripetizioni del tasto premuto...

Premendo velocemente i tasti io riesco a raggiungere tutti i punti...anche quello che hai contrassegnato con una X sulla seconda riga...

Il fatto che non riesca sempre a raggiungerli premendo velocemente dipende dal fatto che non premiamo mai con la stessa frequenza i tasti... Se alcune celle le raggiungiamo una volta a fortuna, non è detto che le possiamo raggiungere sempre...