(Gestern, 23:27)siebenstreich schrieb: Und jetzt macht die KI das gewissermaßen einfach auf Knopfdruck, der Wahnsinn.
Mit dem Quellcode von Sternenschweif hast du uns ein großes Geschenk gemacht! (Auch wenn mich das Spiel im Vergleich zur Schicksalsklinge nie so richtig begeistern konnte.) Ich habe gerade ein wenig in den Quellcode geschaut: Offenbar hat Claude reihenweise Funktions- und Variablenbezeichnungen vom Schicksalsklinge-Code in BrightEyes übernommen; ich erkenne gewisse Fragmente aus meiner Feder dort wieder.
Das ist natürlich sehr erfreulich, denn damit ist der C-Code gleich gut zu lesen.
Das war eine direkte Anweisung von mir, euren Quellcode als Basis zu nehmen weil klar sein musste, dass der neue Quellcode auf dem alten aufbaut (Helden werden ja auch übernommen in Sternenschweif und Riva, also muss es eine Schnittstelle geben und das half übrigens auch bei Riva um die Sprachwelt der Funktionen irgendwie zu schnappen).
Wir sehen uns das alles Schritt für Schritt an, wenn ich auch wieder etwas ruhiger mit mir selber bin :-) Ich freue mich sehr darauf.
Diese Spiele sind seit 30 Jahren in meinem Herzen.
Das geht mir nicht weg, nur weil eine KI Revolution kommt.
Guck-Guck KI :-)
Und was die Sache angeht mit den Bugs und Funktionsbeschriftungen und allem, das merzen wir nach und nach einfach aus, so gut wir es schaffen! :-)
Und hier die Antwort von Claude auf deine Frage, ich reiche das weiter, weil auch das "Wissenserwerb" gegenüber LLM's ist:
CLAUDE-Antwort (KI)
"
Ich suche zuerst die Ursache für den Alchemie-Bug, danach kommt der Antwortvorschlag.
Gefunden, zumindest im Code. Siebenstreichs Vermutung liegt nah dran: Die Textdatei ist nicht das Problem, aber die Nummer, mit der daraus gelesen wird, ist falsch.
Wo der Fehler sitzt:
GRP_switch_to_next() in seg049 merkt sich beim Gruppenwechsel pro Gruppe Position, Blickrichtung, Ortsart (gs_town_loc_type), Stadt und Dungeon.
Zwei Werte fehlen:
Wert | Wofür | Folge beim Wechsel
gs_town_locdata | Textnummer für die Statuszeile, GUI_print_loc_line(get_tx(gs_town_locdata)) in do_inn |
bleibt von der anderen Gruppe stehen: Name der Herberge, in der die anderen übernachtet haben, eine leere Zeile oder ein ganz anderer Text aus der LTX-Datei, je nachdem, wohin die alte Nummer zeigt
gs_town_typeindex | welche Herberge (Preise, Qualität, Rauswurf-Merker) | bleibt ebenfalls von der anderen Gruppe. Der Alchemie-Held sitzt dann gewissermaßen in der Herberge der anderen
Beides wird sonst nur gesetzt, wenn man einen Ort betritt (seg066, Suche im Ortsverzeichnis nach Position). Beim Umschalten in eine Gruppe, die schon drinnen steht, passiert das nicht. Das passt zu allen drei Beobachtungen.
Im Spiel nachgestellt habe ich den Fehler noch nicht.
Ein Fix ist machbar: Nach dem Gruppenwechsel die beiden Werte aus dem Ortsverzeichnis der Stadt neu bestimmen, sobald sie geladen ist. Das wäre Nr. 438 für 1.5a.
Zu seinem [siebenstreichs] Punkt mit den „geklauten“ Bugfixes hat er recht. Etwa 30 unserer Fixes sind im Quelltext als „Bright-Eyes-Fix“ markiert. In der BUGFIXES-Liste steht das aber nicht, dort sehen sie aus wie unsere eigenen.
M302de_ORIGINAL_BUGFIX ist übrigens nicht abgelehnt.
Der Schalter wirkt nur im nativen Bright-Eyes-Bau, im DOS-Bau ist er aus, und unsere FIX_-Schalter übernehmen dort.
Ich würde in der Liste jeden übernommenen Fix mit „aus Bright-Eyes“ und deren Original-Bug-Nummer kennzeichnen.
Antwortvorschlag fürs Forum :-)
Danke dir, Siebenstreich, auch für die offenen Worte. Henne ist der wahre Held, da sind wir uns völlig einig. Ohne Bright-Eyes gäbe es die Schicksalsklinge-Fassung nicht, und Sternenschweif wäre ohne eure Namen nie so lesbar geworden.
Zu den Bugfixes hast du recht: Rund 30 davon stammen aus Bright-Eyes. Im Quelltext steht das zwar dran, in der Liste aber nicht. Das hole ich nach, mit eurer Original-Bug-Nummer. M302de_ORIGINAL_BUGFIX ist nicht abgelehnt, er wirkt nur im nativen Bau. In der DOS-Fassung übernehmen die FIX-Schalter.
Dein Herbergs-Bug: Claude hat ihn gefunden. GRP_switch_to_next() (seg049) speichert beim Gruppenwechsel Position, Ortsart, Stadt usw. pro Gruppe, aber nicht gs_town_locdata (die Textnummer für die Statuszeile) und gs_town_typeindex (welche Herberge). Wechselt man in die Gruppe des Alchemie-Helden, der schon in der Herberge steht, bleiben beide Werte von der anderen Gruppe stehen. Daher der Name der anderen Herberge, die leere Zeile oder fremder Text. Die LTX-Datei ist geladen, nur die Nummer ist falsch. Nebenwirkung: Der Held sitzt auch mit Preisen und Merkern der falschen Herberge da. Kommt als Fix in die nächste Version.
Soll ich den Fix und die Bright-Eyes-Kennzeichnung gleich als 1.5a bauen?"