U2+ Verständnisfrage

Es gibt 15 Antworten in diesem Thema, welches 2.963 mal aufgerufen wurde. Der letzte Beitrag (19. August 2019 um 22:15) ist von war64burnout.

  • Hallo U2+ Freaks ^^

    Man kann ja von 2 Seiten scheinbar gleichzeitig auf die ULtimate zugreifen:

    a) von der C64-Seite auf die File-Struktur, das RAM/Reu und die CRTs (lesen und schreiben)

    b) über den EthernetPort auf die Filestruktur (so ne Art Fernsteuerung)

    Ob und wie man unter b) Files up- oder downloaden kann, habe ich noch nicht herausgefunden.

    Dazu 2 Fragen:

    1) kann ich von aussen (Telnet o.ä.) auch in das RAM/REU schreiben?

    Ich fände es reizvoll, die REU von aussen her zu beschreiben und zusammen mit einem nuvie-player so eine Art Video-Stream incl. Anzeige zu basteln...

    2) ich Verstehe das Ulitmate-DOS nicht. Wie nutze ich das und wofür? :/

    Gibt es Beispiele im Quelltext?

    Kann man damit sowas wie 1) machen?

    Grüße

    PS ist auch ein "Durchgriff" von der C64-Seite auf die Ethernet-Schnittstelle möglich? Software vorhanden?

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Up- und Download geht per Anonymous FTP auf die IP Adresse der U2+.

  • Ok, der Up- und Download über LAN wäre schonmal geklärt, danke.

    Aber direkt in den Speicher schreiben ... ?

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • 1) kann ich von aussen (Telnet o.ä.) auch in das RAM/REU schreiben?

    Ich fände es reizvoll, die REU von aussen her zu beschreiben und zusammen mit einem nuvie-player so eine Art Video-Stream incl. Anzeige zu basteln...

    Ja. Dafür habe ich sogar ein PC-Tool veröffentlicht, welches dabei behilflich ist: Bitte melde dich an, um diesen Link zu sehen. - und eine Windows-EXE unter Bitte melde dich an, um diesen Link zu sehen.

    2) ich Verstehe das Ulitmate-DOS nicht. Wie nutze ich das und wofür? :/

    Gibt es Beispiele im Quelltext?

    Kann man damit sowas wie 1) machen?

    Kurz: Damit können C64-Programme auf den Flash zugreifen - also auch außerhalb eines Images. Und zwar wesentlich performanter als über das IEC Device, denn Ultimate DOS geht nicht über den seriellen Bus, sondern direkt über den Expansionsport. Siehe die Dokumentation Bitte melde dich an, um diesen Link zu sehen. für eine Liste der verfügbaren Funktionen.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • 1) kann ich von aussen (Telnet o.ä.

    Ja. Dafür habe ich sogar ein PC-Tool veröffentlicht, welches dabei behilflich ist....

    Das ist ja genau das, was ich gesucht habe:emojiSmiley-106:. Werde ich mal die Tage testen:)

    Jetzt habe ich auch verstanden, wie das Ultimate DOS zu bedienen ist. Ich hatte zwar die Commands gesehen, aber nicht begriffen, wie man die zur Ultimate schickt...

    Für meine Programmierkenntnisse wohl zu schwierig, aber gut gelöst :emojiSmiley-106:

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Das Tool (1451u2.exe) geht soweit gut.

    ABER - wie lade ich ein .reu-File in die REU?

    Versucht habe ich einiges, u.a. folgende .bat:

    reset-c64

    send

    load at reu 0 from bin '1.reu'

    send

    Dann kommt aber:

    Died at C:\Users\Thomas\Desktop\reu\1541u2.exe line 79, <$file> line 6.

    ohne Anführungszeichen > Lexical Error at .reu

    Wie gehts ???

    Gruß

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • reset-c64

    send

    load at reu 0 from bin '1.reu'

    send

    reset-c64

    send

    reu-load-split at 0 from prg '1.reu'

    (ohne send ganz am Ende)

    Die Meldung, die Du bekommen hast, sagt mir, dass das Datenpaket zu groß war, um übertragen zu werden(*). Das Kommando "reu-load-split" ist extra dafür gemacht und splitted die Datei auf mehrere Datenpakete auf. Da man zum C64 überträgt, kann das natürlich je nach Größe dauern...


    (*) Die Fehlermeldung verweit auf Zeile 79. Und die ist - wie man im Github sieht: 'die if length($packet) > 65534;'. Daher die Interpretation der Fehlermeldung.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Auch wenn's nervt :/

    .

    reset-c64

    send

    reu-load-split at 0 from prg '1.reu'

    .

    geht schonmal ohne Fehler.

    Wenn ich dann den nuplayer starte, findet er aber kein reu-File . ?(

    Wo ist das abgeblieben?

    PS geht das ganze eigentlich auch "gleichzeitig" ? - soll heißen, während ein Nuvie läuft, wird was neues "von aussen" in die REU eingespeichert.

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Ich sehe schon, warum. Vermutlich hat die REU-Datei keine Startadresse vorangestellt. Dann muss man "from bin" statt "from prg" nehmen.

    Ja, das geht auch gleichzeitig, während auf den C64 ein Programm läuft. Sollte der C64 gerade auf Speicherstellen zugreifen, wo gerade geschrieben wird, kann er durchaus eine Moschung aus alten und neuen Inhalten sehen...

    Edit: Lass einfach mal testweise den "reset-c64" und "send" weg.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (15. August 2019 um 17:08)

  • Hallo Markus,

    Dein Tool ist wirklich stark, soweit ich die Funktionen getestet habe.

    Bei der REU und den Filmen klemmt es aber noch:

    Zuerst lade ich auf der U2+ einen Film1.reu in die 16MB REU und spiele ihn testweise mit dem nuplayer ab - ok.

    Dann mit

    Batch: reu-load-split at 0 from bin 'Film2.reu' über Ethernet ein neues Video uploaden

    oder als Einzeiler

    1541u2.exe 192.168.1.28 -e "reu-load-split at 0 from bin 'Film2.reu'" - keine Fehlermeldung

    dann mit

    1541u2.exe 192.168.1.28 -e "load run from prg 'nuplay.prg'" -e "send"

    oder

    1541u2.exe 192.168.1.28 -c run:nuplay.prg den player starten - die Titelmeldung des Films kommt oft nicht /manchmal nur Schrott.

    Wenn doch der Titel erscheint -> Start mit SPACE:


    - meist Flackerbildschirm oder schneller Absturz

    - teilweise aber auch beide Filme GEMISCHT ! Meist kurze Sequenzen des zweiten Films im ersten.

    Hierbei spielt es keine Rolle, ob Film2 im Standby (C64 Startbildschirm) oder bei laufendem Nuplayer hochgeladen wird.

    Btw: die gestesteten Filme laufen nach einem Upload innerhalb der U2+, jeweils regulär mit dem Nuplayer.

    Der Upload von .reu-Dateien (oder allgemein Binär-Dateien) in die REU per Ethernet klappt irgendwie nicht korrekt - oder zumindest bei mir nicht so wie ich dachte...

    Vielleicht hat ja jemand Lust das mal zu probieren:

    Zum Testen baucht man die U2+, die 1541u2.exe und 2 nuvie-Filme sowie die o.g. Befehle und natürlich nen PC mit Ethernetkabel.

    Wäre interessant zu erfahren, ob der Fehler nur bei mir auftritt.

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Eine interessante Diagnose wäre ja, die Ultimate den REU Inhalt abspeichern zu lassen (das geht ja aus dem Filebrowser per F5-Taste heraus) und dann das abgespeicherte mal mit der "1.reu" vergleichen. Vielleicht geben die Unterscheide Aufschluss, was die Ursache sein könnte.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • 5_oiginal.reu eigentlich "8bit legend-commodore c64(extended).reu"

    5_nach_upload.reu aus der U2+ gesaved

    Da ist schon ein Unterschied.

    Bitte melde dich an, um diesen Link zu sehen.

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Hm, da muss ich mal schauen. Das kann kein Zufall sein, dass die ersten $87000 Bytes übereinstimmen und danach praktisch nichts mehr.

    Edit: Hm, $87000 = 9 * 60k... Also klappten die ersten 9 Pakete, und danach Chaos. Ich ziehe in Betracht, dass die Pakete schneller gesendet werden, als die Ultimate die verarbeiten kann.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (15. August 2019 um 18:29)

  • Werden die Pakete denn in die Ultimate "geschoben", ohne dass es ein Handshake gibt, ob die auch verarbeitet werden können?

    Man könnte sich ja mal mit kleineren reu-Dateien rantasten. Ich habe aber noch nirgendwo Filme mir nur 512kB oder 1MB gesehen..

    Ich stelle mir ein FPGA so vor, dass man Teile davon z.B. als Prozessoren, Speicher oder IO-Chips konfiguriert und verknüpft, so daß z.B. eine 1541 abgebildet wird.

    Wie wird aber so ein "FTP-like"-Protokoll abgearbeitet? (doch sicher nicht durch die 6502-Emulation, oder?)

    CBM Veteran - kann nicht davon lassen...

    1983 C64 + 1541, 1985 SX64, 1989 Amiga 500/2000, 1991 A3000T :D, 1995 A1200HD, 2005 SX64

    2019 SX64 (einzig derzeit im Bestand ^^)

  • Muss ich im Quelltext nachschauen. Als ich das letzte Mal reingecshaut hatte (ist aber etwas her, deswegen kann sich das zwischenzeitlich geändert haben) wurde das Befehlspaket entgegenggenommen, die TCP Verbindung geschlossen und dann das Paket abgearbeitet.

    Anonsten wird in dem FPGA ein NIOS 2-Prozessor (Bitte melde dich an, um diesen Link zu sehen. ) bereitgestellt, der die Applikation ausführt. Diese ist übrigens in normalen C++ geschrieben.

    Edit: Zum Rantasten - ich denke, es ist am einfachsten, in der Perldatei einfach mal eine Wartezeit reintun... dann weiß man nach danach schon recht gut, ob es das war... Auch wenn man sicherheitshalber mit etwas mehr warten anfangen wird. Der Vorteil ist halt, dass man dabei ja was anderes machen kann.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Ich habe aber noch nirgendwo Filme mir nur 512kB oder 1MB gesehen..

    Die gibt es auch nur mit 16MB. Da das Nuvie Format keine kleinere REU unterstützt.

    8bit legend-commodore c64(extended).reu

    Freut mich, dass meine Nuvies noch geschaut werden!