Das einzige Projekt, welches bis heute fertig wurde. Es ist ein Textbetrachter für GEOS128, der im 80-Zeichen Modus läuft. Ihr alle kennt TextView für den 40-Zeichen Modus - das ist das 80-Zeichen Gegenstück.
Der Bildschirm zeigt 80x25 Zeichen an und alle Texte werden in einem nciht-proportionalen Zeichensatz angezeigt. Man kann zwischen einem US und einem deutschen Zeichensatz wählen und kann Dateien von bis zu vier Laufwerken laden.

Status: fertig
Downloads:

RAW-util ist ein Sound Programm. Man kann RAWs laden, speichern und abspielen, ihre Geschwindigkeit ändern und cut/copy/paste Teile vom RAW im Speicher. Die RAWs werden in einer grafischen Oberfläche dargestellt, in der man arbeiten kann.
Die finale Version sollte außerdem in der Lage sein, WAVs und VOCs nach RAW zu konvertieren.
Hier ist ein Screenshot:

Der RAW-util Bildschirm mit einer geladenen RAW-Datei. Man hat die gleichen Menüs wie in jedem anderen GEOS-Programm (Geos/Files) sowie ein paar Zusätzliche.
Im Bereich der Grafik kann man ein Bild des RAWs im Speicher sehen. Man kann die Anfangs- und/oder End-Adresse zum Abspielen ändern oder über die unteren Kontroll-Boxen speichern. Und man kann die Abspiel-Geschwindigkeit ändern.
Was man hier nicht sehen kann, sind die Sprites, die den Anfang, das Ende und die laufende Position im Sample angeben.

Status: GUI, RAW Teile implementiert, Entwicklung gestoppt
Downloads:

UtilTop war gedacht als Desktop-Ersatz ähnlich dem Norton-Commander für DOS.
Es beinhaltet zwei Datei-Fenster und eine Button-Leiste in der Mitte welche diverse Funktionen für selektierte Dateien zur Verfügung stellt.
Ich begann die Arbeit in den späten 80'ern und habe auch Vorabversionen verteilt. Ich habe die Entwicklung gestoppt, als DualTop auf den Markt kam, weil dies fast ein Zwilling meines Programmes zu sein schien.
Einige Routinen von UtilTop sind immer noch in Benutzung in einigen Programmen, die unter RAM-Prozess laufen - im Speziellen diejenigen, die Erwin Schnabel gemacht hat.

Der UTILTop Bildschirm mit dem Dateimenü. Zwei Fenster für vier Laufwerke und eine Buttom-Leiste in der Mitte. Oben werden Disk-Name und Anzahl der freien Blocks angezeigt mit Name, Typ und Größe in Disk-Blöcken. Unten einige Buttons: quit/info, rauf-/runterscrollen (1 Datei), rauf-/runterscrollen (1 Seite), Anzahl selektierter Dateien/Blöcke
Mit der mittleren Button-Leiste können Aktionen für die selektierten Dateien ausgelöst werden
Weitere Screenshots...

Status: Entwicklung gestoppt
Downloads:

Die Not nach immer mehr Haupt-Speicher für größere Projekte unter GEOS (s.a. die nächsten Projekte) und inspiriert von einem Artikel von Craig Bruce (C=Hacking #2) tieben mich zu dem Entschluß entweder eine relokatible Bibliothek oder auch nur ein paar Quellcodes mit Routinen für die dynamische Speicher-Allokation zu schreiben.

Status: Interner Speicher und REU implementiert (sources), Entwicklung gestoppt

Obwohl ich die GEOS 64/128 Oberfläche liebe, benötigt man manchmal eben doch die Kommandozeile, um eben schnell ein paar Kommandos abzusetzen oder ein paar debug-Informatuinen auszugeben oder anderes.
Unter MS-DOS gibt es dafür bereits einen Standard: VFOSSIL, der wird von vielen Terminalprogammen (speziell auch unter OS/2) wie z.B. BinkleyTerm genutzt...
Der Standard implementiert eine Cursor-ähnliche Bewegung auf einem virtuellen, Zeilen-orientierten Bildschirm und implementiert auch ANSI.
Also entschied ich, einen virtuellen Bildschirm für GEOS zu schreiben - nur mit Höhe und Breite und Speicher-Basis (VIC/VDC) initialisieren und dann Zeichen ein- und ausgeben über einige Kontroll-Routinen

Status: Grundkontrollen, EIngabe und Ausgabe implementiert (VDC), Entwicklung gestoppt

Wäre es nicht schön, eine Bibliothek oder ein paar Quellcodes zu haben, damit man mit seriellen Geräten wie Modems unter GESO kommunizieren kann? Kein Grund immer zu wissen, welche Schnittstelle gerade genutzt wird (userport, SwiftLink, Turbo232 ...), einfach nur Kommandos an das serielle Gerät absetzen...
Diese Bibliothek ist inspiriert durch einige Artikel von Ilker Ficikilar (commlib2) und Craig Bruce (swiftlib) sowie einigen anderen Jungs.
Es sollte dann doch einfach sein, einige DOS-Programme, die auf FOSSIL-Technik basieren nach GEOS 64/128 zu portieren.

Status: SwiftLink/Turbo232 handling implementiert (64/128), Erweiterte Geräte-Erkennung, Entwicklung gestoppt
Downloads:

Basierend auf den FOSSIL und VFOSSIL Projekten, sollte dies der erste Test für die beiden sein.
Als ich so durch die Sourcen von BinkleyTerm schaute, entschied ich mich, ihn das alles nach GEOS 64/128 zu portieren. Das umfasst einen Haufen FIDONet Standards und basiert auf den FOSSIL und VFOSSIL Bibliotheken.
Außerdem bedingt das noch einige andere Aktivitäten, da ein standalone Mailer wie Binkley keinen richtigen Sinn macht, daher sollten zumindest ein Tosser (wie SQUISH) und ein Ticker (wie ALLFIX) folgen...

Status: Grundlegener Port in der Entwicklung, Rest erstmal auf Halde gelegt, da das hier auf zwei Projekten aufsetzt, die noch nicht abgeschlossen sind

Als ich an den Projekten arbeitete, die PC-Technologie nutzten, merkte ich, dass es notwendig ist, einige Routinen zu entwickeln, die mit 32-Bit Werten umgehen können.

Status: Grundlegende DoubleWord Routines implementiert als Makros für MegaAss (Add, Sub, Move, Rotate), Entwicklung gestoppt
Downloads:

Wenn der VFOSSIL fertig ist, sollte es auch eine Möglichkeit geben, einige Netzwerk-Technologien damit zu implementieren.
Da die meisten ISPs heutzutage PPP nutzen, sollte dies heutzutage die gebräuchlichste Technik (gem. STD 0051) sein. Ist erst einmal die physikalische Schicht erledigt (OSI Schichten Modell), muß man nur die nachfolgenden Schichten IP (STD 0005) und ihr Kontroll-Prootokoll IPCP (RFC 1332) und TCP (STD 0007) implementieren, bis man zu etwas kommt, was auch Socket genannt wird. Darauf aufbauend können die Standard-Dienste (PING, FTP, TELNET, RSH, ...) implementiert werde.
Das wird das komplexeste Projekt werde, also erwartet nicht, dass es morgen fertig ist ;-)
(Alle STDs, RFCs gibts bei InterNIC, dem Internet Standard Kommittee)
Da dies die meisten der anderen Projekte von oben benötigt (DoubleWord, FOSSIL, VFOSSIL, Dynamic Memory), wird die Entwicklung lange dauern...

Status: FCS16, HDLC implementiert, Konzepte für TCP/IP und Clients, Entwicklung gestoppt
Downloads:

Während ich die kommerzielle Version von 64Net lange Zeit unter GEOS nutzte, stolperte ich über die neue, freie Version von 64Net(/2) und seinen Quellcode, der dabei war. Es schien mehr Power als das alte 64Net zu haben (diverse Dateisysteme, internet Dateisystem...) aber nutzte ein anderes Kabel und einige andere Routinen, um sich mit dem C64/128 zu verbinden.
Unwahrscheinlich, dass es Laufwerks-Treiber für GEOS gab und der Supprt war nicht besonders wegen eines Festplatten-Crashes des Autors. Er versuchte, seinen Quellcode wiederherzustellen und so entschied ich mich in der Zwischenzeit, mir die neuen Kommunikationsparameter anzuschauen, die genutzt werden mussten und ein paar Treiber Routinen drum herum zu schreiben ;-)

Status: Entwicklung gestoppt

Downloads: