SKTP-Browser für das WiC64 verfügbar

Hallo,

nach einigen Tagen Assembler-Hölle möchte ich Euch eine erste Version meines SKTP-Clients für das WiC64 vorstellen. Im Prinzip kann man den Content, den man mit dem Sidekick64-Netzwerk-Kernel ansurfen kann, nun auch mit dem WiC64 ansurfen mit Hilfe des angehängten PRGs.

Das PRG hat noch keine Launcher-Funktionalität, das heißt, man kann derzeit aus dem PRG noch keine PRGs runterladen und diese starten. Ansonsten funktioniert aber alles schon recht gut, glaube ich, und man kann sich umsehen. Voraussetzung ist ein WiC64, welches schon mit dem Internet verbunden ist, also eine IP-Adresse hat.

Mehr Infos zum Content und zu SKTP sind hier zu finden: Demo: Textbasiertes Web-Browsing für Sidekick64 ("SKTP-Browser")

Die Features im Hauptmenü sind relativ stark auf Sidekick64 zugeschnitten derzeit (z. B. Modarchive) und haben teilweise wenig Sinn auf dem WiC64. Aber man kann ggf. die Menüs anpassen, dass nur Relevantes angezeigt wird. Auch sollte die Navigation (F7 Sidekick Menu) nicht zu sehen sein, wenn man mit dem WiC64 surft, aber das sind serverseitige Feinheiten, die man noch erledigen kann.

Im Anhang ist der aktuelle Entwicklungsstand, der momentan schnell veraltet, aber wie gesagt, ist diese Version glaube ich schon ganz brauchbar. Danke an meine Netzwerk-Tester, die mir signalisiert haben, dass es bei Ihnen prinzipiell auf dem WiC64 läuft.

Ich habe das ganze in Assembler gecodet im C64 Studio und getestet in Vice und Kernal64. Ausgegangen bin ich von dem PHP-Directory-Beispiel von KiWi, aber der Code hat sich dann verändert.

Die Hauptarbeit war, mein Mini-SKTP-Protokoll in Assembler umzusetzen - und obwohl ich das jetzt für das WiC64 gemacht habe, kann mir der so entstandene Assembler-Code in Zukunft auch wieder auf dem Sidekick64 nützlich werden.

Hier ein paar Screenshots, wie das so aussieht:

Ich habe den Sourcecode des PRGs nun als Open Source Software veröffentlicht. Der aktuelle Stand ist hier zu finden:

https://github.com/hpingel/sktp-client

Zitat von Kaleep

Super, vielen Dank! Denkst Du, die Launcher-Funktionalität ist kurzfristig realisierbar?

Danke für Dein Interesse! Ich habe gerade in der letzten Woche mehr als 20 Stunden reingesteckt, um von Null zum aktuellen Stand zu kommen. Daher will ich erstmal durchatmen und dann geht es weiter.

Habe mein erstes Wic64 zusammengelötet!

Es gibt ein kleines Update von mir auf v0.19. Einzige Änderung ist die Nutzung vom WiC-Kommando set_default_server. Dadurch werden dann pro Folge-HTTP-Request nur noch drei Bytes plus Meta-Bytes ans WiC übertragen, was die Navigation in den Menülisten ggf. ein ganz bisschen schneller machen sollte. PRG-Download ist hier: https://github.com/hpingel/sktp-client/releases/tag/v0.19

Zitat von Kaleep

Denkst Du, die Launcher-Funktionalität ist kurzfristig realisierbar?

Ich habe heute Abend eine Launcher-Funktionalität für PRGs reingehackt. Es ist stark angelehnt an das Coding des Portal-Launchers in den WiC-Universal-Routinen. Ich habe einige PRGs erfolgreich gestartet, andere noch nicht. Ich bin da also noch dran.

Dann ist das nächste Problem, dass man ggf. wieder zurück will in den CSDb-Launcher an die Stelle, wo man vorher das PRG gelauncht hat. Im Falle vom Sidekick64-Netzwerk-Kernel ist das per Reset-Button möglich.

Beim WiC bräuchte man dann ein KFF am Expansionport (Sidekick64 geht dafür auch, aber macht keinen Sinn, weil das auch schon WLAN hat, wäre also doppelt gemoppelt). Wie ist denn das im CSDb-Browser gelöst, den man vom WiC-Portal aus erreicht? Muss ich mal testen.

So, es gibt eine neue Version v0.20 mit PRG-Launcher-Funktionalität. Da sind bestimmt noch Bugs drin und ich muss serverseitig auch noch Anpassungen machen für das WiC.

Download: https://github.com/hpingel/sktp-client/releases/tag/v0.20

Danke an die Autoren der WiC64-Universal-Routine, das hat mir sehr geholfen beim Einbauen des Launchers. Ich überlege, ob ich generell die Universal-Routinen einbinden soll und diese nutzen sollte und dann einen Teil meines Codings wegwerfe.

Das Launchen von CSDb-PRGs ist nun möglich vom C64 aus, aber auch vom Smartphone aus , weil ich ja diese neue Kick-Web-App gebaut habe, von der aus man auch PRGs auswählen und auf dem WiC64 launchen kann. Im Menü ist das der Menüpunkt "Remote Access".

Nachdem die Version v0.20 aus dem Vorposting doch ganz gut funktioniert, habe ich erstmal auf der Serverseite meinen PHP-Code weiter optimiert. Der zeigt nun ein anderes Hauptmenü an, wenn sich ein WiC64 anmeldet (im Gegensatz zu seinem Sidekick64). Auch werden keine Legenden mehr angezeigt mit "F7 Sidekick Menu". Und einige Bugs habe ich bereinigt, die dabei aufgefallen sind.

Das Hauptmenü sieht im WiC64 nun momentan so aus. Es hat einen Menüpunkt mehr als im Sidekick64-Modus: Man kann das WiC64-Portal starten von dem neuen Menüpunkt. Und Menüpunkte, die eher nur für Sidekick64 interessant sind, sind weiter nach unten gewandert. (Greift man von einem Sidekick64 zu, bleibt das Menü aber genau wie gewohnt und es ändert sich nichts.)

Hat jemand schon die Gelegenheit gehabt, das praktisch auszuprobieren, ob es funzt?

Es gibt hier gerade seit gestern einen Bug, der lustig ist, ich werde Bescheid sagen, wenn ich ihn gefunden und behoben habe. Das Remote-Launchen geht deshalb gerade nicht. Ich erzähl was dazu, wenn ich den Fehler habe.

Dieser Screen hier macht Probleme.

Der Screen ist folgendermaßen aufgebaut: Das hier sind sogenannte SKTP-Chunks, die beschreiben, was wohin gemalt werden soll.

Ich vermute, dass mein SKTP-Client einen Bug hat, der bei einer bestimmten Länge eines Screencode-Chunks auftritt.

Okay, Problem gefunden: Der Screen hat zufällig eine Länge von genau 512 Bytes, das heißt, das Lowbyte kommt als Null rein und ich schreibe in meinem Assembler-Sourcecode, dass ich zu faul war, diesen unwahrscheinlichen Fall zu behandeln:

Faulheit rächt sich.

Ein Bugfix-Release v0.21 ist verfügbar, das PRG kann hier runtergeladen werden: https://github.com/hpingel/sktp-client/releases/tag/v0.21

Zitat von emulaThor

Hat jemand schon die Gelegenheit gehabt, das praktisch auszuprobieren, ob es funzt?

Ich weiß, dass meine Netzwerk-Tester (Danke!) schon getestet haben, aber konnte es sonst noch wer testen...

Zitat von Kaleep

Denkst Du, die Launcher-Funktionalität ist kurzfristig realisierbar?

...zum Beispiel die Leute, die es DRINGEND KURZFRISTIG brauchen?

Es gibt ein kleines Update v0.22 mit Bugfixes. Das PRG kann hier heruntergeladen werden:

https://github.com/hpingel/sktp-client/releases/tag/v0.22

(Für meine Sidekick-Netzwerktester werde ich das PRG demnächst auch vom Sidekick-Browser aus launchbar machen, so dass man es dann nicht mehr manuell runterladen muss.)

Ich wollte eigentlich drei Dinge für dieses Mini-Release machen, und das dritte habe ich weggelassen, weil momentan nicht sinnvoll.

1. Bugfix für den SKTP-Paintbrush-Chunk, mit dem man auf dem Textscreen die Screen-RAM-Farben ändern kann, ohne die Characters selbst gleichzeitig zu ändern. Beim Paintbrush-Chunk gibt es zwei Parameter (Repeat und Gap), die noch nicht richtig implementiert waren. Dann habe ich serverseitig eine Testseite gebaut, wo der Paintbrush-Chunk mit Repeat und Gap auch verwendet wird. Die Testseite heißt "Vic-II Colors", Screenshots siehe unten.
2. Code-Cleanup und ein paar Mini-Makros eingebaut, damit ich Datum, Version und Hostnamen des SKTP-Servers am Anfang des Sourcecodes an einer Stelle ändern kann.
3. Was ich nicht gemacht habe: Ich wollte am Anfang einen Schalter einbauen, so dass man wählen kann, ob man sich per HTTP oder HTTPS verbindet. HTTPS funktioniert zwar, ist aber am realen C64 mit realem WiC64 höllisch lahm, so dass es praktisch unbenutzbar ist - EDIT: für meinen bisherigen Ansatz, ein Keypress, ein Request. (Im Vice-Emulator in der WiC64-Emulation ist es viel zu schnell. Wer es selbst ausprobieren will: Einfach im Sourcecode beim sktp_server am Anfang ein "s" hinter "http" hinzufügen und dann neu assemblieren.

Screenshots: Erster Screenshot zeigt die falsche Darstellung (mit v0.21 oder älter), zweiter Screenshot zeigt die korrekte Darstellung:

Um nochmal ein kleines Beispiel zu geben, wofür dieser Paintbrush-Chunk nützlich sein kann: Ich habe in der Arena so ein improvisiertes Labyrinth, das ein graues Dasein fristet. Nun habe ich einen Paintbrush-Chunk mit Rot/Braun-Tönen drübergelegt und es sieht für mich deutlich lebendiger aus:

Vorher:

Nachher:

Ich muss es mir nun nochmal am CRT ansehen...

Also, wenn auf dem Einstiegsscreen ein grüner Haken erscheint hinter "ID:", dann heißt das, dass der erste Request erfolgreich war, er wurde weggeschickt und er hat eine Antwort bekommen. (Anstelle vom grünen Haken können auch gelb oder rotes Fragezeichen kommen, das würde einen Fehler anzeigen).

Nun sollte eigentlich, wenn Du SPACE drückst oder irgendeine andere Taste, das Hauptmenü geladen werden und erscheinen. Wenn das nicht passiert, dann könnte es vielleicht daran liegen, dass Du das PRG aus Deinem Modul startest (?), wo das PRG dann nicht am Basic-Start liegt, sondern im Memory-Bereich vom Modul, wo es nur ROM gibt, aber kein RAM. Ich schreibe die Session-ID ins RAM und lese die da auch wieder aus. Wenn das PRG aber nur auf ROM zugreifen kann, klappt das nicht.