Hallo Besucher, der Thread wurde 14k mal aufgerufen und enthält 99 Antworten

letzter Beitrag von spacer am

Turbo Rascal Syntax error, “;” expected but “BEGIN”

  • Wieso können ab $0800 eigentlich keine Spritedaten platziert werden. Mit $20 in den Spritepointer. Dies funktioniert aber mit TRSE nicht. Erst ab $0880 läßt er dies zu, mit $22?

    Bei $0801 beginnt der Basic-Programmspeicher, d.h. da liegt die SYS2061-Zeile und direkt dahinter vermutlich eine kleine Initialisierungsroutine.

    Jetzt bin ich bei $1600 angelangt, mit $58. Nur sieht hier die Sprite nicht mehr so aus, wie sie einmal gemalt wurde.

    Der VIC kann bei $1xxx und $9xxx kein RAM "sehen", dort blendet die PLA das Char-ROM ein.

  • Diese PRG hat 10800 Byte weil die Daten mit incbin nach $3200 gepackt wurden.


    Meine PRG hat 430 Byte + 128 Byte Spritedaten bei $3200 hingeladen.
    Es hat sich gelohnt so eine Lade-ASM zu basteln.
    Sieht noch nicht schön aus , hat aber schon eine große Wirkung.


    Gruss

  • da liegt die SYS2061-Zeile

    Ah verstehe ich das recht, das TRSE da automatisch mit dem Compiler OrgAsm diese Startzeile generiert, obwohl mein Code woanders hin soll, ok. -> Eigenen sys Aufruf erzeugen, ich schau mal ob das geht.

    Code
    1. processor 6502
    2. ORG $801
    3. .byte $0E, $08, $0A, $00, $9E, $20, $28
    4. .byte $32,$30,$36,$34
    5. .byte $29, $00, $00, $00
    6. ORG $810

    In der Benutzeroberfläche kann man das glaube ich nicht ändern.




    Der VIC kann bei $1xxx und $9xxx kein RAM "sehen"

    Stundenlang habe ich darüber gelesen. Und trotzdem blind. Der DAU sitzt vor dem Rechner.



    Es hat sich gelohnt so eine Lade-ASM zu basteln.

    Ja, finde ich auch. Super.

  • Warum willst du das ändern?


    Du müste ja den ganzen Kram den Rascal erzeugt verlegen.


    Das geht so einfach nicht ohne das System von Rascal durcheinander zu bringen.


    Ich hatte ihn : "contact leuat@irio.co.uk for bugs, requests and comments" schon ein mal geschrieben vor einpaar tagen..


    Er wollte eine neue Version rausbringen hat er mir gemailt.


    Der kontakt ist abgebrochen... keine Anbindung mehr, die Mails werden als nicht erkannt zurückgeschickt.
    Versuch du das mal, ob du Kontakt bekommst?
    Dann kannst du ja mal deine Fragen dort anbringen.



    Gruss

  • Warum willst du das ändern?

    Ich stelle mir das so vor, das der Programmcode im Speicher hinter den Bildern und Sprite's und was nicht allen für Ressurcen kommt. Wäre halt schön, wenn es ginge. Zum ausprobieren etc.



    Der kontakt ist abgebrochen... keine Anbindung mehr

    Im Quellcode zu TRSE steht dieser hier. Nicolaas Ervik Groeneboom (nicolaas.groeneboom@gmail.com)


    Ich teste das mal an. Mal sehn, ob er rangeht.

  • Mal eine kleine SAVE. Es funktioniert.
    Muss nur noch einfacher gestrickt werden für die übergebenen Daten für die Procedure.


    Wird von Screen $0400 - $04ff gespeichert und bei $0600 wieder eingeladen. ca 620 Byte.


  • Jetzt ist die Save/Load eleganter geworden. Man lernt wieder dazu.
    textstring kann mit memcpy übergeben werden an eine Adresse mit @.


    Hier wird eine Datei gespeichert und wieder geladen:
    adrs:=$0400;
    adre:=$04ff;
    ist Startaddr und Endaddr für das Speichern eine Datei.

  • So sieht es aus , wenn du deine Charmap von der D64 einladen tust.
    Deine Charmap musst du beim Laden von Disk 2 Addressbyte vorne an setzen, auch wenn die hier nicht gebraucht werden.
    Das verlangt das Ladeprogramm wenn von der Disk geladen wird. . Einfach 2x Byte mit 0.


    Gruss



  • Ich verfolge TRSE schon eine Weile und spiele immer mal wieder damit herum. Mittlerweile gibt es Version 0.09 und Unterstützung für immer mehr Systeme. Wobei durch das Hinzufügen von noch mehr Prozessorarchitekturen die Entwicklung manchmal etwas planlos erscheint und einiges noch unfertig wirkt.
    Aber speziell was den C64 und VIC20 betrifft, ist es ist wirklich vielversprechend und macht mittlerweile richtig Spaß. Könnte mir durchaus vorstellen, damit mal etwas Größeres zu entwickeln.

  • Ja ich spiele auch damit für den Vic20.


    Man muss einiges selber in ASM reinsetzen .

    Bei mir ist es laden und speichern von Daten.

    Habe mir etwas in ASM entworfen.


    Auch die Benutzung von Zahlen mit Rechnen ist wenig vorhanden.


    Alle Dinge für den Datentransfer usw laufen in der Zeropage ab, also bei 255 ist meistens schluss.

    Man muss dann Erfinderisch wirken.


    Er macht zu viele Systeme , dadurch kommt er mit erweiterten Dingen nicht richtig nach vorne.

  • Ja, man hat sicher nicht die Abstraktion oder den Komfort einer höheren Programmiersprache. Man könnte es fast als hübsch verpackten Assembler bezeichnen. Dieser Ansatz gefällt mir ganz gut. Ich komme schnell zu Ergebnissen und finde ich mich gut zurecht, ohne dass ich dabei das Gefühl habe, zu viel Kontrolle abzugeben oder unnötig Resourcen zu verschwenden. Bin gespannt wie sich das noch entwickelt und hoffe mal, dass die Entwicklung wieder etwas fokussierter wird.