[adiblol]

No tak ale wtedy ktoś może użyć "nolimit" . Ale jak może użyć "nolimit" to może też użyć "winmission"...

Wypowiadajcie się który pomysł lepszy: mój czy cyklopka11.

[mrowek]

twój bo ciekawszy

[cyber_J]

też uważam, że twój, adiblol, ciekawszy pomysł

[Piter]

bardzo ciekawy

[lukas_j]

ja mam jedno zdanie: gracz oszuka to oszuka... kazdy moze wpisac winmisiion i koniec! Jak chche na kodach grac, ma do tego prawo... A co do takich zabezpieczen to uwazam ze mozna dac nie robota, ale np. mrowke, i ona musi wprodukowac np. tnt, jak go wyprodukuje misja konczy sie powodzeniem, lub niepowodzeniem, nie trzeba robic przechodzenia, ale gracz moze rozwalic mrowke wiec jesli rozwali mrowke = przegranie misji, chyba ze zastosujemy robala, ktory wejdze pod ziemie, i bedzie czekal, jesli robal moze cos produkowac, to niech wyprodokuje np. tnt, nie musi sie ruszac, jak wyprodukuje to tnt = przegrana lub wygrana misja

co o tym sadzicie B)

[Piter]

no jasne

[adiblol]

Ale robal sam nie wie kiedy jest pod ziemią
Sprawdzałem parametr altitude ale on się nie zmienia

[DemoLisH]

a ja sprawdzilem position.z-topo(position)
i tez nic

[adiblol]

to trzeba eksperymentalnie dobrać instrukcję move() na początku działania skryptu.

Jest jeden problem: jeśli gracz zapisze i wczyta grę to z powrotem robal wyjdzie na powierzchnię (to jest bug).

[dodane]
Wpadłem na coś takiego: gdyby zbliżyło się działo to robal wyświetliłby "Uwaga: kontynuowanie oszukiwania spowoduje zawieszenie gry." i (jeśli to by nie pomogło) - produkowałby miny na całej planszy albo rozmnażałby pająki xD. Oprócz tego że szkodliwe dla gracza to dodatkowo taka nieprzerwana produkcja zawiesi grę i spowoduje ten komunikat: "Nie można tego zbudować, za dużo obiektów".

[DeiDara]

[dodane]
Wpadłem na coś takiego: gdyby zbliżyło się działo to robal wyświetliłby "Uwaga: kontynuowanie oszukiwania spowoduje zawieszenie gry." i (jeśli to by nie pomogło) - produkowałby miny na całej planszy albo rozmnażałby pająki xD. Oprócz tego że szkodliwe dla gracza to dodatkowo taka nieprzerwana produkcja zawiesi grę i spowoduje ten komunikat: "Nie można tego zbudować, za dużo obiektów".[/quote]

Bradzo pomysłowe brawa!!!;)


ej ja tego niepisałem!!!!

[colobotwymiiata]

lol, ale mamy problemy

[DOJO]

Z tymi mrówkami i robalami to wystarczy im w skrypcie usunąć cel PracticeBota i będzie git! W tedy tylko już gracz będzie mógł oszukiwać.

[lukas_j]

e tam, oszukuje to oszukuje, kody sa po to, jak ktos chce niech uzywa. Ja uwazam tak: Dać np. te roboy, i wtedy jeden niszczy drugiego, i taki komunikat:

Uwaga! Zblizyles sie do stefy programowej misji! Mozesz tu byc, ale nic nie rob! Jesli cos zrobisz albo zniszczysz roboty, to misja skonczy sie niepowodzeniem, chyba tego nie chcesz?


I dac to tak zeby mrowki nie przeszly ;P robali dawac nie trzeba. A mozna dac mrowkom skrypt aby nie atakowaly practisebota i targetbota. Mozna zrobic tak, ze jeden wjedzie w drugiego. A co jesli gracz zablokuje? Dajemy errmode(0); I jakis skrypt. Jesli np. Nie ma wolnej drogi do targetbota, to wyswietli sie komunikat: "UWAGA! Jestes na strefie programowej gry! Mowilem zebys nic nie robil, ale nie posluchales! Misja konczy sie niepowodzeniem!" Albo dac czas, np: "Jesli za 10 sekund nie zjedziesz stad, misja skonczy sie niepowodzeniem" Tylko jak sterowac kodem programu? Mozna dac kilka rzeczy, np. Mine i targetbota, albo dookola niego 4 miny. jak jedna sie zniszczy to koniec, a gracz tego nie przepcha