Fix the scoring algorithm
Nessuno ha ancora preso questa issue.
- #6 di @webbrain-one — chiusa senza merge
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
Start by locating the scoring implementation in the C codebase and trace how gem lines, simultaneous lines, and Magic Jewels are handled. Compare the current behavior with the scoring rules in the issue, then verify that the game-over condition and winner determination still work after scoring changes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
According to ChatGPT:
Scoring is based on two factors: the number of gems in the line and the number of lines created simultaneously. The more gems in the line and the more lines created, the higher the score.
Here's how the scoring works:
Basic Score:
3 gems in a line: 30 points
4 gems in a line: 70 points
5 gems in a line: 150 points
Bonus Score for Combos:
2 lines simultaneously: 10 points x the number of gems in both lines
3 lines simultaneously: 20 points x the number of gems in all three lines
4 lines simultaneously: 30 points x the number of gems in all four lines
5 lines simultaneously: 40 points x the number of gems in all five lines
For example, if you create three lines of 4 gems each, you will get a basic score of 210 points (70 x 3). If those three lines are created simultaneously, you will also get a bonus score of 60 points (20 x 3). So your total score for that move will be 270 points.
Magic Jewel:
If a line of three gems includes a Magic Jewel, the player will receive a bonus score of 50 points.
For example, if you create a line of three gems and one of them is a Magic Jewel, you will get a basic score of 30 points and a Magic Jewel bonus of 50 points, for a total of 80 points.
The game ends when the gems reach the top of the board. The player with the highest score wins the game.
- Lingua principale
- C
- Stelle
- 10
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di zedr/tinycols
Tutte le issue di zedr/tinycols
Issue simili
-
native-cpu: -Wreturn-type in skainet_row_threads.c:150 (worker fn has no return)Forse già presa @Doomguy-BFG9000 l’ha presa oggi. Apertagood first issue size:xs skill:native
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
SKaiNET-developers/SKaiNET#1358 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
I/O internal correctness medium priority rt_lib
Difficoltà 2/5 1-3 ore Idoneità per principianti 79/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
libsdl-org/SDL#16539 ·
I maintainer di solito rispondono entro 1 giorno
-
git-workflow task-4
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno