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...
Denkst Du, die Launcher-Funktionalität ist kurzfristig realisierbar?
...zum Beispiel die Leute, die es DRINGEND KURZFRISTIG brauchen? 
Ich denke mal: WENN man da was sauberes einbauen möchte, müßte man a) die Dateiendung prüfen, die aber beim Amiga auch mal vorne stehen könnte, wie bei MOD's und man müßte intern prüfen, ob "Endung" und Dateityp tatsächlich zusammen passen und DANN entpacken
Es gibt in Sidekick64 den Ordner MUSIC, wo nach der Definition von Frenetic MODs, YMs und WAVs drin liegen können. Im Falle des Netzwerk-Kernels mit libopenmpt würde einfach nur geschaut werden, ob es ein *.WAV oder *.YM ist. Wenn nicht, würde die Datei einfach in libopenmpt reingeworfen werden, egal, wie sie heißt, solange sie im MUSIC-Ordner liegt. Und dann macht libopenmpt alles andere. (Der eigentliche Sinn von libopenmpt war ja, dass auch andere MOD-Formate wie IT oder XM abgespielt werden können.)
EDIT: Außerdem müsste es ja analog zur HVSC Projekte geben wie Modarchive.org, wo alle existierenden Modfiles archiviert werden, und von dort müsste man sich dann einfach alle MODs holen können in einem modernen Dateinamen-Format. Niemand kopiert sich eine Amiga-DD-Diskette direkt auf die Sidekick64-SD-Karte, oder liege ich da falsch?
Dann muss ich den bald mal ausprobieren.
Im Netzwerk-Kernel-Thread habe ich einen PP-fähigen Kernel für Dich reingestellt. --> Netzwerk-fähige Kernels für Sidekick64 (Alpha-Release)
Ich habe den Netzwerk-Kernel am letzten Wochenende mal wieder abgemischt mit dem neuesten Release von Frenetic. Alle Features von Frenetic, in seinem Release v0.51d drin sind, sollten nun auch im Netzwerk-Kernel drinsein.
Es gibt von mir aber kein offizielles Alpha-Release, weil ich noch keine Zeit hatte, meinen Kernel ausreichend zu testen.
gHost hatte gefragt nach einer Möglichkeit, Modfiles abzuspielen, die mit Powerpacker (PP) gepackt sind. Das habe ich nun für gHost "freigeschaltet" (Endung .PP), weil ich im Netzwerk-Kernel mit libopenmpt arbeite, wo das möglich ist. Somit kann gHost damit mal spielen, auch wenn seine Modfiles gar nicht mit .pp aufhören, meinte er im Sidekick64-Thread.
Libopenmpt funktioniert auch noch nicht fehlerfrei mit Sidekick64, es gibt mehrere Probleme, aber die bemerkt man erst nach einer Weile. Die anhängende Entwicklerversion vom Netzwerk-Kernel ist nur ein aktueller Development-Snapshot und normalerweise mag ich es nicht, sowas im Forum anzuhängen, weil man dann später sieht, dass die Leute das in 3 Jahren immer noch runterladen und man sich fragt: Warum lädt jemand den alten Kram runter?
Im Makefile *.a bei libs eintragen
*extrem scharfen* Sushi-Messer
Das Foto ist dafür nicht so scharf! Sorry, irgendeiner muss ja den Nörgler spielen. 
digitalisieren
"Disketten digitalisieren" - die Daten sind doch darauf schon digital abgelegt? An "archivieren" habe ich nichts auszusetzen. 
Ich habe eine Idee/Frage zu dem Dialog "System ROMS", wo man die vier ROM-Dateien hochladen kann.
Angenommen, man möchte nicht die OpenROMs benutzen oder die OpenROMs mit einem Floppy-ROM bündeln, dann würde ich folgendes gut finden: Vermeiden, dass man bis zu vier mal ein ROM hochladen muss, sondern neben den vier Einzel-Uploads anbieten, dass man alles in einem Datei-Paket hochladen kann. Entweder ein Zip-Archiv, in dem vier Dateien drin sind, oder eine Datei, die vier ROM-Dateien hintereinander konkateniert. Einziges Problem dabei ist, dass man den Typen des ROMs erkennen muss, falls der Dateiname nicht eindeutig ist.
Meine Vorstellung wäre: Ich nehme meine vier Lieblings-ROMs, packe sie an einen Ort und sage dann dem vc64web eine URL, wo er sich die runterladen soll.
Hast Du ein USB-FTDI-Dongle zum Quertesten? Damit könntest Du die GPIO-Verkabelung testen zwischen dem ESP8266 und dem Dongle, und kannst mal diesen COM-Adapter, zu dem Du sehr wenig gesagt hast, und von dem es auch kein Foto gibt hier im Thread, aus dem Versuchsaufbau nehmen.
Sowas meine ich:
Die Default-Baudrate beim Zimodem ist 1200.
Habe mir das Tera Term mal runtergeladen, da gibt es dieses Fenster für die Konfiguration der seriellen Verbindung:
Wie schon geschrieben: Das Kommando "ATI" wird ja schon von Tera Term ans Zimodem geschickt und kommt dort gut an, was man daran sieht, dass das Zimodem antwortet. Ich nehme an, dass das Tera Term automatisch das Kommando "ATI" eintippt, so dass Du manuell auf der Tastatur da nichts machst?
Welche Konfigurationsmöglichkeiten bietet denn Tera Term für die Verbindungsparameter? Ist dort Flow-Control ausgeschaltet?
Hast Du etwa das Modem gleichzeitig per USB und auch per RS232 angeschlossn und konnektiert?
Also, auf dem TeraTerm-Screenshot sieht man ja, dass in beiden Fällen ein ATI von der Terminal-Software an das ZiModem geschickt wird und in beiden Fällen das Modem antwortet. Rein vom Screenshot her ist nun nicht zu erkennen, dass etwas falsch läuft.
Im Posting über Deinem ist das Youtube-Video zum Modfile.
Und es gibt noch Teil 2:
https://modarchive.org/index.p…w_by_moduleid&query=93004
So, jetzt bin mal so frei: Complications --> Das isses!
https://deepsid.chordian.net/?…mplications_SID-remix.sid
https://deepsid.chordian.net/?…R/Rygar/Complications.sid
https://deepsid.chordian.net/?…radroid/Complications.sid
https://deepsid.chordian.net/?…regfeel/Complications.sid
Und das bringt uns auch zu einem Song von Danko selbst:
https://deepsid.chordian.net/?…o_Tomas/Complications.sid
Hypothese: Danko hat den Song 1991 gemacht oder gecovert und bekommt zum 50. Geburtstag also einen weiteren Remix geschenkt.
Die Melodie erinnert mich in den fröhlicheren Teilen ein bisserl an "Ace of Base".
Hier ist das Stück: https://csdb.dk/release/download.php?id=289394
Für Euch gecheckt!
EDIT: "More Complications" by Jammer 2023
Mann, ihr Checker. Alle SID-Songs aus dieser Demo sind hier gelistet:
