Posts by markusC64

    Nun, die alte U64 konnte/kann das Menü auch per OSD drüberblenden un den rechten unteren Bereich. Auch das war schon nicht so wirklich wie beim echten C64. War/ist auch abschaltbar.


    So gesehen ist es bei der neuen U64 II zwar anders, aber halt auch nicht schlechter im Sinne von C64 like.

    Wo wir gerade beim Mehrwert sind - ich habe da ausgemacht (ich zähle bereits erwähntes absichtlich nicht auf):


    * Full HD Auflösung am HDMI

    * Tastatur / Joystick von der Hardware unabhängig abfragbar, was auch immer man damit dann später machen kann


    Zur Flash / RAM-Größe weiß ich nichts, da könnte ggf. auch noch ein Vorteil versteckt sein. Gerade beim RAM, wo man dann größere Module erlauben könnte. Welches Modul wardas noch mal, wo ich hier im Forum von gelesen habe? Ich glaube, es war ein Magic Desk extra groß, bin mir aber unsicher. 2MB oder gar 4MB... ist irgendwie nicht in Erinnerung geblieben.

    Ich glaub du bist da kurzfristig falsch abgebogen, natürlich müssen zahlungsdaten durch den shop, es ist ein shop :-D

    Ichj sage ja, nur wenn ein Maintainer die Fixes übernommen hat. Das kommt bei Enterprise Linux Varianten hin und wieder vor, dass deren Maintainer das auch nach dem EOL übernimmt. Ohne EInzelfallprüfung lässt sich nicht sagen, ob das einer übernommen hat oder nicht... Und ich sagte auch, wenn es keiner übernommen hat, dass es dann überhaupt nicht in Frage kommt.

    Eben PHP 7.x hat eigentlich sein EOL erreicht. So lange man kein Enterprise Linux findet, wo der Maintainer das aktiv mit Patches versorgt, hat es insbesondere in Verbindung mit DSGVO relevanten Daten nichts zu suchen.


    In dem Fall, dass einm maintainer es aktiv mit Patches versorgt, muss man genauer schauen - dann ist eine pauschalisierte Aussage nicht möglich.

    Synology DSM hat PHP als Modul, und Du könntest den Shop theoretisch auf ner VM laufen lassen.

    Wann immer eine VM es tut, dann tut es auch eine Instanz in der Hetzner Cloud. Die ist in wenigen Minuten aktiv (eigentlich in Sekunden, aber man muss da doch einiges ausfüllen).

    Wir haben da auch eine Instanz für deutlich unter 10 € / Monat. Jederzeit kündbar - und zwar wirklich jederzeit. Die kann von jetzt auch gleich löschen und somit keine kosten mehr.


    Wenn man also was ausprobieren muss und damit leben kann, dass man lediglich eine Linuxmaschine bekommt, dann ist das eine gute Wahl.


    Bobbel : Wenn ich es richtig sehe, verwendet der Restore-Store den PrestaShop 1.6.1.24. Ich habe von Prestashop noch nie was gehört, aber habe mal recherchiert. Es gibt einen Fork von Prestashop, der mit PHP 8.x funktioniert: https://eoliashop.com/prestashop-new


    Dies könnte die Situation evtl. kurzfristig entspannen?

    Das empfiehlt sich tatsächlich mit einer Kopie der Daten ausprobieren. Oder auch das:


    PrestaShop bietet auch ein 1-Click-Upgrade an. In deren GitHub Repo gibt es dazu einen Thread, nachdem jemand von einer 1.7'er Version damit auf 8.2 migriert ist und im Anschluss (fast) alles lief - nur ein Problem blieb offen und das konnte dort gelöst werden:

    Upgrade to 8.2 now CMS pages do not load · PrestaShop/PrestaShop · Discussion #37758

    Wen das Neuinstallieren von C64 OS immer zu lange dauert, insbesondere weil da inzwischen ja ziemlich viele Updates zu installieren sind: Hier ist die Lösung: https://github.com/markusC64/c64osutil


    Das Powershellmodul kann den Installer updaten resp. die restore.car. Und die dann auch gleich auf SD-Karte installieren. So dass man je nach SD-Karte in wenigen Sekunden die ganze Installation inkl. aller Updates abgeschlossen hat.

    Stimmt. Anderseits wird man vermutlich durchaus inkompatible Cartridges finden, die für Probeme sorgen.


    Habe ich mit einer MeGaLoDos Floppy am C128 und an der Ultimate 64 ausprobiert, die meisten Speeder wollen auch ohne dem Parallelkabel, dann aber mit langsamer Standardgeschwindigkeit. Und mit einer Standardfloppy sowieso. Ausnahme ist "64'er DOS V3" (Version bin ich mir nicht ganz sicher, aber 64'er DOS!). Das will nur mit beide Seiten 64'er DOS.


    Nachtrag: Beim Dolphin DOS 2 ROM in der Floppy (gepatched auf $6000 RAM) gibt es in der Tat das Symptom, dass man nichts laden kann, wenn man vergessen hat, die RAM Erweiterung zu aktivieren. Nun ja, auf dem U64 relevant, mit der U2+ verschwinden die Vorteile, weil man das virtuelle Paralellkabel ja derzeit nicht hinbekommt.

    Dazu bedarf es einer Anfrage an Gideon - am Besten per Github, damit andere auch den Bedarf darin melden können. Manchmal ist es nämlcih eine Sache der Nachfrage. Und die scheint Gideon als niedrig einzustufen.


    Fakt ist: Gideon hält es für möglich, auch der Ultimate II+ bzw. II+L (wegen der Ultimate II mache ich keine Aussage) Dolphin DOS beizubringen, wenn man C64 seitig einen gepatchten Kernal verwendet. Da ich Dolphin DOS C64 bereits disassembliert habe und man deswegen die Änderungen im Quelltext machen kann, ist das auch realistisch, den Kernal zu patchen.


    Seitens der Ultimate müsste Gideon entweder eine CIA oder eine auf das aktuell benötigte reduzierte Version einer CIA im IO2 Bereich ansiedeln, und der Patch muss die statt der normalen CIA ansprechen.


    Lange Rede kurzer Sinn: Mit der aktuellen Firmware geht das nicht, mit der aktuellen Alpha-/Betafirmware auch nicht. Gideon ist sich aber sicher, dass es technisch möglikch ist - und der Aufwand relativ überschaubar, weil er die CIA eh schon fertig hat.



    Und ja, das ist eines der Features, auf die ich auch schon länger warte.



    Nachtrag:

    DolphinDOS ist ein Parallelspeeder; der lädt prinzipbedingt nicht von der seriell angeschlossenen U2+

    Gideon (und auch ich) meinen das Gegenteil. Bedenke, die Ultimate hängt drüber hinaus ja noch am Expansionsport.

    Stefan_h Du merkst, ich habe mir recht viel Zeit mit der Antwort gelassen. Da wir nicht genau wissen, woran es liegt, lässt sich die Frage, ob es was bringen würde, nicht zuverlässig beantworten.


    Ich hatte eigentlich gehofft, dass währenddessen hier noch Ideen kommen, das ist aber nicht der Fall. Das Ding neu flashen kann ich machen, sofern kein anderer Defekt daran hindert (eine relativ wichtige Einschränkung).


    Ob es Sinn macht oder nicht weiß ich nicht so genau, aber ich würde versuchen, vorher den Flashinhalt mittels einer per JTAG übertragenen heilen Firmware auszulesen. Vielleicht, dass Gideon es für eine Diagnose brauchen kann, dass es gar nicht mehr so recht will, ist eventuell diagnosebedürftig, damit man das zukünftig besser verhindern kann.

    Ok, das ist schwierig. Ich kann hier nicht von mir auf andere schließen. In so einer Situation würde ich den per JTAG neu flashen wollen, ich habe dafür jedoch auch den USB Blaster mitsamt der notwendigen Software hier schon stehen. Das geht ähnlich, wie wir neulich einen Thread für die Ultimate 64 hatten, man muss meine Anleitung verwenden (einen Programmer dafür hat Gideon glaub ich nicht in Binärform veröffentlicht), daher meine Anleitung sinngemäß folgen. Statt Restore die rechte Taste. Und andere Dateien, nicht die für den U64. Aber ansonsten ist das prinzipielle Vorgehen exakt gleich.


    Das Recovery Image ist in der Tat nützlich gedacht, aber es kann eben nicht zu 100% ausgeschlossen werden, dass ein Fehler in der Konfig das lahmlegt - zumindest bei älteren Recovery-Images (welches übrigens beim Update NICHT aktualisiert wird). Bei Neueren laden die glaub ich die Konfig nicht mehr ein, so dass die dann nichtso anfällig sind.

    Dennoch lese ich das hier aus der Erinnerung das erste Mal, dass das Recovery Image es nicht tun soll. Es bleibt so, dass das Recovery Image eigentlich sehr gut funktioniert.

    Ja gut, dann besprechen wir auch noch die rechte Taste beim Einschalten, obwohl die in aller Regel dabei nutzlos ist: Deren Gedrückthalten beim Einschalten verhindert, dass die Software der Ultimate gestartet wird.


    Kann man das brauchen?! Eher selten. Ja, man kann keine Software starten lassen und die Software dann per JTAG nachschieben. Das ist aber auch schon der einzige Anwendungsfall, der mir einfällt.


    Wie auch immer, das beobachtete Verhalten mit der rechten Taste ist völlig normal. Und für das Feature gilt: Besser haben als brauchen.

    Das macht es zwar nicht einfacher, aber wir wissen immerhin, dass wir die Ultimate nicht neu flashen müssen. Sondern dass die irgendwie doch korrekt arbeitet.


    Womöglich klappt es an den anderen C64 dann sogar ganz ohne eine Taste beim Einschalten... die linke Taste lässt ja nur das Laden der Konfig aus, aber startet ansonsten alles ganz normal. Und warum sollte die Konfig kaputt sein, wenn doch an dem "problematischen" C64 das keinen Unterschied macht?

    Da bin ich mir nicht sicher, welchen Geräten die Änderungen aus Poldis Version gut tun und welche auch ohne auskommen.


    »devel_lcd« oder »devel_lcd_poldi« wären damit die Alternativen.


    Wobei github die Build in der Microsoft Cloud mit den Anweisungen aus ».github/workflows/release.yml« der jeweiligen Branch erzeugt hat, selbst compilieren macht also eigentlich nur in Verbindung mit irgendetwas abändern Sinn.


    Genau aus diesem Grund lasse ich auch alle unterstützten Geräte (die zur Toolchain kompatibel sind) per Workflow bauen, dann hat man anschließend die Wahl.

    Anscheiend habe ich den Patch nicht vergessen, auf meinen PC ist der in allen aktuellen Branches mit Displayerweiterung drin. Und in den Github Quelltexten auch. Die Branch, die für SD2IECs ohne Display gedacht ist (also so wie die von sd2iec.de) braucht den Fix ja offensichtlich nicht.


    Ach, was soll's, es kommt eh kaum Feedback, ich sollte eine Release machen :-)