[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?