Beiträge von wrglprmft

    Soweit ich mich erinnere war der Checksummer in Heft 1 anders als in Heft 2. In Heft 3 ist er jedoch identisch zu Heft 2.

    Ich denke, die Checksummer aus Heft 1, Heft 2 und Heft 3 sind zumindest für den C64 identisch. Das PC-Tool mksums oder der Aufruf davon könnte sich geändert haben. In allen Versionen (auf github) hat dieses das "Feature", dass jedes geshiftete space durch space ersetzt wird, bevor die Checksumme berechnet wird. Dabei ist ein geshiftetes space einfach das Vorkommen von $A0, egal ob innerhalb eines Strings oder nicht. Das Tool gibt Warnungen aus, wenn es eine solche Ersetzung durchführt.

    Das PC-Tool berechnet für Zeilen mit CLOSE ($A0) also eine andere Checksumme als der C64 selbst, sofern das Feature nicht mit dem Schalter "-s" ausgeschaltet wird.

    Vor dem letzten "runter" ein Leerzeichen mehr und nach dem "runter" ein "links" mehr. Ist kein schönes R, nutzt aber wie die anderen Zeichen auch nur reverse Leerzeichen.

    Code
    140 printu$;tab(17)"{rvon}   {down}{left}{left}{left} {rght} {down}{left}{left}{left}   {down}{left}{left}{left}  {down}{left}{left} {rght} ":return

    Bitte melde dich an, um diesen Anhang zu sehen.

    Danke. Das kann ich nicht mehr selber ausprobieren, da ich jetzt Zugriff habe.

    Ich bilde mir ein, auch das Subforum "F64-Wolke" vorher nicht gesehen zu haben. Manchmal bin ich bei so etwas aber auch blind, würde es also weder beschwören noch drauf wetten.

    F64-Wolke

    Forum64-Wolke - Nur für User die länger als 3 Wochen bei uns sind und mehr als 30 Beiträge geschrieben haben!

    Steht ganz oben auf dieser Seite:

    Bitte melde dich an, um diesen Link zu sehen.

    Kann es sein, dass man die notwendigen Voraussetzungen nur angezeigt bekommt, wenn man bereits berechtigt ist? Ich darf derzeit noch nicht auf die Wolke zugreifen und sehe nur Folgendes:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Willkommen zurück. Schön, dass Du wieder da bist.

    Ich denke ne Abschaltung ist die bessere Lösung, mal schauen.

    Eine Abschaltung hilft, falls man (erfolgreich) speichern will. Beim späteren Weitertippen hat man aber weiterhin Probleme, denn ein Laden von Kassette würde ja auch den ausgeschalteten Summer zerstören.

    [Ausschalten kann man den Summer auch mit vier(?) Pokes, wenn man weiß, welche Werte wohin müssen]

    Spricht etwas dagegen, wenn man das F64Summer-Programm nach erfolgreichem Abtippen des Spiele-Listings einfach mit einem zusätzlichen SYS-Call deaktivieren könnte, bevor man das Programm auf Band speichert? Dieser kleine Zusatzcode würde dann auch im offiziellen F64Summer Sinn machen und benötigt vermutlich nur ein paar wenige Bytes.

    Ich finde das eine gute Idee. Das ist ja auch oft damalsTM so gemacht worden.

    Allerdings weiss ich nicht wie das platzmässig dort aussieht.

    Die (längere) REMSKIP-Variante des c64 benötigt derzeit 186 Bytes. Ich benötige (mit meinen erbärmlichen asm-Kenntnissen) zusätzliche 13 Bytes, um den Ausschalter einzubauen. Die 199 Bytes passen noch in den Bereich. Vielleicht findet sich ja jemand, der das über GitHub als Issue und/oder Pullrequest an den Entwickler heranträgt.

    Weiss denn jemand den Grund, warum Zirias’ Forum64 Profil nicht mehr aktiv ist?

    Er ist auf eigenen Wunsch gegangen.

    Er fühlte sich durch uns ungerecht behandelt, nachdem wir ihm aufgrund einer Sache für ein paar Tage Frischluft verordnet hatten.

    Vielen Dank für die Info. Ich denke, ich habe den "Frischluft"-Thread gefunden. Es gibt dort mindestens einen gelöschten post. Mit dem, was noch zu sehen ist, kann ich allerdings die Entscheidung von zrs1 verstehen.

    Vermutlich beides. Ist ja nicht unüblich Kleinzeugs in den Kassettenpuffer reinzupassen.

    Der Entwickler ist hier nicht mehr aktiv, aber die Sourcen sind hier: Bitte melde dich an, um diesen Link zu sehen.

    oja, ich wollte eh mal wieder Assembler proggen. Ist seeeeeehr lange her.

    ZeHa: Weißt Du schon, ob es ein Basiclisting für Weihnachten 2020 geben wird. Dann würde ich den neuen Checksummer beisteuern, das kann ja nicht so schwer sein. Ich finde zum C64 gehört einfach eine Datasette dazu.

    Oops, da scheine ich etwas verpasst zu haben. Dass zrs1 hier nicht mehr aktiv ist, überrascht mich und ich finde es schade. Mein Eindruck ist, dass er den F64Summer durchaus mit Herzblut entwickelt und zur Verfügung gestellt hat.

    Ist denn sicher, dass er das Projekt F64Summer aufgeben will? Ich persönlich mag GitHub nicht sonderlich, aber es ist immerhin eine Plattform, über die gemeinsam an so etwas gearbeitet werden kann. Ich denke, man sollte erst dann ein "Konkurrenz"-Summer angehen, wenn der GitHub-Weg gescheitert ist, zumal Zirias neben dem PC-Tool immerhin 4x4 Basic-Varianten anbietet (und außerdem das Copyright hat).

    Auch wenn es jetzt in den Fingern juckt, z.B. eine C64-Variante im Bereich $C000 anzubieten (ich habe für mich eine solche erstellt), sollten wir andere Varianten nur mit Bedacht öffentlich machen. Ansonsten gibt es demnächst viele verschiedene Varianten, von denen irgendwann keiner mehr weiß, was sie eigentlich tun.

    So, und jetzt gehe ich Leerzeichen zählen/messen bei Santa's Weihnachtsdemo. Der F64Summer wirds schon richten.

    EDIT: Wenn man in dieser Zeile ALLE Leerzeichen weglaesst und ALLE Befehle abkuerzt (inkl. THEN und AND), dann ist sie auf exakt 80 Zeichen zu kriegen:

    250ifx=cxaNy=cytHc=c+20-int(p/5):pO1024+x+y*40+81,160:pO55296+x+y*40+81,0:goS330

    Dabei beachten, dass man nach der Eingabe des letzten Zeichens in eine neue Bildschirmzeile gelangt. Daher muss man mit dem Cursor nochmal zwei Zeilen hoch (auf die Zeilennummer 250) gehen und Return tippen, damit die Zeile angenommen wird.

    Ich halte meine Hefte jetzt auch in Händen und finde sie richtig klasse und hoffe, dass die damit gegründete Tradition lange aufrecht erhalten wird. Danke an alle Autoren und an ZeHa für die Organisation.

    Ja, so habe ich es auch jetzt gelöst. Checksummer abgetippt und abgespeichert. Bevor ich nun ein neues Listing anfange lade ich zunächst den Checksummer und rattere direkt dahinter das eigl Listing runter. Wenn ich das nicht in einem Rutsch abschließen möchte, wird das ganze Paket an einer neuen Stelle auf dem Band gespeichert.

    Funktioniert denn das Speichern auf Kassette bei laufendem Checksummer problemlos? Ich würde denken, dass spätestens nach dem Speichern der Rechner undefiniertes Verhalten zeigt (also abstürzt, oder mit Glück auch die Lottozahlen der nächsten Ziehung bekannt gibt).

    Irgendwo im Speicher muss der Checksummer ja liegen und vermutlich findet sich immer ein Benutzer, der während des Eintippens ein anderes Programm laufen haben möchte, das mit dem gewählten Speicherbereich kollidiert, aber man kann den Checksummer auch woanders im Speicher laufen lassen, so dass Kassettenbetrieb noch möglich ist, aber ich bezweifle, dass zrs1 sich den Schuh anziehen möchte, neben den bereits existierenden vier Varianten pro System (remskip ja/nein, verifizierend ja/nein) noch weitere Varianten anzubieten.

    Leider noch nix eingetroffen. Hatte eigentlich damit gerechnet dass sie spaetestens heute kommen wuerden aber es ist noch nix da. Ich hoffe dennoch dass sie noch diese Woche an euch rausgehen...

    Vielleicht hat die Druckerei Probleme die 0 (nicht-)zentriert zu drucken ;) Nicht, dass dann wegen nicht-Originalität die Bestellungen storniert werden. Dann lieber noch ein paar Tage warten.

    Ich habe mal die Informationen zu den Spielen des Mini(Europe), Mini(NorthAmerica) und des Maxi in einer Bitte melde dich an, um diesen Anhang zu sehen. zusammengefasst. Mit Firmware 1.3.1 haben die Mini 66 (z.T. unterschiedliche) Spiele und der Maxi 64 Spiele.

    Quellen:

    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.

    Du siehst mich in meinen Grundfesten erschüttert und den Glauben an die deutsche Ingenieurskunst verlierend :smile: . Nein, das war nur als Anmerkung gedacht und nicht als Fehlermeldung.

    Jetzt, wo mprg2bas funktioniert, ist es wohl egal, aber ich denke man kann den folgenden Abschnitt umschreiben:

    Außerdem würde ich vorschlagen, die Klappe nicht von beiden Seiten zuschlagen zu lassen ("remaining" von oben und "needed" von unten), sondern nur die tatsächliche Länge mitzuzählen (Man verliert allerdings die Chance, sowohl bei remaining als auch bei needed Fehler zu machen, die sich dann aufheben ;) ) Das könnte dann ungefähr so aussehen (but never change a running system!):

    Ja, manchmal muss man etwas erst kaputt reparieren, bevor man das wahre Problem entdeckt.

    Die mksums.exe funktioniert übrigens bei mir.

    Mir ist noch aufgefallen, dass beim F64SUMMER Leerzeichen in Zeichenketten (fälschlicherweise) als überflüssig behandelt werden; und zwar in DATA-Zeilen, denn dort müssen Zeichenketten nicht notwendigerweise mit Hochkomma beginnen.

    Code
    0 DATA BLUMEN TO PFERDE
    0 DATA BLUMEN TOPF ERDE

    erzeugen beide die Summe A19F.

    Ich hab es nicht gedebugged, aber wenn ich das Coding richtig verstehe, berechnest Du die benötigten Zeichen der aktuellen Zahl inklusive vorhergehendem Komma. Ein Komma wird aber nur in einer laufenden Zeile benötigt und nicht in einer neuen. Daher wird am Beginn einer neuen DATA-Zeile ein Zeichen mehr "verbraucht" als wirklich ausgegeben wird.

    Code
    /* remaining = 73 - (needed - nsumlen); */
    remaining = 73 - (needed - nsumlen - 1); /* oder */
    remaining = 74 - (needed - nsumlen); 

    Die magic number 73 kommt wohl aus 79 - 1 - 1 - 4 (Ein Zeichen Zeilennummer, ein unvermeidbares Leerzeichen und vier Zeichen für DATA).

    Es könnte meiner Ansicht nach auch für die erste Zeile die 78 durch 79 ersetzt werden. Denn wir wollen ja 79 Zeichen verwenden (oder gibt printf was komisches zurück?)

    Code
    int remaining = 78 - printf("4 sys%" PRIu16  ":data%u", startaddress, (unsigned)*r++);

    Derzeit scrollt beim einfachen LIST die Zeile 0 aus dem sichtbaren Bildbereich. Will man keine Leerzeichen weglassen, könnte man das IF aus Zeile 0 negiert in Zeile 1 schieben. Dann passt das Listing komplett auf einen Bildschirm und viel wichtiger: die fehlerträchtige 2 muss einmal weniger getippt werden ;)

    Code
    0 s=5:l=4:for i=820 to 985:read x
    1 if x<256 then s=2*s-(s>4095)+x and 8191:poke i,x:next

    Ich ignoriere die Android-Spiele hier (bzw. versuche sie zu ignorieren). Dieser Thread ist unter Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen. angelegt Von daher sind Posts mit Google Play Angeboten wohl zumindest formal grenzwertig.

    Es gibt einen anderen Thread Bitte melde dich an, um diesen Link zu sehen. , der unter Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen. hängt. Der wäre aus meiner Sicht besser für Android-Spiele geeignet.

    Vielleicht gibt es aber hinreichend viele Leser, die -anders als ich- eine einzige Quelle von Links auf kostenlose Spiele bevorzugen. Ich fände eine Auftrennung gut, kann aber auch ohne leben.

    Mein Fehler.

    Ich bin fälschlicherweise von insgesamt 6 Kindern ausgegangen. Es sind aber in der Tat Dave + 6 Kinder (Syd, Michael, Wendy, Bernard, Razor und Jeff), also 7. Damit sind es 15 mögliche Kombinationen.

    Tschuldigung, ich wollte nicht verwirren und hätte nachschauen sollen.