Green Land - le prochain jeu à venir chez Yastuna Games - Page 1

Il ne sera pas dit que je resterai 2 ans de suite sans sortir de nouveau jeu.

Green Land est un jeu de placement de tuile, en vue isométrique. Il s'agit de la version très améliorée de mon petit jeu pour la LynxJam 25 (Damage)
Il est actuellement utilisé pour le concours Atari Age du Lynx HighScore Club et semble plaire, du coup, il y a eu pas mal d'améliorations suite à des retours des joueurs.

Vous pouvez le retrouver sur ma page Patreon ou itch.io (généralement, je met à jour le Patreon avec un post plus souvent que la page itch.io - sur laquelle je n'avais pas lis le v0.95 par exemple)
https://www.patreon.com/posts/wip-green-land-153829603
https://fadest.itch.io/green-land

Une version physique sera bientôt disponible en précommande (possiblement dispo à la GemTos mais sans garantie).
Je ferai juste un run sur la base des précommandes, et des commandes Songbird (pour US/Canada) et K-Retro (pour Australie/Asie), je ne pense pas que je garderai du stock car je n'ai plus vraiement les moyens/le temps de le faire.

Top ! Le jeu est très sympa.

Merci.
Il y a un concours de scoring sur AA sur le jeu ce mois-ci (la v0.91 a été releasée exprès pour le concours) et les retours des joueurs aident à améliorer le jeu (d'ou les v0.95 et 0.98).
La version finale (probablement semaine prochaine ou la suivante - quand le concours AA sera terminé) aura encore des améliorations avec l'ajouté de la mairie, un ajustement du calcul du bonus de l'église et quelques petits trucs.

A noter qu'il plait à quelques fans de la 2600 et que Thomas Jentzsch, un nom que je connais depuis que je suis (de loin mais très longtemps) la scène homebrew 2600 s'est amusé à imaginé le jeu sur 2600 (sans garantie qu'il aille au bout de demake)
https://forums.atariage.com/blogs/entry/19806-green-land/

Version physique!!!!! Je sors mon portefeuille :-)

Bravo Fadest !
Comptes sur moi pour une version physique si disponible !

Fadest : joli ! 👍 A quand une version ST ?

Si quelqu'un est motivé pour le faire, je rallumerais même le ST avec plaisir pour y jouer
Ou encore mieux, en version GEM pour y jouer sur TT

Hello Fadest, j'ai pris le temps d'y jouer sur émulateur Handy cet après-midi. C'est dimanche, j'ai eu la flemme de l'installer sur une carte sd et de sortir une lynx. 5 parties pour comprendre et atteindre le score de 685 points... LOL En tous les cas très sympa comme jeu ! Bravo, une belle idée ! A voir à la GemTOS alors ;-)

Fadest (./7) :Ou encore mieux, en version GEM pour y jouer sur TT

C'est dans mes cordes, mais faut surtout faire un sprites+graphes asset adapté au moins pour 320*200. Parce que la taille pixel 160*102 sur un écran TT (VGA) ou V4SA (720p), ça fait un peu rikiki.

Ça tombe bien c'est pile x2, et il y a de bons filtres pour faire le boulot automatiquement (genre scale2x je crois), et après tu repasses juste un peu derrière, ça va vite

Niveau sprites, à la base, c'était du 4 niveaux de vert vu que c'était le thème de la LynxJam, j'ai juste pris une palette +/- aléatoire et ajouté quelques pixels colorés par-ci par-là, donc je suppose que doubler la résolution pour un graphiste doué doit pouvoir se faire.
La fonte, c'est soit la fonte de base de la LynxJam, soit Harrington dans Pro Motion, idem, facile à modifier (bon, je suppose que tu préférerais une vraie fonte et écrire le texte plutôt que les textes en format image, qui sont plus pratiques pour gagner de la RAM sur Lynx)
L'écran titre, faudrait sûrement le refaire.

En fait, après réflexion, pour une version GEM, ce qui m'inquiète le plus, c'est la palette car en monotache pas de soucis on la redéfinit, mais en multitache (voire accessoire) ce qui est quand même l'intérêt d'une version GEM, sur les résolutions 16 couleurs (ou même 256 couleurs), je suppose qu'il n'est pas très conseillé de changer la palette non, ou alors forcer un plein écran en fenêtre pour que le reste ne paraisse pas moche et changer/restaurer la palette à la prise/perte de focus ?
Tu fais comment pour tes portages GEM ?

Question palette en GEM, si on est en 256c ou plus, on respecte les 16 premières, donc on travaille plutôt en 240c potentielles. Souvent, si le jeu est 16c pour un mode vidéo 256c ou plus, les 16 couleurs sont situées à un index VDI haut (ex: 224 à 239). Si le screenmode est 16c comme la ST basse ou TT moyenne pour un jeu en 16c, on remape les couleurs pour avoir le blanc ou très clair en 0, le noir ou très foncé en 1, pour au moins les 4 premiers index VDI, pour essayer de ressembler à la palette VDI standard, afin d'avoir un dessin correct des fontes et contours de fenêtres par rapport au fond blanc ou vert.

Ensuite, en GEM, on gère les événements topped, ontop, untopped, iconified, uniconified pour restaurer la palette système si notre application n'est plus en avant plan. Si le mode vidéo est HC15 à TC32, plus besoin de s'occuper de ça.

Attention, même en monotâche ("SingleTOS"), on a les accessoires, donc on restaure la palette quand même (faut faire comme si on était en multitâches, c'est plus poli).

https://ptonthat.fr/category/atari-games/ -> PacMania (arcade, 256c, le plus abouti), Xenon2 Reloaded, DGEM, etc

Pour les fontes, j'utilise en général des bitmaps 1 bitplane (ex: DGEM, PacMania) pour chaque caractère utilisé, on peut les colorer en utilisant vrt_cpyfm() avec les bons paramètres. Il y a une table ASCII->Raster. Parfois utilisation de sprites au lieu de raster 1 bitplane (Xenon2, pour les annonces entre niveaux). C'est rare que j'utilise les fonctions VDI textes et fontes FNT/TTF (ex: GEMagnetic) pour les jeux.

OK. Dans l'absolue rien d'infaisable surtout qu'on parle d'un jeu très basique qui se contente d'attendre un évènement joueur (direction ou bouton) une fois l'écran affiché, pas d'un jeu d'arcade comme tu as pu déjà faire.
Par hasard, tu ne vas pas à la GemTos ?

Enfin quand je disais une vraie fonte, j'entendais par là un fichier image à l'ancienne avec les lettres et les chiffres et tu t'en sers pour écrire à l'écrans, pas les fontes GDOS/...
Je le fais de moins en moins sur Lynx (sauf pour les chiffres) quand je n'ai que des textes fixes (genre écran tutoriel), c'est moins couteux en RAM de faire des bitmaps et de les charger en mémoire (bon, évidemment, il faut repasser en simple buffer et charger l'image dans le 2° buffer, parce que réserver de la RAM juste pour charger les images serait plus coûteux qu'une fonction écriture de texte + le teste en ASCII dans un fichier)

Pas de GemTos pour moi, désolé (trop loin, pas de budget, c'est pas pratique sans voiture, etc).