Aktualna wersja gry

[Waldzios]

g2a_intercept_mode=2
i działa tak jak przywykliśmy...

[Jaro]

Luis właśnie będzie coś odkręcał, bo nie tylko nam się nie spodobało... Tylko nie rozumiem po co, skoro wprowadził parametr którym można to ustawić. Poczekamy zobaczymy.

A przy okazji, to czy Flaki będą broniły na pełny zasięg jak AD? (jak to zostanie ustawione w naszym efilu). Myślę o parametrze flak_range.

[Waldzios]

Luis właśnie będzie coś odkręcał, bo nie tylko nam się nie spodobało... Tylko nie rozumiem po co, skoro wprowadził parametr którym można to ustawić. Poczekamy zobaczymy.

Ponieważ opcja nie jest wstecznie kompatybilna. Niektóre kampanie i efile nie są rozwijane, albo specjalnie utrzymywane w starych wersjach (na przykład kampanie z pakietu 'Challenge Campaigns'), dodanie opcji 'g2a_intercept_mode=2' w każdym starszym efilu i kampanii (cześć kampanii ma indywidualne pliki cfg) może być problematyczne...

A przy okazji, to czy Flaki będą broniły na pełny zasięg jak AD? (jak to zostanie ustawione w naszym efilu). Myślę o parametrze flak_range.

Nie mieszajmy tematów, mamy oddzielny: Duże zmiany w grze, Flak 8.8 i inne - pilne;

[Gustlik]

No i bądź tu człowieku zdrowy

OpenGen Version 0.90.45.0  (28-Jun-2015)

    Units were not forced to abandon transport when moving further than transport's allowance
    When last player's msu unit was destroyed in campaign, result was incorrect
    Interception rule rolled back. Only unspotted units can intercept by default
    value = 2 for $g2a_intercept_mode is reversed now
        0 * default:
        * Hidden AD/Flaks can intercept when plane is moving or finish movement in range 1
        * AD/Flaks can also do air-defense if plane attacks any friend unit in range
        1 * disables air-defense after interception
        2 * enables spotted Flaks/ADs to intercept planes finishing movement in range 1
        3 * 1+2
        * Disables air-defense after interception
        * Enables spotted Flaks/ADs to intercept planes finishing movement in range 1

Rozumiem, że teraz parametr powinien zostać wyzerowany, żeby było tradycyjnie....?

[Jaro]

Dokładnie tak.

[Gustlik]

Uwaga - powyższa wersja zawiera chyba poważny błąd. 

Dotyczy on jednostek "kontenerowych".

W sytuacji gdy piechota wsiada do transportera (kontenerowego) - jest w porządku, ale kiedy transporter NAJEDZIE
na piechotę (odpowiadającą mu wagą wejścia) obie jednostki zostają spięte na stałe. Strzałka wysiadania pozostaje
szara do końca gry - mimo, że jednostka piechoty ewidentnie znajduje się wewnątrz.

Czy ktoś może to potwierdzić i zgłosić?

[Waldzios]

Nie bardzo rozumiem tą część:

ale kiedy transporter NAJEDZIE na piechotę (odpowiadającą mu wagą wejścia) obie jednostki zostają spięte na stałe.

Testowałem na wersji OpenGen 0.90.45.0 * (28 Jun 2015) .

Piechota może "najechać" na transporter:

Ale w drugą stronę chyba nie ma takiej możliwości:

[Gustlik]

No kiedy właśnie widzisz - jest. Na zdjęciu widać efekt tego "sparowania" - a jednostka piechoty, na dodatek, "wystaje"z transportera i tak jeździ. Tak mi się stało wczoraj, ale grałem jedną ręką, oglądając przy okazji film, więc nie zauważyłem dokładnie okoliczności jak "wpadły na siebie". Wiem tylko na pewno, że to transporter wjechał na piechotę - a nie odwrotnie.




[załącznik usunięty przez administratora]

[connor71]

Potwierdzam, że taki błąd występuje. Również na okrętach. Udało mi się przypadkiem załadować jakiegoś recona na krążowniku klasy Hiper. Następnie wyładowałem go na brzegu, a w następnej turze, znów był na Hiperze i już do końca gry jeździł, wróć pływał ;-) na nim. Niestety nie mam screena obrazującego takie cudo.

[Gustlik]

Ale to byś musiał najechać krążownikiem na recona...

Chodzi o to, że mnie się tak sparowało kiedy jednostka z hangarem wjechała NA jednostkę bez hangaru, ale odpowiadającą jej wagą.
Czyli - sparowanie było właściwe, ale załadunek w odwrotnej kolejności.

Swoją drogą - jaki to był recon, bo trzeba wyeliminować takie sparowanie nawet w poprawnie działającej grze.

[Waldzios]

No kiedy właśnie widzisz - jest. Na zdjęciu widać efekt tego "sparowania" - a jednostka piechoty, na dodatek, "wystaje"z transportera i tak jeździ. Tak mi się stało wczoraj, ale grałem jedną ręką, oglądając przy okazji film, więc nie zauważyłem dokładnie okoliczności jak "wpadły na siebie". Wiem tylko na pewno, że to transporter wjechał na piechotę - a nie odwrotnie.

Rozumiem, po prostu nie mam pomysłu jak ten błąd odtworzyć...

Swoją drogą - jaki to był recon, bo trzeba wyeliminować takie sparowanie nawet w poprawnie działającej grze.

Jednostki lądowe generalnie nie mają ustawionych wag blokujących, w efekcie można je załadować na okręty z hangarami, problem dotyczy praktycznie wszystkich jednostek lądowych. W niemieckich kampaniach zwykle tego nie widać bo zazwyczaj flota jest niedostępna.

Przy aktywnej flocie ekran zakupów wygląda tak:

[Waldzios]

OK, rozgryzłem błąd:

Jeśli wyładujesz jednostkę z transportu i w tej samej turze zapiszesz grę:

To po wczytaniu gry, jednostka znajduje się jednocześnie na mapie i w transporcie:

Wystarczy poruszyć transporter by  pojawił się "potworek":


Dobra wiadomość jest taka ze błąd nie występuje w najnowszej wersji testowej (a wczytany save jest naprawiany) więc nie ma potrzeby go zgłaszać...

[Gustlik]

OpenGen Version 0.90.45.3 (2-Juln-2015) available from OpenGenTest.rar

    Airports and Ports, built in game get a flag immediately after construction now
    Fixed a glitch avoiding to launch units from hangars with some versions of savegames

Wygląda na to, że poprawiał te kontenery....

[Gustlik]

Niestety - poprawił tylko trochę.

Jeśli w momencie save'owania piechota znajdowała się w kontenerze, to po wczytaniu save'u, piechota i transport pojawiają się jako
DWIE OSOBNE JEDNOSTKI NA TYM SAMYM HEKSIE. Co prawda zlikwidowane zostały kłopoty z wiecznym połączeniem i piechotę można z powrotem wsadzić do transportera, ale traci się na ten manewr całą kolejkę.

[Waldzios]

U mnie (wersja OpenGen 0.90.45.3) transportowana jednostka po save/load zupełnie znika z kontenera...