Nouveau défi 2048 en C pour ta TI-83 Premium CE

[Adriweb]

dis moi critor, je pense que c'est l'absence d'écran tactile et pas d'accéléromètre qu'on est obligé d'utliser les flèches...

Les deux peuvent marcher, mais bon, oui

En plus, t'as pas besoin d'empêcher l'utilisateur de bouger pendant les animations donc pas de perte d'efficacité

T'as oublié sur quelle plateforme on était pour pouvoir gérer du "pendant", toi

J'ai pas parlé de threads, et j'ai bien fait un 2048 qui tournait à vitesse potable sur z80 alors je vois pas ce qui empêcherait de le faire sur ez80

C'est simple sur z80 (hors 84+C), avec vos écrans tout petits et non-couleurs

Plus sérieusement, avec les multiples optimisations que j'ai faites (et je remercie au passage jacobly pour certaines), ma version 16bpp (!) n'est même plus lente.
Si je passais en 8bpp, ça serait trop rapide (en plus d'être chiant pour avoir certains trucs à refaire).

Bref, avec un peu de chance, je "finis" ça tout à l'heure et je réédite la news avec une ligne de plus pour une version beaucoup plus légère dispo sur le PB (c'est rigolo de trafiquer le code et pouvoir tester rapidement)

[GalacticPirate]

dis moi critor, je pense que c'est l'absence d'écran tactile et pas d'accéléromètre qu'on est obligé d'utliser les flèches...

En plus le "2048 original" était contrôlé aux flèches sur navigateur donc les contrôles fléchés ne sont vraiment pas quelque chose de remarquable.

Je plussoie. D'ailleurs, il y a un truc aui me tue, c'est que dans la tripotée de 2048 disponibles sur les stores, l'app officielle est parmi les moins téléchargées, tellement qu'elle n'est pas proposée quand on tape «2048» dans la barre de recherche

[Adriweb]

(Le mien sera dispo en téléchargement direct et sur le Project Builder d'ici peu)

Bon, pas eu le temps de l'améliorer encore, mais voici un premier jet jouable. Je le mettrai en archive une fois réellement terminé.

Code sur le PB, si ça vous intéresse : https://tiplanet.org/pb/?id=1381_145991 ... ile=main.c

[Anonyme0]

J'ai trouvé un bug dans le 2048 de riko. Pour le reproduire il suffit de lancer une partie, quitter, revenir et appuyer sur la touche graph (qui permet d'annuler une action). Les cases deviennent vides et il faut supprimer l'appvar du 2048 pour pouvoir rejouer.

[Ti64CLi++]

@Adriweb ton 2048 n'est pas trop mal. Seul manque, le fait que les graphismes ne soit pas aussi poussé que celui de Rico

[Ti64CLi++]

Par contre, pourquoi as-tu mis ces lignes :

Code: Tout sélectionner

for (j = 1 * 48 - 7; j <= (game_gridsize+1)*48; j += 48)
    {
        for (i = 1 * 64 - 32; i <= (game_gridsize+1)*64; i += 64)
        {
            gc_drawLine(i, 41, i, 233);
            gc_drawLine(32, j, 288, j);
        }
    }

Et pas :

Code: Tout sélectionner

for (j = 48 - 7; j <= (game_gridsize+1)*48; j += 48)
    {
        for (i = 64 - 32; i <= (game_gridsize+1)*64; i += 64)
        {
            gc_drawLine(i, 41, i, 233);
            gc_drawLine(32, j, 288, j);
        }
    }

A quoi servent les 1 *?

[Adriweb]

Pour faire le parallèle avec le (game_gridsize+1) d'en face, donc on va bien de 1 à ça.
Donc pour voir que c'est bien de garder (dans le code en lui-même, puisque le compilateur optimise ca, de toute façon) "1*48 - 7" et que ce n'est pas à inutilement remplacer par "41" qui sera un nombre magique sorti du chapeau.

Par ailleurs, il faudrait tout simplement remplacer ce "48" par un define, par exemple. C'est ce genre de choses que je n'avais pas terminé de cleaner.

[Ti64CLi++]

Ok, je me demandais juste pourquoi tu mettais ce chiffre inutile (qui n'est finalement pas inutile ^^). En plus, je ne savais pas que le compilateur optimisait le code

[GrandTouque]

Bonjour, il arrive parfois que le jeu se bloque complètement et que la seule solution soit un "reset" ou même que la RAM soit effacée pendant une partie. Avez-vous déjà remarqué ça ?

Cordialement.

[Anonyme0]

Pour moi non, mais c'est un bug de taille ! Avais-tu encore beaucoup de place en RAM ? Le seul problème que j'ai trouvé je l'ai cité plus haut.