Üdv,
Ez teljesen mód függõ, vagy is az admin mentési/beolvasási módszeredhez kell igazodnia. Azaz meg kell mutatnod azt is hogyan van az adminrendszer megoldva (fõleg csak a mentése, beolvasása, és maga a változó deklarálása).
Enélkül sajnos maximum a teleport részét tudnám megmutatni, az meg bõven csak a kisebbik és könnyebbik része.

Helló,
Jelenlegi állás szerint nem kivitelezhetõ. Semmiféle callback-el nem vagyunk megáldva ami ezt lehetõvé tenné. Szóval úgymond \'egyszerûbb\' módon nem megoldható. A nehezebb mód egy kis matekozás, számítgatás, játékos billentyû keresgetés után talán, bár ez utóbbi csak a képzeletemben él.
Tehát nem kivitelezhetõ.

És itt mi a gond? AMX-et kapsz? Mert ez az információ teljesen normális.
 

Pawn compiler 3.2.3664           Copyright (c) 1997-2006, ITB CompuPhase
Header size:           8988 bytes
Code size:           264952 bytes
Data size:         37693732 bytes
Stack/heap size:      16384 bytes; estimated max. usage: unknown, due to recursion
Total requirements:37984056 bytes
159 Warnings.

 
Tessék, itt az enyém.

Alapjáraton nem biztos hogy megoldható, mivel tudomásom szerint az OnPlayerGiveDamage (és a Recieve barátja) nem hívódik meg NPC-knél.
GetPlayerTargetPlayer-es \'utazásaim\':
Hát igen. Teljes precizitást ebbõl sem lehet kihozni. A Targetes része mûködik, abból le lehet kérni hogy a célpontunk bot-e. Az egyetlen nagy gond amivel szembesülni fogsz, az a feltételvizsgálat (azaz megnézni hogy céloz-e az NPCre egy játékos), mivel szerintem erre timer az alkalmas. Ez viszont mondjuk úgy, zabálni tudja a CPU-t nagyobb méretekben.
Más megoldást sajnos nem látok a kérdésedre.

Van egy függvény rá. Ezt pl. a duty-nak a \'szolgálat leadása\' részhez adod hozzá (amikor elveszi a fegyver, vagy ruhát, vagy mittudom én, érted).
 

... //kód lenne
SendClientMessage(playerid,SZIN,\"Leadtad a szolgálatot!\"); // ez csak egy üzenet hogy legyen 
Delete3DTextLabel(LabelForPlayer[playerid]); // letörli a játékos változójához rendelt 3dlabelt
LabelForPlayer[playerid] = -1; // Ezt se árt visszarakni alapra, azaz -1re, mivel a 3dtextlabeleket 0-ától ID-zi be a rendszer.
..

Szerintem ennek egy jobb módja, ha deklarálsz egy Játékos változót.
A script tetején pl.: new Text3D:LabelForPlayer[MAX_PLAYERS];
Ezzel minden player ID-hez tudsz majd rendelni egy labelt, amit késõbb el is bírsz törölni (ha leadja a szolgálatot pl.).
Ezt alapból -1-re be kell állítani, mert a TextDrawID-k 0-áról kezdõdnek, és ha valami hiba történne (ami így belegondolva kicsi eséllyel fog bekövetkezni), így nem venné át a player más labeljét.
 

public OnPlayerConnect(playerid)
{
    // ... egyéb kód
    LabelForPlayer[playerid] = -1;
   //  ... egyéb kód.
}

 
A duty része pedig így:
 

...
    GetPlayerPos(playerid, x, y, z);  
    LabelForPlayer[playerid] = Create3DTextLabel(\"POLICE\", 0x0000FFFF, x, y, z, 30.0, 0);
    Attach3DTextLabelToPlayer(LabelForPlayer[playerid], playerid, 0.0, 0.0, 0.7); // ez offset, nem koordináta.
..

 
Elméletben a player akihez csatolod nem látja, ezért nem tudtam tesztelni, neked is csak egy másik játékossal fog sikerülni. Remélem segítettem.
U.I.:A téma címe inkább Label lehetett volna mert a Textdraw és a label az két nagyon távoli dolog.

És hogyan akartad mozgatni? Mert objecthez kötni nem lehet. Maximum ha az object mozgatásánál letörlöd és újracsinálod.
Egy módszert elgondoltam itt, callbacket használva.
 

public OnObjectMoved(objectid) // mivel ez a MoveObject VÉGÉN hívódik meg, így sajnos olyan textdrawt ami megy az objectel nehéz csinálni
// vagy legalább is nem célszerû (rövid timer újra és újra).
{ // Viszont ott volt a baj szerintem nálad, hogy a forloop az 0-ától kezdte el a \'slotokat\' létrehozni, az objectek idje viszont 1tõl kezdõdik.
    Delete3DTextLabel(Objectek[objectid][oDDText] );
    new Float:X, Float:Y, Float:Z;
    GetObjectPos(objectid, X, Y, Z);
    Objectek[objectid][oDDText] = Create3DTextLabel(\"Blabla\",SZIN, X,Y,Z...); // csak itt le is kell kérni az új pozíciót
    return 1;
} // 

1. Az alap SA-ba se sebez semmit a \'Könnygáz\', vagy füsgránát. Az effectje volt az amikor fulladtak az emberek, de az SA-MP-ba tudomásom szerint ki van véve.
2. Interiorba TP-zni legfõképpen úgy, mint ahogy máshova is. Koordinátával + egy interior ID-vel, ami nem magát a belsõ \"szoba\" idjét jelzi, hanem az \'alternatív\' világot.  Van egy SetPlayerInterior funkció, azzal kell beállítani a SetPlayerPos után vagy elõtt (inkább elõtt). http://weedarr.wikidot.com/interior itt egy lista az interiorokról.
Egy példa:
 

//Például most akarjunk 24/7-be menni (1. a listán, a link szerint). Annak az InteriorID-je a link szerint 17.
... // itt lenne mittudomén, a parancs, feltételvizsgálat blabla, jó, adminok vagyunk uccu a teleporthoz
    SetPlayerInterior(playerid, 17);
    SetPlayerPos(playerid, -25.884498,-185.868988,1003.546875);

 
3. Átírom, nem 100% jó példa volt.
 

// Nos, akkor nézzük pl. a /r parancsot. Ez a frakciórádió, ez pl. minden frakcióhoz hozzá van kötve, más más funckióval, de a lényeg bennevan:
if(PlayerInfo[playerid][pLeader] == 1 || PlayerInfo[playerid][pMember] == 1 || ...
{
//Itt a két fontos paraméterünk, a pLeader és pMember. Amint már leírtam, a kettõ kizárja egymást. 
//Azaz ha a pLeader-nek más az értéke mint 0, akkor a pMember-nek 0-ának kell lennie, (vagy néhány script elbugol a mód esetében) és fordítva.
//Frakcióhoz úgy tudod kötni a parancsokat, hogy elõször is beleraksz egy ilyen feltételvizsgálatot, és a kivánt frakció IDjét írod a számok helyére.
//Tehát itt: HA a játékos leadere a frakció 1-nek VAGY a játékos tagja a frakció 1-nek, akkor jön ami alatta van script.
    EzEgyPeldaFunkcio(radiouzenetetfrakcio1nek);
...

 
4. Nem, Sorry.
5. Szintén nem
6. Sajnos megint csak nem.
7. Ezt nem egészen értem. Letudnád írni kicsit részletesebben?