Schicksalsklinge: Umfassender Bugfix-Patch

[NRS]

Frohe Ostern! Und noch ein Patch. Ein Sammelpatch, der meine seit 2011 zusammengetragenen Problemchen und Lästigkeiten mit der Schicksalsklinge beseitigt, zusammen mit einigem, was sonst im Forum so steht. Das wären im Einzelnen:

• Beseitigt Fehler: Meister Dramosch bezahlt Vorauszahlung mehr als einmal
  
• Beseitigt Fehler: Blockierte Tür in Daspota-Schatz-Höhle
  
• Beseitigt Fehler: Schatzkammertür in Manrek-Piratenhöhle lässt sich normal statt mit Schalter öffnen
  
• Beseitigt Fehler: Treborn Kolberg erscheint niemals, wenn man mit Algrid Trondesdottir gesprochen hat
  
• Beseitigt Fehler: Kolberg kann nicht, wie angekündigt, in Clanegh gefunden werden. Die gepatchte Änderung ist mit vor dem Patchen gespeicherten Spielständen nur dann sichtbar, wenn man noch nicht vorher in Clanegh gewesen ist!
  
• Beseitigt Fehler: Grafikmüll bei "Gurthag, Sohn des Gardosch", sofern man seinen Laden aus der Zwingfeste betreten hat; Schmied fortan unbenutzbar (daher Sonderpreise nicht möglich)
  
• Beseitigt Fehler: Gangstücke in der Oberorken-Zwergenfeste stürzen zu früh ein
  
• Beseitigt Fehler: Textfenster mit Datenmüll bei Rennen gegen das Naturgemälde in der Oberorken-Zwergenfeste
  
• Beseitigt Fehler: Wasserfalle in der Oberorken-Zwingfeste erfasst das südlichste Feld nicht
  
• Beseitigt Fehler: Falsche Position von Falltüren im Totenschiff (andere als in der Automap verzeichnet werden)
  
• Beseitigt Fehler: Kampfmusik hört nach Kampf nicht auf
  
• Beseitigt Fehler: Meldung "Totenschiff sinkt" wird nicht angezeigt
  
• Beseitigt Fehler: unrealistisch hohe Magieresistenzen (es wird die Korrekturvariante von "Hendrik" aus dem Thread zur Korrektur verwendet)
  
• Beseitigt Fehler: Textboxen mit Datenmüll in Serske-Tavernen
  
• Beseitigt eine ganze Reihe von Rechtschreibfehlern
  
• Beseitigt Lästigkeit: Geräusche beim Öffnen von Truhen nicht hörbar (Soundeffekt wird durch nachfolgenden Textfenster-öffnen-Sound abgewürgt)
  
• Beseitigt Lästigkeit: Geräusche beim Knacken von Schlössern nicht hörbar (Soundeffekt wird durch nachfolgenden Tür-öffnen-Sound abgewürgt)
  
• Beseitigt Lästigkeit: Unnötiges Warten nach Mausklick
  
• Beseitigt Lästigkeit: Textfenster schließen sich durch Druck jeder Taste (einschliesslich Pfeiltasten) statt nur durch ENTER, so dass man beim schnellen Durchschreiten von Städten und Dungeons leicht etwas übersieht

Ich weiß nicht, wie viel von dem Zeug in BrightEyes schon übernommen wurde; meine sporadische Durchsicht des Oberorken-Dungeon-Codes findet dort jedenfalls lediglich einen "TO DO"-Vermerk.

Der Patch ist nur für die (wohl häufigste) CD-ROM Version V3.02. Ich habe mir erlaubt, die Versionsnummer auf "P3.02" zu ändern, "P" für "Patch"; dies hat keinen Einfluss auf das Laden oder Speichern von Spielständen. Wie immer einfach ins SCHICK-Verzeichnis die ZIP-Datei extrahieren und innerhalb DOSBox APPLYFIX.BAT ausführen, oder bei 32-bit-Windows im Windows-Explorer auf APPLYFIX.BAT doppelklicken. Sich nicht durch die vielen Dateien erschrecken lassen; die Batch-Datei räumt danach wieder auf.

Für die jüngeste englische Version 3.09 auf CD-ROM liefere ich (irgendwann) einen Patch noch nach; für die deutsche Diskettenversion mache ich mich erst an die Arbeit, sobald ich die jüngste Version (sollte 1.07 sein) besitze.


Admin-EDIT: Der Patch ist im NLT-Wiki erhältlich -> http://nlt-wiki.crystals-dsa-foren.de/do.../downloads (Umfangreicher Schicksalsklinge-Fanpatch)

[Zurgrimm]

Wow, das ist eine beeindruckende Korrekturliste. Damit beseitigt der Patch wirklich eine Vielzahl der altbekannten Schicksalsklinge-Bugs.

Tolle Osterüberraschung, NRS. Vielen Dank.

[Obi-Wahn]

Wow, super!

Im Download-Thread von Bright-Eyes gibt es eine (unvollständige) Übersicht im Changelog verteilt. Aber ich glaube, du hast mehr Bugs behoben!

Du bist natürlich jederzeit aufgerufen bei Bright-Eyes mitzuhelfen!

[Alrik Alrikson]

Tolle Arbeit, da bekomme ich gleich wieder Lust, einen neuen Durchgang zu starten.

[NRS]

Ich bin der Lust gefolgt und habe einen neuen Durchgang gestartet. Dabei habe ich schon wieder einen neuen Fehler entdeckt:

Wenn man das Einhorn das erste Mal trifft, vermerkt das Spiel die Identität des Helden, mit dem das Einhorn kommuniziert hat, im gespeicherten Spielstand an Dateiposition 074A (Hexadezimal) ab. Das Problem? Es wird nicht einfach die Nummer oder der Name des Helden, sondern die absolute Position der Daten des Helden im Arbeitsspeicher vermerkt! Sofern sich die Speicheraufteilung zwischen erstem und zweitem Einhorntreffen ändert und die Heldendaten nun an einer anderen Stelle im Arbeitsspeicher liegen, bekommt man beim zweiten Treffen statt dem Namen des Spielers nur Datenmüll zu sehen. Sofern der Held beim zweiten Treffen AP bekommen soll, würde er sie ebenfalls nicht bekommen, sondern es würden sonstige Spieldaten beschädigt werden.

Unter DOSBox tritt das Problem normalerweise nicht auf, da man dort eh keine Gerätetreiber usw. lädt, so dass die Speicheraufteilung immer gleich ist. Auf einem echten DOS-Rechner kann das aber leicht passieren, oder auch, wenn man mal auf eine neuere DOSBox-Version umsteigt und einen Spielstand zwischen den beiden Treffen lädt, der mit einer älteren DOSBox-Version gespeichert wurde.

Oh, Attic....

[Lippens die Ente]

Schimpf nicht auf attic, für damalige Verhältnisse haben die das großartig gemacht. Ich konnte bisher gar nichts beobachten - AP gibt es beim zweiten Mal nicht mehr - außer, dass das Einhorn immer mit demselben Helden wie beim ersten Mal redet, es sei denn er ist nicht mehr in der Gruppe, dann spricht es mit irgendwem, aber einen Witz gibt es trotzdem: Ist der Held, der mit dem Einhorn das erste Mal kommuniziert hat, in der Gruppe aber tot oder ohnmächtig, spricht das Einhorn trotzdem mit ihm.

[Zurgrimm]

Dabei habe ich schon wieder einen neuen Fehler entdeckt:

Falls Du auf der Suche nach lästigen Fehlern in Schick bist, könnte ich Dir auch noch eine Reihe nennen, denen Du Dich bei entsprechender Lust annehmen könntest. Z.B.

- Der "LE 1/1-Bug", daß das Spiel sich beim Beenden nicht merkt, wie der wahre LE-Wert des Helden gewesen wäre, der am Verdursten war, so daß die Senkung permanent bleibt: Siehe Thread "LE 1/1", Beitrag #4. - Das hat HenneNWH in BrightEyes wohl auch schon korrigiert.

- Die nicht funktionierende Normalisierung von Eigenschaftswerten nach der Genesung/Heilung von Krankheiten, siehe Thread "Eigenschaften nach Krankheit", Beitrag #19.

- Der NSC Curian kann keine Magie in Tavernen anwenden, also weder meditieren, noch Stabzauber ausführen, siehe Thread "Fehler und Bugs", Beitrag #172.

- Die "Schule der Hellsicht" in Thorwal bietet die Option an, Helden von einem Fluch zu befreien, erkennt aber die einzige Verfluchung im Spiel beim Gruppenführer nicht als solche an, siehe Thread "Verflucht nochmal", Beitrag #14.

- Unzerbrechliche Waffen können zerbrechen, was wohl insbesondere den Zauberstab von Curian häufiger betreffen soll. Siehe Thread "Unzerbrechliche Waffen zerbrechlich?", dort insbesondere Beitrag #34.

- Bei NSC und im Computerkampf erkennt der Computer Stäbe nicht als Nahkampfwaffen, wechselt also nicht auf diese, wenn Fernkampf unmöglich wird. Siehe Thread "Fehler und Bugs", Beitrag #72. Speere sind sogar für niemanden im Nahkampf einsetzbar, obgleich im Waffenladen "Speere" und nicht "Wurfwaffen" als Gattung angegeben wird, siehe Thread "Fehler und Bugs", Beitrag #70.

[NRS]

Schimpf nicht auf attic, für damalige Verhältnisse haben die das großartig gemacht.

Ich hab doch nur "Oh" gesagt.

Der "LE 1/1-Bug", daß das Spiel sich beim Beenden nicht merkt, wie der wahre LE-Wert des Helden gewesen wäre, der am Verdursten war, so daß die Senkung permanent bleibt: Siehe Thread "LE 1/1", Beitrag #4. - Das hat HenneNWH in BrightEyes wohl auch schon korrigiert.

Soweit ich die Korrektur verstehe, wird nur der herabgesenkte Maximalwert in rot angezeigt, aber dass sich beim Beenden (ist damit der Export nach Sternenschweif gemeint?) was ändert, entnehme ich nicht. Die Anzeige des Maximalwertes in Rot auf Binärebene einzufügen halte ich für ausgeschlossen; die Korrektur beim Abspeichern für einen Exportspielstand dagegen für machbar.

Was den Rest angeht: schau'mer mal. Was mir wirklich auf den Nägeln brennt ist der Fehler beim Tauschen der Gegenstände zwischen linker und rechter Hand, der allerlei Cheats und Bugs ermöglicht. Allerdings ist der entsprechende Code schon im Quellcode von Brighteyes ("move_item") schwer zu verstehen, ganz abgesehen vom Binärcode.

[Zurgrimm]

Soweit ich die Korrektur verstehe, wird nur der herabgesenkte Maximalwert in rot angezeigt, aber dass sich beim Beenden (ist damit der Export nach Sternenschweif gemeint?) was ändert, entnehme ich nicht.

Soweit ich das verstehe, ist mit Beenden jedes Beenden des Programms gemeint, weil der richtige Wert offenbar im Spielstand nicht abgespeichert wird und nach dem Laden daher nicht mehr zur Verfügung steht. Das betrifft auch - aber nicht nur - den letztendlichen Export-Spielstand nach dem Endkampf. Die farbliche Markierung halte ich für ein nettes Feature, den Erhalt der Heilbarkeit beim Heiler auch nach dem Laden eines Spielstandes hingegen für essntiell. Sonst bleibt immer nur das Neuladen von vor dem Wassermangel oder aber das HEXen/Editieren im Einzelfall.

Was den Rest angeht: schau'mer mal. Was mir wirklich auf den Nägeln brennt ist der Fehler beim Tauschen der Gegenstände zwischen linker und rechter Hand, der allerlei Cheats und Bugs ermöglicht.

Persönlich halte ich das permanente Verbleiben von Abzügen nach Krankheiten für einen sehr schweren Bug. Welchen Bugs Du Dich annimmst, bleibt aber natürlich Deine Sache. Jeder behobene Bug ist ein guter Schritt.

[NRS]

Soweit ich das verstehe, ist mit Beenden jedes Beenden des Programms gemeint, weil der richtige Wert offenbar im Spielstand nicht abgespeichert wird und nach dem Laden daher nicht mehr zur Verfügung steht.

Das stimmt definitiv nicht. Die Differenz im maximalen LE-Wert wird im Spielstand an Position 7Ah relativ zum Heldennamen gespeichert und steht auch danach zur Verfügung. Ich habe es gerade probiert, nach dem Laden von START.GAM im Arbeitsspeicher (mittels Echtzeitdebugger) bei Arbosch an Position 7Ah den Wert +10 einzutragen, abzuspeichern, Spiel beenden und neu laden, dann zum Heiler --- nach 495 Silberstücken Zahlung hatte der Held plötzlich 10 maximale LE mehr. Auch beim Import diess Spielstandes (nach Eintragung von +10 im Arbeitsspeicher und Abspeichern) nach Sternenschweif bleibt diese Information bestehen: zwar wird die maximale LE allein durch den Import nicht wiederhergestellt (warum sollte sie auch?), die vermerkte Differenz bleibt aber erhalten, so dass ein Gang zur Heilerin in Kvirasim ebenfalls (für 274 Silberstücke) die verleibenden 10 LE wiederherstellt. Die Information geht also nicht verloren. (Oder wir reden gerade aneinander vorbei.)

Es kann natürlich sein, dass nur speziell beim Abspeichern für den Export nach Besiegen des Orkchampions dieser Wert einfach auf Null gesetzt wird, das müsste ich kurz ausprobieren.

Persönlich halte ich das permanente Verbleiben von Abzügen nach Krankheiten für einen sehr schweren Bug. Welchen Bugs Du Dich annimmst, bleibt aber natürlich Deine Sache

Das schwierige an Krankheiten und Giften ist, dass die stehende Programmlogik eine schwer zu durchschauen "Black Box" sein wird, was die Korrektur extrem schwierig macht. Die anderen Probleme sind zumindest dem Grunde nach eher leicht zu verstehen, was die Korrektur einfach gemacht hat. Wir werden sehen.

[Zurgrimm]

Die Information geht also nicht verloren. (Oder wir reden gerade aneinander vorbei.)

Nein, das denke ich nicht. Es ist nur eben so, daß ich den Bug aus eigener Erfahrung nicht näher kenne. Da ich die Heilungsmöglichkeit überhaupt nicht für möglich gehalten hatte, habe ich es stets ggf. durch Neuladen vermieden, daß einer meiner Helden Durst leidet. - Daher geht es nur um die Frage, was HenneNWH in dem betreffenden, oben verlinkten Beitrag als Bug identifiziert hat. Vielleicht kann er ja gelegentlich einmal präzisieren, was er dort mit "da dieser Wert ungelesen gelöscht wird" gemeint hat. - Welcher Wert wird wann gelöscht?

[NRS]

Tatsächlich: Kurz bevor Schicksalsklinge nach Besiegen des Orkchampions den Spieler auffordert, seinen Spielstand nach Sternenschweif zu exportieren, wird +7A einfach so auf Null gesetzt. Nur genau dann geht diese Information der Maximalen-LE-Differenz verloren. Na, dass lässt sich ja ganz leicht korrigieren, indem einfach die entsprechende Codesequenz mit NOPs ersetzt wird.

[Zurgrimm]

Tatsächlich: Kurz bevor Schicksalsklinge nach Besiegen des Orkchampions den Spieler auffordert, seinen Spielstand nach Sternenschweif zu exportieren, wird +7A einfach so auf Null gesetzt. Nur genau dann geht diese Information der Maximalen-LE-Differenz verloren.

Ah, dann hatte ich das immer falsch verstanden! Dann ist der Bug natürlich auch nur halb so schlimm, denn dann hat man ja ein ganzes Spiel lang Zeit, das wieder in Ordnung zu bringen, und nicht nur bis zum nächsten Verlassen des Programms.

Danke für diese neue Erkenntnis, NRS.

[NRS]

Der NSC Curian kann keine Magie in Tavernen anwenden, also weder meditieren, noch Stabzauber ausführen

Das liegt daran, dass das Spiel beim Betreten einer Herberge eine lokale Variable für jeden Helden anlegt, ob schon eine Magiesitzung stattfand. Leider legt das Spiel nur sechs solche Variablen an, so dass bei Curian als siebtem im Bunde irgendeine andere Stelle auf dem Stapelspeicher, die garantiert etwas anderes enthält, fälschlicherweise interpretiert wird als "hat diese Nacht schon gezaubert". Das sieht man hier in BrightEyes: "magic_act" hat nur sechs Elemente, müsste aber eigentlich sieben haben. Zur Korrektur müsste man alle lokalen Variablen in dieser einen Prozedur um eins nach hinten schieben. Unabhängig davon ist es aber auch nicht plausibel, dass ein Magier der neunten Stufe nur den ersten Stabzauber besitzt.

Und noch ein extrem aufregender Fehler: der Krämer "Yngvar Malmstein" in Thoss hat die gleiche Händler-ID wie "Ardo Stoerrebrandt-Grassberg" in Thorwal. Gleichzeitig ist die Händler-ID #41 nirgendwo im Spiel verwendet. Da #40 ein Händler in Liskor und #42 ein Händler in Tjanset ist und Thoss ziemlich nahe dran ist, nehme ich mal an, dass Yngvar eigentlich die #41 sein sollte.

[Zurgrimm]

Und noch ein extrem aufregender Fehler: der Krämer "Yngvar Malmstein" in Thoss hat die gleiche Händler-ID wie "Ardo Stoerrebrandt-Grassberg" in Thorwal, d.h. wer bei letzterem rausgeflogen ist, fliegt bei ersterem in Thoss ebenfalls raus, selbst wenn er vorher nie da gewesen ist.

Genau dieses Phänomen hat TeraBlight schon vor längerer Zeit erläutert, wie Kunar es im Thread "Fehler und Bugs", Beitrag #360 noch einmal nachgewiesen hat. Das gibt es wohl schlicht in mehreren Orten.

[Lippens die Ente]

es gibt wohl auch mehrere Tavenen mit der gleichen ID, was man nur herausfindet, wenn man sich rauswerfen lässt, was nur durch das Talent Falschspiel - Taschendieb geht in Schick noch nicht in Tavenen - funktioniert und man somit Hausverbot hat. Irgend jemand hat herausgefunden, dass er auch in einer nicht besuchten Taverne Hausverbot hatte, folglich müssen die beiden die gleich ID haben. Dieses ID-Tricks habe ich mich auch bemächtigt, um einen Boron- Praios oder Hesindetempel nach Thorwal zu holen, für den eine nicht verwendete ID besteht.

[Lippens die Ente]

ich habe noch etwas, wobei ich nicht weiß, ob das ein Bug ist. Ich denke nicht, dass du das schon gemacht hast, NRS. Den Eisenschlüssel in den Blutzinnen irgendwo verstecken, damit man die Truhe aufkriegt.

[NRS]

Ich glaube, dass solltest Du im Sternenschweif-Truhenpatch-Thread schreiben, nicht hier.

[Lippens die Ente]

du hast recht, tut mir leid, aber das mit der doppelten Tavernen-ID stimmt.

[NRS]

Persönlich halte ich das permanente Verbleiben von Abzügen nach Krankheiten für einen sehr schweren Bug

Dann lade mal jemand einen Spielstand hoch kurz bevor ein bestehender Dumpfschädel zur Blauen Keuche wird. Ich bekomm das nämlich gerade nicht hin, meine Party in einen solchen Zustand zu versetzen, um das zu testen.

Wurde das eigentlich auch mit der deutschen Version V3.02 ausprobiert, dass eine Entwicklung von Dumpfschädel in Blaue Keuche GE und KK permanent senkt, oder vertrauen alle blind darauf, dass nur weil das in TeraBlights englischer Dingsbums-Version so ist, das in der deutschen Version auch so zu sein hat? Weil soweit ich den Code anschaue, werden in der deutschen V3.02 nämlich genau beim Wechsel von Dumpfschädel im Blaue Keuche die Eigenschaftswerte auf die Originalwerte zurückgesetzt. (Natürlich könnte es sein, dass das aus irgendeinem anderen Grund nicht fruchtet.)

Soweit ich den Code verstehe, besteht der einzige echte Fehler darin, dass bei Infektion eines Helden mit einer Krankheit nicht überprüft wird, ob genau dieselbe Krankheit schon besteht und somit die Informationen zum bisherigen Krankheitsverlauf überschrieben werden. Das kann und werde ich noch einfügen. Ich nehme deshalb an, dass es die Mehrfachinfektionm mit derselben Krankheit ist, die den permanenten Eigenschaftsverlust bewirkt, und nicht die Progression eines Dumpfschädels.

Ansonsten finde ich noch mögliche Fehler bei der Remission von Schlachtfeldfieber, Paralyse und Frostschäden.