Nous avons parlé avec Troy Miles - le programmeur de "Neuromancer"

[Troy Miles est un conférencier, auteur et développeur de logiciels avec de nombreuses années d'expérience. Il a commencé sa carrière en écrivant des jeux pour le Commodore 64, Apple II et IBM PC dans le 6502nd x86th Assembler. Deux fois lauréat du prix du jeu de l'année. Il est l'auteur de jQuery Essentials, ainsi que d'un grand nombre d'articles de revues et de publications dans son propre blog. Créateur de vidéos de formation. Programmation en cours d'applications Web et mobiles chez Kelley Blue Book.]

Salut Vous me connaissez peut-être de la série Reversim Neuromant , où je parle de la façon dont nous rétroconcevons et portons un jeu vidéo basé sur le roman du même nom de William Gibson . En raison de son contenu, il s'agit plutôt d'une retombée que de la partie numérique suivante - un matériau indépendant qui ne nécessite pas de préparation supplémentaire de la part du lecteur.

Et cela a commencé par la façon dont viiri , avec les mots: «C'est le programmeur qui a écrit le Neuromancien. Je pense que cela ne le dérangera pas de répondre aux questions », m'a-t-il envoyé un lien vers le compte Twitter d'un homme nommé Troy Miles (photo). Ensuite, j'ai travaillé sur la quatrième partie du cycle et n'y ai pas attaché beaucoup d'importance. Après y avoir réfléchi quelques semaines plus tard, l'idée d'une entrevue avec le développeur m'a semblé si réussie que j'ai immédiatement écrit à Troy pour savoir qui nous sommes, ce que nous faisons et ce que nous attendons de lui. La réponse ne tarde pas à venir, Troy réagit très favorablement à notre engagement et accepte de répondre à mes questions.

- Bonjour, Troy, je pense qu'il est temps de commencer notre courte interview. Pour commencer, je veux que vous vous présentiez à mes lecteurs. S'il vous plaît, Troy, parlez-nous des faits saillants de votre carrière professionnelle.

- Bonjour à tous, mon nom est Troy Miles . Je travaille comme programmeur depuis 1979, alors j'étais encore au lycée. Je suis devenu le quatrième employé embauché par Interplay [après sa fondation] en 1983. Ce furent des moments formidables et des gars formidables. J'ai écrit Neuromancer , Le Seigneur des anneaux , et j'ai aidé au développement de nombreux autres jeux.

J'ai quitté Interplay en 1992. J'aimais toujours cette entreprise, mais j'avais besoin d'un horaire de travail stable. J'ai passé quelque temps chez Phoenix Technologies Ltd , travaillant sur le logiciel système pour les modules PCMCIA . D'une certaine manière, j'ai même écrit un article à ce sujet dans Dr. Le magazine de Dobb .

Après Phoenix, je suis devenu développeur indépendant pendant un certain temps. Réalisation de quelques jeux CDI sous contrat. Ils étaient terribles, pas en termes de programmation - le gameplay était moyen, et le CDI lui-même, en principe, n'était pas une bonne idée.

En 2007, j'ai rejoint le Kelley Blue Book , où je demeure aujourd'hui. Notre site Web est www.kbb.com. Ceci est une ressource sur des sujets automobiles. Sans brillance excessive, mais mes collègues sont assez bons.

Pendant mon séjour à KBB, j'ai recommencé à écrire et, si possible, à tenir de petites conférences. Jusqu'à présent, les rapports concernaient principalement jQuery et jQuery Mobile . Au final, sur jQuery, j'ai même écrit un livre et réalisé un tutoriel vidéo sur Ionic . J'ai également tourné un clip vidéo jQuery Mobile pour Learn Now Online .

L'année dernière, j'ai commencé à faire des vidéos pour LinkedIn Learning / Lynda.com . Aujourd'hui, il y en a 5: deux en C ++ , deux en Kotlin et un sur Bash . Je prévois de faire quelques vidéos C ++ supplémentaires dans un avenir proche.

Pendant mon temps libre, je développe un jeu mobile. Rien de surnaturel, un casual ordinaire, que j'espère finir au premier semestre 2019. Ce sera mon premier match depuis le CDI du milieu des années 90.

- Un palmarès impressionnant! Mais revenons à 1983, lorsque vous êtes arrivé sur Inerplay . Dites-nous comment vous y êtes arrivé et qui étaient ces gars formidables que vous avez mentionnés?

- À San Diego , à environ 100 kilomètres d' Orange , en Californie , j'ai fait mes propres jeux pour Vic 20 et C64 . En 1983, une exposition de jeux informatiques a eu lieu dans un endroit appelé Lion Country Safari [Lagoon Hills, Orange] . Là, j'ai rencontré Brian Fargo . Il a ensuite travaillé pour Boone , qui était dirigé par un gars nommé Michael Boone (il a ensuite créé Boone Boards ). J'ai parlé à Boon de leur permettre de devenir développeur de jeu.Cependant , lorsque la société s'est effondrée, Brian m'a appelé et m'a proposé de rejoindre sa startup - Interplay Prouctions . J'étais d'accord. Notre premier bureau était situé dans la zone industrielle de Newport Beach , juste au-dessus du bureau du fabricant de vêtements Quiksilver .

[Photo fournie par Troy lui-même.] Dans la photo du premier rang [de gauche à droite]: Alan Pavlish , Brian Fargo , moi et Jay Patel . Rangée arrière: Bill Heinman , Troy Warrel et Todd Kamasta . Il s'agit d'une photographie de fin 1984 - début 1985.

À cette époque, nous faisions quelque chose sous licence, sous-traitance et ports pour d'autres entreprises. Nous avons même fait quelque chose pour le ministère de la Défense , par le biais de Loral . Il s'agissait de cartes avec GPS , ce qui était nouveau à l'époque. Pour ce travail, nous avons reçu des remerciements de l'armée américaine. Nous avons également passé un contrat avec l'Université de Californie à Irvine . Ils ont fait des jeux éducatifs sous la direction d'un professeur. Nous avons également réalisé des films d'action d'aventure pour Activison . Parmi eux, MindShadow , Tass Times in Tonetown et Borrowed Time . La prolifération des jeux n'était pas facile à cette époque. Il n'a pas été très difficile de trouver un petit magasin d'informatique qui mettra votre jeu en vente, mais cela a pris beaucoup de temps, de plus, sans un million de dollars dans une banque, il était tout simplement impossible de forcer un grand réseau commercial, comme Sears ou Walmart , à vendre votre produit. Aujourd'hui, c'est beaucoup plus facile. Vous pouvez simplement télécharger votre idée originale sur l'App Store ou la vendre vous-même via votre propre site Web. Donc, avoir Activison en tant qu'éditeur signifiait beaucoup et nous a permis de rester à flot.

Vers 1987, j'ai créé l'application la plus cool qui n'a jamais vu le jour. Il s'appelait Software Studio . L'application vous a permis de créer quelque chose comme un dessin animé sur C64 et Apple II . L'ensemble comprenait un ensemble de scènes et de personnages préparés. Chaque personnage avait son propre jeu d'animations, ils pouvaient marcher, s'asseoir, danser et tout ça. Un moteur d'animation incroyablement efficace y a été utilisé - à peine quelques kilo-octets, vous pourriez adapter une bande dessinée de 5 minutes. Au début, Activision s'est intéressé à l'application, mais plus tard, ils se sont éloignés de ce sujet. Ensuite, nous avons essayé d'intéresser d'autres joueurs, dont Disney . J'ai aimé le programme, mais tout le monde avait peur qu'il soit trop flexible. Disney était particulièrement préoccupé par l'utilisation abusive de ses personnages. En fin de compte, nous avons admis la défaite et abandonné cette entreprise.

Après un certain temps, Brian Fargo m'a demandé si je voulais faire un jeu sur Neuromancer , selon un livre que nous avons tous les deux lu. Les droits sur la version cinématographique semblaient alors appartenir à Sabana Boys [Productions] , et ils ont obtenu le feu vert pour la production. Tim Leary détenait les droits à l'igronisation, mais le développement était au point mort. Tim n'est pas programmeur, mais les codeurs avec lesquels il a travaillé ont abandonné le projet. Nous sommes allés à Bel Air [Los Angeles] , à 60 kilomètres au nord, pour le rencontrer chez lui, mais c'est une autre histoire.

"Une histoire incroyable, Troy." Il est dommage que Software Studio ne soit jamais sorti, il semble que ce fut une percée majeure. Enfant, j'ai utilisé un logiciel similaire. Je ne me souviens pas du nom, quelque chose comme The Simpsons: Cartoon Studio , mais selon les dessins animés soviétiques. Mais c'était le deux millième, et vous l'avez fait il y a 15 ans. Impressionnant.

Mais revenons aux affaires. La question suivante aurait dû porter sur la façon dont Interplay est arrivé à Neuromancer , mais vous y avez déjà répondu :). Mais avant de commencer à parler du jeu lui-même, j'ai quelques questions, dont les réponses m'intéressent personnellement. C'est la chose, Timothy Leary est sans aucun doute une personne exceptionnelle, alors comment c'était de travailler avec lui?

Et une autre question, William Gibson était-il lui-même impliqué dans le développement?

- Travailler avec Tim Leary était très cool. Il était vraiment cool. Tim nous a invités chez lui pour discuter du projet. Nous nous sommes installés dans son salon, d'où il y avait juste une vue imprenable sur Los Angeles. Après plusieurs canettes de bière, nous lui avons parlé de notre vision du jeu, qui était très différente de sa vision. Nous n'étions pas sûrs de la façon dont il réagirait, mais il aimait l'idée, et il semblait qu'il était extrêmement intéressé à en faire une réalité.

Drôle, Tim , en quelque sorte, "grommelait" à quel point j'étais actif. Il semblait qu'avant cela, il n'avait jamais rencontré un programmeur informatique extraverti. Il a demandé si j'étais un acteur - je ne l'étais pas - mais il voulait juste que je joue dans le film. Ensuite, cela a semblé possible, mais, hélas, ce n'est jamais arrivé au point. J'ai donc raté ma chance de devenir une star de cinéma ;-).

William Gibson n'a pas participé au développement du jeu. Bien que nous nous soyons rencontrés une fois à Santa Monica , lors de sa séance d'autographes. Je n'avais que deux minutes environ pour lui parler. Nous l'avons invité à boire avec nous après la séance, mais il avait déjà des projets. Il semble être un gars cool, et j'apprécie vraiment que malgré le fait qu'il soit occupé, il a pris quelques minutes pour discuter avec nous.

"Je me demande si Gibson a joué ton jeu?" Pour autant que je sache, il n'était pas fort en informatique :)

Donc, le "Neuromancien" . Je sais que tu étais le seul programmeur du projet. Mais pour l'instant, concentrons-nous sur l'équipe Neuromancer dans son ensemble. Qui d'autre a travaillé sur le jeu? Quels étaient les rôles?

"Pour autant que je sache, Gibson ne l'a pas joué."

Bruce Belfort était producteur et scénariste. Il était le lien qui nous unissait. Très intelligent et sympathique, il était pour nous quelque chose comme un mentor. Le scénariste principal était Michael Stackpole . Il était alors une étoile montante, et maintenant - un auteur reconnaissable de la science-fiction. Charles Wademan III était notre grand artiste. Il a utilisé les outils que j'ai concoctés pour créer l'interface, les personnages et leurs animations. Et enfin, Brian Fargo , chef d' Interplay , a été producteur exécutif et a été très impliqué dans le processus de création du jeu.

[Photos trouvées sur Internet. De gauche à droite: Michael Stackpole, Todd Kamasta, Bill Heinman, Troy Miles, Bruce Belfort, Charles Wademan III.]

Au total, le jeu a duré environ 9 à 10 mois. C'était stressant mais amusant. Le plus cool était de savoir comment nous pouvions nous parler ouvertement et honnêtement sans prendre en compte les critiques. Cela nous a permis de tirer le maximum les uns des autres, ce qui n'a fait que rendre le jeu meilleur.

- Un point important, le jeu est sorti sur un certain ensemble de plateformes, donc quand vous parlez du temps qu'il a fallu à Neuromancer , voulez-vous dire une version spécifique (si oui, laquelle), ou tout à la fois? Je demande parce que, par exemple, la version pour Amiga [à gauche], comparée à la version pour MS-DOS [au milieu], ressemble à un jeu complètement différent, sans parler de la version pour C64 [à droite].

- Je ne parle que de C64 . Ports réalisés par d'autres personnes. La C64 était la voiture la plus cool pour son argent, avec une excellente puce audio et vidéo. Le processeur 6502nd était également un gadget intéressant. En raison de sa simplicité, il vous a permis de faire des choses que les processeurs plus puissants ne permettaient pas, comme le code auto-modifiable . Ces monstres ont forcé à transpirer ceux qui ont fait les ports. Le jeu a été entièrement écrit en 6502nd Assembler .

- C'est cool! En faisant notre portage, nous avons supposé que le jeu était écrit en assembleur, mais nous ne pensions pas qu'il s'agissait à l'origine du 6502nd . Soit dit en passant, sur les astuces, peut-être vous souvenez-vous et en décrivez quelques autres?

«À l'heure actuelle, trois techniques intéressantes me viennent à l'esprit: le dynamitage , les interruptions et le code auto-modifiant .

Dynamitage . Le C64 peut avoir plusieurs écrans visibles, et vous pouvez choisir celui qui est actif en définissant simplement une valeur spécifique. Utiliser un écran signifie: le nettoyer , le dessiner et le régler pour afficher le résultat. Évidemment, ici, vous avez besoin du moyen le plus rapide pour effacer l'écran. Et le plus rapide s'est avéré mettre la batterie à zéro et écrire séquentiellement la valeur de la batterie dans chaque emplacement de mémoire d'écran. [Troy signifie littéralement une entrée explicite dans chaque cellule: mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax mov ax, 0; mov screen[0], ax; mov screen[1], ax ... mov screen[n], ax .] Cela a l'air fou, et en tant que programmeur, vous voulez envelopper cela dans une boucle for , mais le branchement ralentit de manière critique l'exécution du code.

Interruptions . L'interruption vidéo en C64 a commencé tous les 30 secondes. Vous pourriez intercepter cette interruption et obtenir quelque chose comme «multitâche pour les pauvres». Quoi que vous fassiez là-bas, ça doit être rapide, sinon l'image va trembler. Mais vous pourriez avoir le temps de faire toutes sortes de choses utiles, telles que le contrôle du son ou les sprites de multiplexage.

Code auto-modifiant . Le 6502nd a pu faire une chose très étrange - changer les instructions avant de l'exécuter. Cela semble fou, mais l'idée est simple: au lieu de vérifier la condition et de passer à la branche de code suivante, laissez une branche et changez simplement son code en fonction de la condition.

 repeat N times { if STATE is 1 increase A by one else decrease A by one do something with A } repeat N times { increase A by one do something with A when STATE has to switch { replace the opcode "increase" above with the opcode to decrease, or vice versa } } 

Soit dit en passant, l'architecture PC au départ était extrêmement mal adaptée aux jeux. Le problème avec le son, un sous-système graphique très simple, et ne rappelons pas la limitation de la mémoire 640K . La plupart des PC étaient alors des 8088 , et ils sont beaucoup plus lents que leurs homologues 8086 . Donc, plus de mémoire et un meilleur processeur n'ont pas fait du PC un meilleur environnement de développement.

- En effet, la version PC a l' air et sonne mal. Cependant, voici un peu sur le son. La bande originale du jeu est basée sur la chanson de Devo «Some Things Never Change» . Avez-vous une histoire expliquant pourquoi cette chanson a été choisie et qui, en principe, était responsable de la conception sonore du jeu?

- Ici, je peux être inexact. Pour autant que je sache, Tim Leary et Mark Mathersbo de Devo [photo] étaient amis. D'une manière ou d'une autre, très probablement via Tim , nous avons eu une introduction et nous avons rencontré Mark dans son studio à Marina Del Rey . Mark est un dur à cuire, très avisé sur le plan technique. Nous avons écouté beaucoup de morceaux du nouvel album de Devo , Mark pensait que "Some Things Never Change" serait le meilleur pour notre projet, et nous étions solidaires avec lui. Mark nous a remis une copie numérique de la chanson. Travailler avec des fichiers audio à la fin des années 80 est toujours un casse-tête. Bill "Burger" Heinman (maintenant Rebecca Heinman ) était un vrai sorcier, il a pu traiter le fichier source et le rendre 8 bits pour C64 et 1 bit pour les autres plates-formes. Puis j'ai entendu pour la première fois une vraie chanson dans un jeu vidéo. Le son n'était pas parfait, mais assez bon pour l'époque.

- Je pense que cette chanson convient parfaitement. Mais revenons à la programmation et parlons un peu de l'architecture du jeu. Pour Neuromancer , avez-vous écrit un moteur complètement nouveau ou était-il basé sur votre travail précédent?

- Sur le plan architectural, le Neuromancien se composait de deux parties, l' animation et le gameplay . La partie animation , avec des mises à jour minimales, a migré de Software Studio , ce qui a donné au NPC des réactions animées et des notes de bas de texte. Le moteur de gameplay était complètement nouveau. Au départ, c'était plus complexe, avec une utilisation abondante de nombres aléatoires, mais cette partie a été rejetée - personne n'aime les jeux trop imprévisibles. Le jeu lui-même avait deux outils intéressants. Le premier pouvait enregistrer le gameplay - la sortie était un fichier texte. Si vous lui donnez un jeu, elle a commencé à jouer seule. C'était pour le débogage. De plus, le moteur de jeu était jouable par lui-même, sans partie d'animation. Encore une fois, pour le débogage. La partie gameplay du moteur pourrait également fonctionner sans animation . Tout cela a rendu la vie plus facile aux scénaristes, dont moi, car nous pouvions directement aller sur la bonne scène et travailler avec.

- Je voudrais m'attarder sur la partie gameplay . En étudiant la version pour MS-DOS, nous avons découvert que le jeu utilise quelque chose comme une machine virtuelle. La machine exécute le code secondaire contenu dans des fichiers de la forme "R% n.BIH" , qui, apparemment, sont des scripts pour le NPC . Ces fichiers sont un mélange de données de contrôle, de bytecode, de code objet 8086 et de lignes ASCII. Toutes ces fonctionnalités sont-elles d'une version spécifique ou font-elles partie de l'architecture d'origine?

- Ce n'est pas que j'ai beaucoup travaillé avec les ports, sauf que j'ai expliqué aux programmeurs le code pour 6502 , mais il semble qu'il soit basé sur des fichiers DAT de jeu. J'ai combiné animation et gameplay dans ces fichiers, en plus, il y avait aussi du code pour les niveaux. N'oubliez pas que le 6502nd Assembler n'avait pas de linker, donc je l'ai écrit.

"Eh bien, puisque nous travaillons avec le port, je n'ai pas grand-chose à demander par code, avez-vous quelque chose à ajouter?" Nous avons déjà discuté de certaines techniques de bas niveau, mais vous vous souvenez peut-être de problèmes intéressants liés au travail sur la logique du jeu?

"En fait, en ce moment, je ne me souviens de rien de tel." Bonne chance avec le port, et veuillez m'envoyer des liens vers le jeu et l'article lorsqu'ils seront prêts.

"Bien sûr, Troy." Merci pour votre temps. J'espère que vous avez apprécié cette interview. Une dernière question: votre jeu préféré?

"La seule chose que je joue en ce moment est le simulateur X-Plane ." Elle est juste géniale. Parfois, je joue sur mon iPad et j'aime beaucoup les jeux avec une physique intéressante, par exemple Hello Stars . Cela semble être stupide, mais fait avec talent. Parfois, je joue en copiant des jeux 8 bits à l'ancienne, tels que Pitfall et Donkey Kong , mais je n'ai pas fait beaucoup de progrès, il n'a tout simplement pas assez de temps.

Une telle histoire. L'interview s'est avérée être de petit volume, mais, à mon avis, très volumineuse en termes de détails. J'ai publié une version anglaise sur mon blog .

En ce qui concerne le jeu, beaucoup a été fait depuis la publication du dernier article: dialogues, inventaire, sauvegarde / chargement, et tout un tas de choses. Si tout se passe bien, alors dans quelques semaines, nous aurons une construction complètement jouable, jusqu'à présent sans cyberespace, mais il sera déjà possible d'avancer un peu dans l'histoire. La prochaine partie de numérotation du cycle sera publiée après avoir obtenu cette version. Mais maintenant, tout de même là, dans mon blog , vous pouvez suivre l'actualité du projet.