Nemsokára képek következnek a GUI következõ elemérõl.

Egyébként a scriptben még van egy hiba, nevezetesen, hogy:
 

if(!IsPlayerAdmin(playerid)) SendClientMessage(playerid,0xff0000ff,\"Bocsi, de nem használhatod ezt a parancsot \");

 
esetén a kód futása nem áll meg. Helyesen:
 

if(!IsPlayerAdmin(playerid)) return SendClientMessage(playerid,0xff0000ff,\"Bocsi, de nem használhatod ezt a parancsot \");

Engem ez a sziget valamiért Paleto Beach-re és környékére emlékeztet a GTA V-bõl.
A sziget nagyon jó, de a képekbõl nem sokat látni (lehetne késõbb egy 1080p-s ENB-s képet kapni róla?). Már csak azért kérdezem, mert innen pl. a homok objectek kicsit érdekesen néznek ki, gondolom IG nincsenek ilyen hibák.

Ne haragudj ZyZu, de ez hülyeség.
Megesik, hogy cigányzenét hallgatok egy kis cigánypecsenye mellett a cigányönkormányzat elõtt, amely történetesen a cigánylakópark mellett található.
Nehogymár ez \"rasszistának\" minõsüljön. Ha a szabályzatot nézzük, akkor a \"Tilos a fórumon más nemzetekre sértõ hozzászólást írni.\" pont egyáltalán nem lett megszegve, mivel ennek semmi köze ahhoz, hogy a bizonyos népcsoportot valaki leminõsítené.

Biztatónak tûnik. Elsõre tényleg (túl)bonyolultnak látszik, azonban lehetséges csak az újdonságok miatt.
Kíváncsian várom -egyenlõre- a fórumon kialakuló játékosréteget / hangulatot.
 

A skill rendszer olyan szépen van integrálva a GM-be, hogy csak akkor fogod észrevenni, ha épp valamihez nincs elég belõle. Kezdetben az lehet nagyon visszataszító, hogy mennyi lehetõséget adtunk a játékosok kezébe. Szinte minden illegális dolog a játékos számára elérhetõ, beleértve a zárfeltörést, a terminálok és adatbázisok (PD, bankok, DMV, adótornyok), a gyógyítást, a jármûvek szétszedését és összerakását, a jármûfestést, a jármû- és fegyverjavítást. Ezek mind-mind elérhetõek lesznek játékosoktól függetlenül, melyekbe olyan játékmecahnikai elemek kerülnek, amelyek a legkisebb részletig meghatározóak (a jármû zárát például nem kell feltörni, ha ki van törve az ablak vagy meg van sérülve valamelyik ajtó, a jármûvet szét lehet elemenként szedni, amelyeken alkatrészszámok vannak, és a többi). Ez a sok lehetõség lehet az, amely kezdetben elrettentheti a játékosokat, azonban tervezünk egy komoly tutorialt, amely ezen végigvezet.
Az inventory az egyetlen dolog, amely úgy-ahogy bonyodalmakat okozhat, de azt is megpróbáltuk teljesen eliminiállni azzal, hogy slot ID-ket kérnek a parancsok, amelyeket az inventorydból ki tudsz nézni. Így nem kell mindent az inventoryból elintézni, mert azt több csapattag és játékos véleménye alapján a legtöbb esetben körülményes és nehézkes kezelni. Az inventory gyors elérését három féle módszer biztosítja: el lehet érni a /inv paranccsal, a standard tab+klikk módszerrel [ami a leglassabb], és végül jármûben a submission (2) gombbal, míg gyalog a gyaloglás+yes gombbal (LALT+Y).
(Ezutóbbira egyébként van egy tervezett ötlet, amely egyelõre maradjon titok.)
Apropó: a tömegközlekedés is viszonylag új módon lett megvalósítva. A villamosok és a hajók kihasználtságát növelni szeretnénk. SF keleti részébõl a nyugati részbe komphajó, a kábelesek pedig a sínen haladnak. Úgy gondoltuk, hogy azért használják viszonylag kevesen a tömegközlekedést a szerveren, mert túlságosan ritkán jár. A mi villamosaink és kompjainkból 5 darab, 2 percenként spawnolódik le (ez összesen 10 perc, a villamosjárat 15, a kompjárat körülbelül 15-20 perc), ezért nem fognak összeütközni. A tömegközelekdést le lehet állítani egy paranccsal (sajnos streamer problémák miatt ez kicsit bugos, de errõl nem mi tehetünk), hogy baleseti helyszíneléskor ne taroljon el mindent (ez tapasztalatból beszélve kellemetlen).
A taxik használata pedig teljesen új értelmet fog nyerni. Errõl akkor fogunk szót ejteni, amikor a fejlesztési fázis ott tart.

A bank rendszer szerves része lesz az ezután kiépítendõ áruház-rendszernek, ugyanis a legtöbb helyen lehet fizetni kártyával is.
Amikor nyitsz egy folyószámlát, akkor automatikusan kapsz egy számlaszámot, illetve egy bankkártyát, amelynek a PIN-kódját te határozod meg a nyitáskor.
A bankszámla és a bankkártya-száma is teljesen IRL algoritmusok alapján van generálva. Elõször kapsz egy random számlaszámot, amit ellenõrzünk, hogy már nem-e osztottunk ki másnak. Az utolsó számjegy egy, a Luhn-algoritmus alapján generált ellenõrzõ számjegy, amelyet, vagy amelynek egyéb változatait szinte minden számnál használnak, ahol az elgépelés esélye fennáll.
A bankkártyád számát hasonlóan generáljuk, az ehhez tartozó PIN-kódot sózzuk, majd eltároljuk. Ezzel azonban az jár, hogy az admincsapat, és ideális esetben senki más sem tudja megnézni a PIN-kódodat.
A boltokban minden további nélkül lehet majd bankkártyával is vásárolni, ezzel felélítendõ a bankkártyás vásárlásokat.
Természetesen, mint mindent mást, ezt is menti a rendszerünk, minden bankkártyás tranzakció logolva van, amit aztán a megfelelõ hatóságok (vagy hackerek) vissza is kereshetnek, a megfelelõ skill és egy jóadag szerencse mellett.
A hitel az alábbiak szeirnt mûködik: mikor felveszel hitelt, a rendszer ellenõrzi a banki hátteredet. Eleve egy adott kezdõösszeggel kell rendelkezni a bankszámládon, és a munkahelyednek megfelelõen fogsz hitelbírálatot kapni. Ha sikerült a hitelbírálat, akkor kezdheted használni a kölcsönkapott pénzt, amelyre aztán persze kamatot is kapsz. A hitel felvétele után az összes átutalásod és fizetésed 110%-os lesz, valamint az összes pozitív jóváírás 90%-os lesz. A maradék 10%-al a hitelt fogod törleszteni. Ha ez nem sikerül, akkor hitelcsalásért át leszel adva a rendõrségnek, akik a teljes bankszámlád is befagyaszthatják.
Egy személy maximum 5 bankszámlával rendelkezhet, de nem nyithat újat, ha már van hitelezve a régi.
Az összes bankban végzett mûvelethez jogosítvány kell, ha az nincs lejárva, és a kinézeted megegyezik a jogosítványon látottal, akkor minden banki mûveletet el tudsz végezni, így a bûnözõk hasznot húzhatnak a nem igazán legális jogosítványlopásokból is.

Azért egy AAA címnél elvárja az ember, hogy a grafika is rendben legyen, már nem azért.

Muszáj kiemelnem egy fontos dolgot.
Az enumerátorokban szereplõ deklarált értékek igazából konstansok. Tehát a
 

enum pInfo
{
admin = 5
};
new PlayerInfo[MAX_PLAYERS][pInfo];
printf(\"%i\", PlayerInfo[0][admin] );

 
kód esetén a kiírt érték NEM 5 lesz (apropó, az enumok után kell ;, mint bármelyik másik adatkezelõ struktúra esetén, ami itt kimaradt). A helyzet az, hogy az enumok gyakorlatilag konstansok, amelyekkel az indexeket pótoljuk.
Az enum kód megegyezik az alábbival:
 

const ADMIN = 0;
const LEVEL = 1;
new PlayerInfo[MAX_PLAYERS][2];
for( new i=0; i<MAX_PLAYERS; i++ )
{
  PlayerInfo[ADMIN] = 0;
  PlayerInfo[LEVEL] = 0;
  printf(\"%i\", PlayerInfo[ADMIN] );
}

 
A nagy különbség, hogy az enumok dinamikusan hozódnak létre. Vagyis, pl:
 

enum TEST
{
   e_ONE, // konstans értéke 0
   e_TWO,  //1
   e_THREE,  // 2
   e_FOUR = 12, // 12
   e_FIVE, // 13
   e_SIX // 14
};

 
Ez természetesen szükséges is, hiszen, ha pl létrehozunk egy stringet az enumban, akkor:
 

enum TEST
{
   e_ONE, // konstans értéke 0
   e_TWO,  //1
   e_THREE,  // 2
   e_FOUR[5], // 3, 4, 5, 6, 7
   e_FIVE, // 8
   e_SIX // 9
};

 
vagyis az enum konstansai igazodnak az adatstruktúrákhoz. Ha pl lekérdezzük az enumeráció adattípus nagyságát:
 

printf(\"%i\"_:TEST);

 
akkor az eredmény 9 lesz.

---

Az enumokat tagként lehet használni:
 

enum TEST
{
   e_ONE = 5, // konstans értéke 5
   e_TWO,  //6
};
new TEST:valtozo = e_ONE; //A változó értéke mostmár 1.

 
A fenti kódrészlet teljesen rendben van.

---

Másik nagyon fontos dolog, hogy az enumerációkat az esetek 99%-ában nagybetûvel kezdjük, és nem véletlenül. A legtöbb esetben az sem véletlen, ha kisbetûvel kezdjük õket (ha a személy érti a lényeget). Vannak ugyanis gyenge és erõs enumok. Az erõs enumokat nagybetûvel kezdjük, a gyengéket pedig nem:
 

enum TEST
{
   E_ONE = 5, // konstans értéke 5
   E_TWO,  //6
};
new valtozo = TEST:E_ONE; //Warning, mert a valtozo változónak nincs TEST tagje
enum e_TEST
{
   e_ONE = 5, // konstans értéke 5
   e_TWO,  //6
};
new valtozo = e_TEST:e_ONE; //Nincs warning