Doom (1993) als PDF umgesetzt
(doompdf.pages.dev)- DoomPDF ist eine Umsetzung, die Doom (1993) innerhalb eines PDFs ausführbar macht; der Spielbildschirm und die Bedienhinweise sind im PDF-Dokument enthalten
- Die Steuerung basiert auf WASD für die Bewegung;
qentspricht esc,zenter,euse undspacefire - Mit
shift+WASDkann man sprinten, mitmdie Karte öffnen und mit1-7Waffen auswählen - Auf einer separaten Webseite lassen sich custom WAD files hochladen, und der Quellcode ist in einem GitHub-Repository veröffentlicht
- Die Ausführungsumgebung ist auf Chromium-basierte Browser beschränkt, daher ist die Funktion in anderen PDF-Viewern eher nicht zu erwarten
Doom, das innerhalb eines PDFs läuft
- DoomPDF ist eine Doom-(1993)-Ausführung, die als PDF-Dokument bereitgestellt wird
- Im Dokument sind Hinweise zur Tastatursteuerung und Anzeigen für Richtungseingaben enthalten
- Die Laufzeitumgebung ist auf Chromium-basierte Browser beschränkt
Steuerung und Erweiterungsdateien
- Grundlegende Steuerung
WASD: Bewegungq: escz: entere: usespace: fire
- Zusätzliche Steuerung
shift+WASD: sprintm: map1-7: weapons
- custom WAD files hochladen: WAD-Dateien können auf einer separaten Seite hochgeladen werden
- Source code: Repository mit dem Quellcode von DoomPDF
1 Kommentare
Meinungen auf Hacker News
Source: https://github.com/thomasRinsma/pdfdoom
Spielbar: https://th0mas.nl/downloads/doom.pdf
Trotzdem ist diese Implementierung in vielerlei Hinsicht sauberer
In der EU ist das besonders wichtig, weil elektronische Signaturen nicht nach DocuSign-Art „ich schwöre, ich bin John Smith“ funktionieren, sondern kryptografisch basiert sind. Man beschwert sich ständig über PDF, aber tatsächlich gibt es kein Ersatzformat. Organisationen wie W3C / WHATWG könnten auf Basis von Webtechnologien etwas bauen, aber das gibt es noch nicht, und EPUB löst nur den engen Anwendungsfall der E-Book-Verteilung, nicht aber „geschäftliche“ Zwecke
Dann ist es besser, JavaScript zu verwenden, statt eine eigene Spezial-Sprache zu bauen; und wenn man JavaScript, Eingaben und eine Möglichkeit hat, ein grafisches Pixelraster zu aktualisieren, ist man auf dem Niveau, Doom ausführen zu können. Dass Rechenleistung und Programmierbarkeit so billig geworden sind, dass sie sogar in den gewöhnlichsten Apps weit verbreitet sind, finde ich eher großartig als schrecklich
Der nächste Schritt ist, Bellards JSLinux (https://bellard.org/jslinux/) hineinzupacken und ein vollständiges Betriebssystem samt Entwicklungsumgebung und Office-Suite in ein PDF zu stecken
Da fragte ich mich, was da im Hintergrund sonst noch alles passiert, ohne dass ich es weiß. Leider konnte ich Doom in einem PDF innerhalb von Emacs nicht zum Laufen bringen. Wahrscheinlich wäre es einfacher, eine ähnliche Technik wie hier mit Emacs-Bordmitteln und ASCII-Zeichen neu umzusetzen, oder eine ähnliche Technik wie im Bad-Apple-vim-Beitrag[1] zu verwenden, der auf Platz 1 stand, als dieser Beitrag auf Platz 2 war
[1]: https://news.ycombinator.com/item?id=42674116
Das erinnerte mich daran, wie moderne Linux-Distributionen entscheiden, wie Dateien ausgeführt werden. Nachdem ich das vor ein paar Jahren gelernt hatte, habe ich viel zu lange versucht, meine Maschine dazu zu bringen, .exe-Dateien mit wine oder mono auszuführen. Eine interessante Übung, aber es war den Aufwand nicht wert
Zum Starten mehrmals z drücken, bewegen mit w/a/s/d, benutzen mit e, schießen mit Space, z ist Enter
/XObject <> /Invoke RCEaussehen wirdOb man es so klein wie die Datei DOOM1.WAD bekommen kann? Die ist 4 MB groß
Aber gibt es noch andere Einsatzmöglichkeiten für so eine Technik? Könnte man zum Beispiel Apps als PDF auf stark eingeschränkten Geräten wie einem iPhone oder auf verwalteten Geräten wie PlayStation, Xbox oder Kiosken verteilen? Als ich mir Adobe Reader angesehen habe, wirkte es so, als könne man auch Filme in PDFs einbetten und die Menüleiste anpassen. Es scheint ein flexibleres Format zu sein, als man denkt