Forum TI-Planet.org

Pour égayer ta nouvelle semaine, Flip t'offre une adaptation de l'application PPAP (Pen Pinapple Apple Pen).

Dans ce jeu très librement inspiré du clip vidéo japonais d'août 2016 par Piko-Taro, muni(e) de ton fidèle stylo (pen), tu te dois de viser et transperser pommes (apple) et ananas (pineapple) - d'où le nom du jeu.

Le jeu a été développé à l'aide de Ice Compiler et nécessitera les bibliothèques C pour fonctionner.

Précisons que l'archive téléchargée te listera 2 fichiers :

• APPLEPEN.8xp qui est le programme du jeu à mettre sur ta calculatrice
• PPAP2.8xp qui correspond au code source Ice Compiler, et auquel tu pourras jeter un coup d'oeil pour voir si ce langage intermédiaire entre le TI-Basic et l'assembleur ou C te conviendrait

Précisons également que le jeu à ce jour ne fonctionne pas correctement avec les sous-bibliothèque graphx 3.x des dernières bibliothèques C, produisant un affichage dédoublé sur mi-hauteur, caractéristique d'une sortie effectée en 8-bits alors que l'écran s'attend à recevoir du 16-bits.
Il faudra aller remonter au moins jusqu'à la sous-bibliothèque graphx 2.91 qui est également disponible via le même lien ci-après (incluse dans la bibliothèque en version 6.1 du 26 octobre 2016).



Téléchargements :

• PPAP CE
• bibliothèque C CE

critor wrote:Précisons également que le jeu à ce jour ne fonctionne pas correctement avec les sous-bibliothèque graphx 3.x des dernières bibliothèques C, produisant un affichage dédoublé sur mi-hauteur, caractéristique d'une sortie effectée en 8-bits alors que l'écran s'attend à recevoir du 16-bits.
Il faudra aller remonter au moins jusqu'à la sous-bibliothèque graphx 2.91 qui est également disponible via le même lien ci-après (incluse dans la bibliothèque en version 6.1 du 26 octobre 2016).

Oui et non - Dans une version précédente de ICE (plus maintenant), la fonction de setup d'écran ne précisait pas explicitement qu'il fallait du 8bpp, ce que graphx attend (me semble que ca a toujours été le cas, du moins pour du code C, mais bon, étrange). Du coup bref, Flip doit recompiler son programme avec une version récente d'ICE pour que ça marche correctement (indépendamment de la version de GraphX)

Donc c'est bien un problème de d'incohérence 8-bits / 16-bits.

Je n'ai dit ni que c'était la faute de Flip, ni que c'était la faute de Ice Compiler, ni que c'était la faute des bibliothèques.

Tu sembles dire que c'est la faute de Ice Compiler.
A titre personnel, je ne pense pas que ce soit juste de sa faute, vu que ça marche avec les bibliothèques C d'octobre.

Peut-être Ice Compiler omettait-il de préciser un paramètre, mais dans ce cas les bibliothèques C ont visiblement changé de comportement par défaut entre temps.


Donc je ne vois pas trop où est-ce que tu n'es pas d'accord, mais si tu le précises je pourrai corriger et améliorer l'article.

Je ne sais pas précisément ce qui a changé, mais pour autant que je sache, seul ICE a été impacté par des éventuels changements du côté des libs C - où le comportement du setup a toujours été le même, et explicite, pour autant que je sache - les libs étant fait pour cet usage là (et pas "prévues" pour ICE, donc), c'est pas non plus la faute des libs

Mais bref, ne perdons pas notre temps sur ces détails, autant que flip s'en occupe, ca permettra de régler le problème une bonne fois pour toute.

inspéré

erreur ligne 3 mot 6

Merci sautax, c'est corrigé.

It is my fault, not the C libs ones Just recompile with the latest ICE version, and you should be fine

Nobody said it was the C libs fault.
But thank you very much for such a fast fix !

Je vous ai fait une petite vidéo de démo rapide :

Gonna recompile it with the new libs, of course