timtam / avalon Goto Github PK

beim Schließen des Clients wird die Windows Mixer Lautstärke-Einstellung nicht gespeichert (bisher refactoring Branch only, sollte vor Merge gefixt werden)

Viele weitere Musikstücke für die Unterlegung von Karten, Städten etc.

Die Plugin-Struktur ist derzeit ausprogrammiert, die Plugins werden also nicht fest geladen, sondern zur Laufzeit dynamisch in bestimmter Reihenfolge geladen.
Dies war früher nötig, da Mechanismen wie das Austauschen der TTS-Plugins via Strg+F12 nicht realisierbar waren, wenn die Plugins zur Compile Time festgelegt werden wollten.
Da der MushReader inzwischen allerdings mit allen gängigen Screen Readern funktionieren sollte, kann dies umgestellt werden. Zu Beachten ist allerdings, dass hierbei auch der Updater entsprechend angepasst werden muss.

Die Meistermeldung der Fährtensuche könnte effektiv geparst werden, um eine bessere Lesbarkeit, nicht nur für Blinde, zu gewehrleisten. Dwalin hat mit etwas ähnlichem bereits einmal angefangen und auch schon fast fertiggestellt, vielleicht könnte man dort einmal nachfragen?

Die inzwischen recht extensive API im Soundpack ist bislang noch undokumentiert. Dies beinhaltet:

• PPI-Schnittstellen diverser Plugins (speedwalking, Avalon, timers etc.)
• Module und Pakete (direkte Verwendung von Timern, speedwalks und mehr)
• Callbacks in der Avalon API (korrektes Einhängen in ATCP Events etc)
  Hierfür ist ein text-only Format via readme vermutlich nicht geeignet, stattdessen sollte ein strukturiertes Format (auf Basis von Sphinx oder Ähnlichem) genutzt werden. Von Entwicklern sollten dahingehende Kenntnisse realistisch sein.

Noch ein paar Meldungen ohne Sounds (Boden zu hart, Werkzeug bricht ab etc.)

Beim Zusammenführen von Variablen, Triggern, Aliasen etc in der MCL-Datei durch den Updater werden die Variablen der heruntergeladenen, aktualisierten MCL-Version nicht übernommen, was bspw. beim Update nach dem Speedwalking-Umbau zu Fehlern führt.

Die neue Oger-Rasse bringt die Funktion mit, dass sie nicht spontan die Richtung wechseln können, sondern dazu etwas Zeit benötigen.
Um dies den Clients zu kommunizieren, wurden zwei neue ATCP-Meldungen eingebunden:
Avalon.BewegungVerzoegert X, mit X = Sekunden, die der letzte Befehl verzögert wurde.
Avalon.BewegungIgnoriert X, mit X = zu wartende Zeit, bevor neue Bewegungen akzeptiert werden.
Wichtig: Avalon.BewegungIgnoriert erfordert ein anschließendes Neusenden des letzten Bewegungs-Kommandos.

Seit Februar 2020 ist bei GitHub die Authentifizierung via GET URL Query deprecated. Stattdessen sollte eine Authentifizierung via Header implementiert werden.
Siehe: https://developer.github.com/changes/2020-02-10-deprecating-auth-through-query-param

Spieler wünschen sich, die wichtigeren Zauber (KB, Holzhaut etc) noch vor den weniger wichtigen Zaubern (Licht etc) zu sehen.

Sounds für die unterschiedlichen Statusmeldungen eines Golems.

Sounds für Wasser betreten/verlassen mit höherer Qualität

Einen Speedwalk mit ? (oder einem anderen Zeichen) beenden bedeutet, dass man langsame Gruppenmitglieder hat, welche einem folgen wollen. In diesem Fall wird die Zeit einfach etwas verlängert, damit die Gruppenmitglieder Zeit haben, nachzuziehen.

Random-Sounds für klettern, ähnlich schwimmen

Ein MUSHclient Plugin, dass einem beim Anmelden in Avalon hilft (vielleicht auch so allgemein, dass man es auch auf andere MUDs übernehmen kann):

• multicharakter möglich
• Trigger auf erwartete Nutzernamen-Eingabe
• Trigger für erwartete Passworteingabe
• falls noch kein Passwort fuer diesen Nutzernamen verfuegbar, dann abwarten und eingegebenes Passwort merken
• falls verfügbar, selbstständig eintragen

Um die Komplikationen zu beheben, welche den Golemschutzschild-Zauber auslösen, wenn andere Leute einen Schild zaubern, ist entweder eine Meldungs-Änderung seitens Avalon nötig oder das Abfangen des Golemnamens beim Abholen/Wegbringen oder anderen Aktionen und anschließend das dynamische Erstellen von Triggern, spezifiziert auf die gewonnen Daten.

Die Integration der Dämonenkrieger umfasst voraussichtlich folgende Punkte:

• vollkommene Sound-Ausstattung (eventuell nach und nach)
• Dämonennamen-Abkürzung (eventuelles Script, um nur noch beispielsweise 2 Buchstaben statt den ganzen Namen zu benötigen)

Aktuell ist das Healthbar-Plugin deaktiviert, wenn man sich das Soundpack neu herunterlädt. Im Speedwalking-Branch wurden damals Anpassungen an den Avalon-internen Config-Methoden vorgenommen, welche vermutlich hier einen Folgefehler verursachen.

PPI bereitet aktuell immer diese Probleme:

• API ist erst bereit, wenn das entsprechende Plugin geladen wurde und die Endpunkte bereitgestellt hat
• Plugins, welche vor dem entsprechenden Plugin geladen werden, können daher in OnPluginInstall keine PPI.Load()/ API-Aufrufe durchführen, da die API-Schnittstelle noch nicht initialisiert wurde
  Daher brauchen wir ein zentrales PPI-Objekt, welches
• ein Objekt returniert, welches die gewünschten Methoden-Aufrufe inkl. Parameter cached und eine vorgegebene Timeout-Zeit wartet, in der es immer wieder versucht, eine Verbindung zur Schnittstelle herzustellen.
• ist dies erfolgreich, werden die Befehle so schnell wie möglich weitergeleitet
• falls nicht, werden Fehler erzeugt

Verschlüsselung mithilfe des stunnel-Clienten einbinden, dazu sicherstellen, dass stunnel nach dem Client-Schließen auch geschlossen wird, außerdem Fallback-Mode, falls stunnel nicht funktioniert.

Wenn die Soundkarte wechselt (bspw. fällt ein kabelloses Headset aus), dann ist kein Sound mehr zu hören. Einzige Lösung ist, die alte Soundkarte wiederherzustellen oder das Soundpack neu zu starten.

Bisher schaltet das Soundpack selbstständig und ohne ersichtliches Feedback zwischen Laufen, Schwimmen und Klettern um. Seitens Avalon wird gebeten, diese Umschaltung für den Spieler ersichtlich zu machen, damit gerade für jüngere Spieler erkennbar wird, dass hier eine Automatik greift, die das Spielen angenehmer gestaltet.
Ich empfehle ein Opt Out Verfahren, diese Hinweise auch ausschalten zu können, wobei sie standardmäßig eingeschaltet sind.

bei benannten timern koennte jeweils erfasst werden, wann der zauber (timer) beendet wurde. dies kann registriert und daraus durchschnittlich eine vermutete maximale dauer ermittelt werden, welche ausgegeben werden koennte.

Bezüglich dieser Neuerung muss Kontakt mit Xtian aufgenommen werden (bereits geschehen)
Es existieren diesbezüglich Ideen für ein Priorisierungs-System, d.h. verschiedene nummerische Werte, welchen eine Bedeutung zugewiesen wird und welche ausgewertet werden kann. Diese Methode ermöglicht es, Neuerungen direkt zu übernehmen, ohne einen neuen Tag zu benötigen. Diskussion mit Xtian bleibt abzuwarten.

Bei Änderung der Schriftart in im MessageBox plugin für Sehende tritt ein Fehler auf.

Die farbliche Hervorhebung wichtiger Meldungen für Sehende sollte zukünftig verstärkt integriert werden, um das Spielen mit Soundpack auch für Sehende angenehmer zu gestalten. Dazu müssen optimale Farbkombinationen (bisher RGB unterstützt) durch sehende zusammengestellt werden (einiges schon durch Dwalin getan, siehe Code avalon.xml etc), allerdings ist auch hier noch einige Arbeit nötig.