|
Ez a szekció lehetővé teszi a felhasználó által írt összes hozzászólás megtekintését. Vedd figyelembe, hogy csak azokba a fórumokba írt hozzászólásokat látod, amelyekhez hozzáférésed van. 301
Segítségkérés / R**SAMP: Fake kill« Dátum: 2013. június 16. - 17:58:09 »
Az a verzió hol van amelyikkel más játékos id-jével lehet fakekillt küldeni?
Mert ez a verzió flood terén pár dologban sántít, mivel saját magát is megöli benne meg olyan fegyverekkel amikkel azért elég nehéz (pl.:virágcsokor). Egyelõre lehet olyat is írni, ha saját magát öli meg. if(killerid == playerid) Ban(playerid); Ha a játékban lesz öngyilkos akkor a killerid értéke INVALID_PLAYER_ID lesz. Persze egy idõ után ez is kijátszható de ideiglenesen megteszi. 302
Segítségkérés / R**SAMP: Fake kill« Dátum: 2013. június 15. - 17:21:57 »
Jha nem rossz kis program kár hogy a készítõje ilyenre pazarolja az idejét, amúgy ez ellen a kick lófaszt se ér automatikus újracsatlakozással rendelkezik.
303
Segítségkérés / R**SAMP: Fake kill« Dátum: 2013. június 15. - 16:10:24 »
Talán késleltetni lehetne az OnPlayerDeath alatt lévõ dolgokat, gondolom az OnPlayerSpawn nem hívódik meg ha ezt a fakekillt használják. Igaz ehhez kellene az a retek program hogy tesztelni lehessen.
304
Segítségkérés / Nem nyilik a kapu« Dátum: 2013. június 13. - 08:01:32 »
Ha, egyre jobb tanácsok.
@Peter Elhagyható a params[] paraméter zcmd-nél ha nincs rá szükség. @scripter Ha MoveDynamicObject-tel akarja mozgatni akkor miért is kellene CreateObject-tel létrehozni? @ZzzzzZ Talán mert egyeznek a koordináta adatok? kapu1 = CreateDynamicObject(980, 1527.30005, 664.20001, 12.4, 0, 0, 0); Maximum az /rkapunyit parancs mûködik mivel ott van eltérés az eredeti illetve a mozgatás koordinátája közt, és illeszd be a Streamer_Update(playerid); native függvényt hogy frissítse az object pozícióját a játékosnak a MoveDynamicObject alá hátha akkor megjavul. Amúgy a használt streamer plugin verziója? Korábbi verziókban mintha lett volna valami hiba az elfordulási paramétereknél. 305
SA-MP / Open.mp: Szerverfejlesztés / In Game Map Editor With Extras« Dátum: 2013. június 12. - 17:35:02 »
Grat, egy kis apróság:
Látom hogy létrehoztál kettõ változót bool típust de én helyettük egy simát ajánlanék, mivel egyszerre úgysem lehet szerkeszteni vagy törölni vagy éppen másolni egy objectet, mert most vagy szerkeszted vagy másolod vagy éppen törlöd az objectet. ![]() Ezért lenne egy változó és maximum enum vagy definíció segítségével létrehozol lefoglalt neveket és azt használod az egyes esetekben. Talán egy apró kód jobban segít megérteni mire gondoltam: enum De még elég sokféleképp meg lehet oldani és akár még egyszerûbbé tenni az objectelést, pl.: kattintható textdraw akár delete copy funkcióval vagy ugyanez gomb nyomásra történne, használati utasításként lehet elég a SendClientMessage, ne csak rcon admin tudja használni, stb.. De ha idõvel lesz kedved még vele foglalkozni biztosan változtatni fogsz még a kódon.
306
Segítségkérés / Sokszor írja ki« Dátum: 2013. június 05. - 19:53:02 »
Köszönöm.
Létrehozol egy ilyen stock funkciót: stock Majd minden olyan helyre beírod ahol növeled ennek a változónak az értékét: APlayerData[playerid][statsTruckerJobs]++; És nem kell állandóan ellenõrizned OnPlayerUpdate alatt annak a változónak az értékét, mert csak akkor fut le mikor egyel növeled az értékét annak a változónak. 307
Segítségkérés / Sokszor írja ki« Dátum: 2013. június 05. - 19:42:51 »
Rájöttem azért töröltem a hozzászólást.
Egyébként a legegyszerûbb ott kiírni ezt az üzenetet ahol növelve van APlayerData[playerid][statsTruckerJobs] változó értéke és elfelejteni az OnPlayerUpdate-t. 308
Fórum Archívum (Témák/Fórumok) / Re:Sokszor írja ki« Dátum: 2013. június 05. - 19:25:48 »
sorry belegondolva még se jó
309
Segítségkérés / Melyik laggoltatná jobban a szervert?« Dátum: 2013. június 04. - 19:18:48 »
Egyébként igen mikor megváltozik egy adat akkor nyissa meg a fájlt és mentse, ha mondjuk van 30 adat tárolva egy játékosnak még mindig jobb ha akkor ment mikor megváltozik az adat mintsem rendszeres idõközönként minden adatot újra mentsen az összes játékosnak és fõleg nem úgy hogy mindegyik játékosnak külön timer lenne elindítva.
Az értékek sokkal lassabban változnak egy játékosnak, mintsem egy rendszeres idõközönként lévõ idõzítõ menti az adatokat. Mégha egy admin is használná mondjuk a /killall parancsot még akkor se lenne túl terhelve mivel sok szkriptben egyetlen egy timer benne for ciklus az összes online játékossal menti az adatokat ez gyakorlatilag ugyanaz lenne csak hát egy admin nem irkálja be folyamatosan ezt a parancsot. 310
Segítségkérés / Melyik laggoltatná jobban a szervert?« Dátum: 2013. június 04. - 18:59:56 »Idézetet írta: tudvari date=1370362453\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"38140\" data-ipsquote-contentclass=\"forums_Topic Szóval mindig,amikor megváltozik egy változója a játékosnak,nyissa meg dini-vel a fájlt és írja át a sort?Szerintem ez is eléggé terhelõ lehet sok játékosnál.Jó lenne ha utána néznél hogy a dini hogyan menti az adatokat.
A fenti kód kérlek szépen az elsõ sornál megnyitja a fájlt megkeresi benne a \"pacsmag\" kulcsot közben elkezdi átmásolni egy \"anyámtyúkja.part\" nevû fájlba az egész tartalmát, ha megtalálja a kulcsot akkor az új értéket írja bele az újonnan létrehozott fájlba, ha végzett az olvasással és az új fájlba való másolással, törli az \"anyámtyúkja.txt\" fájlt, majd újra megnyitja az újonnan létrehozott \"anyámtyúkja.part\" fájlt és szépen létrehozza a korábbi \"anyámtyúkja.txt\" fájlt és átmásolja minden sorát, ezután törli az ideiglenesen létrehozott \"anyámtyúkja.part\" fájlt, és hurrá készen van a \"pacsmag\" adat frissítése, és most kezdõdik az egész elölrõl \"pacsmag2\"\" kulccsal, ugye a fentebb írt nyamvadt két sor adattal. 311
Segítségkérés / Melyik laggoltatná jobban a szervert?« Dátum: 2013. június 04. - 09:49:43 »Idézetet írta: divkn date=1370279768\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"38140\" data-ipsquote-contentclass=\"forums_Topic Én VRP-ben úgy oldottam meg, hogy már akkor menti azt az értéket, mikor az érték módosul.Itt a megfelelõ válasz a kérdésedre, olyan adatot felesleges menteni amelyik nem változott ergo felesleges processzor, memória használat ami növeli a számítógép kihasználtságát és akadáshoz (lagg-hoz) vezethet. 312
SA-MP / Open.mp: Szerverfejlesztés / [FS]LockCar 0.3 v1.3.1« Dátum: 2013. június 01. - 22:03:31 »
Ez egy nagyon régi szkript, de ma este elõkapartam mivel láttam hogy elromlott a letöltési linkje a hivatalos fórumon, de ha már elõ szedtem egy kicsit frissítettem meg egyszerûsítettem is a kódot.
![]() A szkript egy alap /lock és /unlock (jármûvek bezárása és nyitása) valamint rcon admin által használható /xunlock (összes lezárt jármû kinyitása) parancsot tartalmaz, a lényege a SetVehicleParamsForPlayer javítása mely 0.3a samp kliens óta a jármûvek betöltésének megváltozása óta rosszul mûködik, valójában törlõdik a beállított érték ezért a jármû megjelenésekor \"OnVehicleStreamIn\" újra le kell zárni a jármûvet a SetVehicleParamsForPlayer segítségével. Letöltés: http://pastebin.com/CPrHRdpg // Vehicle Locked and UnLocked by.: Phento Date 10.03.03 v1.2 H. link Javítva egy apró hiba miszerint ha az összes jármû létre van hozva a játékban, akkor pont a 2000-dik jármûnél rosszul mûködött, mondjuk nem sok olyan szerver van ahol a maximális jármûvek számát kihasználják, de hátha, és ezért javítottam.
313
Segítségkérés / stock nev« Dátum: 2013. június 01. - 08:51:56 »Idézetet írta: Konstantin date=1370037876\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"38010\" data-ipsquote-contentclass=\"forums_Topic Rosszul tudod, a GetPlayerName harmadik paramétere a változó méretét hívatott megadni.GetPlayerName(playerid, name, sizeof(name)); new name[24]; // Ez esetben 24 karakternyi hely mivel most egy karakterláncnak szánjuk ezt a változót. Ezért ebben az esetben teljesen mindegy hogy melyik verziót használja, nincs semmi jelentõsége. 314
Segítségkérés / MySQL bejelentkezés ->minden jelszót rossznak érzékel.« Dátum: 2013. június 01. - 08:39:44 »
És a másodikat is létrehozza?
Mivel korábban az `id` mezõre AUTO_INCREMENT beállítást kérdeztél és arra én azt írtam ne írj semmit, most meg ott szerepel egy nulla (0). Egyébként meg nagyon rossz módból próbálod meg megírni sajátra ezt a dolgot. Eleve OnPlayerConnect-nél lehetne ellenõrizni regisztrált-e a játékos, és mondjuk eltárolni egy változóban. new bool:IsRegistered[MAX_PLAYERS]; Loginkor ezután már csak ennek a változónak az értékét kellene ellenõrizni akárhányszor írja be a parancsot, meg lehetne még egy változó ami a bejelentkezett állapotot tárolja, de látom van is de használva nincs. Mikor ellenõrzõd van-e ilyen felhasználó már eleve az összes adatot lekérheted amire szükséged van/szüksége van a játékosnak így egyetlen mysql_query kéréssel el lehet intézni a bejelentkezést (login-t), és nincsen szükség további mysql_query-re. Ez azért lenne fontos hogy ne 3 vagy több mysql_query legyen egyetlen egy parancsban (kicsit lassú), meg sok helyen a mysql_free_result is rossz helyre van írva, ha a mysql_debug-ot bekapcsolod mysql_debug(1), akkor készít egy fájlt (mysql_log.txt) minden mysql adatcserérõl abban lehet találsz pár hiba üzenetet aminek azért nem kellene ott lenni. 315
Segítségkérés / MySQL bejelentkezés ->minden jelszót rossznak érzékel.« Dátum: 2013. május 31. - 23:33:52 »
Biztosan létrehozza az új felhasználót az INSERT INTO?
INSERT INTO felhasznalok(id, nev, jelszo, szint, penz, IP, xp, perc, ora, ban ) VALUES( 0,\'%s\', SHA1(\'%s\'), 1, 0, \'%s\', 0, 0, 0, false)[/quote] |


-1))) SendClientMessage(playerid, 0x0099FFAA, (locked)?(\"Already vehicle locked!\")