czyli nie mając żadnego API do wywoływania, nie można robić spawnowania bomb po całej mapie, ale wszystko inne już tak?
chodzi mi o to, że bez jasnych zasad "czego robić nie wolno, a co można" to zacznę oszukiwać tylko po to, by było zabawnie. ja w robotach udostępniam zestaw funkcjonalności który gracze wykorzystują, nic poza tym i to są te jasne zasady, których nie można złamać. może iść w coś takiego?
to już się zmieniło - najnowszy update dodał operatory ;) nei mniej na chwilę obecną projekt stoi, bo po benchmarku wyszło iz wieloletnia już maszyna wirtualna Intuicio na której to działa, jest za wolna jak na moje potrzeby i przepisuję ją pod nową architekturę :)
Jeśli miałbym jakoś określić Kaiju, to nazwałbym go JSem w wersji very very very strict, i właśnie dlatego mi go on zastąpi (⌐ ͡■ ͜ʖ ͡■)
Repo tu: https://github.com/PsichiX/Kaiju (plik /test/test.kj pokazuje test funkcjonalności języka).
A teraz dobranoc! ^^
EDIT: ah, robię też małą bibliotekę do tworzenia gier - taki prosty wrapper na SFMLa, co by na windzie i linuxie działało i co by przetestować jak się shell spełnia jako runner gier/ jak wypali, to wtłaczam Kaiju do takopyska 2.0 jako jego język skryptowania (notabene kompilowanego natywnie na obsługiwane platformy) ;D
Jest to możliwe za pomocą tasków oraz bezpośrednio wątków. odpalasz tę funkcję w osobnym tasku/wątku, jednocześnie zakładając locka na czas odpalania tej funkcji, oraz na czas dostępu do tablicy z normalnego wątku (żebyś nie zapisywał czegoś przypadkiem w dwóch wątkach na raz).
@Lordzik - faaaajneee! jedyna rzecz niezgodna z fizyką, to nie reagujesz na ciśnienie powietrza w komorach (ta wydrąźona wgłąb część skał na dole - powietrze powinno blokować podnoszenie się poziomu wody w niej) :3
tyle, że IMO to nie jest wtedy mroczna gierka, a po prostu zaciemniona i gracze będą specjalnie zmieniać gammę monitora, bo pomyślą, że im się coś chrzani :<
A ja dalej klepie silniki i takie tam bzdury (no ale od paru lat także zawodowo, więc lubię to robić), kobiet też się przewinęło troszku, no i Ranmie kasę wiszę :D
startują z dwóch "krańców świata" (oddalone o 100 jednostek?), a potem losowo wybierane (respektując kolory) przy wciśnięciu spacji. Docelowo mają być zawsze najdalsze od siebie cząsteczki. Aktualnie czasem losowane są te bliskie sobie, więc jak random źle zadziała, to niestety widać obie na obu ekranach.
w sensie, że te dwie powiazane cząstki będą zawsze wybierane blisko siebie, miast z różnych krańców świata, by były widoczne obie na raz? wybacz, staram się zrozumieć jak chcesz połączyć widoczność ich na jednym ekranie, jednocześnie zapewniając ich obu kontrolę jednocześnie.
a jak wtedy rozwiązać to, żeby widzieć na raz kontrolowane obie cząstki? :o po to właśnie był podzielony ekran, bo cząstki mogą być z różnych krańców wspólnego świata
spacja powinna wylecieć, ale istnieje jako niewyłączony easter-egg - taka nagła zmiana powiązanych cząstek.
a co powiecie, gdyby zamiast dzielenia ekranu był jeden i tak jakby pół przezroczyste poświaty obu ekranó nałożone jeden na drugi? czy to by poprawiło widoczność, czy raczej zepsuło zabawę?
hmm, a powiedz mi:
- jakiej przeglądarki używasz?
- na jakim systemie operacyjnym to odpalasz?
- czy masz kartę graficzną zintegrowaną, czy nie?
- oraz kiedy ostatni raz aktualizowałeś sterowniki karty?
Pytam, bo WebGL jest już na tyle powszechny i ma bardzo okrojoną standaryzację, że nie sposób by na aktualnych sterownikach, aktualnym browserze i popularnym systemie nie działał PlayCanvas :o zgłoszę też to twórcom PlayCanvasa aby sprawdzili czemu może im to nie banglać w silniku na tym sprzęcie :)