10 odpowiedzi w tym temacie

[pro100wHS]

Witam. Zbytnio się nie bawiłem z liczbami zmiennoprzecinkowymi, ale postanowiłem zacząć.

Zacznę od omówienia do czego ma to służyć. Każdy gracz posiada posiada pewną zmienną(załóżmy np. poziom[33]). Zmienna ta przyjmuje wartość od 0 do 400. Wartość ta jest liczbą całkowitą. Chciałem, aby na podstawie tej zmiennej graczowi była przypisywana ranga. Stworzyłem więc takie "cudo":

new const ranga[6][]={
"Ranga I",
"Ranga II",
"Ranga III",
"Ranga IV",
"Ranga V",
"Ranga IV"
}

Następnie w hudzie dałem wyświetlanie tej rangi w zależności od wartości zmiennej poziom[id]. Otrzymałem takie coś:

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[floatround((poziom[id]+1)/100, floatround_ceil)]);

Dałem tam poziom[id]+1, żeby nie było dzielenia 0 przez 100

 

Oraz patrząc na budowę floatround widać, że dałem zaokrąglanie w górę. Teoretycznie, jeżeli zmienna poziom[id] przyjmie wartość np.  300 to floatround powinno zwrócić 4. Tak się jednak nie dzieje, bo non stop przy zmiennej poziom[id] większej niż 100 zwraca tę samą wartość(nie zmienia się ranga). Postanowiłem więc pominąć wyświetlanie rangi, ustalić stałą wartość pod poziom[id] oraz zmienić formatowanie tekstu(na wyświetlanie liczb). Otrzymałem więc:

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %d|:.", floatround((300+1)/100, floatround_ceil));

Wyświetliło:

 

.:|Stopien : 1|:.

I proszę mi powiedzieć, jaki ja tu błąd zrobiłem? floatround konstruowałem wg dokumentacji amxx. 

[grankee]

Z floatround jest wszystko w porządku, problem jest inny.

funkcja floatround przyjmuje jako pierwszy parametr zmienną lub stałą float, a kompilator niestety nie wie, że 301/100( a w momencie kompilacji nawet nie wiadomo jakie będą wartości, bo będą tu zmienne) to wyjdzie float i w efekcie otrzymujesz tutaj 0, bo przeznaczono dla wyniku zmienną typu int, a floatround zaokrągla to do 1(bo w górę). Float będzie wtedy jak podzielisz float przez jakąś liczbę, wtedy kompilator wie "aha dzieli float więc wyjdzie też float" i przeznacza mu odpowiedni typ zmiennej.

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[floatround((float(poziom[id]+1)/100), floatround_ceil)]);

Użytkownik grankee edytował ten post 30.12.2014 13:07

[pro100wHS]

Dzięki wielkie. Nie przypuszczałem, że w tym miejscu trzeba zastosować float. Próbowałem przez

new float:zmienna = floatround(dalszy kod)

 

Ale też nie działało. Teraz natomiast wszystko ładnie śmiga. Jeszcze raz dzięki

 

Łap 3 plusy

[GwynBleidD]

Ciekawostka:
operacje na floatach są dużo mniej optymalne, niż na liczbach rzeczywistych. Dlatego:

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[(poziom[id]+1)/100 + ((poziom[id]+1) % 100 > 0)]);

Jest lepszym wyjściem. Jak to działa?
Najpierw dzielimy całkowitą liczbę poziom[id] zwiększoną o 1 przez 100, program w tym miejscu zwróci liczbę zaokrągloną jak wiadomo w dół. Dodatkowo obliczymy resztę z tego samego dzielenia i jeśli jest ona większa od 0, dodamy jedynkę do wcześniejszego wyniku z dzielenia. (operatory logiczne zwracają 0 dla fałszu i 1 dla prawdy, więc jeśli warunek jest spełniony, otrzymamy 1).

Zwykle nie ma to znaczenia, ale czasem może mieć. Zależy jak często wykonuje się ta funkcja. Polecam gorąco unikać floatów kiedy tylko się da

[pro100wHS]

Ciekawostka:
operacje na floatach są dużo mniej optymalne, niż na liczbach rzeczywistych. Dlatego:

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[(poziom[id]+1)/100 + ((poziom[id]+1) % 100 > 0)]);

Jest lepszym wyjściem. Jak to działa?
Najpierw dzielimy całkowitą liczbę poziom[id] zwiększoną o 1 przez 100, program w tym miejscu zwróci liczbę zaokrągloną jak wiadomo w dół. Dodatkowo obliczymy resztę z tego samego dzielenia i jeśli jest ona większa od 0, dodamy jedynkę do wcześniejszego wyniku z dzielenia. (operatory logiczne zwracają 0 dla fałszu i 1 dla prawdy, więc jeśli warunek jest spełniony, otrzymamy 1).

Zwykle nie ma to znaczenia, ale czasem może mieć. Zależy jak często wykonuje się ta funkcja. Polecam gorąco unikać floatów kiedy tylko się da

 

Wyrzuca w kompilatorze tag mismatch, ale rangę pokazuje odpowiednią. 

 

Mam tylko pytanie, jak dokładnie działa to:

(poziom[id]+1)/100 + ((poziom[id]+1) % 100 > 0)

Np podstawiając 200 pod zmienną poziom[id]

Z pierwszego nawiasu otrzymamy 2.01, ale z tego drugiego wyjdzie takie coś:

 (201 % 100 > 0)

Jakie ma zastosowanie ten % ?

[grankee]

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[(poziom[id]+1)/100 + ((poziom[id]+1) % 100 > 0)]);

Powinno być nie %s tylko %d, bo pokazujemy liczbę całkowitą, a nie ciąg znaków.

 

 

 

Ciekawostka:
operacje na floatach są dużo mniej optymalne, niż na liczbach rzeczywistych. Dlatego:

ShowSyncHudMsg(id, SyncHudObj, ".:|Stopien : %s|:.", ranga[(poziom[id]+1)/100 + ((poziom[id]+1) % 100 > 0)]);

Jest lepszym wyjściem. Jak to działa?
Najpierw dzielimy całkowitą liczbę poziom[id] zwiększoną o 1 przez 100, program w tym miejscu zwróci liczbę zaokrągloną jak wiadomo w dół. Dodatkowo obliczymy resztę z tego samego dzielenia i jeśli jest ona większa od 0, dodamy jedynkę do wcześniejszego wyniku z dzielenia. (operatory logiczne zwracają 0 dla fałszu i 1 dla prawdy, więc jeśli warunek jest spełniony, otrzymamy 1).

Zwykle nie ma to znaczenia, ale czasem może mieć. Zależy jak często wykonuje się ta funkcja. Polecam gorąco unikać floatów kiedy tylko się da

 

 

 

Sprytne, przyznam, że nie wpadłbym na to

Chociaż powinno być zamiast

(poziom[id]+1) % 100 > 0) 

które zwraca true/false a nie 1/0

((poziom[id]+1) % 100 > 0)?1:0) 

które zwróci 1/0 Pewnie oba zadziałają, ale żeby nie czytać warninga przy kompilacji...

 

 

 

Panie prosto w glowe, działa to bardzo prosto:

na bardziej przejrzystym przykładzie

(liczba/100)+(((liczba % 100)>0)?1:0)

całe wyrażenie składa się z:

(liczba/100)

to jest jasne, wyrażenie ma wartość dzielenia, ale zaokrąglone w dół tj ucina ułamek po przecinku więc dowolna liczba między 300 a 400 zwróci 3

 

oraz

(((liczba % 100)>0)?1:0)

to jest reszta z dzielenie tzn

301%100 da nam reszte 1, bo 300/100 daje okrągłe 3, a było 301 więc reszta z dzielenia jest 1. Jak będzie 302 to reszta będzie 2 itd, a to wyrażenie sprawdza czy reszta z dzielenie jest większa od 0, jeśli tak to całe wyrażenie zwraca 1, jeśli nie to 0. Jeśli zwróci 1 to znaczy, że taka liczba jako float byłaby zaokrąglona w górę, dlatego dodać 1.

Użytkownik grankee edytował ten post 31.12.2014 02:50

[GwynBleidD]

Można też tak:

_:(poziom[id]+1) % 100 > 0)

I również pozbędziemy się tag mismatch.

[grankee]

Zawsze musisz powiedzieć ostatnie słowo...grrrr nie lubię Cię

 

 

skoro _: łyka każdy rodzaj zmiennych to czy nie jest dla niej przeznaczane więcej miejsca w pamięci niż dla int?

Użytkownik grankee edytował ten post 31.12.2014 03:09

[pro100wHS]

grankee, kiedyś taki nick miałem i już z sentymentu taki wybrałem na tym forum

 

już się obawiałem, że was nie zrozumiem, ale jednak jakoś poszło

 

 

 

Powinno być nie %s tylko %d, bo pokazujemy liczbę całkowitą, a nie ciąg znaków.

Tylko, że ja chcę, alby z nawiasu kwadratowego zwracało liczbę całkowitą. Potem, żeby według tej zwróconej liczby dopasowywało napis ze zmiennej ranga. Tak więc wyświetlany będzie tekst(%s), nie liczba(%d lub %i). Liczbę wyświetlałem tylko w testach, żeby sprawdzić działanie kodu

 

Chyba pytań więcej nie mam. 

[GwynBleidD]

skoro _: łyka każdy rodzaj zmiennych to czy nie jest dla niej przeznaczane więcej miejsca w pamięci niż dla int?

_: to właśnie int W ten sposób po prostu rzutujemy zmienną typu boolean na inta i dzięki temu kompilator wie, że robimy to świadomie i nie wyrzuca warninga.

[grankee]

Dobra, 1:0 dla Ciebie