if(strcmp(\"/lp2\", cmdtext, true, 10) ==0)
{
   SetPlayerPos(playerid,sx[playerid],sy[playerid],sz[playerid]);
   SendClientMessage(playerid, 0x008000AA, \"Betöltötted a poziciódat\");
   return 1;
}
ennél pl kiirja
 

A létrehozott változók így néznek ki?
 

new
Float:sx[MAX_PLAYERS],
Float:sy[MAX_PLAYERS],
Float:sz[MAX_PLAYERS];

 
ha igen akkor az Unknown Command felirat mellett megjelenik ez a SendClientMessage szöveg is \"Betöltötted a pozíciódat\"?
Esetleg próbáld meg így is:
 

if(strcmp(\"/lp2\", cmdtext, true) == 0)
{
SetPlayerPos(playerid, sx[playerid], sy[playerid], sz[playerid]);
SendClientMessage(playerid, 0x008000AA, \"Betöltötted a poziciódat\");
return 1;
}

 
(de ez nem lehet a hiba oka valahol máshol kell keresni csak találgatni tudok ennyi információból)
Említetted dcmd-t is használsz esetleg lenne másik parancs is ami /lp2 lenne?
Lehet a hiba akár egy másik filterscriptben is.
(mondjuk ha a használt filterscript már zcmd-t használ)
Látod már ez a pár sor is mennyi kérdést vet fel, több adat kell hogy meglehessen állapítani a hiba forrását.
Én teszteltem a feljebb idézett parancsot mûködik rendesen nincs vele gond persze a feljebb kiírt változókat használtam, az okot máshol kell keresni.

Aha itt tényleg nem árt egy frissítés.
Nem csak a pluginok de a samp alap könyvtárait is frissítened kell.
 

v0.3a R7, ©2005-2010 SA-MP Team
[/quote]
A te házi szervered még 0.3a R7 verzió
a hoston lévõ már 0.3c verzió.
 

v0.3c, ©2005-2010 SA-MP Team[/quote]
Így le kell töltened a a legfrissebb samp szervert.
És frissítened kell a legújabb .inc fájlokkal a régieket, és ezután újra konvertálni a mafia2.pwn fájlt mafia2.amx-é pawn editorral.

Itt látom hogy egy régebbi kiadású streamer plugint használsz
 

*** Streamer Plugin v2.3.4 by Incognito loaded ***[/quote]
Próbáld meg az újabb kiadású pluginnal.
Innen letöltheted.
Incognito pluginjai általában olyanok hogy egy kiadott verzió csak a hozzá kiadott streamer.inc használatával mûködik együtt, ellenkezõ esetben az említett hiba üzenetek jelennek meg.
Tehát a scripteket 2.5.2 es verzió plugin használatkor csak a 2.5.2 streamer.inc fájllal kell konvertálni .amx-be.
És ugyanígy a régebbi verziókat is.
És ez elõfordulhat az audio pluginnal is, tehát azonos verziójú .inc fájlokat használj a scriptekhez, mint amilyen a használni kívánt .dll .so plugin verzió.

Na ez zsír!
Lehetett türlemed, amíg azt a listát bemásoltad/megírtad
 

Kösz.
Notepad++ csodái   egyébként Innen szedtem le az adatokat.

Grat egyszerû nagyszerû.
Egy apró megjegyzés ha ez nem lesz túl sértõ meg egy javaslat is lenne egyben.
Látom hogy két változót használsz erre a hitman dologra.
Az egyik: (egy megszokott változó pawnban)
 

enum Info
{
Bounty
};
new HitmanInfo[MAX_PLAYERS][info];
(most nem térek ki rá hogy egy adat tárolásra játékosonként felesleges az enum. nem ez lenne a lényeg)

 
A másik: (PerPlayerVariable)
 

SetPVarInt(id, \"Wanted\", 1);

 
És itt jön a kérdés:
Nem lenne erre a célra elég egy változó használat? mondjuk a PVar.
Mert alapból minden PVar értéke nulla (0)
Ha valaki valakire tesz vérdíjat te beállítod a PVar-ra a vérdíj összeget.
 

SetPVarInt(id, \"Wanted\", bounty);

 
És lekérdezésnél OnPlayerDeath-nél, ellenõrzõd hogy van-e rajt vérdíj, persze érdemes létrehozni egy változót amiben tároljuk ezt az adatot mert többször fel kell használni a tárolt információt.
 

if(GetPVarInt(playerid, \"Wanted\") > 0)
//////////////////////////////////////////////////////////
new
       verdíj = GetPVarInt(playerid, \"Wanted\");
if(verdij > 0)
{
GivePlayerMoney(killerid, verdíj);
format(bla bla ennyi pénzt kaptál....., verdij
....

 
És most hogy ezt leírtam egy újabb hibát láttam Nem sértés tényleg csak felhívom rá a figyelmed.
Ha valaki tesz egy játékosra vérdíjat, mondjuk 10000-et, és egy másik játékos is tesz ugyanarra a playerre mondjuk 10-et, akkor csak 10 lesz rajt.
 

Rossz:
[code]
HitmanInfo[id][bounty] = bounty;

 
Helyes:
 

HitmanInfo[id][bounty] += bounty;

 
És ugyanez PVarban:
 

SetPVarInt(playerid, \"Wanted\", GetPVarInt(playerid, \"Wanted\") + bounty);

Nos de ám ez nem olyan jó ötlet. Miért is? Mert sok amx-nél értelmetlen változókat ir ki.
 

Sose lesz ugyanolyan a visszafordított változó mint a .pwn-ben meghatározott mert az nem úgy kerül bele az .amx fájlba.
Hasznos dolog de szerintem már nem annyira divat a visszafordítás aki ért egy kicsit pawn-hoz talál elég publikus forrást (.pwn) amibõl tanulhat elleshet dolgokat hogy ne kelljen visszafordítással bajlódni.

Jha én a határokat  a scriptbõl néztem nem az volt a lényeg.
 

|| és a && operátorok között nincs sebességbeli különbség.
 

Ezzel kicsit vitatkoznék, igaz lehet hogy köztük nincs sebességbeli különbség de ha egy konkrét példán vizsgáljuk meg mûködésüket, már más eredményt kapunk.
|| logikai vagy operator használatakor ha az egyik feltétel igaz akkor igaz (true) értéket kapunk
&& logikai és operator használatakor ha mind a kettõ feltétel igaz csak abban ez esetben kapunk igaz(true) értéket
Megpróbálok egy ugyanolyan feltétel vizsgálatot írni hogy igaz legyen mindkét állítás logikai és, logikai vagy operatorral nehogy visszatérési érték különbözõsége miatt legyen a sebesség különbség.
Íme a két vizsgálandó feltétel, t = 1-el.
 

if(t > 0 || t > 0) test++; // logikai vagy
if(t > 0 && t > 0) test++; // logikai és

 
És a teszt:
 

new
t = 1, // ki kellett ide tennem változóba mert reklamált a pawn fordító ha így próbáltam       if(1 > 0 || 1 > 0) test++;
starttime = GetTickCount(),
test;
for(new i; i < 1000000; i++)
{
if(t > 0 || t > 0) test++;
}
printf(\"Logikai vagy || operator test. time: %d, count: %d\", GetTickCount() - starttime, test);
starttime = GetTickCount();
test = 0;
for(new i; i < 1000000; i++)
{   
if(t > 0 && t > 0) test++;
}
printf(\"Logikai és && operator test. time: %d, count: %d\", GetTickCount() - starttime, test);
starttime = GetTickCount();
test = 0;   
for(new i; i < 1000000; i++)
{
if(t > 0 || t > 0) test++;
}
printf(\"2 Logikai vagy || operator test. time: %d, count: %d\", GetTickCount() - starttime, test);
starttime = GetTickCount();
test = 0;
for(new i; i < 1000000; i++)
{   
if(t > 0 && t > 0) test++;
}
printf(\"2 Logikai és && operator test. time: %d, count: %d\", GetTickCount() - starttime, test);

 
Kétszer futtattam le a tesztet egymás után és az eredmény ez lett:
 

[20:39:35] Logikai vagy || operator test. time: 55, count: 1000000
[20:39:35] Logikai és && operator test. time: 179, count: 1000000
[20:39:35] 2 Logikai vagy || operator test. time: 60, count: 1000000
[20:39:35] 2 Logikai és && operator test. time: 144, count: 1000000

 
Igaz ez 1 millió ismétlõdés esetén mérhetõ,
de mibõl is adódik akkor ez a sebesség különbség?
A válasz egyszerû mint írtam az elején logikai || vagy feltétel vizsgálatkor ha az egyik feltétel igaz true értéket kapunk. Ismétlem, elég ha az egyik igaz, true a visszatérési érték!
Persze a vizsgálatot direkt úgy írtam hogy már az elsõ vizsgálat igaz legyen,
 

if(1 > 0 || 1 > 0) test++; // logikai vagy
 
[/quote]
ebbõl az következik hogy || logikai vagy operator használatkor ha a legelsõ feltétel vizsgálat igaz
(mivel 1 nagyobb 0 nál) a másodikat már nem vizsgálja meg.
Van másik szembetûnõbb vizsgálat erre a célra, megírom azt is, amint lesz egy kis idõm.
//¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤
Íme meg is írtam.
 

//   Elsõ feltétel hamis a második már igaz.
//   És lehet próbálgatni > < váltogatással.
if(1 < printf(\"Elsõ feltétel..\") || 1 > printf(\"Második feltétel..\") || 1 > printf(\"Harmadik feltétel..\") || 1 > printf(\"Negyedik feltétel..\"))
{
printf(\"Íme ez lenne a logikai vagy || láthatóbb vizsgálata\");
}

A lusta scripterek biztosan örülni fognak neki
 

Van benne valami.
Amúgy hasznos script.
Egy apró észrevétel ilyen funkciókat így is lehet írni de ez tényleg csak egy apróság.
 

stock IsValidMapIconID(mapicon)
{
if(mapicon > 1 && mapicon < 63)
{
return 1;
}
return 0;
}

 
Helyett:
 

stock IsValidMapIconID(mapicon)
return(mapicon > 1 && mapicon < 63);

 
Kicsit gyorsabb mivel kimarad egy (if) feltétel vizsgálat.
És még gyorsabb lehet egyes esetekben ha || logikai vagy operator van használva, ez akkor igaz ha nagyobb a mapicon értéke mint 62 jelen esetben.
 

stock IsValidMapIconID(mapicon)
return(!(mapicon > 62 || mapicon < 2));