R3X

Pokaż config i log lokalnie z MySQLem działa poprawnie.

strtok się nadaje jak najbardziej, jeśli nick w grze może zawierać znak "=" to musiałbyś brać ostatni jako granicę stringów
dane klucz-wartość najłatwiej zapisać za pomocą nVault

Zobacz czy ten Ci odpowiada http://amxx.pl/topic...7-model-placer/

Think to Think, po to jest ten callback żeby można było ogarnąć zachowanie bytów w czasie i to jest najlepsze podejście w tym przypadku. Między wydajnością server_frame a think nie ma dużej różnicy, a decydując się na think zrobisz kod który nie tylko działa, ale i ma sens.

 

o set_task zapomnij, najmniejszy interwał to 0.1s (przynajmniej za 'moich czasów') 

addToFullPack jest wykonywany bardzo często i każda dodatkowa linijka w tym callbacku może przynieść spadek wydajności.

Jeśli nie potrzebujesz ustawiać renderowania `w oczach` wybranego gracza to powinieneś używać set_rendering.

Wystrzelone pociski nie mają bytu ani modelu w przypadku broni palnej. Silnik gry zakłada, że takie pociski poruszają się na tyle szybko by przemieścić się w dowolnej miejsce bez żadnego opóźnienia i używa Trace. W momencie strzału wywoływane jest HAM_TraceAttack i na podstawie przekazanego tam `traceresult` określane jest miejsce gdzie uderza pocisk. Jeśli to miejsce należy do zniszczalnego bytu lub potwora (np. gracza ) wtedy mamy uszkodzenia.

 

Masz więc 2 opcje:

 - złap HAM_TraceAttack i sprawdz z traceresult czy uderzony byt to Twoja ściana

 - [jeśli tylko ściana jest zniszczalna,] złap HAM_TakeDamage i sprawdź kto próbował uszkodzić Twoją ścianę

 

Kod nie mogę dołączyć bo od dawna już nie mam narzędzi amxxowych na kompie ale przyda Ci się <hamsadwich> i <fakemeta> + RegisterHam + get_tr2() do sprwadzenia wyniku `traceresult`

a można problem jest raczej typowy, przy uruchamianiu hlds nie wykonuje server.cfg albo amxx nie wykonuje amxx.cfg (czy też innych plików z konfiguracją)


komendy co podałem wpisane do do server.cfg upewnią Cię, że sam server.cfg się wczytuje, a na jego końcu możesz dać

exec addons/amxmodx/configs/amxx.cfg

configi się nie wczytują na start serwera, pokombinuj z

mapchangecfgfile "server.cfg"
servercfgfile "server.cfg"

Zatrzyma się. Teoretycznie nigdy nie osiągnie prędkości {0, 0, 0}, ale dzięki 32bitowej dokładności float vel[x,y,z] w końcu zaokrągli się do zera.

z MOVETYPE_BOUNCE byty odbijają się idealnie sprężyście; dodaj utratę prędkości po każdym zetknięciu się takiego bytu z innym np. mnożąc wszystkie składowe pev_velocity przez 0.75

próbuj i zobacz co się stanie

pev_view_ofs to wektor przesunięcia punktu widzenia gracza względem położenia

pev_origin+pev_view_ofs = PointOfView

z tego co kojarzę to jest własność tylko do odczytu, użyj attach_view

#define TE_DLIGHT				   27	   // Dynamic light, effect world, minor entity effect
// write_byte(TE_DLIGHT)
// write_coord(position.x)
// write_coord(position.y)
// write_coord(position.z)
// write_byte(radius in 10's)
// write_byte(red)
// write_byte(green)
// write_byte(blue)
// write_byte(brightness)
// write_byte(life in 10's)
// write_byte(decay rate in 10's)

ale przedłużajać life do "100" dostaniesz światło w danym punkcie, nie światło pod graczem


musiałbyś co sekundę stawiać nowe światło w originie gracza 10 razy

[Poziom: %d(%d) XP]

Generalnie nie sprawdzałem jeszcze struktury bazy

Portek, no to sprawdź i zrób tak jak podpowiada Ci programistyczny zmysł, bez sensu jest ta dyskusja o formacie XMLa, najłatwiej jest wypluć wszystko co jest w bazie (nie na raz ) przez udostępnione metody WSu i to o tych metodach powinniśmy dyskutować [ja w sumie nie, dostałem wyraźne info że nie jestem tu potrzebny]