Es ist kein Geheimnis, dass ich eine besondere Vorliebe für die Xbox 360 habe (mehr über meine Beziehung zu ihr kannst du in diesem Beitrag nachlesen).
Das Entsperren dieser Konsolen war im Grunde mein erster Job und meine Einkommensquelle, wodurch ich kontinuierlich meine Fähigkeiten am Lötkolben verbessern konnte. Das Gehäuse auseinanderzunehmen, die Schrauben zu lösen und „meine Sache zu machen“ war für mich selbstverständlich. Ich habe es genossen. Es war ein sehr wichtiger Teil meiner Teenagerjahre.
Dann habe ich natürlich mein Leben weitergeführt. Ich begann mein Studium an der Universität und stieg auf andere Einkommensmöglichkeiten um, die weniger Zeit und Aufwand erforderten, damit ich mich ganz auf mein Studium konzentrieren konnte.
Allerdings gibt es ein Bild aus dieser Zeit, an das ich mich besonders gern erinnere:

XeLL Reloaded läuft auf einer Xbox 360
Zu sehen, dass dieser Bildschirm erschien, bedeutete mehrere Dinge: Die Konsole funktionierte noch, meine Lötstellen waren perfekt (ich war stolz darauf, wie sauber meine Lötarbeiten aussahen) und – am wichtigsten – ich war nur Sekunden davon entfernt, kritische Informationen auszulesen, um die von Microsoft implementierten Sicherheitsmechanismen vollständig zu durchdringen.
Diesen Bildschirm zu beobachten war ein nahezu tägliches Ritual, Konsole um Konsole, Kunde um Kunde. Ein wahrer Elixier der Zufriedenheit.
Im Laufe der Zeit wurden Innovationen in dieser „Szene“ immer seltener. Zwar gab es bedeutende Meilensteine (zum Beispiel das RGH 3 von 2021 durch den großartigen 15432), doch es schien nicht mehr viel übrig zu sein. Die Winchester-Konsolen waren stets unantastbar, doch ehrlich gesagt haben sie mich nie interessiert. Die Trinity-Revisionsstufen waren meiner Meinung nach Microsoft von seiner besten Seite. Ab Corona empfand ich es eher als Kostenkürzung im Herstellungsprozess.
Am 3. März veröffentlichte Grimdoomer Xbox360BadUpdate und erreichte, was unmöglich schien: einen Exploit für alle Xbox-360-Revisionen (einschließlich Winchester), der nur einen USB-Stick benötigt – kein Löten erforderlich. Pure Genialität.
Obwohl die Methode bis heute relativ instabil ist und eine vergleichsweise geringe Erfolgsrate aufweist (und die Community weiterhin RGH für eine zuverlässige Erfahrung empfiehlt), ist es ein Meilenstein, den niemand übersehen konnte.
Und genau das löste eine Welle der Nostalgie aus. Mit Nostalgie kommen Ideen. Auf Reddit sah ich diesen Beitrag mit einer modifizierten XeLL und dem Avenged Sevenfold-Logo und dachte: „Ich bin jetzt Computeringenieur – ich verstehe Dinge, die ich früher nicht verstanden habe. Wie funktioniert XeLL wirklich?“ Zwei Stunden Basteln später hatte ich meine eigene modifizierte XeLL.
”Was wäre, wenn ich eine Webanwendung erstelle, damit das jeder tun kann?”
Und natürlich hörte ich hier nicht auf. XeLL basiert auf LibXenon als Fundament, und letztere Bibliothek war in puncto Komponenten mittlerweile ziemlich veraltet. Ich bin besessen davon, Software aktuell zu halten, und konnte mir diese Gelegenheit nicht entgehen lassen.
Zlib, bzip2, freetype und libpng aktualisieren? Erledigt. Newlib und binutils aktualisieren und die nötigen Patches aktualisieren? Erledigt. GCC aktualisieren?
Verdammtes GCC. Ich konnte GCC nicht aktualisieren. Irgendwann führten sie eine Änderung ein, die – trotz Anpassung der erforderlichen Patches – dazu führte, dass XeLL zwar kompiliert, aber nicht lauffähig war. Natürlich habe ich die Ursache gefunden: Commit 60bd3f2 führte flag_cunroll_grow_size ein. Indem ich diese „Optimierung“ deaktivierte, erwachte XeLL wieder zum Leben. Das war nach einer Woche Leidensweg, in der ich Commit um Commit kompilierte, bis ich den Übeltäter gefunden hatte. Sobald er identifiziert war, gelang es mir, GCC auf Version 13.3.0 zu bringen.
Damit war alles geklärt, und nachdem ich einige Verbesserungen von 15432 übernommen hatte, um eMMC-Schreibunterstützung hinzuzufügen, war ich bereit, die Web-App für XeLL zu entwickeln. Und hier sind wir.
Es ist eine Symphonie aus Komponenten: LibXenon und dessen Toolchain zum Erstellen von XeLL, XeLL Customizer als Web-App sowie XeLL Customizer API als Vermittler zwischen der Web-App und GitHub Actions, um Build-Pipelines basierend auf den vom Benutzer ausgewählten Parametern auszulösen.

Getreu dem Original habe ich die exakten Ränder von XeLL nachgeahmt und die gleiche IBM VGA 8×16-Schrift verwendet, die LibXenon seit Jahren mitliefert. Nachdem ich alles fertiggestellt hatte, teilte ich es in diesem Beitrag auf Reddit.
Innerhalb von fünf Minuten entdeckten Nutzer bereits Bugs, die ich nicht einmal vorausgesehen hatte. Ich veröffentlichte einige Hotfixes und hatte bis zum Morgen eine stabile Version.
Die Resonanz der Community war unglaublich: über 10.000 Besuche innerhalb von 24 Stunden und mehr als 130 erstellte Builds. Die Vorschläge der Community waren ausgesprochen hilfreich, und vor allem ist es ein unbeschreibliches Gefühl, mit Größen wie Swizzy, 15432, Octal450, InvoxiPlayGames und anderen zusammenzuarbeiten. Ich fühle mich wie ein Hochstapler, der unter Riesen wandelt.
Meinen „kleinen Sandkorn“ zur Xbox-360-Szene beizutragen, hätte ich mir nie erträumt. Und hier sind wir. Wenn du den XeLL Theme Customizer ausprobieren möchtest, nur zu! Ich hoffe, er gefällt dir.
©2022-2026 Sebastian Barrenechea. Alle Rechte vorbehalten.
Erstellt mit Astro v5.16.11.