Jak zrobić coś, co częściej flashuję / mrugam, gdy zbliża się do znikania?

10

W mojej grze, kiedy zabijesz wroga, mogą upuścić coś takiego jak pakiet zdrowia lub złoto. Chcę, aby miało to limit czasowy, aby w końcu zniknęło, jeśli go nie odbierzesz. Chcę, aby przedmiot migał częściej, im bardziej kropla zbliża się do „śmierci”. Jak wykonujesz algorytm „częstszego flashowania”?

algorithm rendering

— Daniel Kaplan
źródło

2

Moje obawy związane z jednym z obecnie oferowanych podejść polegają na tym, że oba doprowadzą do migania „zmiennej prędkości”, co może nie tylko rozpraszać graczy, ale także utrudniać dokładne określenie, jak długo obiekt pozostawił, zanim zniknie . Zamiast tego, gdzieś w swoich parametrach (czy to globalny mechanizm renderujący lub na zasadzie per-obiektu) Chciałbym mieć cztery stałe: slowBlinkTime, slowBlinkRate, fastBlinkTimei fastBlinkRate. Podczas renderowania, jeśli pozostały czas życia Twojego obiektu jest krótszy niż fastBlinkTime, mrugnij nim o fastBlinkRate; w przeciwnym razie, jeśli jest mniejszy slowBlinkTime, to mrugnij o slowBlinkRate. Jeśli chcesz pójść o krok dalej, możesz mieć szereg różnych blinkTimes iblinkRatei sprawdzaj je jeden po drugim, ale w praktyce może to być przesada, a wystarczą same ostrzeżenia i stany krytyczne. Kod wyglądałby mniej więcej tak:

float blinkCycle;
if ( entity.timeLeft < fastBlinkTime ) {
  blinkCycle = entity.timeLeft/fastBlinkRate;
} else if ( entity.timeLeft < slowBlinkTime ) {
  blinkCycle = entity.timeLeft/slowBlinkRate;
}
blinkCycle = blinkCycle - floor(blinkCycle); // find blinkCycle 'mod 1'
if ( (entity.timeLeft < slowBlinkTime) && (blinkCycle < 0.5f) ) {
  renderBlinked(entity); // this should be the 'blinked' state, whether flashed or missing
} else {
  renderNormal(entity); // the normal render for the entity
}

Zauważ, że ten kod zakłada pół-włączony, pół-wyłączony cykl mrugania (to 0.5freprezentuje test), ale może być łatwo dostosowany do czegoś w rodzaju 2/3 włączenia, 1/3 wyłączenia tylko przez dostosowanie odpowiedniej stałej. To również nie robi nic, aby „zsynchronizować” miganie między szybkim i wolnym stanem, ale jest to stosunkowo proste do polerowania.

Powinno to być łatwe do podłączenia, a będzie miało znaczącą przewagę IMHO, że gracze będą mogli zobaczyć przejście z „wolnego” na „szybkie” mruganie i dokładnie wiedzieć, jak długo im pozostało. Chciałbym zacząć od wartości parametrów takich jak 5s dla slowBlinkTimei 0,5s dla slowBlinkRatei 2s / 0,25s dlafastBlinkTime i fastBlinkRate, ale to zdecydowanie zależy od konkretnej gry.

— Steven Stadnicki
źródło

Nie rozumiem. Jeśli mruganie staje się coraz szybsze, czy nie byłby to lepszy wskaźnik do dokładnego czasu, jaki upłynął od obiektu, niż tylko 2 tryby?

— Daniel Kaplan

1

@tieTYT Problem polega na tym, że szczególnie gdy częstotliwość mrugania jest zmienna, użytkownikom trudno (a) dokładnie określić, jak szybko obiekt mruga, i (b) skorelować to z tym, jak długo musi on żyć. Wyobraź sobie, że masz suwak od 0 do 100 w porównaniu z „przełącznikiem” z pozycjami na 0, 50 i 100; ludzie mogą odgadnąć wartość suwaka z dokładnością do 5-10%, ale będą wiedzieli dokładnie, na jakiej wartości jest włączony przełącznik - i znacznie trudniej jest ocenić wskaźnik niż pozycję.

— Steven Stadnicki

Mimo sugestii głosów uważam, że to najlepsza odpowiedź. Ponadto jest znacznie łatwiejszy do wdrożenia (przynajmniej koncepcyjnie). Moja odpowiedź uzyskała więcej głosów, ale nadal nie jestem z niej zadowolona wizualnie. Twoje podejście da satysfakcjonujący wygląd.

— Daniel Kaplan

14

Jeśli t spadnie z T do 0, możesz użyć czegoś takiego jak sin ((T - t) ²), a następnie jeśli liczba wynosi> 0, narysuj obiekt, jeśli jest to <0, nie zrobisz tego

Wypróbowałem to sam i musiałem majstrować przy tym. Dla mnie T było 100. To równanie sprawiło, że wszystko mrugało bardzo szybko przez cały czas. Aby spowolnić, zmieniłem równanie na sin (((T - t) / 10) ²). Było to po majstrowaniu przy liczbach takich jak / 6 i / 7.

Próbowałem także: sin ((T - t) ² * 1/100)

A potem nie podobało mi się, że kropla wydawała się niewidoczna prawie tak bardzo, jak była widoczna. Chciałem, żeby rzadko był niewidoczny. Osiągnąłem to, robiąc to: sin ((T - t) ² * 1/100) + .5 To + .5 przesuwa sinusoidę „w górę” tak, że nie staje się ona tak często <0.

Nic z tego nie działało dokładnie tak, jak chciałem. Problem polega na tym, że mruganie zacznie się zbyt wcześnie. Chciałem, aby kropla była widoczna przez 3 sekundy, a następnie zaczęła mrugać. Aby to osiągnąć, zrobiłem coś takiego:

isVisible(drop)
  if drop.t > x
    return true
  else
    sin((T - x - drop.t)² * 1/100) + .5 >= 0

To xbyłyby 3 sekundy.

Warto również zauważyć, że jest to narzędzie, którego używałem przez cały czas, aby wizualizować, jak wyglądałoby mruganie. Myślę, że bez narzędzia wizualnego zajęłoby to 5 razy dłużej.

— Daniel Kaplan
źródło

Wspaniale, uwielbiam to rozwiązanie, Kolejny szybki sposób to zrobićsin(t * pow((t/T), 1.5))

— Gustavo Maciel

4

Może przy pomocy innej zmiennej?

current_length = 4
length_decrease = 0.5
current_time = current_length

function update(delta_time)
    if current_time > 0 then
        draw()
    end
    current_time -= delta_time
    if current_time < -current_length then
        current_length -= length_decrease -- feel free to get creative here
        if current_length < 0 then
            disable_object()
        end
        current_time += current_length * 2
    end
end

Jest to nieco dłużej niż rozwiązanie, które sam zaproponowałeś, ale oszczędzasz się na kosztach sini powoperacjach, i masz znacznie większą kontrolę nad tym, jak mruganie przebiega szybciej.

— Panda Piżama
źródło