Super mario 68k - Page 1

Thibaut (./1) :
Il y a encore de très belles choses qui sortent sur TI



Il comporte 70 niveaux !

Plus d'infos sur : http://tifreakware.net/lachprog/scsh.htm

Un programme si extraordinaire mérite un topic ouvert.
L'auteur a super bien penser le projet, vous savez si il a fait d'autre programmes avant?

Je pense que oui, car pour faire un jeux aussi bien, il doit falloir un minimum d'entraînement Tu as essayé de chercher son nom sur ti-calc ?

lachprog se nomme Lachipseudo Assasen. C'est du moins le nom qu'il utilise pour les quelques mails que j'ai de lui, dus notamment au fait qu'il rencontre des problèmes parce que j'ai encore fait des conneries sur ExtGraph, ou des variantes des routines d'ExtGraph

Il a aussi utilisé "Lach Asderity" sur ticalc.org au moins. Je pense que son vrai nom n'est ni l'un ni l'autre.

Apparemment Lachprog n'avait pas beaucoup d'expérience puisque Super Mario est son premier vrai programme :

http://www.hypersonicsoft.org/articles/showarticle.php?id=5

Avec un tel nom, il est de quelle nationalité ?

"I was born in 1984 in Norway, near Oslo"

Ce n'est pas son vrai nom. (Mais non, je ne connais pas le vrai.)

jf> Qu'est-ce qui te plaît tant dans son code ?

Il a fait un moteur extrèmement souple, et en plus il l'a super bien exploité en faisant pleins de types d'ennemis différents.
Je crois que il y a jamais eu un jeu aussi diversifié sur TI, non?

tu dois pas avoir beaucoup fait le tour des jeux TI alors

donne moi des noms

Heu, c'est LionelA, ou myself, qui est censé gueuler (et pourquoi ?) ?

N'empêche, dans l'interview du ./5 il parle de moi

Sinon, je me souviens qu'au début du projet j'avais zieuté un peu son code, mais il y avait certaines choses qui me posaient des problèmes au niveau de la conception (genre il mélangeait le code des ennemis et celui de mario si je ne me trompe pas, or j'aurais aimé que le code de chaque ennemi puisse être localisé dans seulement un fichier lui correspondant). Enfin, peut-être que ça a évolué...

Sasume (./15) :
il mélangeait le code des ennemis et celui de mario si je ne me trompe pas

Ouai c'est pas top ça, mais d'après l'interview il a recodé le truc plusieurs fois. À mon avis il a du réaliser que qlqchose clochait dans l'organisation du code quand il a commencé à avoir pleins d'ennemis différents.

J'ai jeté un coup d'oeil hier, et il a quand même des fichiers source de plus de 50 ko !
Enfin, quoi qu'il en soit son code produit un jeu sympa, mais il m'a l'air un peu fouilli.

Personnellement, je trouve que ce n'est pas le code le plus intéressant, mais le résultat!

Bah, 50 KB, c'est pas très gros
tthdex-internal-qui-est-un-gros-hack-et-qui-ne-marche-a-priori-pas-sous-TIGCC-0.95-et-plus est en deux fichiers de ~40 et ~140 KB

Faudrait que je jette un coup d'oeil au Mario, le code et sous émulateur, puisque je n'ai pas la place de le mettre sur ma 89 réelle...

./19 > Bof, moi j'aime bien aussi me caresser le prépuce devant quelques belles lignes de code...

Mais que fait la police ?!

Lionel Debroux (./20) :
Bah, 50 KB, c'est pas très gros
tthdex-internal-qui-est-un-gros-hack-et-qui-ne-marche-a-priori-pas-sous-TIGCC-0.95-et-plus est en deux fichiers de ~40 et ~140 KB

un fichier de 140 KB ? c'est une flashapp ? et ça fait quoi ? ^^

Lionel parle de fichiers sources là, je crois

ah oui j'avais pas relu le reste du topic, désolé

Les 140 KB font le gros du bazar de tthdex (avec pas mal de commentaires). Le fichier de 40 KB est un header comprenant du code, notamment des fonctions de recherche faites pour être communes à tthdex et tthedit.
Naturellement, tout communique par variables globales. Il y a de l'assembleur inline avec opérandes C partout, et un nombre certain des boucles infinies (éventuellement imbriquées) dont on sort par goto. Je suis très fier de moi, vous admettrez qu'il y a en effet de quoi

J'avais aussi tendance à faire de bon gros fichiers sources dans le temps, mais pour être passé dans une boîte qui imposait le mode "une fonction, une source", et quand l'IDE est bien foutue (en l'occurrence Visual Slick Edit, qui a bien des défauts, mais aussi des avantages), franchement ça change la vie.
Il faut que le compilo gère proprement les makefiles automatiquement aussi, et ça c'est une autre histoire

Oula, je pense que chez moi le résultat de cette convention serait une seule grosse fonction dans un gros fichier source.

(elle est complétée par une limite de lignes et de colonnes bien sûr )

Ceci dit, il y a un endroit où cette convention est sensée: une librairie statique! Parce que 1 fichier source => 1 fichier objet et la granularité du linking est normalement par fichier objet. TIGCCLIB utilise essentiellement cette convention pour cette raison (mais avec des exceptions: si des fonctions sont toujours utilisées ensemble, autant les regrouper; et il y a aussi les fameuses fonctions à 2 points d'entrée, un hack qu'on ne peut se permettre qu'en assembleur ).