[CICLO 6/bis] Xmas Carol Story 2

[Ufo13]

Originariamente inviato da Jocchan

Aspetta, ci sto riflettendo ancora su, ed in effetti questa eccezione non va bene, perchè - appunto - va evidentemente contro le altre regole di spostamento, e quindi creerebbe delle situazioni poco coerenti. Vediamo di impostare la cosa con una certa "permissività".

Quando la pivot è sotto la slave, ed è appena entrata nella casella libera più in basso (diciamo che ne ha occupati al max 10 pixel), se il giocatore preme il tasto C faremo in modo di forzare lo spostamento al solito modo (insomma, la slave si piazza sotto la pivot, e quest'ultima - in pratica - torna su fino ai bordi della casella)... in pratica, la facciamo entrare con la forza.
Se si supera questo valore limite, lo spostamento sarà impossibile e verrà ignorato.

Siamo costretti a dividere il tutto in questi due casi per consentire lo stesso al giocatore spostamenti "all'ultimo secondo", senza generare incoerenze

Hmmm quindi bisogna impostare un valore limite per i riposizionamenti in extremis?

[cionci]

Anche Super Puzzle Fighter fa una cosa del genere...

[cionci]

Comunque IMHO per non complicare troppo questi task (e studiare un'architettura unificata per svolgere questi compiti) credo che sia meglio gestire questa cosa in un task futuro...

[Jocchan]

Originariamente inviato da Ufo13

Hmmm quindi bisogna impostare un valore limite per i riposizionamenti in extremis?

Esatto

Originariamente inviato da cionci

Anche Super Puzzle Fighter fa una cosa del genere...

In questo momento non ho presente l'approccio di Puzzle Fighter, ma andando a logica credo sia la cosa migliore.

Originariamente inviato da cionci

Comunque IMHO per non complicare troppo questi task (e studiare un'architettura unificata per svolgere questi compiti) credo che sia meglio gestire questa cosa in un task futuro...

Sono d'accordo. Ufo, per ora puoi limitarti ad ignorare lo spostamento sempre e comunque. Questo caso limite lo definiremo in seguito, e con calma

[cionci]

Addirittura considererei la coppia come inseparabile... Almeno per ora...

[cionci]

Altra cosa...il generatore casuale deve essere modificato per ritornare a gestire anche gemme uguali consecutive..

[Jocchan]

Originariamente inviato da cionci

Addirittura considererei la coppia come inseparabile... Almeno per ora...

Oddio questa credo sia una cosa che possiamo gestire fin da ora

Originariamente inviato da cionci

Altra cosa...il generatore casuale deve essere modificato per ritornare a gestire anche gemme uguali consecutive..

Invece direi di no, dato che questo ci consente di avere una maggiore differenziazione di pezzi in gioco... in caso poi venga fuori una complessità troppo elevata in termini di gameplay (ne dubito) allora vedremo di togliere questa limitazione

[cionci]

Originariamente inviato da Jocchan

Invece direi di no, dato che questo ci consente di avere una maggiore differenziazione di pezzi in gioco... in caso poi venga fuori una complessità troppo elevata in termini di gameplay (ne dubito) allora vedremo di togliere questa limitazione

Ma in questo modo non si avranno mai due gemme dello stesso tipo nella stessa coppia... Allora farei una cosa diversa... Due generatori casuali (sempre con la stessa fomula della gemma corrente che agiscono alternativamente)... Giocando con il generatore corrente sinceramente le gemme mi sembrano ben poco casuali, anche perchè si possono avere 2 coppie di gemme identiche consuctive, ma non una coppia con due gemme uguali...

[Jocchan]

Allora in questo caso vedrei bene una piccola modifica al generatore attuale, che valuti l'uguaglianza di una gemma NON con la successiva, ma con quella che si trova due posizioni dopo nella coda.
In questo modo, sarà possibile anche avere due gemme uguali nella stessa coppia, ma non due coppie uguali.

[cionci]

Ok...ci provo...

[Jocchan]

Thanks

[cionci]

A me sembra che manchino dei test... Non riesco a trovare il metodo che testava la non ripetizione in due estrazioni successive

[Ufo13]

cionci se non erro non è mai stato previsto un task per l'estrazione casuale, indi niente test

[cionci]

L'avevo fatto io il test...non era nei task, era extra task... Tra l'altro era in TestGemFactory

[cionci]

Mmmmhhh...boh... Doveva essere lì, ma non lo trovo...

[cionci]

C'è sempre il test Che testa che ho

[cionci]

Originariamente inviato da Jocchan

Allora in questo caso vedrei bene una piccola modifica al generatore attuale, che valuti l'uguaglianza di una gemma NON con la successiva, ma con quella che si trova due posizioni dopo nella coda.
In questo modo, sarà possibile anche avere due gemme uguali nella stessa coppia, ma non due coppie uguali.

Modifica fatta... Ho rivisto un po' l'algoritmo per l'estrazione casuale... In questo modo le gemme sono equiprobabili (esclusa quella che non è possibile estrarre)...

[Jocchan]

Originariamente inviato da cionci

Modifica fatta... Ho rivisto un po' l'algoritmo per l'estrazione casuale... In questo modo le gemme sono equiprobabili (esclusa quella che non è possibile estrarre)...

Benissimo, grazie

[71104]

ragazzi, per fare il mio task attendo che almeno il task Xmas.2.2 sia completato, così posso rendermi meglio conto di cosa succede quando una delle due gemme collide e di cos'è che va testato e modificato nel programma.
ma devo anche riprodurre l'effetto presente nell'originale, cioè che a gemma che non collide cade rapidamente a terra, o per meglio dire, finché non collide anch'essa?

[Jocchan]

Originariamente inviato da 71104

ragazzi, per fare il mio task attendo che almeno il task Xmas.2.2 sia completato, così posso rendermi meglio conto di cosa succede quando una delle due gemme collide e di cos'è che va testato e modificato nel programma.
ma devo anche riprodurre l'effetto presente nell'originale, cioè che a gemma che non collide cade rapidamente a terra, o per meglio dire, finché non collide anch'essa?

Sì, in effetti nella storia non è chiarissimo ma il senso è quello.
Basta attivare il multiplier ed il gioco è fatto