Interview de PpHd

Reconnu dans le monde des Ti, il est incontournable.

A quelques jours de la news sur la sortie de la dernière version de PreOS, PpHd nous accorde une petite interview réalisée par Flanker.

---

- Interview ( page 1 ) -

---

 Interview de PpHd

PpHd est l'auteur de quelques uns des meilleurs jeux jamais sortis sur TI-68k, comme par exemple SMA (Sonic) ou Chrono Fantasy, mais c'est également l'auteur d'un certain nombre d'autres programmes très connus, comme PreOS (dont la version 1.0.2 est sortie récemment) ou PedroM (le premier OS alternatif viable sur TI-68k). Cette interview va vous permettre de connaître un peu mieux cet ancêtre de la communauté TI française. 

Une petite présentation de toi ?

Je m'appelle Patrick Pélissier. Je suis né à Cahors dans le Lot, j'ai vécu toute mon enfance à Toulouse (banlieue nord-est) dans le même village que smeet (Damien Bouissou). On s'est connu à la maternelle, mais on est devenu vraiment ami à partir du primaire. Pour mes études supérieures, j'ai passé 3 ans à Grenoble avec smeet. Maintenant je bosse à Nancy pour le compte de l'INRIA sur MPFR sous les ordres de Paul Zimmermann et Vincent Lefèvre. MPFR est une librairie LGPL de calcul sur des flottants en précision arbitraire avec arrondi correct ; concrètement, cela veut dire qu'il n'existe qu'une seule réponse possible (une réponse approchée n'est pas valable) ; c'est la différence entre une arithmétique flottante et une arithmétique approchée sur les réels : la première est parfaitement définie, alors que la seconde laisse beaucoup à désirer (en gros il peut se passer n'importe quoi). Bref je m'éclate à faire du développement de logiciel libre (LGPL, GPL, c'est la philosophie de l'équipe), et à se battre avec les meilleurs mondiaux (d'ailleurs je suis arrivé à les battre), même s'il reste des choses à améliorer. Le prochain objectif est de battre CRlibm est précision 53 bits.

Que veut dire PpHd ?

Y'a tout un topic de yaronet dessus (le topic en question). Je ne vois pas ce que je peux ajouter de plus.

On a donc le choix entre Petit PpHd Haute Définition, Parce que Pas HD, Phénix Parti Hiberner au Danemark ....
Quand as-tu eu ta première TI, et quand as-tu commencé à coder ?

Ma première TI. C'était une TI-30. Je me rappelle mon premier jeu dessus. C'était un concours de TI-30. On appuyait comme des barges sur la touche '=' jusqu'à atteindre 100. Le premier qui arrivait a cette limite gagnait. C'était très fun.

Après j'ai eu ma ti-92 en 1996. Que d'émotions. Et elle n'est toujours pas dépassée du point de vue de l'utilisation mathématique. Sinon j'ai commencé la programmation sur un amstrad CPC. Je découvrais le BASIC amstrad. Plus le temps passait, et plus j'en étais fou. Mes principaux programmes étaient List (Un windows manager), fozzy (un programme d'IA) et Fernando. Le dernier avait été testé par mes copains, qui trouvaient que ça allait trop vite, et que c'était trop fluide. Un programme en BASIC full-screen sur un Z80. Ça m'avait fait énormément plaisir. Sinon je n'ai jamais appris l'assembleur z80 pour amstrad, car je n'ai jamais eu la moindre documentation dessus. C'est l'un de mes plus grands regrets.

Ensuite je me suis mis au TI-Basic, au Pascal. Là j'ai refait mon bon vieux fernando. Mais j'étais très déçu. Le Ti-basic n'est pas du tout aussi efficace et rapide que le basic amstrad : mes programmes allaient lentement. Il a fallu que je trime dur pour fabriquer Fernando 3 ti-basic qui allait a une vitesse raisonnable.

Ensuite, j'ai découvert Fargo et sqrxy. J'ai compris qu'il fallait que je me mette a l'assembleur ti. J'ai lu la documentation de Jimmy, puis je me suis lancé dans l'aventure avec... une adaptation de Fernando (Fernando 3) : écran fixe, mais avec des niveaux de gris, et quelques ennemis plus 4 niveaux. Ça m'a pris pas mal de temps, mais j'ai sorti une version pour 92 sur ticalc, version qui avait d'ailleurs était pas mal appréciée. Puis j'ai tout repris a zéro, et fait la première monture de fer3c en assembleur: noir et blanc mais scrolling multidirectionnel extrêmement fluide. Une innovation technique pour l'époque! À sa sortie, il a été moins apprécié. Sûrement parce qu'il était moins fini : il n'y avait qu'un seul niveau. Dépité, j'ai profité des vacances pour faire bien plus de niveaux et rajouter un nombre incalculable de features : conséquence, ils ont fini par reconnaître que ce jeu était génial. Satisfait, je me suis un petit repose : quelques améliorations par ci, par là. Ce jeu m'a aussi permis de commencer à nouer des contacts avec la scène française (essentiellement Thomas Corvazier). Il faut savoir qu'a l'époque, il n'y avait pas de scène française (Le forum de Roby n'existait pas encore). Bon bref, Thomas m'a contacté pour me parlait de son futur jeu, Street Fighter II. Et j'ai halluciné. J'ai compris qu'il fallait que je frappe à nouveau. Bref après la première sortie de sf2t, et après lui avoir pondu des rapports de bugs kilométriques, je me suis lancé dans mon nouveau projet : genlib. L'idée de genlib était venue de fer3c, et en effet, le squelette de genlib n'est autre que le même que celui de fer3c, mais cette fois ci, on voit les choses en grand ; je m'étais compte que la ti pouvait largement sortir des graphismes époustouflants. Je disais donc que l'été suivant après avoir beta-testé sf2t, je bossais sur genlib. Fin juillet, la première version était finie et chargée sur ticalc (et oui a l'époque, les gens bossaient vraiment).

Je me suis dit alors qu'il fallait que je fasse un nouveau jeu exploitant vraiment le potentiel de cette librairie. Ce fut SMA. Fin août, le moteur du hérisson était opérationnel (au passage, c'est l'un des meilleurs moteurs de hérisson fou qui existent et qui ne soit pas fait par Sega ; même si je changerais bien quelques détails aujourd'hui). Mi-septembre je les distribuais à quelques membres (etan21 et microsheep). Une semaine plus tard, toute la communauté française avait la bêta dans les mains. Enfin bon bref, fin novembre de cette année, j'ai sorti une première version de SMA, qui a eu son effet. Bon après, coup classique du j'améliore, améliore. Il y a eu le passage HW2, ou genlib a été la première librairie à proposer des niveaux de gris sur HW2 ! Et ceci sans recompiler les programmes ! (Au passage, la communauté française s'est vraiment développée cette année). Au passage, j'ai sorti runc et genalib je crois.

Un an plus tard, quelques mises à jours plus tard, m'ennuyant dans un de mes stages, je me suis lancé dans preos (et dans fer3-small qui traîne toujours sur mon ordi), qui a l'origine était censé être juste un kernel pour hw1 le plus petit possible. Tu sais ce qu'il est advenu : des features, encore des features, toujours plus de features, et le kernel le plus complet et le plus stable qui existe (pour toutes calculatrices sauf ti-92).

A j'ai oublié : tecnic, etan21 et moi nous nous sommes regroupé suite a idée d'etan21 sous la bannière TimeToTeam (c'est moi qui ai trouvé le nom) - j'ai oublié l'année ; on y a proposé nos programmes. Technic était censé proposer un puzzle boble. Je l'attends toujours. Ensuite on a décidé de se lancer dans un projet commun qui montre réellement ce que les TI pouvaient faire : ce fut Chrono Fantasy. 3 ans plus tard, on a enfin sorti une première bêta. Le processus d'accouchement de Chrono Fantasy fut horrible ; j'avais développé une architecture horriblement complexe pour CF (en gros du multi-thread : chaque objet avait son thread, et pouvait même être scindé en plusieurs) ce qui entraînait des gros problèmes de synchronisation... Par ailleurs, j'avais élaboré un langage de script interne complètement foireux, qui a été une horreur à débogguer. Mais après 5 mois de courage (Je voulais juste au début la sortir dans un mois), nous avons pu sortir la première (et seule) bêta du jeu, qui a été applaudie par tous. Évidemment, tout le monde souhaite que l'on fasse la suite.

Mais il faut refaire tout et proprement car, tout d'abord, il est vraiment dommage que la plate-forme ti soit la seule cible vu l'investissement en temps que cela représente : donc le moteur sera écrit en C, avec des couches adaptées pour les différentes cibles (TI/genlib, PC/SDL, ...). Je prévois même de faire une interface texte pur, mais il va falloir que je fasse un niveau d'abstraction suffisant pour.

Ah sinon PedroM. Ben l'histoire de PedroM remonte à la fin de mes études. C'était la période des vaches maigres pour l'emploi, et bref, après 4 mois de galère, je me suis décidé à faire un projet qui montrerait aux recruteurs que j'en avais là-dedans. J'ai vaguement regardé ce qui existait déjà (OpenOS de Whormhole), mais il n'y avait rien de vraiment exploitable. Donc je me suis lancé là-dedans. 1 mois plus tard, ça fonctionnait bien sous VTI. 2 mois plus tard, on pouvait recevoir ses programmes sur VTI et les lancer. Et un peu plus tard, ça fonctionnait sur ma vraie calc. Ensuite tout n'a été qu'un vaste chantier pour rajouter des améliorations, corriger des bugs, et faire des work-around pour éviter les bugs des programmes. Au final, un an plus tard, j'ai sorti la première bêta officielle qui était parfaitement fonctionnelle, mais vraiment buguee.

La version suivante (0.81) traîne des pieds à cause de quelques bugs RC, mais je commence à entrevoir la sortie du tunnel. Ça ne devrait plus trop tarder. Le ChangeLog de la 0.81 est impressionnant. Pour la 0.82, je prévois d'utiliser la façon standard de tigcc pour générer des TIB (ssi ils intègrent flashos.a dans l'archive officielle de tigcc) et de faire un nouveau format des archives (peut être linéaire ?).

Tu codais sur d'autres plates-formes avant ?

J'ai codé en : Amstrad CPC BASIC: que de souvenirs. D'ailleurs il fonctionne toujours, mais son lecteur de disquette est cassé ! Ça m'énerve à mort. Je ne peux plus jouer à mes vieux jeux. :(
TI-BASIC: 2, 3 programmes + fernando 3. Rien de bien extraordinaire. Mais je le trouve trop lent.
Casio Basic: J'ai fait un jeu de baby-foot très fun, qui nous occupait smeet et moi un max dans le bus. Mais une destruction de calculatrice m'a fait tout perdre. Il a fallu que j'en rachète une nouvelle (une brique verte berk. Les premières étaient jolies au moins!). D'ailleurs je me rappelle avoir charge mon programme sur une autre casio (un modèle « supérieur ») et le programme allait plus lentement... Ça ramait presque.
Pascal / CAML: Pour faire plaisir aux profs. Je n'ai jamais fait vraiment plus que des trucs scolaires avec.

Et maintenant ? En quoi codes-tu ?

Je code occasionnellement en Asm 68K, Asm Arm, Asm x86, Asm amd64. Pas de PowerPc pour l'instant (les mnémotechniques sont trop chiantes à retenir). Je bricole aussi avec les scripts shells.

Mais je bosse essentiellement en C, où ces deux dernières années, j'ai profondément approfondi ma connaissance de ce langage. On ne croirait pas, mais maîtriser un langage c'est chiant. Sinon je continue d'apprendre et de coder en C++: c'est un langage tellement complexe que je doute un jour vraiment le maîtriser. Ils ont vraiment loupe le design du C++ : à vouloir pouvoir tout faire, on fait surtout n'importe quoi, n'importe comment ; et cela à moins d'avoir une méthodologie très forte et être suivi par un expert du domaine.

De quels modèles est constitué ton parc de TI ?

D'une TI-92 avec l'update plus HW1. Mais j'ai gardé le vieux modèle. Au cas où. Sinon récemment, j'ai acheté une titanium sur ebay, pour faire des tests poussés sur la compatibilité. Mon frère a une 89 HW2, ce qui m'a permis de tester PedroM dessus. Mais au final, c'est ma 92 que j'aime le plus.

Quel est, à ton avis, ton meilleur programme ?

Peux-tu préciser ? Programme, jeu, utilitaire ?

• Programme: on va dire PedroM qui est quand même quelque chose d'assez unique dans son genre. Depuis, pas mal de gens ont essayé de faire pareil, mais aucun n'a réussi à faire quelque chose de fonctionnel. Et puis le Shared Linker de Preos, qui est sa partie la plus noble, fait aussi partie de lui.
• Jeu: Je suis très fier d'avoir fait Chrono Fantasy ; a époque il y avait 3 projets de RPG qui s'étaient lancé (Zakira, CF et un autre dont j'ai hélas oublié le nom qui avançait beaucoup pendant 2 mois puis s'est éteint). Personne ne donnait de chance à CF de sortir en premier mais au final, c'est le seul qui y soit arrivé. Même si je regrette beaucoup de fautes de design dans CF, je suis quand même très fier d'avoir pu arriver au bout de la première étape. La suite sera pour plus tard. Il faut aussi que je finisse le scénario (Je suis à la partie II chapitre 23, sur les 3 parties prévues). Mais si on regarde seulement mon plaisir en tant que joueur, j'éprouve beaucoup plus de plaisir à jour a SMA ou a fer3c qu'a CF.
• Utilitaire: On va dire preos, puisque de toute façon runc n'est plus d'actualité (à cause de preos qui a intègré cette feature). Et DDump et autres n'ont pas un énorme intérêt.
• Librairies: Genlib, pourquoi cette question ? Ce qui est rigolo est que toutes les librairies graphiques ont fini par reprendre les idées de genlib... Dire que ça fait plus de 6 ans qu'elle existe. Elle est vraiment sous-exploitée. J'ai vraiment fait beaucoup d'effort en termes de performances, de compacité, de portabilité et de documentation. Mais ça n'a pas payé. Tout le monde l'a trouvé trop compliquée, alors qu'elle est hyper simple d'emploi.

Quels sont tes principaux projets à venir ?

Trouver du boulot. Me marier. Avoir des gosses. Puis prendre ma retraire. Mourir en paix. Et surtout attendre patiemment 2042 pour demander à tous, enfin, leur projet. Je me suis fait une liste des gens qui ont promis quelque chose pour 2042 (ndlr. : malgré notre insistance, PpHd n'a pas voulu révéler le contenu de cette liste).

Mais peut-être parlais-tu de projets informatiques ? Faire comprendre aux développeurs de GCC (et autres compilateurs) que l'arithmétique flottante n'est pas une arithmétique sans règle où l'on peut approcher les flottants par des réels.

Ou alors des projets TI ? Finir CF, finir pedrom, finir sma et fer3c. Ça m'occupera un bon moment. D'ailleurs sasume m'a envoyé de nouveaux patches pour genlib, et croit avoir un bug dans genlib. Une nouvelle version est sûrement pour bientôt. J'aimerais aussi faire « enfin » le prototype de gen3dlib. Mais sans arrêt, des « détails » théoriques sortent et me cassent tout. Enfin j'ai encore quelques projets qui traînent (par exemple, la librairie MAY ou le portage de GMP / MPFR sous Ti).

Toujours à propos des noms, pourquoi PedroM et PreOS ?

PedroM : C'est simple. C'est à cause du sous-héros d'Excel Saga. Il avait un style tout à lui que j'ai bien aimé. J'ai rajouté un 'M' pour des raisons esthétiques. D'ailleurs la plupart de mes projets ont des noms inspirés de personnes bien singulières. PreOS: Pre Operating System D'accord je me suis cassé le cul pour trouver cette signification. Plus sérieusement, il existe une personne ayant donne son nom au projet. Mais j'avoue que c'est assez détourné dans ce cas.

Quand est prévu PedroM 1.0.0 ?

PedroM 1.0.0 sortira lorsqu'il sera prêt et pas avant. Il n'est pas question que je sorte une version pas stable, incomplète. Lorsque je sors une version 1.0.0, c'est du sérieux en termes de stabilité et de performance ! PedroM 1.0.0 fonctionnera sur toutes TI asm 68k avec technologie Flash, exploitera toutes les possibilités hardwares, aura un vrai système de fichier (arborescence des répertoires et noms longs) ainsi que la possibilité de stocker / exécuter des applications/librairies en flash de taille maximale de 1,8 Mo. Ensuite je porterai les librairies GMP/MPFR et MAY dessus. (Je me suis fait un proto perso, mais c'est mal foutu). Sinon en ce moment, je suis plus programmation système que jeu.

Quels sont les projets actuels qui te semblent prometteurs (hors les tiens ^^) ?

J'avais entendu parler de multiples interfaces graphiques pour PedroM. Depuis plus rien. Ils doivent hiberner. Au passage, il faudrait voir ce que va donner GFA-basic. J'avais prévu une intégration avec PedroM, mais j'aimerais plutôt supporter les applications externes. Ça serait plus propre, et permettrait a GTC de tourner sur PedroM aussi.

Pour ou contre le nostub %) ?

Sans rentrer dans les détails, je peux dire que le nostub n'est pas mauvais en soi. Il est nécessaire pour les programmes de « très bas niveau » comme les kernels, les patchs systèmes ou les outils systèmes.

Ensuite l'utiliser pour faire des programmes ou des jeux me semble malsain, car TI a montré à de nombreuses reprises sa capacité à casser la compatibilité de ses systèmes d'exploitations. Espérer des programmes de patches (dans le style de ghostbuster) pour assurer la compatibilité future me semble une mauvaise chose. Pour l'utilisateur, je comprends que ça puisse être plus pénible, mais il ne faut pas exagérer: installer un programme avant d'en lancer un autre n'a rien de sorcier...

Il y a eu là une diabolisation et une neuneunification pas très innocente. Le dernier PreOS est très stable, très simple d'utilisation et par défaut, est très contraignant sur la stabilité du système. Donc je ne vois pas trop le procès de diabolisation des kernels.

Si : ça prend de la place sur la machine. Je ne comprends pas trop l'intérêt de personnes de gagner 50 octets sur un exécutable de 40Ko. Ça me semble être une perte de temps et d'énergie assez colossale pour un résultat quasi-nul. Mais le kernel prend de la place en archive (30K avec les librairies) et en RAM (4K). Mais je rappelle que preos ne sauvegarde pas l'écran comme la plupart des programmes nostub mais le redessine, ce qui fait économiser 4K. Bref un programme kernel a autant de RAM à sa disposition qu'un programme nostub, sauf si ce dernier utilise un HSR (ce qui n'est pas si courant).

Ensuite on peut parler des librairies. Non on peut concevoir des librairies dynamiques telles que seuls les bouts de code réellement utilisés soient chargés en RAM (cf. la librairie dynamique tigcclib qui est une proof-of-concept) ; mais oui ça réside en archive (mais on peut alors les compresser). Le gros problème des librairies dynamiques est qu'elles doivent assurer une compatibilité binaire entre chaque version, et ceci n'est pas évident. Il n'existe pas d'outils qui le permettent. Il faut que le programmeur se force à le faire. Alors que dans le cas d'une librairie statique, on peut se permettre de garder la compatibilité au niveau API; quand bien même, ça aurait changé, c'est au programmeur de se débrouiller, pas l'utilisateur. Par ailleurs, PreOS a vraiment simplifié ça à l'extrême : la dernière version apporte son lot de librairies mises à jour. Pas besoin de chercher à droite ou à gauche. J'ai pris sur moi, la responsabilité de mettre à jour ces librairies.

Un autre point fort est qu'on peut compresser les librairies ; on peut même les compresser en PPG, mais c'est pas officiellement apporté par PreOS (problème de licence : j'ai déjà assez de librairies incompatibles avec la GPL et la politique actuelle est de les rendre compatible GPL pour légaliser le tout), il faut utiliser un programme tiers.

Le principal avantage des librairies dynamiques est que l'évolution (les corrections de bugs et le support de nouveau matériel) n'est plus dépendant du programmeur de l'application mais de l'utilisateur. Par contre, c'est bien plus lourd et complexe à gérer (cf. libtool). Mais si c'est bien fait, c'est normalement transparent. Ensuite on peut parler du format KV4. Il n'est pas terrible. Mais j'ai abandonné idée de le faire évoluer trop : ça demanderait d'augmenter la taille de PreOS de 30-50% pour supporter le nouveau format (et l'ancien), ce qui au final me semblerait être lourd.

Déjà que je trouve que le « Shared Linker » de PreOS est un code très compliqué à debugguer (un cauchemard, car c'est un code récursif préemptible avec des sauts longs). Le format _nostub lui est pire. Heureusement, des efforts ont été faits pour apporter une surcouche. Du point de vue des licences, on peut aussi dire que le seul moyen de sortir du GPL est d'utiliser soit du kernel, soit un programme < 8K, puisque le code de décompression PPG n'est même pas compatible avec la GPL ! Et je ne connais pas de lanceur compatible GPL (même si on peut recompiler ttlauncher pour).

Note: Les personnes n'étant pas d'accord avec moi peuvent me contacter par email.

Donc a priori plutôt pour le mode kernel ^^

Y a-t-il des projets qui te semblent intéressants actuellement ?

L'émulateur Game Boy. On va voir ce que ça va donner. (J'aurais bien parlé de Seiken, Rayman, Civilisation, ... mais bon). Un émulateur megadrive me tenterait bien aussi (sur PedroM).

Que penses-tu de l'évolution de la communauté TI, vu que tu la connais depuis longtemps ?

Au début, y'avait beaucoup idées, aucun outil, pas mal de volonté. Maintenant, il y a énormément de programmes, beaucoup d'outils, et au final, moins de choses de qualité sortent. Forcément, il n'existe plus grande chose à faire de simple. Ce qui reste demande énormément de temps et de travail, et peu de monde est capable d'en fournir. Heureusement qu'on trouve encore des projets intéressants qui fleurissent par ci par là.

Merci beaucoup à PpHd d'avoir pris le temps de si bien répondre à toutes ces questions
L'équipe de TI-FR lui souhaite une bonne continuation !

interview réalisée par Flanker

Flanker(2005-07-01 09:42:42)

---

- Interview ( page 1 ) -

---