Beiträge von Courage im Thema „RELAUNCH64 und ACME“

    Hi!

    Klingt gut. Ein paar Fragen hätte ich jedoch dazu:

    1. In welchem Verzeichnis muß sich das zu ladende File befinden?
    2. Wie gebe ich im ccs-Monitor Anführungsstriche (") ein? Egal welche Tasten ich drücke, keine ""! Oder werden die weggelassen?
    3. Hast Du Erfahrung mit dem WinVice? Funktioniert das dort ähnlich oder überhaupt? Mir ist der CCS nicht so geheuer! ;)

    Danke für Deine Antwort!!

    Fauler Hund!!! :P Na ok, weil Du's bist nochmal kurz in Stichpunkten:

    - Ich benutze Relaunch64 (R64) und WinVice (WV)
    - Wenn ich Code assembliere erzeugt R64 ein *.prg-file, welches dann beim Start von WV automatisch gestartet wird.
    - Wenn ich jedoch über den Bereich von $d000 hinauscode, stürzt der C64 ab...logisch.
    - Leider kann man den Autostart von WV nicht benutzen, wenn eine Cartridge (AR6) eingesteckt ist. Es sei dann, man drückt F3 um sie zu deaktivieren...nur dann stürzt er halt ab.
    - Und mit aktivierter AR (F7) funktioniert das automatische laden nicht. Du verstehst das Problem? :]

    Trotzdem eine gute Nachricht: Heute morgen erhielt ich von den Win-VICE-Codern die Nachricht, dass eine Option, etwas unters RAM zu laden, der Wishlist hinzugefügt wurde. Keine Ahnung, wie lange es nun noch dauert, bis die Option verfügbar ist...aber zumindest ein Lichtblick! ;)

    Gibt's was neues an der CrossAss-Front? Schergentoni? Hast Du mal geschaut ob was machbar ist? Wenn nicht, gib bitte kurz bescheid, dann werde ich mir wohl oder übel was anderes einfallen lassen müssen! ;(;)

    ACME (inkl. aller Help und Info-files) habe ich bereits runtergeladen und mir reingezogen. Leider hat uns das bisher bei des Rätsels Lösung nicht geholfen. Meine große Hoffnung ist, dass Schergentoni da irgendwas hinkriegt.

    Hi TecMO!

    Also, hab feststellen müssen, dass das ",,2"-skippen doch im Info-file stand. Hatte es nicht gesehen. Schande auf mein Haupt. :rotwerd:

    Zitat

    klar! leechen...etpacken..und kucken! beim ACME sind einige dokumentationsfiles dabei. alles was du brauchst.

    Also nun hab ich gesucht wie 'n Irrer. Kann aber nix sinnvolles finden. Was genau meinst Du? Und vor allem: Wie soll das was Du meinst funktionieren? ;)

    Zitat

    praktisch wäre in so einem fall ja das automatische konvertieren der prg-datei in ein d64-image, dass dann gleich bei vice "attached" wird.

    Jep, das wäre natürlich 'ne super Sache! Und nahezu perfekt, wenn man das assemblierte file in ein schon vorhandenes d64-file packen könnte...dann hätte man auch u.U. gleich die entsprechenden Files parat, falls das eigene Programm nachlädt. Aber ob das möglich ist, weiß ich nicht.

    Wenn Du über $d000 im Normal-Modus lädst, wird das RAM überschrieben, was zum Absturz führt. Wenn aber z.B. im Action Replay-Modus lädst klappt es, weil das Modul das RAM während des ladens ausblendet.
    Problem dabei ist, dass der Autostart aber im Action Replay-Modus nicht funktioniert.

    Eine Möglichkeit wäre:
    1. Mit Relaunch editieren und F6 drücken
    2. Emu startet und F3 für den Normal-Modus
    3. das assemblierte File wird geladen
    4. nun Reset und F7 für Action Replay-Modus (speicher bleibt erhalten)
    5. von disk alles files laden, die nach $d000 liegen

    Wenn man den Weg gehen muß (und derzeit ginge es wohl nicht anders) wäre es arg umständlich. Wenn ab $d000 sogar code anstatt daten liegen, wird es noch schlimmer. Außerdem muß man jedes mal, wenn man an den Daten im Bereich $d000 bis $ffff irgendwas ändert es wieder in ein d64-format bringen, damit man es laden kann.

    Du siehst also, dass das Ganze zu Problemen führt?

    Oh, danke für den Tip mit dem "verbose". Wenn ich das so mache, wie Du sagst, dann startet er den Emulator trotz Warnung. Soweit so gut. Allerdings stellte ich fest, dass er dann nur bis max. $d000 assembliert. derzeit eh egal, weil es ja weiter eh nicht ginge. Sollte aber das $d000-problem gelöst werden, wäre zumindest dieses Problem wieder das Alte!

    Hmm, es tut mir leid, dass ich Dir solchen Ärger mache und das Cross-Assembling so aufmische...aber Du hast selbst um Feedback gebeten! Dat hast Du nun davon! :tongue::D

    Hah, hab auch mal was entdeckt. :]

    Wenn man mit ACME files mit gleicher Speicheradresse assembliert kommt das Errorlog und ACME schreit "Warning: Segment starts inside another". Aaaber es ist eine Warnung und KEIN Error! D.h. der code wird trotzdem fertig assembliert...nur wird der EMU nicht gestartet!
    Kann man Relaunch64 irgendwie so einstellen, dass auch trotz Warnung der Emu gestartet wird???

    Wenn jetzt noch die Frage mit dem Bereich ab $e000 geklärt werden würde, dann könnte man endlich vernünftig arbeiten (der Bereich $d000 bis $dfff ließe sich verkraften). also: :help:

    Zitat

    Na, noch nicht eingelebt mit ACME & CO?


    Pah, Du alte Rübennase! Nach 2 Tagen eingelebt? Hab doch gerade erst gestern gelernt, wie man den PC anschaltet! 8o :D

    Danke an alle für die Tips...so langsam(!) fange ich an zu begreifen.

    Noch mal eines: Wenn ich nun aber Code, Grafik oder was auch immer im Bereich irgendwo ab $e000 stehen und das im Relaunch64 eingebunden habe. Was passiert dann, wenn ich das in den Emulator schaufel? Begreift ACME, Relaunch bzw. der Emu, dass im Bereich von $d000 bis $dfff nix hingeladen werden soll oder schreibt er da auch drüber, weil er BIS zu dem Bereich bis $ffff schreibt? Somit wäre es dann ja nicht machbar irgendwas in den Bereich von $d000 bis $ffff zu assemblieren, oder?

    Na klar geht es mit Cartridge...aber nur wenn ich F3 drücke. Folge: Die Cartridge ist aus und wird dann über (ich meine) $d000 geladen stürzt der Emu ab.

    Apropos Segmente. Ich habe da ein File das genau von $4800 bis $4d00 geht. Ab $4d00 soll dann der Code beginnen.
    Wenn ich nun aber assembliere kommt wieder diese Segment-Warnung. Komischerweise kommt diese Warnung nicht mehr wenn ich das Segment um 2 Bytes (!) nach vorne schiebe (also $47fe bis $4cfe). Verstehen muß man das nicht, oder? :D

    Dieses Crossassembling ist ja ganz nett, wenn man mal was kleines coden will...aber für größeres unbrauchbar. Oder hat da jemand andere Erfahrung gemacht???

    HI!

    So wie es scheint, hat sich das "arbeiten" mit Crossassembler eh gerade erledigt. ;(

    Was ist, wenn man größere Files assembliert? Der Emulator stürzt dann einfach ab, weil laden nur mit Cartridge möglich ist. Prg-files kann man aber nicht mit Cartridge laden.

    Wenn man beispielsweise ein File x hat, das von $2000 bis $4711 geht und der Bereich von $3000 bis $3800 mit File y überschrieben werden soll, sagt mir ACME
    Warning: Segment starts inside another
    Is schon klar...soll aber so sein! Weitermachen unmöglich. :(

    Diese beiden Punkte führen leider schon dazu, dass ich den C64 nutzen MUSS um an meinem Projekt weiterarbeiten zu können. Leider...obwohl...es gibt schlimmeres als am C64 zu sitzen, oder? ;)

    Außerdem erfährt man nirgends, an welcher Speicheradresse der Code endet. Wäre ja u.U. sehr interessant, damit man nicht in Bereiche codet, die für was anderes bestimmt sind.

    Aber all diese Sachen haben weniger mit Relaunch64 zu tun als vielmehr mit ACME und den Emulator.

    Das Einzige was mir bei Relaunch64 bisher fehlt (oder ich hab's nicht gefunden) ist eine Merge-Funktion, mit der man Sourcecode importiert und dem bestehenden Code hinzufügt (habe ich "umständlich" über kopieren und einfügen machen müssen).

    Hi!

    Zuallererst einmal Glückwunsch und vielen Dank für dieses geniale Tool. Ich werde mich jetzt im Crossassemblern versuchen und schauen ob ich damit klarkomme. Fragen und Anregungen habe ich trotzdem schon...

    1. Gibt es eine Übersicht der Befehle, die mit Relaunch64 verarbeitet werden können. Sowas wie !to... oder !by...! Wenn man nicht weiß, was es alles für Befehle gibt, macht man sich u.U. zu viel arbeit oder kommt ggf. gar nicht weiter. Oder ist das von Assembler zu Assembler unterschiedlich (also benötigt ACME andere Befehle als andere Assembler)???

    2. Gibt es Spriteeditoren, Charset-Editoren und/oder Grafikprogramme für den C64 die unter Win laufen (gibt es Links?)? Könnte man die nicht auch mit einem Klick anwählbar machen? So dass mit der Plattform "Relaunch64" alle wichtigen Tools aufrufbar sind.

    Äh, ich glaube das war's erstmal...ich hoffe, die Vorschläge/Fragen sind nicht allzu dumm oder abwegig. Habt Nachsicht mit einem Crossassembler-Neuling! ;)

    Nope! Fummel immer noch an dem mitgelieferten Beispiel rum. Da steht:
    !to "1x1scroll.prg"
    und das file selbst heißt
    1x1scroll.a

    ...also m.E. alles so, wie es sein sollte. Es ist doch schnurz, ob sich der Emu in einem anderen Verzeichnis, anderen Partition oder gar Festplatte befindet, oder??

    Hi!

    Nun klappt es. Mußte anscheinend wirklich alles auf C: liegen und die Pfad-Angaben mußten noch überarbeitet werden. Also vielen Dank für die Hilfe.

    Aber das war noch nicht alles...

    Nun assembliert er zwar alles ohne Probleme und der WinVICE wird geöffnet (mit oder auch ohne Modul). Aber weder befindet sich was im Speicher, noch wird irgendwas gestartet. Woran kann das denn jetzt schon wieder liegen?? :motz:

    Vorab schon mal vielen dank für die Hilfe...ist sicher nicht das letzte mal, dass ich Euer Fachwissen diesbezüglich benötige! :rotwerd:

    Hi!

    Wollte mich auch mal an's Crosscompiling rantasten und habe dazu Relaunch64 runtergeladen...sieht soweit noch allles recht witzig aus! Nur sobald ich F6 drücke erscheint das Errorlog mit dem Hinweis:

    Error: Cannot open toplevel file.

    Und das obwohl ich das mit dem 1x1-scroller-testfile versuchte und an den Einstellungen von R64 bisher kaum rumgespielt habe. Ich habe ACME als compiler eingestellt und winVICE als Emu...dat war's.

    Was tun?