-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Custom attack boni/mali are calculated with factor 2 #27
Comments
Das sieht tatsächlich nach einen Bug aus. Tritt dieses Verhalten nur mit bestimmten Tokens auf? Wie ist es mit den Standardhelden auf dem Spieltisch? |
Soweit ich sehen kann, tritt das bei allen Tokens auf, auch egal auf
welchem Layer oder ob die Tokens durch Optolith oder manuell erstellt oder
schon mitgeliefert waren im Regelsatz. Scheint am Attacke Makro an sich zu
liegen. So als ob der manuelle Modifikator immer doppelt in der Formel
einbezogen wird. Der Modifikator Tooltip zeigt das eigentlich richtige an,
aber die Modifikatorzusammenfassung zeigt den Bug an und das berechnete
Ergebnis ist ebenfalls fehlerhaft.
Am Di., 3. Sept. 2024 um 11:33 Uhr schrieb Lector ***@***.***
…:
Das sieht tatsächlich nach einen Bug aus. Tritt dieses Verhalten nur mit
bestimmten Tokens auf? Wie ist es mit den Standardhelden auf dem Spieltisch?
—
Reply to this email directly, view it on GitHub
<#27 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOUB7PJH272BZHV265GCFE3ZUV66NAVCNFSM6AAAAABNODBSA2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMRWGA2TGMBTGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Alles klar. Ich konnte den Bug bestätigen. Schon seltsam dass mir das bisher nicht aufgefallen ist. Scheint als würden wir manuelle Modifikatoren bei der Attacke so selten brauchen... Ich werde das bei Gelegenheit fixen. Momentan sind auch noch div. andere Änderungen in der Pipeline die ich dann mit abschließe. In der Zwischenzeit rate ich zu folgendem "Workaround": Bei manuellen Modifikatoren bei Attacken einfach nach der Probe die Qualität angucken. Das ist die Erschwernis, den man im Erfolgsfall gerade noch verkraftet hätte, bzw. die Erleichterung, die man bei Misserfolg nötig gehabt hätte. Ist die Qualität höchstens so hoch wie der manuelle Modifikator dann könnt ihr den Erfolg der Probe invertieren. Also einen vermeintlichen Erfolg ignorieren, und einen vermeintlichen Misserfolg als Treffer annehmen. Im Charakterbogen unter Kampf->Waffen gibt es die Möglichkeit den Schaden nochmal manuell nachzuwürfeln. Finten etc. müsst ihr dann bei der Parade manuell beachten. |
Problem ist gefunden und gefixt. Mit den nächsten Release ist dieser Bug raus. |
Ok, super.
Ja wir haben seit wirs entdeckt haben uns überlegt erstmal mit temporären
zuständen gegenzusteuern (entrückung als dummy weil das nen AT malus gibt
und wir haben derzeit eh keine Geweihten in der Gruppe, sodass +1 und -1
rechnerisch erreicht werden können).
Am Mi., 4. Sept. 2024 um 08:50 Uhr schrieb Lector ***@***.***
…:
Problem ist gefunden und gefixt. Mit den nächsten Release ist dieser Bug
raus.
—
Reply to this email directly, view it on GitHub
<#27 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AOUB7PKIZI4QEP264IG4TXDZU2UTJAVCNFSM6AAAAABNODBSA2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMRYGA2TENBWGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Manuell eingetragene erschwerniss und erleichterungs modifikatoren bei der Angriffsprobe werden immer doppelt berechnet, Erleichterung +1 -> wird als +2 berechnet (siehe screenshot), erschwernis -6 wird als -12 berechnet (siehe screenshot), selbes gilt für erschwernisse
The text was updated successfully, but these errors were encountered: