[LDeska]

Pomysł już dość obgadany, spróbujmy coś z tym zrobić. Mam kilka pomysłów, ale żaden nie jest dobry w 100%. Proszę tylko w tym wątku o konstruktywne uwagi a nie narzekanie na randoma

A więc:
1) funkcja licząca szanse na wygraną rundy używa średniej z dwóch losowań

aby to zmienić trzeba w pliku CvUnit.cpp zmienić linię numer 1081 w metodzie void CvUnit::resolveCombat(CvUnit* pDefender, CvPlot* pPlot, CvBattleDefinition& kBattle)

z:

Code:

if (GC.getGameINLINE().getSorenRandNum(GC.getDefineINT("COMBAT_DIE_SIDES"), "Combat") < iDefenderOdds)

na:

Code:

if ((GC.getGameINLINE().getSorenRandNum(GC.getDefineINT("COMBAT_DIE_SIDES"), "Combat") + GC.getGameINLINE().getSorenRandNum(GC.getDefineINT("COMBAT_DIE_SIDES") / 2), "Combat") < iDefenderOdds)

i potem oczywiście przekompilować DLL'kę i zrobić z niej moda. Wgrać moda do civki i mamy taki zmodyfikowany random.

Zalety:
- przy walce jednostek o równych siłach rozrzut będzie znacznie mniejszy, wygrywający zostanie z małą siłą (statystycznie oczywiście)
Wady:
- przy walce jednostek o dużej różnicy sił częściej ten silniejszy nie będzie nawet draśniety

Wnioski:
Nie sądzę aby takie coś się sprawdziło, nie będzie na przykład jak wykurzyć jednostki z zalesionej górki jak samemu się będzie miało takie same jednostki.

2) funkcja licząca walkę nie będzie losowała walki tylko jakoś ją obliczała według z góry zadanego wzoru (bez elementu losowego).

Zalety:
- gra będzie zupełnie logiczna a nie losowa

Wady:
- bardzo duża praca - trzeba uwzględnić pierwszy atak, obrażenia grupowe, flankowanie, bombardowanie

Dogadałem się z Anionem że mi przekompiluje i zrobi nam takiego mod'a więc mam nadzieję że niedługo będziemy mieć pierwszą wersję mod'a KAC_Random do testów

[Beny]

[LDeska]

Sorki, pomyłka CvUnit.cpp, już poprawiam w pierwszym poście.

[merkan]

A ta nowa linijka nie powinna przypadkiem wyglądać tak:

Code:

if (( GC.getGameINLINE().getSorenRandNum(GC.getDefineINT("COMBAT_DIE_SIDES"), "Combat") + GC.getGameINLINE().getSorenRandNum(GC.getDefineINT("COMBAT_DIE_SIDES"), "Combat")) / 2 < iDefenderOdds)

[LDeska]

A powinna muszę szybko poprawić i dosłać do Aniona. Nie kompilowałem tego u siebie i stąd literówka.

[Beny]

A jest gdzieś funkcja zwaracająca te procentowe szansy (pewnie jest, ale gdzie)?
Bo można by zrobić tak, że tylko podczas gdy szanse na zwycięstwo są większe/równe 50% to liczy według nowej metody. W przeciwnym wypadku liczy według starej.
W ten sposób zmniejszamy ryzyko wtopki przy wiekszych szansach na wygraną, ale nie zmniejszamy szans "fuksa" przy mniejszych szansach

[LDeska]

Ciekawe pomysł. Może być trudny w realizacji, ale obejrzę przy drugim podejściu... jak dostaniemy skompilowanego mod'a od Aniona to go potestujemy i wtedy mu dorzucimy drugą rzecz do kompilacji

[pawelt]

Tyle, że jak jedna ze stron ma większe/równe 50% szanse, to druga ma mniejsze/równe 50%. Kto ważniejszy?

[Beny]

Atakujący
Bo chodzi mi właśnie o tą wspominaną sytuację z jednostką zafortyfikowaną w lesie.

[Richards]

A na co będziemy narzekać jak random zniknie?

[pawelt]

No to właśńie chyba na odwrót. Atakując jednostkę w lesie masz szanse znacznie poniżej 50% i wtedy system oryginalny jest lepszy, bo zadajesz zawsze jakieś obrażenia. W systemie leszka 1 to nie masz szans w ataku na jednostkę w lesie

[Beny]

[Centurion]

no i cala zmiana jest bezsensu w tym momencie...

[Beny]

Quote:

no i cala zmiana jest bezsensu w tym momencie...

Dlaczego?

[Centurion]

a jaki sens ma to ze zawsze wspiera sie atakujacego tak jak proponujesz?

a obronca zawsze po gaciach ma dostac?