Alte Geräte, alte Netzteile

Hatte nicht neulich jemand die Robustheit alter Geräte gelobt? Stimmt, das war ich ja selbst. In einer neuen Ausgabe der Serie „wenn man den Tag vor dem Abend lobt“ hat sich heute Morgen das Netzteil meines A3000, den ich in liebevoller Kleinarbeit gerade für die Classic Computing 2016 vorbereite, mit einem lauten Knall verabschiedet. Super.

Ersatz musste her. Als erstes habe ich recherchiert, wieviel Output das gute Stück denn lieferte – ganze 22W. Irgendwie wenig, aber dann doch auch wieder viel, wenn man nicht gleich ein PC-Netzteil anklemmen will (und das ist seit ATX ja auch gar nicht mehr so einfach, da viele Netzteile nur Saft geben, wenn ein Mainboard dranhängt und „Power Good“ signalisiert). Erste Idee: eins der Floppy-/Festplatten-Netzteile mit 4pin-Molex-Ausgang zum externen Anschluss von S-ATA- oder IDE-Geräten. Alle, die ich habe, liefern aber nur 2A@5V. Hmmmm. Trotzdem schnell einen Molex-Y-Adapter geschnappt, zwei Drähte gekappt, zwei Crimp-Stecker drangemacht, an den A3000 angeklemmt – läuft soweit. Ohne Floppy natürlich, aber die kann ich über ein zweites solches Netzteil versorgen, wenn ich sie denn wirklich brauche.

Reichen die 2A? Keine Ahnung. Die 22W müssen ja reichen für ein Podule und ein Mini-Podule, die Floppy, eventuell Econet und das Board. Ich habe vorsichtshalber weiter gesucht und bin auf ein 2,5A@5V-Netzteil gestoßen, das ich zum Betrieb meines Amstrad CPC6128plus ohne den dazugehörigen Monitor bevorratet hatte. Dazu hatte ich zur 12V-Versorgung meines Schneider CPC6128 bei meiner letzten Reichelt-Bestellung ein fertig konfektioniertes Kabel mit 2,1mm-Hohlsteckerbuchse auf der einen und blankem Kabel auf der anderen Seite geordert. Das habe ich jetzt als Gegenstück zum 2,1mm-Hohlstecker des Netzteils genutzt – gekürzt, Crimp-Stecker dran, Atem anhalten – A3000 läuft. Ich habe das alte Netzteil nebst Netzkabel nun entfernt und werde bei Gelegenheit ein gescheites Netzteil einbauen. Jetzt muss erstmal die fliegende Verdrahtung ausreichen.

Ich hoffe, das war jetzt die letzte Überraschung vor der CC2016.

Classic Computing 2016 (4) – Der Raspberry Pi

Der dritte Kandidat unter der Hardware, die ich bei der Classic Computing 2016 zeigen will, ist der Raspberry Pi Model B+. Der Raspberry Pi startete 2012 die Revolution der wirklich preiswerten SBCs, die trotzdem genügend CPU-Power haben um für allgemeine Anwendungen nützlich zu sein – auch wenn die Linux-Fraktion am ersten Modell, das mit sparsamen 256 MB RAM ausgerüstet war, sehr rumgemäkelt hat. RISC OS-Nutzer konnten das nicht nachvollziehen, gelten hier doch 256 MB RAM als unendliche Speicherweiten.

Aus RISC OS-Sicht ist der Raspberry Pi etwas Besonderes. Zum einen unterhält RISC OS Open Ltd. eine besondere Beziehung zur Raspberry Pi Foundation – dadurch ist eine sehr gute und aktuelle Unterstützung der Hardware gelungen, wann immer eine neue Variante auf den Markt kommt, ist meist die passende RISC OS-Version direkt verfügbar. Zum anderen sind die Treuhänder der Raspberry Pi Foundation teilweise alte Bekannte. Von David Braben stammt das legendäre Spiel Zarch, ein (nein, DER) Launch-Titel des Acorn Archimedes. Alan Mycroft ist das „croft“ im Norcroft-Compiler, der unser aller Lieblingsbetriebssystem baut. Und die anderen hatten bestimmt mal einen Acorn BBC Model B oder Electron.

Warum das alte Modell mit dem ARM11? Das hat seinen Grund in der Zielrichtung „Retro“. Der Ur-Pi hat noch eine ARMv6-CPU intus, die im ARMv5-Kompatibilitätsmodus laufen kann. Das macht den Ur-Pi am besten kompatibel zur Software der IYONIX pc-Zeit, und er ist die am besten unterstützte RISC OS 5-Plattform von ADFFS, welches es ermöglicht, die guten alten Spiele von Ende der 80er/Anfang der 90er auf aktueller Hardware zu zocken. Abgesehen davon profitiert RISC OS nicht so dramatisch wie andere Betriebssysteme von den neueren Multicore-Modellen und performt auf der ollen 700MHz-Kiste sehr ordentlich.

Also habe ich den Raspberry Pi B+ aus seinem schäbigen Plastikgehäuse befreit, wo er seit dem Kauf sein Dasein fristet, und ihn in ein Original-Pi-Gehäuse in stylishem Grau-Schwarz verfrachtet. Die RISC OS-Installation war auf dem Stand von 2015, also kurzerhand eine frische schnelle Transcend-microSD-Karte geschnappt und eine neue Installation hochgezogen. RISC OS Nightly Build, aktuellste RPi-Firmware von Github geholt, nur die alte config.txt blieb erhalten. Alles mit SystemDisc eingerichtet, microSD-Karten getauscht, und…startet, sieht aber komisch aus, wie Falschfarbendarstellung. Kurzes Googeln bringt es an den Tag: es gab Änderungen beim Default der Farbkonfiguration des VideoCore. Jetzt braucht es den Eintrag framebuffer_swap=0 in der config.txt. Wer auf „merkwürdig bunt“ steht, kann es natürlich auch lassen, denn auf gewisse Art und Weise erinnert die Falschfarbendarstellung durchaus an die Archimedes-Anfangszeiten mit Arthur als Betriebssystem. Bei der Gelegenheit konnte ich gleich den Overscan deaktivieren – wie sich ein solches Rudiment aus der Röhren-Analog-Monitor-und-Fernseher-Zeit so lange halten kann…

An Software habe ich die gängigen Anwendungen wie Zap, StrongEd, Pipedream, Fireworkz, Vector, OvationPro, DPingScan, SparkFS usw. am Start, aber natürlich soll der Schwerpunkt auf „Retro“ liegen. Dabei helfen ADFFS, A310Emu und ArchiEmu als Emulationsplattformen für die gute alte Welt. Man wird also den 1:1-Vergleich zwischen Original, FPGA-Simulation und verschiedenen Emulationstechniken ziehen können.

Besonders ADFFS hat mich lange Zeit an den Rand des Wahnsinns getrieben. Einmal deshalb, weil die JASPP-Archive mit den Spielen in einem Format sind, das ADFFS gar nicht direkt nutzen kann – man muss stattdessen die Disc-Images auspacken, Filetypen und umbenennen. Aha. Dafür habe ich vorsichtshalber ein kleines rudimentäres Java-Programm geschrieben, das dieses automatisch erledigt und gleich so Feinheiten wie „Zeichen in Dateinamen, die RISC OS und Filecore nicht unterstützen“ berücksichtigt und die überlangen Namen sinnvoll einkürzt, damit sie auch auf einen A3000 passen.

Das andere Problem: ADFFS braucht für die Emulation zwingend im MDF den Screenmode, den das Spiel verwenden will – hat man den nicht, kommt es zu lustigen Effekten wie Multiplikation des Bildschirminhalts inklusive übler Flackerei. Gott sei Dank gibt es hier mit AnyMode von Steve Harrison eine komfortable Lösung – dank der Flexibilität des Pi-Videoprozessors, der beliebige Auflösungen automatisch auf die Auflösung des Monitors skalieren kann, reicht AnyMode einfach jede beliebige Mode-Anfrage an diesen weiter und signalisiert der Anwendung: Auflösung ist möglich! Zur Ehrenrettung von ADFFS: dass auf dem Pi AnyMode von Vorteil ist, ist durchaus dokumentiert.

Jetzt habe ich erstmal alles Notwendige auf der microSD-Karte, kann mich also dem Finetuning und Test widmen. Etwas schade: leider gibt es noch keinen USB-Treiber für klassische digitale Joysticks, der die Acorn-SWIs unterstützt – das wäre doch ein schönes Projekt für „Live-Messe-Coding“. Aber Joystick-Unterstützung war in Archimedes-Spielen schon immer eine Seltenheit.

Und ich wollte noch drei Info-Blätter mit den technischen Daten meiner drei Gerätschaften erstellen.

Übrigens habe ich noch gerade rechtzeitig heute vier kleine Gimmicks mit der Post bekommen, die am GAG-Stand auf der CC2016 begutachtet und bewundert werden können.

Classic Computing 2016 (3) – Das MIST-Board

Der zweite Kandidat unter der Hardware, die ich bei der Classic Computing 2016 zeigen will, ist das MIST-Board, manchmal auch „MIST FPGA computer“ genannt oder einfach schlicht MIST (was im Deutschen natürlich kontextabhängiges Verstehen erfordert). Ich hatte schon früher darüber berichtet.

In aller Kürze: das MIST ist ein FPGA-basierter Computer. Ein FPGA ist ein reprogrammierbarer Chip. Für das MIST gibt es eine ganze Menge sogenannter Cores, die den FPGA so programmieren, dass er sich (mehr oder weniger) genau wie diverse Retro-Hardware verhält. Computer-Beispiele: Acorn Archimedes, Commodore Amiga, Atari ST, Commodore 64, Schneider CPC, Sinclair ZX Spectrum, Apple II+, Commodore 16, Acorn BBC Model B, Apple Macintosh, MSX, Sam Coupe, Sinclair QL. Spielkonsolenbeispiele: Atari VCS 2600, Sega Master System, Nintendo Entertainment System, NEC PC Engine, CBS ColecoVision. Hardwareseitig wird das unterstützt durch zwei Joystickports für die guten alten digitalen Joysticks mit 9-poligem Anschluss (früher auch als „Atari-kompatibel“ bekannt), zudem kann man Maus und Tastatur (und auch Joysticks oder Joypads) per USB anschließen. Unterm Strich: Es steckt viel Spaß im MIST.

Für die CC2016 steht natürlich der Archimedes-Core im Mittelpunkt – wir sind schließlich die GAG, die German Archimedes Group, da ist der Name Programm. Ich habe eine SD-Karte mit RISC OS 3.11 vorbereitet mit ein paar echten Spieleklassikern. Dazu gibt es natürlich die beiden unvermeidlichen Competition Pro-Joysticks, auch wenn die Auswahl an Spielen, die sowohl auf dem MIST funktionieren als auch das vom MIST emulierte Acorn-Joystickinterface unterstützen sehr begrenzt ist. Als Bildschirm habe ich einen alten 20″-LCD dabei im klassischen 4:3-Format, der bis 50 Hz problemlos synchronisieren kann – ein Muss für den MIST-Betrieb.

Der Archimedes-Core ist insofern eine Besonderheit, dass er der einzige 32bit-Vertreter auf dem MIST ist. Der Core funktioniert für viele Dinge zwar schon prächtig, ist offiziell aber noch im Beta-Status. Am meisten vermisse ich die Harddisc-Emulation, so dass man ausschließlich mit Diskettenimages arbeiten muss – und hier wird leider nur das ADF-Format unterstützt, und es werden nur Images akzeptiert die genau 800KiB groß sind. Sehr pingelig. Es war eine Herausforderung, die problemlos lauffähigen Spiele herauszufiltern. Leider ist es mir nicht gelungen, im Verbund mit ADFFS kopiergeschützte Original-Images zum Laufen zu kriegen – irgendwie vertragen sich ADFFS und der Archimedes-Core nicht so recht.

Im Moment bin ich bei folgender Spieleauswahl angelangt, die nach kurzem Testspielen einwandfrei zu funktionieren scheinen:

  • Aldebaran
  • Chocks Away
  • Conqueror
  • E-Type
  • Elite
  • Oh No! More Lemmings
  • Pac-Mania
  • Populous
  • Zarch

Wer sich ein MIST kaufen will: der Dragonbox-Shop (bekannt durch Pandora, Pyra etc.) ist eine deutsche Bezugsquelle. Wer Doku und Sourcen inspizieren will, hat auf Github die Chance, denn das Projekt ist komplett Open Source – sowohl die Software als auch die Hardware. Ein deutschsprachiges Forum gibt es auch. Sogar mit eigenem Unterforum für den Archimedes-Core.

SD-Karte am A3000 – eine gewagte Konstruktion

Auf meiner Suche nach einer geeigneten Massenspeicherlösung für den A3000 habe ich nun eine sehr gewagte Konstruktion am Laufen. In Ermangelung geeigneter SCSI-Platten aus dem Bestand (oder des Mangels an Lust, sie zu suchen) habe ich aus meinem Hardware-Fundus folgendes zusammengebaut: eine 32 GB-SD-Karte, am Raspberry Pi per Cardreader und HForm auf eine RISC OS 3.1-kompatible Größe gebracht (499 MB – Filecore-Experten erkennen sofort: damit bleibt man gerade noch bei einer LFAU von 1024 bytes!). Die Karte steckt in einem SD-IDE-Adapter, stromversorgt mit einem Netzteil von einem USB-IDE/S-ATA-Adapter. Der SD-IDE-Adapter wiederum steckt in einer Acard AEC-7720U SCSI-IDE-Bridge (ursprünglich mal ins Auge gefasst, um für CDBurn, damals noch ohne IDE-Unterstützung, den Kunden im Angesicht immer exklusiver werdenden SCSI-Brennern eine preiswerte Lösung zum Anschluss an ihr SCSI-Subsystem anzubieten) die ihrerseits dann am HCCS-SCSI-Podule des A3000 hängt.

Gut, meine schwäbische Seele zuckt kurz bei dieser Verschwendung an Speicherplatz, aber es war gerade keine kleinere SD-Karte zur Hand. Alternativ gab es noch einen CompactFlash-IDE-Adapter zur Auswahl, aber meine größte CompactFlash-Karte die spontan zur Hand war hatte nur 256 MB, aus der Zeit, als für Digitalfotografie noch 3,2 Megapixel ausreichten und bei der Kamera ernsthaft eine 16 MB-CF-Karte mitgeliefert wurde. Das schien mir etwas knapp.

Im Moment – quasi als soak test – kopiert der A3000 fleißig den Inhalt der Quantum 100MB SCSI-Platte auf die SD-Karte. Bisher erst ein Lesefehler. Daumen drücken.

Dann mal sehen, ob ich den alten HCCS-Formatierer noch finde, denn es wurden prinzipiell vier Partitionen unterstützt, damit wäre ich bei fast 2 GB Gesamtspeicherplatz, das hört sich doch verlockend an. Ah, schon gefunden – nicht die Originaldiskette, sondern bei Chris‘ Acorns.

Classic Computing 2016 (2) – Der A3000 – Update

The story so far.

Ich bin mit der beschriebenen Lösung nicht zufrieden. Die Idee mit dem HxC-Floppy-Emulator schien gut, aber die Bedienung ist suboptimal. Es macht keinen Spaß ohne Festplatte. Zunächst habe ich versucht, meinen A5000 zu reaktivieren, aber das übliche Problem des ausgelaufenen Akkus machte mir einen Strich durch die Rechnung – er bootet nicht, das CMOS ist hinüber. Ich muss die Platine putzen, den CMOS-Chip tauschen und möglicherweise ein paar Drähtchen einlöten, da die Platine leicht angenagt von der Akku-Sauerei ist.

Also bleibt es beim A3000. Ich bin tief hinab in den hubersn-Dungeon gestiegen, um alle möglichen Einzelteile zusammenzuklauben. Ein HCCS-SCSI-Minipodule. Ein externes SCSI-Gehäuse mit Netzteil. Die gute alte Quantum ProDrive 105MB-SCSI-Platte, die schon damals – es wird 1991 oder 1992 gewesen sein – an meinem A3000 angeschlossen war. Nach etwas Konfigurationsfitzelkram konnte ich mich dann über die Robustheit alter Hardware freuen – Platte, Controller und auch das Netzteil des Gehäuses sind wohlauf. Auch wenn die Platte einen heulenden Unterton anschlug, aber ich erinnere mich, dass das früher kaum besser war. Die Verzeichnisse zu durchsuchen hat eine Menge Erinnerungen geweckt. Binkley, Netway, FidoMail, CPCEmu, TurboA3000, Grapevine, Terminals+, Pipedream, PowerBase mit meiner alten VHS-Datenbank…

Ein gescheiter Massenspeicher erlaubt es auch, sinnvoll mit ADFFS zu arbeiten, um die geschützten Floppy-Images zu mounten. Der HxC-Floppy-Emulator ist da durchgefallen, weil er nur die (ungeschützten) ADFs verarbeiten mag. Das würde aber den Verzicht auf Sensible Soccer, Zarch und Stunt Racer 2000 bedeuten.

Eigentlich müsste sich in meinem Fundus noch eine Quantum Lightning mit 730MB befinden, ebenso eine IBM DORS mit 2GB und eine Seagate Barracuda mit 4GB. Mal sehen, ob ich die finde und in welchem Zustand sie sind. Ein SyQuest 270MB-Wechselplattenlaufwerk ist auch noch da, aber das war schon im Neuzustand eher unzuverlässig. Als Trumpf im Ärmel wäre da noch eine ACARD SCSI-IDE-Bridge, womit ich mit etwas Glück eine IDE-Platte mit dem SCSI-Podule verheiraten könnte. Damit wäre auch das Problem „wie kommen die Daten zum A3000“ erschlagen – per IDE-USB-Bridge auf einem Raspberry Pi befüllen, fertig. Alternativplan: Netzwerk-Podule anschließen, oder per CD die Daten übertragen – ein funktionierendes SCSI-CD-ROM (oder -Brenner) müsste sich noch finden lassen. Oder zusätzlich ein IDE-Podule anschließen.

Es bleibt spannend. Leider ist Dave Hitchins mit seinem Projekt, die alten IDE-Podules von Baildon Electronic für kleines Geld neu aufzulegen, noch nicht ganz am Ziel angelangt – ein IDE-Mini-Podule wäre genau die richtige Lösung.

Beiträge sind flüchtig – Seiten sind für immer

WordPress unterscheidet grundsätzlich zwischen zwei Arten von Inhalt: „Beiträge“, der klassische Inhalt eines Blogs, und „Seiten“, die eher statischer Natur sind. Hier wird’s vom WordPress-Support erklärt.

Ursprünglich hatte ich vor, statische Inhalte auf meiner klassischen Webpräsenz zu veröffentlichen. Das ist aber in mancherlei Hinsicht unkomfortabel, sowohl für mich als auch für den geneigten Leser. Also habe ich mich jetzt entschieden, nach und nach solche Inhalte auch im Rahmen dieses Blogs zu veröffentlichen. Mein Erstling hört auf den Namen „Emulatoren für RISC OS“, zu finden auf der Sidebar rechts.

Viele Beiträge dieser Art wird es nicht geben. Nur Inhalte, die irgendwie Referenzcharakter haben, aber trotzdem ab und zu aktualisiert werden müssen.

VirtualRPC-DL – VirtualRPC ohne Nerv-Faktor

Es gibt bekanntlich zwei taugliche Emulatoren für die „moderne RISC OS-Welt“ (modern soll heißen: ab Risc PC, also nicht die alte Archimedes-Welt) – RPCEmu (ursprünglich von Tom Walker, inzwischen von den Howkins-Brüdern weiterentwickelt) und VirtualRPC (von VirtualAcorn, eine Weiterentwicklung von Red Squirrel).

Während RPCEmu erste Wahl für Linux-Benutzer und RISC OS 5-Liebhaber ist, dürfte für die meisten „normalen“ Windows-Nutzer VirtualRPC erste Wahl sein – Netzwerk funktioniert „out of the box“, flexibles HostFS, zügige CPU-Emulation.

Was sprach bisher gegen VirtualRPC? Aus meiner Sicht mindestens drei Dinge. Erstens: kein RISC OS 5 möglich, nur die mitgelieferte RISC OS-Version funktioniert. Zweitens: doch recht anspruchsvoller Preis von mindestens 50 UKP. Drittens: das nervige Registrierungssystem, es muss ein Registrierungscode angefordert werden, und dieser ist gebunden an die MAC-Adresse des ersten von VirtualRPC gefundenen Netzwerkadapters, das ganze noch versüßt durch lausige Turnaround-Zeiten, wo zwischen Anforderung und Lieferung des Registrierungscodes schon mal eine Woche liegen kann – in der man dann die für teuer Geld gekaufte Software nicht benutzen kann.

Die freudige Nachricht: es gibt nun VirtualRPC-DL zu kaufen, im Prinzip eine „Download Only“-Variante von VirtualRPC-SE. Keine lästige Registrierung mehr, und der Preis liegt nun bei erträglichen 25 UKP. Die Einschränkung bezüglich des Betriebssystems bleibt hingegen bestehen – VirtualRPC-DL bleibt festgenagelt auf RISC OS 4.02, es sei denn man freundet sich mit Softload-Optionen für RISC OS 4.39 oder RISC OS SIX an. RISC OS 5 ist weiterhin „no-go“.

Zwei Dinge irritieren: die Featureliste auf der Webseite verliert kein Wort über die Netzwerkfähigkeit – läuft bei mir aber einwandfrei (und das Handbuch dokumentiert auch die Netzwerkfähigkeit). Ebenso wird behauptet, dass maximal 64MiB Hauptspeicher emuliert werden kann – bei mir laufen aber auch 128MiB problemlos.

Erwähnt werden sollte auch noch, dass im Gegensatz zu VirtualRPC-SE die DL-Variante nicht upgradefähig ist z.B. auf VirtualRPC-AdjustSA.

ProSound ist zurück

Es war Mitte der 90er, Acorn hatte gerade den Risc PC auf den Markt gebracht und der RISC OS-Softwaremarkt erlebte eine neue Blüte. Vor allem die deutlich verbesserten Grafikfähigkeiten gegenüber den älteren Maschinen animierte die Softwarebranche zu neuen Höhenflügen. ArtWorks und PhotoDesk waren zwei Softwarepakete, die besonders vom Risc PC profitierten.

Aber es war auch die Zeit für Multimedia, also nicht nur Grafik, sondern auch Sound (und natürlich Video, aber das soll hier nicht das Thema sein). Besonders erwähnenswert an der Soundecke sind die beiden Werke von Henrik Bjerregaard Pedersen, ProSound und StudioSound. Die Originalversionen sind hier downloadbar, haben aber den Haken, dass sie mit viel Glück unter RISC OS 4 drehen, aber nicht 32bit- geschweige denn ARMv7-kompatibel sind.

Vor einigen Tagen ist Henrik aber im ROOL-Forum aufgetaucht und hat angekündigt, ProSound auf seinem RPi 2 zum Laufen zu kriegen. Und heute hat er Vollzug gemeldet. Download von seiner neuen Webseite, die es bezüglich Spartanität mit meiner alten Webpräsenz aufnehmen kann.

Als Bonus gibt es auch noch eine neue Version von DisAssem, besonders das Feature „Binärcode in BASIC-Assembler umwandeln“ ist interessant, das hat bei ARMalyser immer gefehlt. Also ein weiteres wertvolles Werkzeug, um die alten 26bit-Schätze zu konvertieren.

Kryo2APD Swing UI – ein kleines KryoFlux-Tool

Im Moment beschäftigen mich verstärkt (auch aufgrund der Vorbereitungen zur Classic Computing 2016 – siehe hier und hier) Retro-Computing-Themen. Schon 2011 hatte ich mir ein KryoFlux gekauft, um die diversen alten Disketten-Schätzchen aus meinem Software-Archiv zu verimagen (anno 1999 habe ich mal Reviews für alle Anwendungs- und Spielesoftware geschrieben – Vorsicht, ganz und gar nicht mehr aktuell!).

Es hat bis 2016 gedauert, bis ich tatsächlich zur Tat geschritten bin. Was sofort aufgefallen ist: die KryoFlux-Software ist „out of the box“ zum Verimagen von ADFS-Floppies nicht geeignet. Man muss erst mal eigene Configs für die gängigen Floppy-Formate anlegen, und bei kopiergeschützten Floppies funktioniert das nicht. Dann muss man mit dem „KryoFlux-Raw-Format“ arbeiten – dummerweise kann das aber keiner direkt lesen.

Deshalb hat Daniel Jameson ein kleines Java-Tool namens kryo2apd geschrieben, um aus dem KryoFlux-Raw-Format ein APD-Image zu erstellen. Das APD-Format wurde von Tom Walker (Entwickler der beiden großartigen Emulatoren Arculator und RPCEmu) erfunden, um alle bekannten Kopierschutzmechanismen der RISC OS-Welt abbilden zu können. Das APD-Format kann von Arculator und ADFFS gelesen werden.

Das funktioniert alles wunderprächtig, ist aber nicht sonderlich komfortabel – Kommandozeile halt. Da kryo2apd in Java geschrieben ist und ich zufällig aus meinem Real-World-Job ein wenig Expertise aus dem Bereich Java und Oberflächenprogrammierung mitbringe, habe ich schnell mal ein kleines Frontend dazu gebastelt, das man hier in der Version 0.1.0 herunterladen kann. Wie gesagt, es ist in Java geschrieben, ist also kein Tool, das unter RISC OS lauffähig ist, aber es ist ein Tool für RISC OS. Wenigstens ist die Programmgröße RISC OS-artig: bei 45 KiB kann man nicht meckern. Kein Wunder, die Hauptarbeit macht ja auch die Java-Runtime.

Oberfläche und Doku ist in Deutsch und Englisch verfügbar, im ReadMe/LiesMich stehen alle notwendigen Details, z.B. auch wo man kryo2apd herbekommt.

Sowohl bei kryo2apd als auch meinem Frontend gibt es noch reichlich Luft zur Verbesserung, vor allem um den Workflow etwas effizienter zu machen. Im Moment muss man den Raw-Output von DTC noch mit einem Rename-Tool behandeln, damit kryo2apd damit umgehen kann.

Mehr Quellcode von David Pilling

Über das erste Quellcode-Release von David Pilling habe ich bereits Mitte 2015 berichtet.

Jetzt hat David nachgelegt. ArcFax und die Impression-Loader für Ovation Pro sind nun im Source verfügbar. David hat wie immer launige Kommentare dazu verfasst über die Historie der Software – lesenswert!

David hat angedeutet, dass SparkFS auf Sicht ebenfalls im Source freigegeben werden könnte. Das wäre phantastisch, würde es doch die Möglichkeit eröffnen, neuere Kompressionstechniken zu integrieren oder z.B. dem ZIP-Modul Encryption beizubringen.