letzter Beitrag von Chagizzz am
Dies ist eine Tech-Demo wie man eine PHP Directory Ausgabe eines Webservers zum Laden von Spielen per HTTP verwenden kann.
Man "könnte" die PHP Ausgabe sogar so Anpassen das man kein Programm auf C64 Seite mehr benötigen würde - Ein Load "$" Kompatibles Listing wäre möglich, muss man nur mal machen 
Download PHP Directoy Demo: WiC64 Test PHP Directory Example
Hallo KiWi,
ich hab dazu mal eine Frage: ich hab das mal mit meinem eigenen Webserver zu hause getestet. Die Adresse habe ich in der Prg datei geändert und ich kann dann die Direktory einlesen aber ich kann nur ein paar Programme vondenen starten/laden. Muss ich da auch noch was in der php datei oder so ändern?
ok, werde ich mal testen.
Vielen dank.
Also ich konnte auch erfolgreich das dir.php auf meinen eigenen Webserver ausführen. Die Beispiel-prg´s werden aufgelistet aber mehr bringe ich auch nicht zustande.
PRG´s kann ich nicht laden. Mein c64 im Originalzustand, nur das wic64 angesteckt sagt beim versuch ein prg zu laden immer "press play on tape"
Also egal ob mit oder ohne gesetzten Server (was passiert da überhaupt?), wenn ich load"!....prg" oder load"http://meine-ip-vom-server/....prg" eingebe kommt nur "press play....". Hin und wieder glaube ich das am wic64 kurz eine LED aufblitzt.
Was mache ich falsch, wie soll das eigentlich funktionieren? Wäre für Aufklärung dankbar (....ich habe keine Programmierkenntnisse).
PS: Hier an dieser Stelle auch noch nachträglich ein großes Dankeschön an alle Beteiligten für dieser tolle Projekt. 
Du brauchst das Kernal, um ein HTTP Load zu machen, ansonsten wird die Standard Tape-Routine angesprungen.
Also egal ob mit oder ohne gesetzten Server (was passiert da überhaupt?)
Den Server muss man nicht angeben, der ist nur dazu da, um den LOAD Befehl verkürzen zu können, also das LOAD"!something.prg"-Teil.
Der ESP32 erkennt dann, dass der hinterlegte Server verwendet werden soll und generiert daraus den korrekten Pfad.
Der Standard-Server ist http://www.wic64.de/prg/, wenn Du Deinen eigenen verwendest, kannst Du halt mit set server diesen im ESP32 statt dem Standard Server speichern.
Was mache ich falsch, wie soll das eigentlich funktionieren? Wäre für Aufklärung dankbar (....ich habe keine Programmierkenntnisse).
Das mit dem Load geht nur wenn du das WiC64 Kernal verwendest ! -> https://www.wic64.de/downloads/#
Für das Kernal brauchst Du nen SuperKernal oder ne Ulltimate oder ein EasyFlash3 etc.
Für die gekürzte Routine brauchst du den WIC Kernal
Sorry war zu langsam. Kann weg.
Vielen Dank für die Aufklärung!
Das mit dem Kernal habe ich schon fast befürchtet. Damit kann ich nicht dienen
D.h. aber wenn ich ein PRG von meinem Webserver laden will, so wie es ja beim wic64start von euren Server funktioniert, dann brauche ein eigenes Programmiertes start.prg?
Was ist das Problem mit dem Kernal?
Hast Du ein EasyFlash3 oder evtl. Superkernal Modul? Den experimentellen Kernal für den WiC64 gibt es ja als Download.
Was eigenes musst Du da erstmal nicht machen, wenn Du nur testen willst.
Nein ich habe keines dieser Module, einzig ein Final Cartridge 3 habe ich hier.
Ich kann mit dem Kernal nur genau ein Programm laden, also z.B. dir.prg. Wenn ich dann etwas nachladen will, kommt ?FILE NOT FOUND ERROR
Liegt es an mir?
Was versuchst Du denn zu laden?
Gute Frage. Habe das jetzt mehrmals versucht nachzuvollziehen.
Wenn ich die Standardservereinstellungen habe, scheint es normal zu funktionieren.
Wenn ich einen anderen Server nehme, dann muss ich https auswählen.
Eben konnte ich einmal nachladen, nachdem ich DIR geladen habe. Dann ließ sich nichts mehr laden, auch nicht Dir erneut.
Ich muss den c64 ausschalten und wieder einschalten (Reset reicht nicht) um wieder DIR zu laden. Mehr geht dann aber nicht.
Die dir.prg habe ich mit dem Monitor angepasst.
Die dir.php ist die Originaldatei.
Firmware vom 01.01.22 mit wic64kernal.bin über Ultimate II+
Edit: Ich will ein Hardwareproblem meinerseits nicht ausschließen. Ich konnte gerade mehrfach hintereinander laden bis wieder ?FILE NOT FOUND kam. Nach Neustart, dann wieder teilweise nur einmal, teilweise mehrmals.
Wenn ich einen anderen Server nehme, dann muss ich https auswählen.
Ich bin nicht sicher, ob HTTPS bereits unterstützt wird. Das ging zumindest am Anfang nicht, weshalb ich mein Repository auch über HTTP erreichbar gemacht habe. Da ich dahingehend nichts weiter gelesen habe, könnte ich mir vorstellen, dass HTTPS immer noch nicht unterstützt wird.
… ich werde mir heute auch mal die zeit nehmen und das auch mal angehen.
Mal schauen, ob ich da was nachbilden kann.
Bin mit meinem Basic Programm zwar noch nicht so weit, aber idie Ablage von PRG Dateien auf einem Webspace möchte ich heute mal ausprobieren … DP64 - hast mich mit deinem YT Beitrag neugierig gemacht
Das freut mich, dann hat es ja schon mal seinen Zweck erfüllt 
ch bin nicht sicher, ob HTTPS bereits unterstützt wird.
Doch, ist in der 1.1.2021 Firmware drin - Der ESP32 hat aber mit einigen Servern Probleme die HTTPS:// Verbindung erneut aufzubauen wenn die Verbindung vom Server einmal getrennt wurde. Das scheint ein Bug in der ESP32 IDE zu sein, den muss ich den Entwicklern noch melden. Ist mir bei meinem Win2019Server mit aktuellem Apache HTTP Server noch nie passiert - aber bei Tests mit Shared Hosting Servern trat das Problem urplötzlich auf -> Nach einer gewissen Zeit refused der target Server immer die Verbindung.
Generell würde ich .prg aber nicht über https laden:
a) weil da nichts verschlüsselt werden muss - das ist ja nicht wirklich Sicherheitsrelevant
b) weil der Verbindungsaufbau mit HTTPS:// langsamer ist als HTTP:// - Wir wollen doch alle lieber schneller laden ... Oder ?
Dann lasse ich das bei mir auf HTTP. Ist ja auch nur ne Subdomain. 
Generell würde ich .prg aber nicht über https laden
Wo wäre denn der Unterschied zwischen einem 25KB PRG und einer 25KB HTTPS-Antwort vom Webserver mit content-type text/plain oder so? Es sind doch beide Male 25KB. Warum sollte man HTTPS abhängig machen vom content-type?
Ich verstehe, dass HTTPS zu verdauen länger dauert, das ist auch beim Sidekick64 Netzwerk so. Da muss irgendwann auch bei mir noch was optimiert werden, weil viele Requests an den gleichen Webserver immer gleich lang dauern. Ich meine, dass es nach dem ersten Request schneller gehen müsste.
Aber ich lade trotzdem PRGs und auch CRTs aus der CSDb per HTTPS (solange sie nicht vom Unzip-Proxy unzipped werden müssen). Ohne HTTPS kann ich kein PRG direkt runterladen aus der CSDb.
