Hallöchen, die Zeit hängt sehr stark davon ab, wieviele Iterationen Du benutzt. Probiere es einmal aus, die Iterationen zu variieren. Für einen Lock würde ich immer so viele Iterationen wie möglich nehmen... umso verlässlicher ist die Dauer. Abrisszeiten werden korrekt berücksichtigt.
Es kommt darauf an, wofür du ihn einsetzt (Vorwelle? Hauptwelle?) und welche ATs Du so spielst. Mit dem Centurion hast Du die Möglichkeit, ein paar Skill-Varianten einzugeben (nennst die Varianten dann MdK1, MdK2 usw..) und optimierst mal konkurrierend mit den verschiedenen Versionen. Dann siehst Du was rauskommt und Du kriegst ein Bild, wie es für dich persönlich am besten passt.
Hallo an alle,
heute wurde die Version 1.0 des Centurion Kampf-Optimierers veröffentlicht. (https://alphaorioniscenturion.wordpr.../announcement/) Es ist die erste Version, die
* voll in Deutsch verfügbar ist, nicht mehr nur auf Englisch.
* die Spielplan-Agenda beinhaltet, die einen während des Abenteuers bequem begleitet. (siehe screen shot, auch User Guide Kapitel 7.2)
* 7 Fernkampf-Buffs anbietet, um sie in Simulationen und Optimierungen zu verwenden.
* nach einem Jahr Ausreifungsphase keine Beta mehr ist.
Dank an alle Beta-Tester und die vielen Nutzer, die im vergangenen Entwicklungsjahr Feedback gegeben haben. Es geht natürlich weiter. Die nächste Version ist für Ende Januar geplant, unter anderem mit dem Drucken der Agenda.
https://alphaorioniscenturion.wordpr.../announcement/
Alpha Ori
Steppenwald
ModerationshinweisThemen zusammengeführt.
Das sehe ich anders. Grade auf den Min Wert kommt es an. Bei einem Lock wird der Min wert maximiert, nicht der Durchschnittswert, aber sei es drum. Ich spiele alle meine Locks nach Centurion Ergebnissen und habe seitdem noch keinen verloren. Ich kann nicht sagen, warum bei andern Simus was andres rauskommt. Spiel halt die Lösung mal und schreib dir auf, wie lange es so dauert. Wenn Du das ein paar Mal gemacht hast und der Wert tendiert dann nicht Richtung Centurion oder der Centurion Min Wert wird mal unterschritten, dann ist tatsächlich was faul.
PS: 10k ist okay, damit arbeite ich auch.
Hallo und erstmal herzlichen Dank für das Tool und die Arbeit und Zeit die Du investiert.
Ich beschäftige mich aktuell das erste Mal mit dem Tool und habe irgendwie gleich ein Grundsatzproblem: meine Codes funktionieren nicht. Dabei denke ich, dass ich mich an die Schreibweise laut Handbuch halte:
-Mode=Simulate -Camp=Schnee#17 -Iterations=200 -Attack=*SK;*BSK;*RIT;*SS;*GSS;*BSS;*BEL;Ans1
führt zu folgendem Fehler:
System.Exception: The token '*SK' in the configuration '*SK;*BSK;*RIT;*SS;*GSS;*BSS;*BEL;Ans1' could not be resolved successfully. ---> System.NotSupportedException: The following token has an unsupported Id: *SK
bei AH.TSO.Database.Database.Resolver.ResolveTroopToke n(String pTroopToken, Boolean pKeepZeroes, Boolean pTolerateUnknownGeneral, Dictionary`2 pFighters, Dictionary`2 pGenerals, Dictionary`2 pBuildings, Dictionary`2 pRangeBuffs, List`1 pSuccession)
bei AH.TSO.Database.Database.Resolver.ResolveGarrison( String pConfiguration, Boolean pKeepZeroes, Boolean pTolerateUnknownGeneral)
--- Ende der internen Ausnahmestapelüberwachung ---
bei AH.TSO.Database.Database.Resolver.ResolveGarrison( String pConfiguration, Boolean pKeepZeroes, Boolean pTolerateUnknownGeneral)
bei AH.TSO.Simulation.FightSimulator.ResolveGarrison(S tring pGarrisonString)
bei AH.TSO.Simulation.FightSimulator.Simulate(String pPlayer, String pComputer, AdventureZoneBuff pAdventureZoneBuffs)
bei AH.TSO.Simulation.FightSimulator.SimulateMultiWave (String[] pAggressorWaves, String pDefender, AdventureZoneBuff pAdventureZoneBuffs, ISimulationResultCache pCache)
bei AH.TSO.Simulation.FightSimulator.MultiSimulateMult iWave(String[] pAggressorWaves, String pDefender, UInt64 pNumberOfRuns, AdventureZoneBuff pAdventureZoneBuffs, ISimulateFightProgressContainer pProgressContainer, ISimulationResultCache pCache)
bei AH.TSO.Centurion.Application.JobManagement.Command LineJob.Simulate.Execute()
bei AH.TSO.Centurion.Application.JobManagement.Command LineJob.CommandLineJob.<Run>b__10_2(ICommandLineHe lper pCLH, ICommandLine pCL)
bei AH.TSO.Centurion.Application.Shell.Shell.ExecuteAl gorithm(String[] pCommandLineArgs, Action`2 pOptimise, Action`2 pUsefulGenerals, Action`2 pSimulate)
bei AH.TSO.Centurion.Application.JobManagement.Command LineJob.CommandLineJob.Run()
bei AH.TSO.Centurion.Application.JobManagement.Abstrac tJob.DoWork()
Ich dachte aber, dass man mit dem Token * arbeiten soll, um die optimale Truppenzusammensetzung zu erhalten.
Kannst Du mir bitte verraten, was ich falsch mache?
Danke / Beste Grüße
Frank-Andre
Natürlich kommt es auf den Mindeswert an. Darum ging es mir nicht.
Wenn dein Tool 10k Simulationen macht, dann kann es sein das es Bestimmte Simulationsergebnisse die selten vorkommen, nicht in deinem Toll erscheinen. Somit würden sich Unterschiede zu anderen Simulatoren erklären lassen.
Aber der durchschnittliche Wert, den dein Tool berechnet, sollte annähernd den Wert erreichen, den andere Simulatoren auch errechnen. Das bedeutet nicht das man diesen Wert zum erstellen von Locks nutzen sollte. Es zeigt aber das deine Berechnungen deutlich, in dem von mir gezeigten Beispiel um 20s, abweicht. Klar könntest du jetzt auch behaupten das dein Tool richtig rechnet, und alle anderen falsch. Fraglich ist wie glaubhaft dies ist.
Da es bei den Locks des geskillten VMs oft auf gezieltes Unentschieden ausläuft, vermute ich eine Fehlberechnung des Abrisses, wenn es zu einem Unentschieden kommt. Nur eine Vermutung.
Aufjedenfall ist es schwer ein vertrauen zu diesem Tool aufzubauen, wenn es von anderen Simulatoren abweicht.
Ja, aber Du hast einen Simulations-Job gestartet... keinen Optimierungsjob. Den * gibts nur bei einer Optimierung. Versuch nochmal Job --> Optimierung statt Job --> Simulation, dann sollte es klappen.
aO
:O