Wir haben mit Troy Miles gesprochen - dem Programmierer von "Neuromancer"

[Troy Miles ist ein Redner, Autor und Softwareentwickler mit langjähriger Erfahrung. Er begann seine Karriere mit dem Schreiben von Spielen für den Commodore 64, Apple II und IBM PC im 6502. x86. Assembler. Zweimaliger Gewinner des Game of the Year Award. Er ist Autor von jQuery Essentials sowie einer Vielzahl von Zeitschriftenartikeln und Veröffentlichungen in seinem eigenen Blog. Ersteller von Trainingsvideos. Derzeit programmieren Web- und mobile Anwendungen bei Kelley Blue Book.]

Hallo! Sie kennen mich vielleicht aus der Reversim Neuromant-Reihe , in der ich darüber spreche , wie wir ein Videospiel rückentwickeln und portieren, das auf dem gleichnamigen Roman von William Gibson basiert. Aufgrund seines Inhalts handelt es sich eher um ein Spin-off als um den nächsten Nummernteil - ein unabhängiges Material, das keine zusätzliche Vorbereitung durch den Leser erfordert.

Und es begann damit, wie viiri mit den Worten: „Dies ist der Programmierer, der den Neuromancer geschrieben hat. Ich denke, es wird ihm nichts ausmachen, Fragen zu beantworten . “Er schickte mir einen Link zu einem Twitter-Account eines Mannes namens Troy Miles (Bild). Dann habe ich am vierten Teil des Zyklus gearbeitet und dem nicht viel Bedeutung beigemessen. Nachdem ich einige Wochen später darüber nachgedacht hatte, schien mir die Idee eines Interviews mit dem Entwickler so erfolgreich zu sein, dass ich Troy sofort schrieb, wer wir sind, was wir tun und was wir von ihm wollen. Die Antwort ließ nicht lange auf sich warten, Troy reagierte sehr positiv auf unser Unternehmen und erklärte sich bereit, meine Fragen zu beantworten.

- Hallo Troy, ich denke es ist Zeit unser kurzes Interview zu beginnen. Für den Anfang möchte ich, dass Sie sich meinen Lesern vorstellen. Bitte, Troy, erzähl uns von den Höhepunkten deiner beruflichen Laufbahn.

- Hallo zusammen, ich heiße Troy Miles . Ich arbeite seit 1979 als Programmierer, dann war ich noch in der High School. Ich wurde der vierte Mitarbeiter, der 1983 von Interplay eingestellt wurde. Es waren großartige Zeiten und großartige Leute. Ich schrieb Neuromancer , Der Herr der Ringe , und half bei der Entwicklung vieler anderer Spiele.

Ich habe Interplay 1992 verlassen. Ich habe diese Firma immer noch geliebt, aber ich brauchte einen stabilen Arbeitsplan. Verbrachte einige Zeit bei Phoenix Technologies Ltd und arbeitete an Systemsoftware für PCMCIA- Module. Irgendwie habe ich sogar einen Artikel darüber in Dr. Dobbs Magazin .

Nach Phoenix wurde ich für eine Weile ein unabhängiger Entwickler. Habe ein paar CDI- Spiele unter Vertrag gemacht. Sie waren schrecklich, nicht in Bezug auf die Programmierung - das Gameplay war mittelmäßig und CDI selbst war im Prinzip keine gute Idee.

2007 trat ich dem Kelley Blue Book bei , wo ich heute bleibe. Unsere Website ist www.kbb.com. Dies ist eine Ressource zu Automobilthemen. Ohne übermäßigen Glanz, aber meine Kollegen sind gut genug.

Während der Zeit bei KBB begann ich wieder zu schreiben und wenn möglich kleine Konferenzen abzuhalten. Bisher ging es in den Berichten hauptsächlich um jQuery und jQuery Mobile . Am Ende habe ich auf jQuery sogar ein Buch geschrieben und ein Tutorial-Video über Ionic gemacht . Ich habe auch einen jQuery Mobile -Videoclip für Learn Now Online gedreht .

Letztes Jahr habe ich angefangen, Videos für LinkedIn Learning / Lynda.com zu machen . Heute gibt es 5 davon: zwei in C ++ , zwei in Kotlin und eine über Bash . Ich plane, in naher Zukunft ein paar weitere C ++ - Videos zu machen.

In meiner Freizeit entwickle ich ein Handyspiel. Nichts Übernatürliches, ein gewöhnlicher Casual, den ich hoffentlich in der ersten Hälfte des Jahres 2019 beenden werde. Dies wird mein erstes Spiel seit Mitte der neunziger Jahre sein.

- Eine beeindruckende Erfolgsbilanz! Aber gehen wir zurück zu 1983, als Sie zum ersten Mal zu Inerplay kamen . Sagen Sie uns, wie Sie dorthin gekommen sind und wer waren diese großartigen Typen, die Sie erwähnt haben?

- Während ich in San Diego , ungefähr 100 Kilometer von Orange entfernt , in Kalifornien , habe ich meine eigenen Spiele für Vic 20 und C64 gemacht . 1983 fand eine Ausstellung mit Computerspielen an einem Ort namens Lion Country Safari [Lagoon Hills, Orange] statt . Dort traf ich Brian Fargo . Anschließend arbeitete er für Boone , das von einem Mann namens Michael Boone geleitet wurde (er gründete später Boone Boards ). Ich sprach mit Boon darüber, wie man als Spieleentwickler zu ihnen kommt. Als das Unternehmen auseinander fiel, rief Brian mich an und bot an, seinem Startup - Interplay Prouctions - beizutreten . Ich stimmte zu. Unser erstes Büro befand sich im Industriegebiet von Newport Beach , direkt über dem Büro des Quiksilver- Bekleidungsherstellers.

[Foto von Troy selbst.] In der ersten Reihe Foto [von links nach rechts]: Alan Pavlish , Brian Fargo , ich und Jay Patel . Hintere Reihe: Bill Heinman , Troy Warrel und Todd Kamasta . Dies ist ein Foto von Ende 1984 - Anfang 1985.

In jenen Tagen machten wir etwas unter Lizenz, Vertragsarbeit und Häfen für andere Unternehmen. Wir haben sogar etwas für das Verteidigungsministerium durch Loral getan. Es ging um Karten mit GPS , was zu dieser Zeit neu war. Für diese Arbeit erhielten wir Dank von der US-Armee. Wir haben auch einen Vertrag mit der University of California in Irvine abgeschlossen . Sie machten Lernspiele unter der Anleitung eines Professors. Wir haben auch einige Abenteuer-Actionfilme für Activison gedreht . Unter ihnen sind MindShadow , Tass Times in Tonetown und Borrowed Time . Die Verbreitung von Spielen war damals nicht einfach. Es war nicht sehr schwierig, einen kleinen Computerladen zu finden, in dem Ihr Spiel zum Verkauf angeboten wird, aber es hat viel Zeit in Anspruch genommen. Außerdem war es ohne eine Million Dollar in einer Bank einfach unmöglich, ein großes Handelsnetzwerk wie Sears oder Walmart zum Verkauf Ihres Produkts zu zwingen. Heute ist es viel einfacher. Sie können Ihre Idee einfach in den App Store hochladen oder selbst über Ihre eigene Website verkaufen. Activison als Verleger zu bekommen bedeutete also viel und erlaubte uns, über Wasser zu bleiben.

Um 1987 habe ich die coolste Anwendung erstellt, die nie das Licht der Welt erblickte. Es wurde Software Studio genannt . Mit der App konnten Sie auf C64 und Apple II so etwas wie einen Cartoon erstellen. Das Set enthielt eine Reihe vorbereiteter Szenen und Charaktere. Jeder Charakter hatte seine eigenen Animationen, sie konnten laufen, sitzen, tanzen und so weiter. Dort wurde eine unglaublich effektive Animations-Engine verwendet - mit nur wenigen Kilobyte konnte ein 5-minütiger Cartoon aufgenommen werden. Activision interessierte sich zunächst für die Anwendung, später jedoch von diesem Thema. Dann haben wir versucht, andere Spieler zu interessieren, einschließlich Disney . Ich mochte das Programm, aber alle hatten Angst, dass es zu flexibel ist. Disney war besonders besorgt über den Missbrauch seiner Charaktere. Am Ende gaben wir eine Niederlage zu und gaben dieses Unternehmen auf.

Nach einer Weile fragte Brian Fargo , ob ich ein Spiel über Neuromancer machen wolle, laut einem Buch, das wir beide gelesen hatten. Die Rechte an der Filmversion schienen dann bei Sabana Boys [Productions] zu liegen , und sie erhielten die Genehmigung für die Produktion. Tim Leary besaß die Rechte an der Ironisierung, aber die Entwicklung kam zum Stillstand. Tim ist kein Programmierer, aber die Programmierer, mit denen er zusammengearbeitet hat, haben das Projekt aufgegeben. Wir gingen nach Bel Air [Los Angeles] , 60 Kilometer nördlich, um ihn in seinem Haus zu treffen, aber das ist eine andere Geschichte.

"Eine erstaunliche Geschichte, Troy." Es ist schade, dass Software Studio nie herausgekommen ist. Es scheint, dass dies ein großer Durchbruch war. Als Kind habe ich eine ähnliche Software verwendet. Ich erinnere mich nicht an den Namen, so etwas wie Die Simpsons: Cartoon Studio , aber laut sowjetischen Cartoons. Aber es war zweitausendstel, und Sie haben es vor 15 Jahren getan. Beeindruckend.

Aber zurück zum Geschäft. Die nächste Frage hätte lauten sollen, wie Interplay zu Neuromancer kam , aber Sie haben sie bereits beantwortet :). Bevor wir jedoch über das Spiel selbst sprechen, habe ich einige Fragen, deren Antworten für mich persönlich interessant sind. Das ist die Sache, Timothy Leary ist zweifellos eine herausragende Person. Wie war es also, mit ihm zu arbeiten?

Und noch eine Frage: War William Gibson selbst an der Entwicklung beteiligt?

- Die Arbeit mit Tim Leary war sehr cool. Er war wirklich cool. Tim lud uns in sein Haus ein, um das Projekt zu besprechen. Wir ließen uns in seinem Wohnzimmer nieder, von wo aus man nur einen atemberaubenden Blick auf Los Angeles hatte. Nach mehreren Dosen Bier erzählten wir ihm von unserer Vision des Spiels, die sich sehr von seiner Vision unterschied. Wir waren uns nicht sicher, wie er reagieren würde, aber er mochte die Idee und es schien, dass er äußerst daran interessiert war, dies Wirklichkeit werden zu lassen.

Komisch, Tim , "grummelte" darüber, wie aktiv ich war. Es schien, dass er zuvor noch nie einen extrovertierten Computerprogrammierer getroffen hatte. Er fragte, ob ich ein Schauspieler sei - ich war es nicht -, aber er wollte nur, dass ich in dem Film mitspiele. Dann schien es möglich, aber leider kam es nie auf den Punkt. Also habe ich meine Chance verpasst, ein Filmstar zu werden ;-).

William Gibson war nicht an der Entwicklung des Spiels beteiligt. Obwohl wir uns einmal in Santa Monica getroffen haben , während seiner Autogrammstunde. Ich hatte nur zwei Minuten Zeit, um mit ihm zu sprechen. Wir haben ihn eingeladen, nach der Sitzung mit uns zu trinken, aber er hatte bereits Pläne. Er scheint ein cooler Typ zu sein, und ich weiß es wirklich zu schätzen, dass er trotz der Tatsache, dass er beschäftigt war, ein paar Minuten gebraucht hat, um mit uns zu plaudern.

"Ich frage mich, ob Gibson dein Spiel gespielt hat?" Soweit ich weiß, war er dann nicht stark in Computern :)

Also der "Neuromancer". Ich weiß, dass Sie der einzige Programmierer im Projekt waren. Aber jetzt konzentrieren wir uns auf das Neuromancer-Team als Ganzes. Wer hat noch an dem Spiel gearbeitet? Was waren die Rollen?

"Soweit ich weiß, hat Gibson es nicht gespielt."

Bruce Belfort war Produzent und Drehbuchautor. Er war das Bindeglied, das uns zusammengehalten hat. Sehr klug und freundlich, er war für uns so etwas wie ein Mentor. Der Hauptdrehbuchautor war Michael Stackpole . Damals war er ein aufgehender Stern und jetzt ein erkennbarer Autor von Science-Fiction. Charles Wademan III war unser großer Künstler. Er benutzte die Werkzeuge, die ich erfunden hatte, um die Benutzeroberfläche, die Charaktere und ihre Animationen zu erstellen. Und schließlich fungierte Brian Fargo , Leiter von Interplay , als ausführender Produzent und war sehr an der Entwicklung des Spiels beteiligt.

[Fotos im Internet gefunden. Von links nach rechts: Michael Stackpole, Todd Kamasta, Bill Heinman, Troy Miles, Bruce Belfort, Charles Wademan III.]

Insgesamt dauerte das Spiel etwa 9-10 Monate. Es war stressig, aber lustig. Das Coolste war, wie offen und ehrlich wir miteinander reden konnten, ohne Kritik in unser eigenes Konto aufzunehmen. Dies ermöglichte es uns, das Maximum aus einander herauszuholen, was das Spiel nur besser machte.

- Ein wichtiger Punkt, das Spiel wurde auf einer bestimmten Reihe von Plattformen veröffentlicht. Wenn Sie also darüber sprechen, wie viel Zeit der Neuromancer benötigt hat , meinen Sie eine bestimmte Version (wenn ja, welche) oder alles auf einmal? Ich frage, weil zum Beispiel die Version für Amiga [links] im Vergleich zur Version für MS-DOS [in der Mitte] wie ein völlig anderes Spiel aussieht, ganz zu schweigen von der Version für C64 [rechts].

- Ich spreche nur von C64 . Ports von anderen Leuten gemacht. Der C64 war das coolste Auto für sein Geld mit einem exzellenten Audio- und Videochip. Der 6502. Prozessor war auch ein interessantes Gizmo. Aufgrund seiner Einfachheit konnten Sie Dinge tun, die leistungsstärkere Prozessoren nicht zuließen, z. B. selbstmodifizierenden Code . Solche Freaks mussten diejenigen schwitzen, die die Häfen gebaut hatten. Das Spiel wurde vollständig in 6502. Assembler geschrieben .

- Das ist cool! Als wir unseren Port machten, gingen wir davon aus, dass das Spiel in Assembler geschrieben wurde, dachten aber nicht, dass es ursprünglich das 6502. war . Übrigens, über die Tricks, vielleicht erinnerst du dich noch an ein paar mehr und beschreibst sie?

„Im Moment fallen mir drei interessante Techniken ein: Sprengen , Unterbrechen und selbstmodifizierender Code .

Sprengen . Der C64 kann mehrere sichtbare Bildschirme haben, und Sie können auswählen, welcher aktiv ist, indem Sie einfach einen bestimmten Wert festlegen. Einen Bildschirm zu verwenden bedeutet: ihn zu reinigen , zu zeichnen und ein wenig einzustellen, um das Ergebnis anzuzeigen. Hier brauchen Sie natürlich den schnellsten Weg, um den Bildschirm zu löschen. Am schnellsten stellte sich heraus, dass die Batterie auf Null gesetzt und der Batteriewert nacheinander in jeden Bildschirmspeicherplatz geschrieben wurde. [Troy bedeutet wörtlich einen expliziten Eintrag in jeder Zelle: 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 .] Es sieht verrückt aus, und als Programmierer möchten Sie dies in eine for- Schleife einschließen, aber die Verzweigung verlangsamt die Codeausführung kritisch.

Unterbrechungen . Die Videounterbrechung in C64 begann alle 30 Sekunden. Sie könnten diese Unterbrechung abfangen und so etwas wie "Multitasking für die Armen" bekommen. Was auch immer Sie dort tun, es muss schnell sein, sonst zuckt das Bild. Sie könnten jedoch Zeit haben, alle möglichen nützlichen Dinge zu tun, z. B. Soundsteuerung oder Multiplexing von Sprites.

Selbstmodifizierender Code . Der 6502. konnte eine sehr seltsame Sache tun - Anweisungen zu ändern, bevor er ausgeführt wurde. Es klingt verrückt, aber die Idee ist einfach: Anstatt die Bedingung zu überprüfen und zum nächsten Code-Zweig zu wechseln, verlassen Sie einen Zweig und ändern Sie den Code je nach Bedingung.

 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 } } 

Die PC- Architektur war übrigens zunächst äußerst schlecht für Spiele geeignet. Das Problem mit dem Sound, einem sehr einfachen Grafik-Subsystem, und erinnern wir uns nicht an die Einschränkung des 640K- Speichers. Die meisten PCs waren damals 8088 und sie sind viel langsamer als ihre 8086- Gegenstücke. Mehr Speicher und ein besserer Prozessor machten den PC also nicht zu einer besseren Entwicklungsumgebung.

- In der Tat sieht die PC-Version schlecht aus und klingt schlecht. Hier ist jedoch ein wenig über den Sound. Der Soundtrack des Spiels basiert auf Devos Song "Some Things Never Change" . Hast du eine Geschichte darüber, warum dieses Lied ausgewählt wurde und wer im Prinzip für das Sounddesign des Spiels verantwortlich war?

- Hier kann ich ungenau sein. Soweit ich weiß, waren Tim Leary und Mark Mathersbo von Devo [im Bild] Freunde. Irgendwie, höchstwahrscheinlich durch Tim , hatten wir ein Intro und trafen uns mit Mark in seinem Studio in Marina Del Rey . Mark ist ein harter Kerl, sehr technisch versiert. Wir haben uns viele Tracks vom neuen Devo- Album angehört, Mark dachte, dass „Some Things Never Change“ das Beste für unser Projekt sein würde, und wir waren solidarisch mit ihm. Mark gab uns eine digitale Kopie des Songs. Die Arbeit mit Audiodateien in den späten 80ern bereitet immer noch Kopfschmerzen. Bill "Burger" Heinman (jetzt Rebecca Heinman ) war ein echter Zauberer, er konnte die Quelldatei verarbeiten und für C64 8-Bit und für andere Plattformen 1-Bit erstellen. Dann hörte ich zuerst ein echtes Lied in einem Computerspiel. Der Sound war nicht perfekt, aber gut genug für seine Zeit.

- Ich denke, dieses Lied passt perfekt. Aber kehren wir zur Programmierung zurück und sprechen ein wenig über die Architektur des Spiels. Haben Sie für Neuromancer eine komplett neue Engine geschrieben oder basiert sie auf Ihrer vorherigen Arbeit?

- Architektonisch bestand der Neuromancer aus zwei Teilen, Animation und Gameplay . Der Animationsteil mit minimalen Aktualisierungen, der aus Software Studio migriert wurde, gab dem NPC animierte Reaktionen und Textfußnoten. Die Gameplay- Engine war völlig neu. Anfangs war es komplexer und es wurden häufig Zufallszahlen verwendet, aber dieser Teil wurde verworfen - niemand mag Spiele, die zu unvorhersehbar sind. Das Spiel selbst hatte zwei interessante Werkzeuge. Der erste konnte das Gameplay aufzeichnen - die Ausgabe war eine Textdatei. Wenn du ihm ein Spiel fütterst, beginnt sie alleine zu spielen. Dies war zum Debuggen. Außerdem war die Spiel-Engine ohne Animationsteil selbst spielbar. Wieder zum Debuggen. Der Gameplay- Teil der Engine könnte auch ohne Animation funktionieren. All dies erleichterte den Drehbuchautoren, einschließlich mir, das Leben, da wir direkt zur richtigen Szene gehen und damit arbeiten konnten.

- Ich möchte auf den Gameplay- Teil eingehen . Als wir die Version für MS-DOS studierten, stellten wir fest, dass das Spiel so etwas wie eine virtuelle Maschine verwendet. Die Maschine führt den Bycode aus, der in Dateien der Form "R% n.BIH" enthalten ist , die anscheinend Skripte für den NPC sind . Diese Dateien sind eine Kernelmischung aus Steuerdaten, Bytecode, Objektcode 8086 und ASCII-Zeilen. Sind alle diese Funktionen einer bestimmten Version oder Teil der ursprünglichen Architektur?

- Es ist nicht so, dass ich viel mit Ports gearbeitet habe, außer dass ich den Programmierern den Code für 6502 erklärt habe , aber es klingt so, als ob er auf Spiel- DAT-Dateien basiert. Ich habe Animation und Gameplay in diesen Dateien kombiniert, außerdem gab es auch Code für die Levels. Vergessen Sie nicht, dass der 6502. Assembler keinen Linker hatte, also habe ich ihn geschrieben.

"Nun, da wir mit dem Port arbeiten, muss ich nicht viel per Code fragen. Haben Sie noch etwas hinzuzufügen?" Wir haben bereits einige Low-Level-Techniken besprochen, aber vielleicht erinnern Sie sich an einige interessante Probleme bei der Arbeit an der Spielelogik?

"Tatsächlich kann ich mich momentan an so etwas nicht erinnern." Viel Glück mit dem Port und bitte sende mir Links zum Spiel und Artikel, wenn sie fertig sind.

"Natürlich, Troy." Danke für deine Zeit. Ich hoffe dir hat dieses Interview gefallen. Eine letzte Frage: Ihr Lieblingsspiel?

"Das einzige, was ich gerade spiele, ist der X-Plane- Simulator." Sie ist einfach großartig. Manchmal spiele ich auf meinem iPad und ich mag Spiele mit interessanter Physik, zum Beispiel Hello Stars . Es scheint dumm zu sein, aber talentiert gemacht. Manchmal spiele ich, indem ich 8-Bit-Spiele der alten Schule wie Pitfall und Donkey Kong kopiere , aber ich habe keine großen Fortschritte gemacht, es hat einfach nicht genug Zeit.

Eine solche Geschichte. Das Interview erwies sich als klein, aber meiner Meinung nach sehr ausführlich. Ich habe eine englische Version in meinem Blog veröffentlicht .

In Bezug auf das Spiel wurde seit der Veröffentlichung des letzten Artikels viel getan: Dialoge, Inventar, Speichern / Laden und eine ganze Reihe von Dingen. Wenn alles gut geht, werden wir in ein paar Wochen einen vollständig spielbaren Build haben, bisher ohne Cyberspace, aber es wird bereits möglich sein, ein wenig in der Geschichte voranzukommen. Der nächste Nummerierungsteil des Zyklus wird veröffentlicht, nachdem wir diesen Build erhalten haben. Trotzdem können Sie in meinem Blog die Neuigkeiten zum Projekt verfolgen.