[sulge]

Od pewnego czasu prubuję rozwiązać pewien problem jak spowodować, aby gra na punkty była odporna na działanie spowalniaczy. W przypadku gdy główną istotą gry jest szybkość reakcji.

Z tego co wywnioskowałem klasyczne rozwiązanie tego problemu jest takie, że jeżeli szybkość gry spada poniżej jakiejś określonej z góry ilości klatek/sekundę wynik nie jest zaliczany. Jest to rozwiązanie proste aczkolwiek niesatysfakcjonujące. Problem polega na tym, że osoby o słabych kompach po prostu nie mogą wysyłać swoich wyników.

Z moich doświadczeń wynika iż MMF nakłada limit górny na ilość klatek/sekundę wynoszący 50 klatek/na sekóndę o ile mnie pamięć nie myli, nie nakłada jednak limitu dolnego. Ma to swoje zalety, bo dzięki temu gry na słabych kompach nie "tną", a zwalniają. Limit klatek w MMF można wytłumaczyć następująco jeśli np. pozycję X jakiegoś obiektu bedziemy zmieniać w ten sposób, że w zdarzeniu zawsze>>pozycja X obiekt=pozycja X("obiek")+1 to po upływie 1 sekundy obiekt ten zmieni swoja pozycję o 50 pixeli (zakładając, że FPS=50, w ogólnym przypadku jeśli FPS="A" to obiekt w ciągu 1 sekundy zmieni swoje położenie o "A" pixeli).

Moje podejście do problemu jest następujące jeśli w grze naistotniejszą rzeczą sprawiającą graczowi problem jest szybkość obiektów to można by zrobić coś taiego skoro zakładana przez nas ilość klatek/na sekundę wynosi 50, a szybkość obiektu to np. 10, a wogólnym przypadku "Z" (zawsze>>pozycja("obiekt")=pozycja("obiekt")+10) to, aby przebyty dystans w określonym czasie zawsze był taki sam (i na szybkich maszynach bezproblemu wyciągających załozoną przez nas ilośc 50 fps) to szybkość można by uzależnić od fps.

Ostatecznie uwięczeniem moich rozważań jest taki oto wzorek:
szybkosc=50.0/A*Z, gdzie A-ilość fps na danej maszynie, Z-zakładana szybkość gdy A=50.

I tu moja prośba do Was o próbę analizy moich wypocin i potwierdzenia lub zanegowania ich.

[Slawo]

Chyba wiem co kombinujesz, ale nie za bardzo rozumiem.

Czy chodzi o to, że na początku testujemy maszynę i FPS jakie ona wyciąga będzie tym maksymalnym dla tej maszyny ? I potem np. jeśli moja maszyna w grze wyciąga bez spowalniacza maks 40FPS to mój limit będzie 40 - np. 5FPS a komuś, komu wyciąga 49FPS będzie 49 - ok. 5 FPS ?

To by było genialne, tylko jak ustalić maksymalne FPS na danej maszynie ?
Przecież w momencie ustalania ktoś może np. ... dzielić sobie plik Totall Commanderem czy scalać i ... wyciagnie 10 FPS ....
Mi się wydaje, że nie da się ustalić w gzre ile bez spowalniacza wyciągnie w niej dana gra, bo to zależy od innych czynników, czyt. uruchomionych procesów na komputerze.

[sulge]

Slawo najbardziej ogólnie mówjąc chodzi mi oto że jeżeli w danej chwili (to jest z buforem jednosekundowym) twoja maszyna wyciąga 40 klatek (i ja zakładałem, żeby nie była zbyt trudna ani zbyt łatwa to na 40 klatkach ma mieć szybkość np. 5, czyt zawsze zwięk pozycję o 5 pixeli ) To jeżleli ktoś gra na spowalniaczu i gra wyciąga 20 fps to szybkość ta automatycznie rośnie do 10.
Co to daje??
A no to ze na obu maszynach obiek w ciągu 1s zmieni swoje położenie o 200 pixelów (czyli ma taksamo trudno ).

Zakładając że moje analizy i wnioski są słuszne.

[Slawo]

[sulge]

[BROO]

Kod:

szybkość we wsp. x: . dx x = -- dt szybkość we wsp. y: . dy y = -- dt

Zatem:

Kod:

przemieszczenie we wsp. x po czasie dt . dx = x * dt przemieszczenie we wsp. y po czasie dt . dy = y * dt

Czyli tak jak mówisz: trzeba licznikami zliczać zmianę "timer" (timer to f-kcja pobierająca czas w 1/1000 sek jaki minął od początku): to jest dt. Na małym obciążeniu wynosi 20, 21, 30, 31 (z czego wartości 21, 30 i 31 zdarza się rzadko).

Prędkość x-owa i y-owa jest zadeklarowana i tylko należy ją przemnożyć przez zmianę czasu od ostatniej akcji. To rozwiązanie oczywiście nie uwzględnia ułamkowych przesunięć (ale w MMF c-h-y-b-a jest coś takiego jak pozycja x i y jako double).

do znawców oznaczeń: jeśli popełniłem błąd w zapisie proszę o jego sprostowanie

[jarlfenrir]

200:[aktualne FPS]

myślę, że coś takiego sprawi, iż w ciągu sekundy obiekt przesunie się zawsze o 4px. Im mniej FPS, tym mniejszy dzielnik i tym samym większe przesunięcie w jednej klatce.

Teraz nie jestem pewien, ale FPS chyba moze sprawdzać aktualna wartość w czasie gry? Bo jeżeli nie, to mój sposób odpada.

[ Dodano: 14-11-2006, 19:17 ]
Właśnie wymyśliłem coś genialnego: w preferencjach gry można wybrać: szybkość gry niezależna od procesora. To daje zblizoby efekt, ale jest niebezpieczne, bo jak sie gra przytnie na sekundę, to po jej upywie może sie okazać, iż już przegrałeś.

[BROO]

Machine independent speed zwykł psuć gry wykorzystujące Fast Loop (a przynajmniej u mnie silnik platformowy wtedy nie sprawował się należycie).

[Slawo]

[Minty]

Otóż przesłałam Ci, Slawo, rozwiązanie, a to, że nie chcesz go implementować to już twoja sprawa.

Tak wygląda kod mojego rozwiązania (operacje na zmiennych obiektu aktywnego 'FPS'):

Kod:

+ Zawsze Dodaj 1 do A + Co każdą 1 sekundę Ustaw B na A Ustaw A na 0 + Czas: później niż 1 sekunda + B < 42 //to jest dolny limit FPS - można zmieniać + C = 0 Ustaw C na 1500 + B < 42 + C ≥ 1000 + C ≤ 1300 //user ma kilka sekund na zmniejszenie laga Ustaw C na 2000 //juz nie ma + C > 1000 + C < 2000 Odejmij 1 od C + Flaga 0 wyłączona //aby zdarzenie się nie powtarzało + C = 2000 Włącz flagę 0 Wyświetl komunikat o zablokowaniu wyników

Oczywiście musi być też zdarzenie, które blokuje wyniki, gdy flaga 0 obiektu 'FPS' jest włączona (czyli user przesadził). Rozwiązanie jest skuteczne i daje użytkownikowi czas na np. wyłączenie programu, który spowodował laga. Po tym czasie, jeśli lag się utrzyma, wyniki są anulowane.

[Slawo]

[jarlfenrir]

[sulge]

Oki
Rozwiązałem problem okazało się że moje przemyślenia były słuszne. Pomysł został wdrożony w grę i przetestowany przy działaniu spowalniacza. Wszystko działa zgodnie z założeniami
Temay można zamknąć.