Írta: BoOy - 2014. február 02. - 00:13:27
![\"logo_forum.gif\"](\"http://forum.sa-mp.com/images/samp/logo_forum.gif\"){kind=logo}
SA-MP 0.3z RC
SA-MP 0.3z egy újabb biztonsági frissítés, amit minél hamarabb remélünk, hogy kiadásra kerül. Van pár újdonság is, de az RC-k során javításra kéne kerülni azoknak a bugoknak, amik a 0.3 verziók alatt nem lettek javítva.
Fegyver szinkronizáció frissítve a töltényes fegyverekhez
A lövések mostmár lagg mentesek, tehát ez azt jelenti, hogy mostmár nem a skin elé kell lõnöd, ha sebzést akarsz okozni, hanem a skin-re, mint ahogy azt a többi normális multiplayer játékba.
Szerver oldalon le lehet kérni, hogy a játékos hova lõtt és mire; játékosra, jármûre vagy objectre.
#define BULLET_HIT_TYPE_NONE 0
#define BULLET_HIT_TYPE_PLAYER 1
#define BULLET_HIT_TYPE_VEHICLE 2
#define BULLET_HIT_TYPE_OBJECT 3
forward OnPlayerWeaponShot(playerid, weaponid, hittype, hitid, Float:fX, Float:fY, Float:fZ);
A give/take damage callback-ok tartalmaznak már egy bodypart ID-t is. Ha a a scriptedben használod valamelyiket e funkciók közül, akkor a következõ képpen kell õket frissítened:
forward OnPlayerTakeDamage(playerid, issuerid, Float:amount, weaponid, bodypart);
forward OnPlayerGiveDamage(playerid, damagedid, Float:amount, weaponid, bodypart);
Egyéb dolgok
- Ki/be menõ packetok számát meg lehet adni a server.cfg-ben a \'messageholelimit\' beállítással, ez nagy segítsék a támadások ellen.
- A Rivershell játékmód frissítve verzió 2-re.
Újdonságok:
SA-MP 0.3z R1-2 Client/Szerver frissítés
Ez a frissítés a SA-MP Szerver tulajdonosoknak érkezett.
- A Játékos aktuális fegyver ID-je, nem megfelelõen mûködött a pawn szkriptekben amikor utasként akartuk lekérdezni.
SA-MP 0.3z R1-2 Linux Server:
SA-MP 0.3z RC5-2 Client/Szerver frissítés
- Javítva: A legnagyobb ID-t kapott játékos nem kap frissítést az üres jármûvekrõl!
SA-MP 0.3z RC5 Client/Szerver frissítés
- Javítva, ellenõrzi a hibát a szerver böngészõje ha egy hibás portot adunk hozzá. (Pl: 77777)
- Pár belsõ optimalizálás a kliens teljesítmény javításának érdekében.
- Javítva, hogy a Játékos változó (PVar) nem mûködött az OnPlayerDisconnect alatt a játékmód/szerver újraindítása közben!
- Hozzáadva egy pawn natív, ami a GetServerTickRate() visszatérésére szolgál.
- Javított probléma, 3DText és a NameTag LOS tesztelése a szerver objecteken.
- Megváltozott a viselkedése és a paraméterei az OnUnoccupiedVehicleUpdate eljárásnak.
- A korábbi szerver verziók, a klienseknek is küldött információkat a jármûvekrõl amelyeket még nem ellenõriztek a többi játékosnak. A rendszer nem volt képes ezeket a frissítéseket megszüntetni. A szkript most a jármû belsejérõl kap információt. A GetVehiclePos függvény visszatér az alap jármû pozíciójába, és nem a frissített pozícióval fog visszatérni. Így újonnan hozzá lett adva még egy paraméter, amivel a játékos frissített helyzetét kéri le. Ha a szkript 0-val tér vissza akkor a frissítés megszakad, ha 1-el akkor tovább frissül.
Az összes szkript OnUnoccupiedVehicleUpdate részét frissíteni és újra kell fordítani a 0.3z miatt.
forward OnUnoccupiedVehicleUpdate(vehicleid, playerid, passenger_seat, Float:new_x, Float:new_y, Float:new_z);
- server.cfg \"lagcompmode\" opció.
A server.cfg \"lagcompmode\" opció fel lett változtatva a \"shotcompmode\" résszel, és más lag kompenzációs beállításokkal lehet használni az újabb SA-MP verzióban.
lagcompmode 0 : lag kompenzáció tiltva.
lagcompmode 1 : (alap) lag kompenzáció elérhetõ.
lagcompmode 2 : lag kompenzáció elérhetõ csak a pozícióval.
A szerver böngészõben megjelent a \"lagcomp\" beállítás a \"szabályok\" ablakban.
- Ha a lag kompenzáció ki van kapcsolva akkor a régebbi lövés mód elérhetõ lesz mint ahogy a régebbi SA-MP verziókban. (A játékos elé lövés (Glitch))
SA-MP 0.3z RC4 Client/Server frissítés
- Javítva, a távoli lövések eltûnése.
- \"Nametag LOS\" tesztelése az alkalmazott szerver objecteken.
- OnPlayerGiveDamage Eljárás elõhívható NPC-k esetében is.
- GetPlayerLastShotVectors függvény hozzáadva.
- Hozzáadva egy örök módot(server.cfg-be lehet beállítani: shotcompmode 2) célja hogy engedélyezni tudjuk a joypaddal való auto-aim funkciót.
- Javítva: A játékos nem tud lõni addig, amíg a jármû tetején van a karaktere.
- Hozzáadva pár új kamera funkció a játékosnak pl. a kép arány és a zoom szint beállítása (sniper).
- Kiterjesztett \"netstat\" funkció, amivel megtudjuk nézi az alacsonyabb szintû hálózati információkat.
native GetPlayerLastShotVectors(playerid, &Float:fOriginX, &Float:fOriginY, &Float:fOriginZ, &Float:fHitPosX, &Float:fHitPosY, &Float:fHitPosZ);
native Float:GetPlayerCameraAspectRatio(playerid);
native Float:GetPlayerCameraZoom(playerid);
// Extended admin network stats
native NetStats_GetConnectedTime(playerid);
native NetStats_MessagesReceived(playerid);
native NetStats_BytesReceived(playerid);
native NetStats_MessagesSent(playerid);
native NetStats_BytesSent(playerid);
native NetStats_MessagesRecvPerSecond(playerid);
native Float:NetStats_PacketLossPercent(playerid);
native NetStats_ConnectionStatus(playerid);
native NetStats_GetIpPort(playerid, ip_port[], ip_port_len);
SA-MP 0.3z RC3 Client/Server frissítés
- Javítva: Engedélyezve a Joypad auto-aim funkció.
- Javítva: A sniper nem mûködik, ha a SA vektorált területét elhagyja.
- Extra szerver adatok vizsgálatára minden játékos lövés adatokat kap.
- VectorSize pawn funkció hozzáadva.
SA-MP 0.3z RC2 Client/Server frissítés
- Autoaim továbbá nem lehetséges joytick-al
- Hozzáadva a BULLET_HIT_TYPE_PLAYER_OBJECT 4
- Fegyvereknél a lövéskor keletkezõ füst effekt javítva
Letöltések:
0.3z RC5-2 Client
SA-MP 0.3z RC5 Client Installer
0.3z RC5 Server
SA-MP 0.3z RC5 Windows Server
SA-MP 0.3z RC5 Linux Server
0.3z RC4 Client
SA-MP 0.3z RC4 Client Installer
0.3z RC4 Server
SA-MP 0.3z RC4 Windows Server
SA-MP 0.3z RC4 Linux Server
0.3z RC3 Client
SA-MP 0.3z RC3 Client Installer
0.3z RC3 Server
SA-MP 0.3z RC3 Windows Server
SA-MP 0.3z RC3 Linux Server
0.3z RC2 Client
SA-MP 0.3z RC2 Client Installer
0.3z RC2 Server
SA-MP 0.3z RC2 Windows Server
SA-MP 0.3z RC2 Linux Server
0.3z RC1 Client
SA-MP 0.3z RC1 Client Installer
0.3z RC1 Server
SA-MP 0.3z RC1 Windows Server
SA-MP 0.3z RC1 Linux Server
SA-MP 0.3z R1-2 (HIVATALOS) Letöltések:
SA-MP 0.3z R1-2 Linux Server
SA-MP 0.3z R1-2 Windows Server
SA-MP 0.3z R1-2 Linux Server (1000 max játékos)
Eredeti téma: http://forum.sa-mp.com/showthread.php?t=487997
Fordította: kurta999
Kiegészítette: BoOy
Írta: ZyZu. - 2014. február 02. - 01:00:31
[gmod]A téma marad mivel Dead nem bõvítette így törlésre került![/gmod]
Írta: Thosiro - 2014. február 03. - 01:18:18
Írta: Jippy - 2014. február 06. - 19:13:18
Írta: Dfoglalo - 2014. február 06. - 19:29:42
Idézetet írta: Jippy date=1391710398\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
de a kocsik már úgy is sebzõdnek ha nem ül benne senki. Elõrehaladás!! :DAzt hogy érted el? ??? :o Nálam nem sebezõdnek :(
Írta: TwisT3R - 2014. február 06. - 19:34:35
Idézetet írta: Dfoglalo date=1391711382\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Azt hogy érted el? ??? :o Nálam nem sebezõdnek :(
de a kocsik már úgy is sebzõdnek ha nem ül benne senki. Elõrehaladás!! :D
[/quote]
mit vársz a SA:MP-tól? ezt is be kell scriptelned
Írta: Dfoglalo - 2014. február 06. - 19:37:47
Idézetet írta: TwisT3R date=1391711675\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
mit vársz a SA:MP-tól? ezt is be kell scriptelnedDe Jippy hsze szerint már alapból úgy is sebezõdnek, ha nem ül benne senki... Vagy akkor rosszul fogalmazta meg.
Írta: Thosiro - 2014. február 06. - 19:57:44
Írta: kurta999 - 2014. február 06. - 20:06:07
http://forum.sa-mp.com/member.php?u=29176
Ezzel a felfogással meg ne nagyon várjatok sokat a samptól a jövõbe nézve:
^ Erre no reply.
Írta: Gentleman - 2014. február 06. - 20:28:16
Írta: BoOy - 2014. február 06. - 20:31:42
Idézetet írta: Gentleman date=1391714896\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
A nagy igazság az, hogy az MTA tényleg jobb.Én valahogy MTA-n nem érzem magam szabadnak...
Írta: divkn - 2014. február 06. - 20:32:34
Írta: bbTamas - 2014. február 06. - 20:43:06
Játékélménybe valahogy mégis jobb, felhasználóbarát, és alacsonyabb a gépigénye.
3.z kifejezett csalódás, ezeket a függvények, függvénymeghívásoknak már rég bekellett volna rakni.
Aztán megint eltelik egy év, mire lesz valami értelmes újdonság.
Hét éves lassan a SAMP de nincs arra függvény, hogy a jármû színét lekérjük.
Ebben az a vicc, hogy ezeket a hiányosságokat nem is akarják implementálni, kijavítani, beépíteni.
Ezt a hozzáállást nem értem. Úgy vannak vele, hogy meglehet oldani, akkor minek rakjanak bele egy ilyen függvényt?
Kezdjük a legalapvetõ függvényekkel, funkciókkal. Ha nem lenne Streamer plugin akkor mi lenne a SAMP-al?
Nem értem miért nem építenek be egy saját Streamert, tudom hogy van valamiféle alap object Streamer SAMP-ban ami csak xy koordinátákat veszi figyelembe.
Ez most nem a Streamer plugin ellen szólt, sõt tisztelem a készítõjét, de ezt nem neki kellett volna megcsinálni, hanem ennek alapból benne kellene, hogy legyen.
Van egy olyan érzésem, hogy az MTA a jövõben jóval több újdonsággal fog kecsegtetni, mint a SAMP, de szerintem nem árultam el ezzel nagy titkot.
Írta: kurta999 - 2014. február 06. - 20:55:51
Idézetet írta: BoOy date=1391715102\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Én valahogy MTA-n nem érzem magam szabadnak...
A nagy igazság az, hogy az MTA tényleg jobb.
[/quote]
MTA-nak egyetlen egy k*rv* nagy baja van, az az, hogy sz*r a chatbox. SAMP-os 1000x jobb. Gépigényre meg azért nem hinném, hogy nagyobb kell neki, mind a sampnak.
Maximum ha telirakod shaderokkal, de ilyenekre illik beállítást is tenni, hogy ki tudd kapcsolni.
Ilyen GetVehicleColor() és hozzá tartozó stb. \'csaságot simán ki lehet olvasni a samp szerver-bõl, csak az a kérdés, mi a f***nak? Nem látom értelmét ezmiatt visszafejleszteni az egész struktúrát meg a mutatókat aztán minden verzió változásnál menjen el egy napom a frissítésre. Inkább írjon mindenki sajátot ha ennyire **sznak az ember fejére.
Streamer pluginnal kapcsolatban meg samp-ba nincs alapból object streamer, az összes 1000 object a GTA-ba be van töltve (onnantól a GTA streamer dolga, ennyire ne mennyünk bele mert ehhez énse értek). Kocsikra van streamer 0.3 óta, de azt hiszem többet ért volna ha ez nincs és marad a 700as limit és Incognito tesz egy streamert az õ pluginjába. Ha jelenleg több kocsit akarsz, akkor szerver oldalon is kocsi streamer, kliens oldalon is. Ez kicsit nagyon bénán hangzik..
Kocsi limit emelésérõl is volt má pofázva Kye-nek, mert nagyobb szerevereken kevés a 2000. Hamár bele rakta a kliensbe a streamert, nehogy már a szerver oldalon keljen mégegy streamert írni, de az lett a válasz, hogy a 2000 elég, mert ha több lenne akkor túl sok kocsi lenne és laggolnának a játékosok. SA-n belül ezt nagyon nehezen, de elfogadom. Csakhogy sok szerver SA mapon kívül is létezik, tehát ez nem válasz, hogy túl sûrûn lennének - mert kurvára nem.
Írta: Pedró - 2014. február 06. - 21:05:09
Idézetet írta: kurta999 date=1391716551\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Kocsi limit emelésérõl is volt má pofázva Kye-nek, mert nagyobb szerevereken kevés a 2000. Hamár bele rakta a kliensbe a streamert, nehogy már a szerver oldalon keljen mégegy streamert írni, de az lett a válasz, hogy a 2000 elég, mert ha több lenne akkor túl sok kocsi lenne és laggolnának a játékosok. SA-n belül ezt nagyon nehezen, de elfogadom. Csakhogy sok szerver SA mapon kívül is létezik, tehát ez nem válasz, hogy túl sûrûn lennének - mert kurvára nem.+
Azt mondta, hogy ha 500 player van, playerenként 4 jármû jut..
Ha 1000 player van, playerenként 2 jármû jut..
Hát nem tudom, szerintem meg jobb lenne ha korlátlan lenne, és majd a szerver tulajdonosok eldöntené, hogy laggoltatni szeretnék-e a szerverüket a rengeteg autóval, vagy nem.. Ugyanígy az objectekkel.. Miért nem lehet korlátlanra állítani ezeket a dolgokat?
Írta: Gentleman - 2014. február 06. - 21:14:02
Ráadásul ez az egész GUI támogatás is nagyon jó benne, plusz vannak nagyon jó funkciók is szerver és kliens oldalon is. Ha meg ez nem lenne elegendõ akkor a letöltéskezelõvel nagyon jól lehet módosítgatni meglévõ modelleket vagy újakat hozzáadni :)
Írta: Dfoglalo - 2014. február 06. - 21:24:02
Idézetet írta: Gentleman date=1391717642\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Ráadásul ez az egész GUI támogatás is nagyon jó benne, plusz vannak nagyon jó funkciók is szerver és kliens oldalon is. Ha meg ez nem lenne elegendõ akkor a letöltéskezelõvel nagyon jól lehet módosítgatni meglévõ modelleket vagy újakat hozzáadni :)Pontosan ez hiányzik a SAMP-ból (nameg egy szorgos developer team). :(
Írta: kurta999 - 2014. február 06. - 21:49:10
Idézetet írta: Pedró date=1391717109\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
+Többi dolog az rendben van, ahogy van. Lehet írni rájuk streamert, Incognito meg is csinálta - respect neki mivel gyorsabb, mind ami az MTA-ban van a kliens oldalra alapból beépítve.
Azt mondta, hogy ha 500 player van, playerenként 4 jármû jut..
Ha 1000 player van, playerenként 2 jármû jut..
Hát nem tudom, szerintem meg jobb lenne ha korlátlan lenne, és majd a szerver tulajdonosok eldöntené, hogy laggoltatni szeretnék-e a szerverüket a rengeteg autóval, vagy nem.. Ugyanígy az objectekkel.. Miért nem lehet korlátlanra állítani ezeket a dolgokat?
Nekem itt csak a jármûvekkel van bajom, mivel ahhoz már ALAPBÓL van streamer a kliens oldalon és ez itt a probléma, hamár van streamer, mér nem tudja nagyobbra tenni a limitet.. Többi dologhoz nincs streamer, azokat a dolgokat a játék adja meg, mennyit bír betölteni egyszerre. Valamennyire a limitet ki lehet tolni, persze nem akár mekkorára, mert a GTA limiteket nem egy szám átírásából áll megemelni.
Gondolkoztam azon is, hogy az Incognito streamer ráírni kliens oldalra - na úgy aztán röpülne a dolog :D
MTA streamert felvittem sampra, 70k objectel csak úgy akadt xD.
Írta: ZyZu. - 2014. február 07. - 03:52:24
Idézetet írta: Pedró date=1391717109\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
+
Kocsi limit emelésérõl is volt má pofázva Kye-nek, mert nagyobb szerevereken kevés a 2000. Hamár bele rakta a kliensbe a streamert, nehogy már a szerver oldalon keljen mégegy streamert írni, de az lett a válasz, hogy a 2000 elég, mert ha több lenne akkor túl sok kocsi lenne és laggolnának a játékosok. SA-n belül ezt nagyon nehezen, de elfogadom. Csakhogy sok szerver SA mapon kívül is létezik, tehát ez nem válasz, hogy túl sûrûn lennének - mert kurvára nem.
Azt mondta, hogy ha 500 player van, playerenként 4 jármû jut..
Ha 1000 player van, playerenként 2 jármû jut..
Hát nem tudom, szerintem meg jobb lenne ha korlátlan lenne, és majd a szerver tulajdonosok eldöntené, hogy laggoltatni szeretnék-e a szerverüket a rengeteg autóval, vagy nem.. Ugyanígy az objectekkel.. Miért nem lehet korlátlanra állítani ezeket a dolgokat?
[/quote]
True. ;) Én egy dolgot csodálok, hogy nem lehet vízet létrehozni mint MTA -ban.. nem tudom miért de én MTA -t nem szeretem más az egész felépítése és nem tetszik. De meglátjuk még jöhet meglepetés... vagy nem.
Írta: bbTamas - 2014. február 08. - 14:28:44
Idézetet írta: kurta999 date=1391719750\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Többi dolog az rendben van, ahogy van. Lehet írni rájuk streamert, Incognito meg is csinálta - respect neki mivel gyorsabb, mind ami az MTA-ban van a kliens oldalra alapból beépítve.
+
Azt mondta, hogy ha 500 player van, playerenként 4 jármû jut..
Ha 1000 player van, playerenként 2 jármû jut..
Hát nem tudom, szerintem meg jobb lenne ha korlátlan lenne, és majd a szerver tulajdonosok eldöntené, hogy laggoltatni szeretnék-e a szerverüket a rengeteg autóval, vagy nem.. Ugyanígy az objectekkel.. Miért nem lehet korlátlanra állítani ezeket a dolgokat?
Nekem itt csak a jármûvekkel van bajom, mivel ahhoz már ALAPBÓL van streamer a kliens oldalon és ez itt a probléma, hamár van streamer, mér nem tudja nagyobbra tenni a limitet.. Többi dologhoz nincs streamer, azokat a dolgokat a játék adja meg, mennyit bír betölteni egyszerre. Valamennyire a limitet ki lehet tolni, persze nem akár mekkorára, mert a GTA limiteket nem egy szám átírásából áll megemelni.
Gondolkoztam azon is, hogy az Incognito streamer ráírni kliens oldalra - na úgy aztán röpülne a dolog :D
MTA streamert felvittem sampra, 70k objectel csak úgy akadt xD.
[/quote]
SAMP-os gyorsabban Streameli az objecteket mint az MTA?
Nekem MTA-ban sokkal simábbnak tûnik az objectek megjelenítése, mint SAMP-ban, de ez lehet a dupla annyi Streamer memória miatt.
Viszont MTA-ban kliens oldalon fut, és SAMP-ban meg server oldalon, ami megint plussz megterhelést jelent a szerver számára.
SAMP-ban azért ha sok jármû van egy helyen akkor egy pillanatra belaggol akármilyen géped is van, MTA-ban valahogy máshogy van megoldva, ott ilyent én nem tapasztaltam.
Én néztem is, hogy MTA-ban sokkal simábban látványosabban jobban van megoldva a jármû rész.
Van egy másik érdekes kérdés, a játékosszám, MTA 1.3.1-as verziójában 1024-rõl 4096-ra emelték a játékszámot, és szerintem simán bírná laggmentesen azt a 4096 játékost.
SAMP-ban már nem egy szerver van ami 1000 férõhelyes és tele van, fõleg ez orosz RP szervereknél van, és õk nagyon SAMP pártiak.
Nincsen agyon scriptelve egy 1000 férõhelyes szerver se, amelyek igen azokat max 500-ra lekorlátozták mert nem bírná a SAMP a felépítése miatt.
MTA GUI rendszere Crazy Eddie\'s GUI (CEGUI) rendszerre épül ami nyílt forráskódú, bárki által letölthetõ .
Csak sajnos Lua és Python-t támogat.
SAMP-ban is simán meglehetne oldani az egyedi GUI rendszert, ha nagyon akarnák, mert lenne már egy alap amire lehetne építeni.
Írta: kurta999 - 2014. február 08. - 15:07:25
MTA object streamer kevés tárgynál jó, csak azt mondom, hogy ha több 10ezer objectet használsz, beszarasztod mert igen lelassul. Streamer plugint meg nem.
Írta: Zsolesszka - 2014. február 09. - 21:55:09
Írta: Dfoglalo - 2014. február 09. - 21:58:03
Írta: ZyZu. - 2014. február 09. - 22:20:52
Idézetet írta: Dfoglalo date=1391979483\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Szerintem jól gondolod. Habár elképzelhetõ, hogy a hivatalos megjelenésig lesz még bennne egy-két változtatás. :hmmm:Talán jövõre.. ez nagy fejlesztés volt Kalcor számára. Na de nézzük a jó oldalát, legalább csinál minden évben valamit APRÓSÁGOT. ;)
Kíváncsi leszek az új verzióra.. milyen fejlesztések lesznek benne amiket leírtak a hív fórumon. :D
Írta: jana4 - 2014. február 10. - 15:46:44
Idézetet írta: ɐʞzssǝlosz date=1391979309\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Ha jól gondolom ennyi volt a SA-MP 0.3z verzió. (mivel túl nagy a csend régóta) :DSzerintem is, és SZÉGYEN, hogy ezért kell pluginokat frissíteni, klienset, szervert!
Ezért a kis bizbasz dolgokért. Az MTA kezelése nekem bonyolultabb, a SA-MP letisztult, ezért maradok mindig ennél a multiplayer modifikációnál.
Írta: bbTamas - 2014. február 10. - 20:08:23
Nem konyítok sokat a C++-hoz, meg SAMP-os plugin készítéshez, lelehet kérni ott a verziószámot, van rá külön memóriacím?
Úgy lett megírva, mint pl Streamer.
kurta999:MTA object streamer kevés tárgynál jó, csak azt mondom, hogy ha több 10ezer objectet használsz, besz*rasztod mert igen lelassul. Streamer plugint meg nem.
MTA:Eir-ban elvben ezt fogja megnövelni és sokkal hatékonyabbá tenni.
Írta: Pedró - 2014. február 11. - 18:51:09
http://forum.sa-mp.com/showthread.php?t=487997
Írta: Dfoglalo - 2014. február 11. - 18:58:49
R4 DELETE, R5 INSTALL ;D
Írta: Pedró - 2014. február 12. - 16:02:05
- Fixed: Player with the highest player ID was not sending any unoccupied vehicle updates.
Írta: jana4 - 2014. február 12. - 16:27:17
Írta: Pedró - 2014. február 12. - 17:04:19
SA-MP 0.3z RC5-2 Client update
- Fixed: Player with the highest player ID was not sending any unoccupied vehicle updates.
SA-MP 0.3z RC5 Client/Server update
- Fixed range check error in the server browser if you added an erroneous port (like 77777).
- Some internal optimisation in the client should improve performance.
- Fixed problem where PVars were not accessible in OnPlayerDisconnect during a gamemode restart.
- Added pawn native GetServerTickRate() to return the current tickrate (like FPS) of the server.
- Fixed problem with 3DText/NameTag LoS tests on server objects.
- Changes to the behaviour and parameters of OnUnoccupiedVehicleUpdate.
In previous server versions, clients could send updates about vehicles that aren\'t being controlled/driven by other players,
although the server had no ability to cancel these updates. The script will now be notified about such updates before the
vehicle is updated internally. GetVehiclePos would return the existing position, not the updated position. Newly added parameters
describe the player\'s requested update position. The script can now return 0 to cancel the update or return 1 to allow the update through.
All scripts using OnUnoccupiedVehicleUpdate will need to be updated and recompiled for 0.3z.
forward OnUnoccupiedVehicleUpdate(vehicleid, playerid, passenger_seat, Float:new_x, Float:new_y, Float:new_z);
- server.cfg option \'lagcompmode\'
The server.cfg option \'shotcompmode\' was replaced with \'lagcompmode\' as it will be used for other lag compensation settings in future SA-MP versions.
lagcompmode 0 ; lag compensation is disabled
lagcompmode 1 ; (default) lag compensation is enabled
lagcompmode 2 ; lag compensation enabled, position only.
[/quote]
- The server browser will now show a \'lagcomp\' setting in the rules window.
- When lag compensation is disabled, legacy shot mode will now function exactly as it did in previous SA-MP versions (no calls to OnPlayerWeaponShot etc).
[/quote]
Írta: jana4 - 2014. február 12. - 17:10:11
Írta: BoOy - 2014. február 12. - 17:48:01
Írta: Dfoglalo - 2014. február 12. - 17:49:52
Írta: BoOy - 2014. február 12. - 17:58:08
Idézetet írta: Dfoglalo date=1392223792\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
A letöltés lemaradt. :D (Cappsy a bajtársad :D)Hozzáadva! :D Amúgy a véleményem az RC5-ös frissítésekre, hát szerintem nincs sok értelme ezeknek az új funkcióknak.
Írta: bbTamas - 2014. február 12. - 23:29:15
Ez még oké volt 0.3a-ban, de már azóta eltelt egy pár év, és megint ezzel az érvel jönni, azért nincs ennyi újdonság, mert ez csak egy biztonsági frissítés.
Szerintem nagy valószínûséggel, 0.3z nem is volt betervezve, azért adja ki, mert 0.3x R2 server patch 1-ra, azaz a szerver oldali frissítésre nem álltak rá.
Ezért muszáj volt kiadni egy olyan verziót kiadni valami újdonsággal, hogy átálljanak.
Most megint egy évig legalább nem lesz semmi, aztán, hogy lesz valami az kérdéses.
Komolyabb újításokhoz lehet, hogy újra teljesen átkellene írni SAMP-ot, ami nem kevés idõ. (Ezt nem tudom, hogy oldották meg MTA-ban, a funkció bõvítést.)
Írta: ZyZu. - 2014. február 13. - 00:05:52
Írta: bbTamas - 2014. február 13. - 12:40:48
Ennyi volt ebben az verzióban az újdonságok.
Írta: krisk - 2014. február 13. - 13:49:45
MTA alapja a Blue, az gyakorlatilag egy olyan engine, amely a játékban meglévõ eredeti függvényeket SZIMULÁLJA C++ függvényekkel, assembly utasításokkal.
Tehát, van egy visszafejtett GTA:SA függvény, amirõl tudják, hogy mit csinál. Akkor az MTA-sok írnak a Blue-ban egy, az eredeti GTA függvénynel MEGEGYEZÕ C++ függvényt, amelynek a tartalmaként néhány assembly sorral meghívják a R* eredetijét. Így hatékonyan lehet új kódot berakni, ezeket meg odaadják a fejlesztõknek (persze ott van még a szinkronizáció és egyebek, de most az lényegtelen). Ha valaki látta már a Blue engine-t, az tudja, hogy a struktúrája az egész motornak szinte egy az egyben megegyezik a GTA-éval, mivel arra építették rá. Vagyis az MTA alapja az, hogy azokat a függvényeket érjük el, amiket a R* csinált.
SAMP pedig annyit csinál, hogy rájön, hogy kéne +1 függvény, akkor berakja a szerverbe, és kész. Semmi következetesség. Igazából minden multiplayer modnak az alapja valamilyen hook rendszer, amellyel a bájtkódot valami értelmes programozási nyelven tudod manipulálni, ezt aztán odaadod a fejlesztõnek, és mindenki hepi. Az MTA-blue logikusan van felépítve, az objektum-orientáltság teljesen az alap GTA struktúrát másolja, és így rásimul a kódra. A SAMP meg néha berak 1-2 függvényt, amit úgy kell érteni, hogy csinálnak +1 C++ függvényt a kliensbe, ami meghívja az adott GTA függvényt assembly-n keresztül. Abba egy gramm classt vagy valami element-parent-children rendszert nem fogsz látni.
Másrészrõl meg az, hogy \"azért nem rakunk be egyedi skineket/kliens oldali scripteket/gui-t, mert ez nem egy játékmotor\", már komolyan mondom, röhejes. Minden normális multiplayer mod engedélyezi a kliens oldali modok és scriptek futtatását, a tartalmak letöltését a szerverrõl, és a többi.
Elkúrták már a SAMP-ot akkor, mikor elkezdték írni, csak szerintem mostanában kezdtek el rájönni, hogy egy rohadt nagy zsákutcába haladt az egész cucc.
Egy ideális GTA Multiplayer a kettõ keveréke lenne, egyébként.
Írta: hpeter94 - 2014. február 13. - 15:30:57
Írta: bbTamas - 2014. február 13. - 22:02:38
Idézetet írta: krisk date=1392295785\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Az MTA-t és a SAMP-ot össze se lehet hasonlítani, már csak a filozófiából sem.Ez már mindent megmagyaráz. MTA EIR témájában, ott is levan írva, hogy egészet olyan elv szerint fejlesztik ahogy a GTA motorja mûködik, ahogy te is említetted.
MTA alapja a Blue, az gyakorlatilag egy olyan engine, amely a játékban meglévõ eredeti függvényeket SZIMULÁLJA C++ függvényekkel, assembly utasításokkal.
Tehát, van egy visszafejtett GTA:SA függvény, amirõl tudják, hogy mit csinál. Akkor az MTA-sok írnak a Blue-ban egy, az eredeti GTA függvénynel MEGEGYEZÕ C++ függvényt, amelynek a tartalmaként néhány assembly sorral meghívják a R* eredetijét. Így hatékonyan lehet új kódot berakni, ezeket meg odaadják a fejlesztõknek (persze ott van még a szinkronizáció és egyebek, de most az lényegtelen). Ha valaki látta már a Blue engine-t, az tudja, hogy a struktúrája az egész motornak szinte egy az egyben megegyezik a GTA-éval, mivel arra építették rá. Vagyis az MTA alapja az, hogy azokat a függvényeket érjük el, amiket a R* csinált.
SAMP pedig annyit csinál, hogy rájön, hogy kéne +1 függvény, akkor berakja a szerverbe, és kész. Semmi következetesség. Igazából minden multiplayer modnak az alapja valamilyen hook rendszer, amellyel a bájtkódot valami értelmes programozási nyelven tudod manipulálni, ezt aztán odaadod a fejlesztõnek, és mindenki hepi. Az MTA-blue logikusan van felépítve, az objektum-orientáltság teljesen az alap GTA struktúrát másolja, és így rásimul a kódra. A SAMP meg néha berak 1-2 függvényt, amit úgy kell érteni, hogy csinálnak +1 C++ függvényt a kliensbe, ami meghívja az adott GTA függvényt assembly-n keresztül. Abba egy gramm classt vagy valami element-parent-children rendszert nem fogsz látni.
Másrészrõl meg az, hogy \"azért nem rakunk be egyedi skineket/kliens oldali scripteket/gui-t, mert ez nem egy játékmotor\", már komolyan mondom, röhejes. Minden normális multiplayer mod engedélyezi a kliens oldali modok és scriptek futtatását, a tartalmak letöltését a szerverrõl, és a többi.
Elkúrták már a SAMP-ot akkor, mikor elkezdték írni, csak szerintem mostanában kezdtek el rájönni, hogy egy rohadt nagy zsákutcába haladt az egész cucc.
Egy ideális GTA Multiplayer a kettõ keveréke lenne, egyébként.
Kalcor ezért nem rak be ilyen radikális újításokat (csak olyan függvényeket rak be ami nem nyúl bele mélyen GTA SA-ba), mert nincs rendszer amire tudna építeni, és kukázni kellene az egészet, és újraírni az egész SAMP-ot nulláról.
Elég szomorú, ezt olvasni, hogy így van, akkor addig nem is várhatunk semmilyen komolyabb újításra míg újra nem írták az egészet.
Írta: kurta999 - 2014. február 17. - 14:36:21
http://forum.sa-mp.com/showthread.php?t=495071
Írta: bbTamas - 2014. február 17. - 20:54:36
Idézetet írta: kurta999 date=1392644181\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
R1-2 kint, de szerintem közeljövõben lesz R2 is.Már a kliens telepítõ nevében is benne volt, hogy R1 (ez csak számomra érdekes?), sejteni lehetett hogy lesz újabb kliens vagy szerver oldali frissítés.
http://forum.sa-mp.com/showthread.php?t=495071
Írta: BoOy - 2014. február 17. - 22:40:44
Írta: kurta999 - 2014. február 17. - 23:38:32
Idézetet írta: bbTamas date=1392666876\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Már a kliens telepítõ nevében is benne volt, hogy R1 (ez csak számomra érdekes?), sejteni lehetett hogy lesz újabb kliens vagy szerver oldali frissítés.
R1-2 kint, de szerintem közeljövõben lesz R2 is.
http://forum.sa-mp.com/showthread.php?t=495071
[/quote]
Lehet, hogy benne volt. De ez R1-2 xD
E: Am bocs, de a fõ hsz igen félre van fordítva. Ha érdekel rakok ki saját fordítást, nem tökéletes az se, nem parlamenti nyelven van írva.
Írta: BoOy - 2014. február 18. - 17:14:55
Idézetet írta: kurta999 date=1392676712\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
E: Am bocs, de a fõ hsz igen félre van fordítva. Ha érdekel rakok ki saját fordítást, nem tökéletes az se, nem parlamenti nyelven van írva.Ahogy gondolod :).. Magamtól fordítottam, ezért lehet hogy valamit rosszul gondoltam/írtam.
Írta: 1ST_Chr - 2014. február 19. - 19:21:35
Gondolok itt zombi npc szeróra, vagy egyedi DM/TDM szeróra headshot systemekkel esetleg objectes-vadászos cucc..
Írta: kurta999 - 2014. február 19. - 20:07:57
------
Ha érdekel vkit az én fordításom akkor ittvan, nem tökéletes de nincs anyni félrefordítás mind a fõoldalon ami van xd
SA-MP 0.3z RC
Megjegyzés: A(z) SA-MP 0.3z megjelent!
SA-MP 0.3z egy újabb biztonsági frissítés, amit minél hamarabb remélünk, hogy kiadásra kerül. Van pár újdonság is, de az RC-k során javításra kéne kerülni azoknak a bugoknak, amik a 0.3 verziók alatt nem lettek javítva.
Fegyver szinkronizáció frissítve a töltényes fegyverekhez
A lövések mostmár lagg mentesek, tehát ez azt jelenti, hogy mostmár nem a skin elé kell lõnöd, ha sebzést akarsz okozni, hanem a skin-re, mint ahogy azt a többi normális multiplayer játékba.
Szerver oldalon le lehet kérni, hogy a játékos hova lõtt és mire; játékosra, jármûre vagy objectre.
#define BULLET_HIT_TYPE_NONE 0
#define BULLET_HIT_TYPE_PLAYER 1
#define BULLET_HIT_TYPE_VEHICLE 2
#define BULLET_HIT_TYPE_OBJECT 3
forward OnPlayerWeaponShot(playerid, weaponid, hittype, hitid, Float:fX, Float:fY, Float:fZ);
A give/take damage callback-ok tartalmaznak már egy bodypart ID-t is. Ha a a scriptedben használod valamelyiket e funkciók közül, akkor a következõ képpen kell õket frissítened:
forward OnPlayerTakeDamage(playerid, issuerid, Float:amount, weaponid, bodypart);
forward OnPlayerGiveDamage(playerid, damagedid, Float:amount, weaponid, bodypart);
Egyé boldgok
- Ki/be menõ packetok számát meg lehet adni a server.cfg-ben a \'messageholelimit\' beállítással, ez nagy segítsék a támadások ellen.
- A Rivershell játékmód frissítve verzió 2-re.
Újdonságok:
SA-MP 0.3z R1-2 Szerver frissítés (Optimális)
- A játékos jelenlegi fegyverét nem lehett semmivel se lekérni ha valamilyen jármûben utasként ült.
SA-MP 0.3z RC5 Client frissítés
- Javítva az a hiba, amikor a legmagasabb ID-vel rendelkezõ játékos nem küldött semilyen adatot a használaton kívüli jármûvekrõl.
SA-MP 0.3z RC5 Client/Server frissítés
- Szerver böngészõben javítva a \"range check error\" ha rossz szerver portot adsz meg. (pl. 77777)
- Pár belsõ optimalizálás a kliensben, aminek köszönhetõen javulni kéne a teljesítménynek.
- Javítva a probléma, amikor a PVar-ok az OnPlayerDisconnect alatt nem voltak elérhetõek a játékmód újraindítása alatt.
- Pawn funckió a szerver tickrate (FPS) lekérésére - GetServerTickRate()
- Probléma javítva a 3DText/NameTag LoS mûködésével a szerver objecteken.
- OnUnoccupiedVehicleUpdate mûködése és a paraméterei megváltoztak:
Elõzõ verziókban a kliens a használaton kívüli jármûvekrõl adatokat küldött a szervernek, viszont ezeknek az adatoknak a továbbküldését a szerver nem tudta megszakítani. A script mostmár értesítve van ezekrõl a frissítésekrõl, még mielõtt a jármû új pozíciója szinkronizálva van. GetVehiclePos a frissítés elõtti pozícióval tér vissza. Újonnan hozzáadott new_x/y/z paraméterek mutatják a jármûnek az új opozícióját. Ha meg akarod szakítani ezeket a frissítéseket, akkor 0-val kell visszatérni az eljárásban, ha tovább akarod küldeni, akokr 1-el.
Minden szkript ami az OnUnoccupiedVehicleUpdate callback-et használja azt újra kell fordítani a 0.3z-s függvénykönyvtárakkal.
forward OnUnoccupiedVehicleUpdate(vehicleid, playerid, passenger_seat, Float:new_x, Float:new_y, Float:new_z);
- server.cfg \'lagcompmode\' opció
A server.cfg-ben a \'shotcompmode\' lecserélve \'lagcompmode\' nevû beállításra amivel a lag compensation-t állítani tudod.
- Szerver böngészõben elérhetõ egy új szerver rule \'lagcomp\' néven, ami mutatja, hogy a szerver az új lagmentes lövést használja vagy a régi laggosat.
- Ha a lag compensation ki van kapcsolva, akkor a legacy shot mode fog érvénybe lépni ugyanúgy, ahogy ez az elõzõ SA-MP verziókban mûkdött (nincs OnPlayerWeaponShot meghívás, stb..).
SA-MP 0.3z RC4 Client/Server frissítés
- Javítva az a probléma, amikor a hosszú távolságú lövéseket nem érzékelte a kliens.
- Nametag LoS ellenõrzés már a szerver által létrehozott objectekre is mûködik.
- OnPlayerGiveDamage már NPC-kre is meghívódik.
- Új függvény, GetPlayerLastShotVectors a részletesebb lövés adatok lekérdezéséért.
- Legacy mód hozzáadva a lövéshez (shotcompmode 2 server.cfg oció) ami a kamerát használja a lövésekhez és engedi a joytick-al val automatikus célzást.
- A játékosok már tudnak lõni a jármû tetejérõl is ha szörföznek rajta.
- Pár új funkció a játékos kamera információjával kapcsolatban, mint pl. képarány és nagyítási méret (pl. sniper-hez)
- Külön pawn funkció a net statisztika lekérésére, hogy ne kelljen a GetPlayerNetworStat által visszadott nagy stringbõl kiszedni õket.
native GetPlayerLastShotVectors(playerid, &Float:fOriginX, &Float:fOriginY, &Float:fOriginZ, &Float:fHitPosX, &Float:fHitPosY, &Float:fHitPosZ);
native Float:GetPlayerCameraAspectRatio(playerid);
native Float:GetPlayerCameraZoom(playerid);
// Extended admin network stats
native NetStats_GetConnectedTime(playerid);
native NetStats_MessagesReceived(playerid);
native NetStats_BytesReceived(playerid);
native NetStats_MessagesSent(playerid);
native NetStats_BytesSent(playerid);
native NetStats_MessagesRecvPerSecond(playerid);
native Float:NetStats_PacketLossPercent(playerid);
native NetStats_ConnectionStatus(playerid);
native NetStats_GetIpPort(playerid, ip_port[], ip_port_len);
SA-MP 0.3z RC3 Client/Server frissítés
- Joystick-al még mindig ment az autoaim, ez javítva.
- Sniper már mûködik SA-n kívül is. (Mégegy indok, amibe jobb a 0.3z - ideje volt)
- Extra szerver adatok a lövések **szakodásával kapcsolatban.
- Új pawn funkció: VectorSize
SA-MP 0.3z RC2 Client/Server frissítés
- Autoaim továbbá nem lehetséges joytick-al
- Hozzáadva a BULLET_HIT_TYPE_PLAYER_OBJECT 4
- Fegyvereknél a lövéskor keletkezõ füst effekt javítva
Letöltések:
http://sa-mp.com/download.php
Eredeti téma:
http://forum.sa-mp.com/showthread.php?t=487997
Írta: 1ST_Chr - 2014. február 19. - 21:35:23
Amúgy a szervernek van fpse vagy mi az az új funkció? :o
Írta: kurta999 - 2014. február 20. - 15:10:46
http://forum.sa-mp.com/showthread.php?t=295798
Írta: [JSZL]Bencuskaa - 2014. február 27. - 21:01:07
mysql.so ssfanc.so Whirlpool.so streamer.so
Írta: kurta999 - 2014. február 28. - 22:00:02
Írta: Konstantin - 2014. március 18. - 19:55:57
Szerk: na ki is próbáltam, valóban jól mûködik NPC-n. :D
Írta: kurta999 - 2014. április 12. - 16:29:05
http://forum.sa-mp.com/showthread.php?t=506214
CConsole__AddVariable(\"messageslimit\", 1, 0, (int)&dword_4E2440, 0);
CConsole__AddVariable(\"ackslimit\", 1, 0, (int)&dword_4E2444, 0);
CConsole__AddVariable(\"playertimeout\", 1, 0, (int)&dword_4E2448, 0);
E: Mégis leírták!
http://forum.sa-mp.com/showthread.php?p=2990193#post2990193
Írta: KovaNovik - 2014. április 12. - 17:33:19
Amit észrevettem benne: egyszerûbb.
Itt nincs GetPlayerPos, GetVehiclePos, GetObjectPos, hanem csak GetElementPos, aminek fajtái vannak, sokkal logikusabb, mint 1000 különbözõ függvény. Ezt SAMP-ban is meg lehetne oldani, de nem teszik (igaz, csak látszatra lehetne megoldani).
Amit mondtatok, hogy jobban rásimul a GTA San Andreasra. Igen. Ezzel magyarázható a legjobban. Láttam egy videót a youtubeon, ahol látszott, mennyire szarul szinkronizál a samp. Ez is ennek tudható be. Az MTA meghívja azt a kódrészt, amivel singleben beszállsz a kocsiba. A SAMP lejátssza az animációt, mozgatja a játékost, belerakja a kocsiba. Ezek közül vajon melyik használ kevesebb erõforrást?
A jármû-, objekt- és mindenkorlátozás miatt én is nagyon mérges vagyok. Ha nem akarják terhelni, nem teszik. A SA-MP-ot szeretem jobban, de rá kell jönnöm, hogy egyszerûen nem lehet vele normális dolgokba fogni. A textdrawok terén is nagyon korlátolt, pár négyzetet lerakni szinte lehetetlen, MTA-ban egy sor egy meganimált ablakot megcsinálni, ami beugrik, majd elhalványul.
Írta: bbTamas - 2014. április 12. - 20:26:18
Idézetet írta: KovaNovik date=1397316799\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Én nemrég megpróbálkoztam az MTA-val, de unalmas volt, és kevés tutorial volt hozzá.Kezdjük ott, hogy szerintem a SAMP elvbõl sincs nulláról írva, hanem erõsen VC:MP-re épül.
Amit észrevettem benne: egyszerûbb.
Itt nincs GetPlayerPos, GetVehiclePos, GetObjectPos, hanem csak GetElementPos, aminek fajtái vannak, sokkal logikusabb, mint 1000 különbözõ függvény. Ezt SAMP-ban is meg lehetne oldani, de nem teszik (igaz, csak látszatra lehetne megoldani).
Amit mondtatok, hogy jobban rásimul a GTA San Andreasra. Igen. Ezzel magyarázható a legjobban. Láttam egy videót a youtubeon, ahol látszott, mennyire sz*rul szinkronizál a samp. Ez is ennek tudható be. Az MTA meghívja azt a kódrészt, amivel singleben beszállsz a kocsiba. A SAMP lejátssza az animációt, mozgatja a játékost, belerakja a kocsiba. Ezek közül vajon melyik használ kevesebb erõforrást?
A jármû-, objekt- és mindenkorlátozás miatt én is nagyon mérges vagyok. Ha nem akarják terhelni, nem teszik. A SA-MP-ot szeretem jobban, de rá kell jönnöm, hogy egyszerûen nem lehet vele normális dolgokba fogni. A textdrawok terén is nagyon korlátolt, pár négyzetet lerakni szinte lehetetlen, MTA-ban egy sor egy meganimált ablakot megcsinálni, ami beugrik, majd elhalványul.
Ahogy krisk is említette, hogy filozófiából sem érdemes összehasonlítani a kettõt.
Másrészrõl pedig szerény véleményem szerint maga a pawn nyelv felépítésébõl adódóan nem alkalmas arra, hogy komolyabb dolgokat lehessen létrehozni.
Lua az teljesen más, c-s függvényeket is megtudsz hívni, sokkal rugalmasabb, amit írtál az szerintem nem igazán megvalósítható pawn-ban.
SAMP-ban pl: azt sem értem, hogy miért nem szedték ki az alap menüt (esc), miért nem olyan mint MTA-ban.
Írta: tru3man - 2014. április 13. - 10:05:50
Ez csak kamu hogy nem akarják másolni az MTA-t...
Írta: KovaNovik - 2014. április 13. - 10:11:06
Írta: kurta999 - 2014. április 13. - 13:05:32
Idézetet írta: Richard date=1397376350\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Szerintem egyébként egyszerû: nem tudnak programozni.Ez nagyon nem igaz mert Kye igen is ért hozzá, ahogy a samp forráskódot elnézem ami kiszivárgott.
Ez csak kamu hogy nem akarják másolni az MTA-t...
Valami miatt **szik rá... MTA-ból se másol, meg maga se csinál semmit. Nem értem ezt a felfogást de már lesz*rom, nehéz esetek :D
Az elementes dolog pedig samp-ban is megoldható lenne, mivel mta-ban tudtommal nem ID-k szerint mennek a dolgok, hanem objectumok szerint.
getElementPos()-nek beadod az objectumot, mta-n bévül lekéri a típusát és aztán a megfelelõ helyrõl lekéri a pozícióját. Nincs ebbe semmi nehézség, csak ezt már nem 6év után kéne megcsinálni, ha esetleg *terveznék.
*persze na, õk biztos xD
Írta: Iceaac - 2014. április 13. - 19:13:10
Idézetet írta: kurta999 date=1397387132\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Valami miatt **szik rá... MTA-ból se másol, meg maga se csinál semmit. Nem értem ezt a felfogást de már lesz*rom, nehéz esetek :DSzerintem az van vele, mint az eredeti közösség nagyon nagy részével: nem érdekli már.
Régi játék, régi mod. Nekem az is meglepõ, hogy egyáltalán kapunk még frissítést.
Írta: kurta999 - 2014. április 17. - 23:12:46
native SendDeathMessageToPlayer(playerid, killer, killee, weapon);
native CreateExplosionForPlayer(playerid, Float:X, Float:Y, Float:Z, type, Float:Radius);
Gratulállok Kye, így 4évnyi kéregetések után, hogy ezt alapból beleraktad a szerverbe! Nade ne örüljünk, ezcsak két új hasznos funckió xD
Írta: Disaster3 - 2014. április 17. - 23:43:58
ha már attachobjectnél megtették, akkor createobjectnél miért nem? nem értem..
Írta: BoOy - 2014. április 17. - 23:49:15
Idézetet írta: RyDerBoy96 date=1397771038\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
valaki nem tud szólni a fejlesztõknek hogy csinálják már meg azt a k*rv* scale funkciót?SA-MP Logic...
ha már attachobjectnél megtették, akkor createobjectnél miért nem? nem értem..
Írta: ZyZu. - 2014. április 18. - 04:59:40
Idézetet írta: kurta999 date=1397769166\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
http://forum.sa-mp.com/showthread.php?t=506214Én annak örülök, hogy még csinálja tényleg.. ::| Még ezen a két funkción is meglepõdtem.. mert mindig ilyen funkciókat az új évnyi VERZIÓKBA szokta nyilvánosság elég kiírni.. \"A NAGY FEJLESZTETT ÚJ KLIENSBE\" .. mindegy, nem várok tõle sok meglepetést úgy sem fogja megcsinálni.
native SendDeathMessageToPlayer(playerid, killer, killee, weapon);
native CreateExplosionForPlayer(playerid, Float:X, Float:Y, Float:Z, type, Float:Radius);
Gratulállok Kye, így 4évnyi kéregetések után, hogy ezt alapból beleraktad a szerverbe! Nade ne örüljünk, ezcsak két új hasznos funckió xD
Írta: Konstantin - 2014. március 18. - 19:55:57
Szerk: na ki is próbáltam, valóban jól mûködik NPC-n. :D
Írta: kurta999 - 2014. április 12. - 16:29:05
http://forum.sa-mp.com/showthread.php?t=506214
CConsole__AddVariable(\"messageslimit\", 1, 0, (int)&dword_4E2440, 0);
CConsole__AddVariable(\"ackslimit\", 1, 0, (int)&dword_4E2444, 0);
CConsole__AddVariable(\"playertimeout\", 1, 0, (int)&dword_4E2448, 0);
E: Mégis leírták!
http://forum.sa-mp.com/showthread.php?p=2990193#post2990193
Írta: KovaNovik - 2014. április 12. - 17:33:19
Amit észrevettem benne: egyszerûbb.
Itt nincs GetPlayerPos, GetVehiclePos, GetObjectPos, hanem csak GetElementPos, aminek fajtái vannak, sokkal logikusabb, mint 1000 különbözõ függvény. Ezt SAMP-ban is meg lehetne oldani, de nem teszik (igaz, csak látszatra lehetne megoldani).
Amit mondtatok, hogy jobban rásimul a GTA San Andreasra. Igen. Ezzel magyarázható a legjobban. Láttam egy videót a youtubeon, ahol látszott, mennyire szarul szinkronizál a samp. Ez is ennek tudható be. Az MTA meghívja azt a kódrészt, amivel singleben beszállsz a kocsiba. A SAMP lejátssza az animációt, mozgatja a játékost, belerakja a kocsiba. Ezek közül vajon melyik használ kevesebb erõforrást?
A jármû-, objekt- és mindenkorlátozás miatt én is nagyon mérges vagyok. Ha nem akarják terhelni, nem teszik. A SA-MP-ot szeretem jobban, de rá kell jönnöm, hogy egyszerûen nem lehet vele normális dolgokba fogni. A textdrawok terén is nagyon korlátolt, pár négyzetet lerakni szinte lehetetlen, MTA-ban egy sor egy meganimált ablakot megcsinálni, ami beugrik, majd elhalványul.
Írta: bbTamas - 2014. április 12. - 20:26:18
Idézetet írta: KovaNovik date=1397316799\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Én nemrég megpróbálkoztam az MTA-val, de unalmas volt, és kevés tutorial volt hozzá.Kezdjük ott, hogy szerintem a SAMP elvbõl sincs nulláról írva, hanem erõsen VC:MP-re épül.
Amit észrevettem benne: egyszerûbb.
Itt nincs GetPlayerPos, GetVehiclePos, GetObjectPos, hanem csak GetElementPos, aminek fajtái vannak, sokkal logikusabb, mint 1000 különbözõ függvény. Ezt SAMP-ban is meg lehetne oldani, de nem teszik (igaz, csak látszatra lehetne megoldani).
Amit mondtatok, hogy jobban rásimul a GTA San Andreasra. Igen. Ezzel magyarázható a legjobban. Láttam egy videót a youtubeon, ahol látszott, mennyire sz*rul szinkronizál a samp. Ez is ennek tudható be. Az MTA meghívja azt a kódrészt, amivel singleben beszállsz a kocsiba. A SAMP lejátssza az animációt, mozgatja a játékost, belerakja a kocsiba. Ezek közül vajon melyik használ kevesebb erõforrást?
A jármû-, objekt- és mindenkorlátozás miatt én is nagyon mérges vagyok. Ha nem akarják terhelni, nem teszik. A SA-MP-ot szeretem jobban, de rá kell jönnöm, hogy egyszerûen nem lehet vele normális dolgokba fogni. A textdrawok terén is nagyon korlátolt, pár négyzetet lerakni szinte lehetetlen, MTA-ban egy sor egy meganimált ablakot megcsinálni, ami beugrik, majd elhalványul.
Ahogy krisk is említette, hogy filozófiából sem érdemes összehasonlítani a kettõt.
Másrészrõl pedig szerény véleményem szerint maga a pawn nyelv felépítésébõl adódóan nem alkalmas arra, hogy komolyabb dolgokat lehessen létrehozni.
Lua az teljesen más, c-s függvényeket is megtudsz hívni, sokkal rugalmasabb, amit írtál az szerintem nem igazán megvalósítható pawn-ban.
SAMP-ban pl: azt sem értem, hogy miért nem szedték ki az alap menüt (esc), miért nem olyan mint MTA-ban.
Írta: tru3man - 2014. április 13. - 10:05:50
Ez csak kamu hogy nem akarják másolni az MTA-t...
Írta: KovaNovik - 2014. április 13. - 10:11:06
Írta: kurta999 - 2014. április 13. - 13:05:32
Idézetet írta: Richard date=1397376350\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Szerintem egyébként egyszerû: nem tudnak programozni.Ez nagyon nem igaz mert Kye igen is ért hozzá, ahogy a samp forráskódot elnézem ami kiszivárgott.
Ez csak kamu hogy nem akarják másolni az MTA-t...
Valami miatt **szik rá... MTA-ból se másol, meg maga se csinál semmit. Nem értem ezt a felfogást de már lesz*rom, nehéz esetek :D
Az elementes dolog pedig samp-ban is megoldható lenne, mivel mta-ban tudtommal nem ID-k szerint mennek a dolgok, hanem objectumok szerint.
getElementPos()-nek beadod az objectumot, mta-n bévül lekéri a típusát és aztán a megfelelõ helyrõl lekéri a pozícióját. Nincs ebbe semmi nehézség, csak ezt már nem 6év után kéne megcsinálni, ha esetleg *terveznék.
*persze na, õk biztos xD
Írta: Iceaac - 2014. április 13. - 19:13:10
Idézetet írta: kurta999 date=1397387132\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Valami miatt **szik rá... MTA-ból se másol, meg maga se csinál semmit. Nem értem ezt a felfogást de már lesz*rom, nehéz esetek :DSzerintem az van vele, mint az eredeti közösség nagyon nagy részével: nem érdekli már.
Régi játék, régi mod. Nekem az is meglepõ, hogy egyáltalán kapunk még frissítést.
Írta: kurta999 - 2014. április 17. - 23:12:46
native SendDeathMessageToPlayer(playerid, killer, killee, weapon);
native CreateExplosionForPlayer(playerid, Float:X, Float:Y, Float:Z, type, Float:Radius);
Gratulállok Kye, így 4évnyi kéregetések után, hogy ezt alapból beleraktad a szerverbe! Nade ne örüljünk, ezcsak két új hasznos funckió xD
Írta: Disaster3 - 2014. április 17. - 23:43:58
ha már attachobjectnél megtették, akkor createobjectnél miért nem? nem értem..
Írta: BoOy - 2014. április 17. - 23:49:15
Idézetet írta: RyDerBoy96 date=1397771038\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
valaki nem tud szólni a fejlesztõknek hogy csinálják már meg azt a k*rv* scale funkciót?SA-MP Logic...
ha már attachobjectnél megtették, akkor createobjectnél miért nem? nem értem..
Írta: ZyZu. - 2014. április 18. - 04:59:40
Idézetet írta: kurta999 date=1397769166\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
http://forum.sa-mp.com/showthread.php?t=506214Én annak örülök, hogy még csinálja tényleg.. ::| Még ezen a két funkción is meglepõdtem.. mert mindig ilyen funkciókat az új évnyi VERZIÓKBA szokta nyilvánosság elég kiírni.. \"A NAGY FEJLESZTETT ÚJ KLIENSBE\" .. mindegy, nem várok tõle sok meglepetést úgy sem fogja megcsinálni.
native SendDeathMessageToPlayer(playerid, killer, killee, weapon);
native CreateExplosionForPlayer(playerid, Float:X, Float:Y, Float:Z, type, Float:Radius);
Gratulállok Kye, így 4évnyi kéregetések után, hogy ezt alapból beleraktad a szerverbe! Nade ne örüljünk, ezcsak két új hasznos funckió xD
Írta: TengeriMalac - 2014. július 05. - 14:49:55
ha kiadnának egy normális frissítést, mindenki befogná a száját a következõ 1 évre, mint eddig..
Írta: bbTamas - 2014. július 05. - 15:01:55
Nem fogja törni magát.
Nincs miért, a többség elégedett.
Vagy a SAMP-bõl ennyit lehet kihozni max, és újra kell írni teljesen ahhoz.
Különösen ez tetszett: \"amazing.. good job\" Ezen mégis mi a fene csodálatos, hihetetlen jó munka?!
Elvben két ember csinálja, Kalcor csinálja az oroszlán részét, és van még egy ember aki pawn függvényeket implementálja, én valami ilyesmit hallotam.
Béta teszterek szó szoros értelemben csak dísznek vannak, Y_less sem írhat bele a forráskódba.
Írta: kurta999 - 2014. július 05. - 20:00:16
Amúgy valószínû lesz R4/R3-2 is, mivel a HTTP függvénnyel kapcsolatos debug üzeneteket benne hagyta véletlen. Elvileg aztis újraírta.
Írta: ZyZu. - 2014. július 05. - 20:18:52
Idézetet írta: kurta999 date=1404583216\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Ez a frissítés mind szép és jó, csak nem három hónap után. Ezt kb. egy héttel a release után kellett volna kidobni.Ez sem buli, hogy minden évben ennyi fejlesztést próbál kiadni a játékosoknak.. majd találkozunk egy év múlva megint és csá.
Amúgy valószínû lesz R4/R3-2 is, mivel a HTTP függvénnyel kapcsolatos debug üzeneteket benne hagyta véletlen. Elvileg aztis újraírta.
Írta: kadaradam - 2014. július 05. - 20:56:18
Idézetet írta: kurta999 date=1404583216\" data-ipsquote-contentapp=\"forums\" data-ipsquote-contenttype=\"forums\" data-ipsquote-contentid=\"46228\" data-ipsquote-contentclass=\"forums_Topic
Ez a frissítés mind szép és jó, csak nem három hónap után. Ezt kb. egy héttel a release után kellett volna kidobni.Ugyan ezt írtam nekik a topikban. :D Az volt a válaszuk IRC-n, hogy 1 hete merült fel a probléma.
Amúgy valószínû lesz R4/R3-2 is, mivel a HTTP függvénnyel kapcsolatos debug üzeneteket benne hagyta véletlen. Elvileg aztis újraírta.
Írta: KovaNovik - 2014. július 05. - 21:29:37
Írta: kadaradam - 2014. július 06. - 15:42:16
Tegnap írtam ezt a postot:
http://forum.sa-mp.com/showpost.php?p=3108968&postcount=42
Ma megnéztem a kommenteket, csomóan írtak sz*rságokat válasznak, meg minden. Gondoltam megmagyarázom nekik, hogy miért gondolom ezt. Nahát, pár órára rá törölték is a commentemet.
Azt írtam, hogy 1 évig tartott a 0.3x fejlesztése, de közbe alig kaptunk valami újat. Egyetlen jó dolog a sync volt, aminek nagyon örültem, de többet vártam annál. Utána meg leírtam, hogy King_hual, a szabadidejében, sokkal gyorsabban fejleszti a saját klienses pluginját (jó igaz, memoria hackelésre alapul az egész, nem olyan bonyolult dolgok vannak benne, de ez szerintem mind mehetne bele a hiv. sampba) mint õk. És akár Kalcor bemásolhatná a forráskódba ezeket a funkciókat a pluginból, evvel még idõt is spórolna vele.
Eléggé szánalmas, hogy még kritikát se fogadnak el, lehet csak ezért megy több oldalán át a dicsõítés...