Wer hat Lust ein Text-Adventure zu programmieren? (C64 Basic 2.0)

Zitat von JeeK

Garbage-Collection-Problematik

Wird das Hauptproblem sein, wenn man auf purem BASIC2.0 beharrt und Strings benutzen will (was natürlich naheliegt und nicht sehr schwer zu programmieren ist), auch Compilen hilft btw nicht dagegen, dass die GC vollläuft. Wenn es da nix von Ratiopharm oder einen Supertrick von BIF gibt, würde ich irgendwas in Assembler empfehlen, das gänzlich ohne Strings auskommt (und wenn man das erstmal gemacht hat, wird man sich fragen, wozu überhaupt noch BASIC als krumme Krücke). Nur am Rande: Es gibt auch Construction Sets (Tools) zum Erstellen von Adventures.

@oob wenn einen laaangsame performance nicht stört, ist BASIC 2.0 kein problem, das stimmt

Zitat von TheRyk

Wird das Hauptproblem sein, wenn man auf purem BASIC2.0 beharrt und Strings benutzen will (was natürlich naheliegt und nicht sehr schwer zu programmieren ist), auch Compilen hilft btw nicht dagegen, dass die GC vollläuft. Wenn es da nix von Ratiopharm oder einen Supertrick von BIF gibt, würde ich irgendwas in Assembler empfehlen, das gänzlich ohne Strings auskommt (und wenn man das erstmal gemacht hat, wird man sich fragen, wozu überhaupt noch BASIC als krumme Krücke). Nur am Rande: Es gibt auch Construction Sets (Tools) zum Erstellen von Adventures.
@oob wenn einen laaangsame performance nicht stört, ist BASIC 2.0 kein problem, das stimmt

Garbage-Collection.
Kann man da nicht einfach regelmäßig free(0) aufruhfen?

Zitat von Zaadii

Garbage-Collection.
Kann man da nicht einfach regelmäßig free(0) aufruhfen?

Kann man, hilft aber nicht. Die Dauer der Garbage Collection hängt quadratisch von der Anzahl der aktiven String-Variablen ab.

Zur Sinnhaftigkeit von Basic V2 für ein Programm, das länger als eine Bildschirmseite ist, sag ich jetzt lieber nichts...

Zitat von Mac Bacon

Kann man, hilft aber nicht. Die Dauer der Garbage Collection hängt quadratisch von der Anzahl der aktiven String-Variablen ab.

Nicht nur das, sondern auch die Tatsache, dass der Aufwand immer anfällt, auch wenn alles perfekt aufgeräumt ist. D.h. es ist völlig egal in welchem Aufräumzustand die Strings sind, es hängt wie schon gesagt nur von der Anzahl (zu einem wesentlichen Teil von nichtleeren) Strings, sei es in einfachen Variablen, in Arrays oder am (vernachlässigbaren) String-Descriptor-Stack (der sich dem BASIC-Programmier üblicherweise nicht offenbart).

Ich glaube, da muss man auch keinen Flame-War entzünden, was jetzt besser ist, aber die Einstiegshürde ist eben bei BASIC deutlich geringer. Wie eine Art Rapid-Prototyping. Es ist doch recht einfach in BASIC zu beginnen und kann dann schrittweise zeitaufwändige Teile nach und nach oder gleich in Maschinencode auslagern. Alles von Beginn an in Assembler zu entwickeln, wo sie womöglich schon von Beginn an mit diversen Hindernissen zu kämpfen hat, und sei es nur die fehlende Praxis, kann einen schon zermürben bzw. erfordert ein entsprechendes Durchhaltevermögen, dass nicht jeder aufbringen will. Wenn jemand das wirklich aus Spaß macht und seine Freizeit damit verbringt, da stellt sich nicht immer die Frage nach dem effizientesten Tool oder dem "Besten" (was auch immer), da steht eine generalstabsmäßige oder wirtschaftlich optimale Abwicklung nicht unbedingt zur Debatte.

Zitat von TheRyk

Nur am Rande: Es gibt auch Construction Sets (Tools) zum Erstellen von Adventures.

Da wurde doch auf einer der letzten Doreco Parties eins vorgestellt?

bei der dings am stand nebenan hatten die ein kunstruktionskit mit grafikersteller und und und

Das problem war wohl dass nur zwei werke fertig sind. Deines könnte das dritte sein.

Oder wie schon im thread gesehen der mac bacon arbeitet auch an einem konstruktion kit, hat das schon grafik?

Und natürlich sollte es entweder gerne nach Assembler oder C/C++ gehen, mindestens aber nach einem Compiler, der die Stringverwaltung übernimmt, um die Mülle im Griff zu haben.

Zitat von Vernunftmensch

hat das schon grafik?

TEXT-Adventures!
Grafik-wot? Teufelszeug!

Aber das Mini-Adventure Construction Kit von @Mac Bacon waere schon mal einen Blick wert. @Shmendric hat da auch schon Erfahrungen gesammelt.

Naja kleine Textmode-Fensterchen werden nach Geschmack doch erlaubt sein - seit mal nicht so doof

@Bishop das ganze ist inzwischen wohl super massiev aus dem Ruder gelaufen.
Ich schreibe Dich mal direkt an und dann setzten wir uns in einen anderen Faden ab.

Stimme Zaadii zu - im Mittelpunkt steht Bishops Spaß, und der muss sich mal von seiner Nachtarbeit erholen und zu sich kommen Alles Andere später...

Zur Garbage-Collection-Problematik: Die 64'er hatte in irgendeinem Adventure-Sonderheft eine Assembler-Routine vorgestellt, die den Vorgang effizienter durchführt. Hatte ich damals in den 80ern verwendet. Nur leider ist mein Textadventure nie fertig geworden.

...aber bis zur nächsten DoReCo hast Du's doch dann fertig, oder?

Also ich wäre weiterhin breit bei so was zu unterstützen.

Zitat von Alessio

Zur Garbage-Collection-Problematik: Die 64'er hatte in irgendeinem Adventure-Sonderheft eine Assembler-Routine vorgestellt, die den Vorgang effizienter durchführt. Hatte ich damals in den 80ern verwendet. Nur leider ist mein Textadventure nie fertig geworden.

Oder einfach z.B. mit der Super Garbage-Collection ... (seit 1985 bewährt und erprobt).
Falls der Bereich $E000 bis $F000 für eine Hires-Grafik braucht, muss man den Puffer der GC woanders hinlegen oder/oder verkleinern.

Weißt du noch ungefähr, welche Ausgabe des Sonderheftes das gewesen sein könnte?

Witzig. Ich habe früher einiges an CBM und C64 Software in Basic fabriziert und (fast) nie war die Garbage Collection ein Problem.
Die schlägt nur zu, wenn man wie blöd ständig neue Strings anlegt. Das kann man aber in der Regel vermeiden. In einem Adventure, wo die meisten Texte konstant sind, wird das Problem bei sinnvoller Programmierung gar nicht auftreten.
Aber neuerdings scheinen alle der Meinung zu sein, dass das Commodore auf Grund der GC völlig unbrauchbar ist.

Zitat von detlef

(fast) nie war die Garbage Collection ein Problem.
Die schlägt nur zu, wenn man wie blöd ständig neue Strings anlegt.

Dummerweise macht der Standard-Basic-V2-Programmierer aber genau das:

verstehe ich das richtig? a$ wird nich recycled?