Code am PC schreiben und dann wie zum PRG machen?

Quote from JohannDark

C64 Studio habe ich mir auch angesehen, aber wir wurden noch keine Freunde.

Warum nicht?

Nein, Notepad++ ist nicht der falsche Editor. Den nutze ich auch für meine umfangreichen Projekte.

Viele sind Fans von folgenden Editoren/Entwicklungsumgebungen:

• MS VScode Editor (mit Plug-Ins für C64/6502 Code)

• CBM Prg Studio

• C64 Studio

Der erste Editor gefällt mir überhaupt nicht, so wie er konstruiert ist, - und - die beiden weiteren Entwicklungsumgebungen haben zwar hilfreiche integrierte Tools, aber sind sehr proprietär (kein Open-Source) mit unschönen Limitierungen.

Von daher nehme ich als erfahrener Entwickler aktuell nur Notepad++ zusammen mit acme.

Ideal für mich wäre die Eclipse Ide mit C64/6502 Plugins (Professionelle Entwicklungs-Ide mit Plugins für C/C++, Java, ... / Open Source).

Wichtig aber für erste Test-Programme ist eher, dass man eine Standard Basis Code-Vorlage verwendet (Basis BASIC-Code mit "Sys xxx") mit Übergang von BASIC- auf Assembler-Code, sodass man dein Testprogramm sehr einfach addieren kann.

So wird das Testen von experimentellen Code wirklich sehr einfach.

Und das mit acme und den Fehlermeldungen ist ein komplett anderes umfangreiches Kapitel, womit ich am Anfang nach über 30 Jahren C64/6502 Assembler-Abstinenz auch diverse Probleme hatte.

[Wegen weiterer Fragen zu acme/6502 bitte direkt PM an mich schreiben.]

Kenne ich nur zu gut – hatte anfangs auch ewig damit gekämpft.

Notepad++ ist an sich okay, aber du musst beim Speichern auf UTF-8 ohne BOM achten, sonst gibt’s beim ACME seltsame Fehler.

Wichtig auch: ACME mit dem richtigen Format aufrufen, z. B.

C64 Studio wirkt zuerst kompliziert, aber lohnt sich wirklich – alles in einem Tool (Editor, Sprite-Editor, Assembler, Debugger).

Quote from Neo64

Der erste Editor gefällt mir überhaupt nicht, so wie er konstruiert ist, - und - die beiden weiteren Entwicklungsumgebungen haben zwar hilfreiche integrierte Tools, aber sind sehr proprietär (kein Open-Source) mit unschönen Limitierungen.

Einspruch: Noch Open-Sourcer als C64Studio geht gar nicht: https://github.com/GeorgRottensteiner/C64Studio

Eine richtig freie Lizenz dran.

Welche Limitierungen sind das denn?

JohannDark: Welche Meldungen hat ACME denn ausgespuckt?

Ich kann mich Endurion nur anschliessen. Offener als C64Studio geht gar nicht mehr.

Ich tippe auch auf das UTF-8 Problem auf das charlesrhoward schon hingewiesen hat.

Und im C64 Studio kann man seine Sprites auch direkt erstellen und so exportieren wie man es will.

pasted-from-clipboard.png

JohannDark Fehlermeldungen wären hilfreich

Quote from Neo64

Ideal für mich wäre die Eclipse Ide mit C64/6502 Plugins (Professionelle Entwicklungs-Ide mit Plugins für C/C++, Java, ... / Open Source).

Wenn du eine auf eclipse basierende IDE möchtest dann gibts auch noch die WUDSN IDE. https://www.wudsn.com/index.php/ide

Wobei die goldene Zeit von Eclipse eigentlich auch schon lange vorbei ist. In der Firma werde ich quasi genötigt, mit Visual Studio Code zu arbeiten und inzwischen benutze ich es für ein privates Projekt per Remote-SSH auf dem RasPi. Allerdings in beiden Fällen halt für C.

Eigentlich ist VSCode schon ziemlich durchdacht und effizient, aber man bekommt halt leider sehr wenige Dinge "geschenkt". Sprich: man muß sich mit jeder Kleinigkeit herumschlagen, um sich sein Projekt einzurichten. Wenn es mal läuft, ist es aber recht brauchbar. Und man muß für so ziemlich alles "Extensions" installieren, die dann u.U. in ein paar Monaten nach ein paar Updates nicht mehr so richtig oder zumindest anders funktionieren.

Gelöscht. Sorry sollte ja Assembler sein.

Quote from 0xdeadbeef

Wobei die goldene Zeit von Eclipse eigentlich auch schon lange vorbei ist. In der Firma werde ich quasi genötigt, mit Visual Studio Code zu arbeiten und inzwischen benutze ich es für ein privates Projekt per Remote-SSH auf dem RasPi. Allerdings in beiden Fällen halt für C.

Eigentlich ist VSCode schon ziemlich durchdacht und effizient, aber man bekommt halt leider sehr wenige Dinge "geschenkt". Sprich: man muß sich mit jeder Kleinigkeit herumschlagen, um sich sein Projekt einzurichten. Wenn es mal läuft, ist es aber recht brauchbar. Und man muß für so ziemlich alles "Extensions" installieren, die dann u.U. in ein paar Monaten nach ein paar Updates nicht mehr so richtig oder zumindest anders funktionieren.

Visual Studio Code mit Eclipse zu vergleichen ist gewagt. Visual Studio meinetwegen, aber VS Code? Da fehlen ja die simpelsten Dinge, schon im Bereich Refactoring.

Viele Dank für die zahlreichen Rückmeldungen.

Ich werde mir wohl die WUSDN IDE anschauen, da ich Eclipse als Entwicklungsumgebungen generell vorziehe...

Quote from 2049

Visual Studio Code mit Eclipse zu vergleichen ist gewagt.

Keine Ahnung, was Dich da jetzt gerade geritten hat.

Quote from 0xdeadbeef

Wobei die goldene Zeit von Eclipse eigentlich auch schon lange vorbei ist. In der Firma werde ich quasi genötigt, mit Visual Studio Code zu arbeiten und inzwischen benutze ich es für ein privates Projekt per Remote-SSH auf dem RasPi. Allerdings in beiden Fällen halt für C.

Die ganzen jungen Kollegen bei uns verwendet auch fast alle nur noch VSCode. Ich und die meisten älteren Hasen immer noch Eclipse. Werde mit VSCode einfach nicht warm... Für Miniprojekte kann es tatsächlich auch mal Notepad++ (mit SourceCookifier-Plugin) sein.

Da wir eh mit selbstgefummelten Makefiles arbeiten, ist es zum Glück fast egal, welchen Editor / welche IDE man nutzt.

Quote from Neo64

....aber sind sehr proprietär (kein Open-Source)....

Was genau ist daran so schlimm? Ich meine, eine proprietäre Verschlüsselungssoftware würde ich auch nicht einsetzen, aber eine Entwicklungsumgebung? Was soll da der direkte Vorteil von Open Source sein für den Anwender?

Quote from JohannDark

als ich die Auswahl für Multicolor Sprite nicht ohne Anleitung gefunden habe bin ich noch dazu leicht aufgekocht

Die Auswahl für Multicolor-Sprites suche ich bei Notepad++ noch heute.

Will damit sagen: Wem der Sprite-Editor im C64-Studio nicht genehm ist, der kann ja einen anderen Sprite-Editor dafür nehmen, und bei den meisten anderen Code-Editoren muss man das sowieso.

Dazu kommt, dass wir hier zwei Support-Threads fürs C64-Studio haben, wo man nachfragen kann und in der Regel sehr schnell eine Antwort bekommt. Bugs werden nicht selten innerhalb von Minuten behoben, höchstens Stunden, und viele Feature-Wünsche wurden bereits erfüllt, oft schon vorm nächsten Release. Bspw. wollte ich gern die Unterstützung der Extensions .a und .b, weil .bas bei mir schon anderweitig zugeordnet ist. In Nullkommanix hatte Endurion das eingebaut. Ist das bei N++ und Co auch so?

Da habe ich eher andere Erfahrungen. Ich hatte mal zu LibreOffice Calc einen größeren Bug gemeldet; das ist jetzt Jahre her und immer noch nicht behoben, so als Gegenbeispiel. Und daran arbeitet ein ganzes Team, Endurion meines Wissens allein.

Quote from 0xdeadbeef

Wobei die goldene Zeit von Eclipse eigentlich auch schon lange vorbei ist.

Die gab es mal? Ich habe von 2006 bis 2009 sehr intensiv damit arbeiten müssen (für Java, C und C++), aber ich bin damit nie warm geworden.

Quote from JohannDark

Quote from atomcode

Quote from JohannDark

als ich die Auswahl für Multicolor Sprite nicht ohne Anleitung gefunden habe bin ich noch dazu leicht aufgekocht

Die Auswahl für Multicolor-Sprites suche ich bei Notepad++ noch heute.

Das Vergleichsbeispiel bezüglich Sprite ist in diesem Thema aber Sprite Mate. Siehe Beitrag 1.

Das war auf den ersten Blick zu 100% verständlich.

Ich kann die Probleme mit der Umschaltung auf Multi Color Mode beim Sprite Editor nicht nachvollziehen.

Oder lag es eher an dem IDE Konzept vom C64 Studio und du hast nicht gleich gefunden wo/wie man ein Sprite(-Set) erstellt ....

Quote from JohannDark

Gut, vielleicht ist mein Code auch Mist. Also ein paar Beispiele aus dem Internet gesucht die garantiert laufen sollten. Aber funktioniert ebenso nicht.

Am Editor wird das wohl nicht liegen. Warum zeigst Du den Code nicht, dann kann man das Problem lösen ?

Ich verwende für die alten CBMs immer gern Geany: https://www.geany.org/ mit ACME.