Elég nehéz dolgot szeretnél létrehozni, és mint látom textdraw-ban próbálod ami köztudottan szerver összeomlást okoz ha páratlanul szerepel benne a hullám jel (~).
Így nem csak a sortöréssel kell foglalkozni hanem azzal is hogy a bevitt karakterlánc nem tartalmazhat ilyen jelet ellenkezõ esetben módosítani kell azt is, vagy javítani.
Közben ezt találtam:
http://sampforum.hu/index.php?topic=38722.0
De az elv a következõ lenne:
Meg kell határoznod mennyi legyen a maximális karakterszám majd onnantól visszafelé meg kell keresni a szóközt majd kettévágni az eredeti karakterláncot ott és hozzáírni az elsõ félhez most épp textdrawban a ~n~ jeleket. Majd ismét folytatni a darabolást a másik féllel.
Persze itt is annyi a gond ha valaki nem használ szóközt és beírja például ezt: dsadlkajhnmdsxlandhzolsauidzbvlhflsduzfbahudalkjhdxna876tzdsadhi984dlkjlasd98743589u7nc94834
Persze itt meg lehetne azt is tenni hogy a maximálisan meghatározott karakterláncnál darabolná.

Nem értem..
Mért ne lenne logikus?!
 

Az hogy létrehozod az objectet, ráteszed a jármûre, törlöd az objectet, majd újra létrehozod az objectet, és rajt marad a jármûvön anélkül hogy rátennéd.
pawn kódban:
 

CreateObject(..
AttachObjectToVehicle(...
DestroyObject(...
CreateObject(...

 
Mert ti végig azt állítottátok hogy rajt marad.
 

 

Hozd létre újra mikor törlöd és úgy tûnik majd mintha csak levetted volna.
Csak egy kis logika.
 
[/quote]
 
Igen ezt így csináltam, csak utána úgy érzékeli, hogy még mindig rajta van az az adott dolog.
 
[/quote]
 

Létrehoztunk egy objectet hozzá illesztettük a kocsihoz
Mi az objectet töröljük és nem a kocsiról, szóval logikus, ha újra létrehozod megint rajta lesz.
 
[/quote]
Nem, nem lesz rajt csak akkor ha az object létrehozása után újból használjátok az AttachObjectToVehicle funkciót!

Létrehoztunk egy objectet hozzá illesztettük a kocsihoz
Mi az objectet töröljük és nem a kocsiról, szóval logikus, ha újra létrehozod megint rajta lesz.
 

Kurvára nem logikus.
Én kipróbáltam hogy törlöm és újra létrehozom az objectet és nem marad rajt, lehet ti más sa-mp verziót használtok másra nem tudok gondolni.
 

new SzirenaObject[MAX_VEHICLES];
 
CMD:felrak(playerid, params[])
{
new
VID = GetPlayerVehicleID(playerid);
if(VID)
{
if(SzirenaObject[VID] != -1) DestroyObject(SzirenaObject[VID]);
SzirenaObject[VID] = SzirenaObject[VID] = CreateObject(18646, 0.0, 0.0, 0.0, 0, 0, 0);
AttachObjectToVehicle(SzirenaObject[VID], VID, 0.0, 0.75, 0.275, 0.0, 0.1, 0.0);
}
return 1;
}
CMD:levesz(playerid, params[])
{
new
VID = GetPlayerVehicleID(playerid);
if(VID)
{
DestroyObject(SzirenaObject[VID]);
SzirenaObject[VID] = -1;
new
   Float:vx,
   Float:vy,
   Float:vz;
GetVehiclePos(VID, vx, vy, vz);
SzirenaObject[VID] = CreateObject(18646, vx, vy, vz + 0.5, 0, 0, 0);
}
return 1;
}

@anorennia
Miért nem nézed meg azt a kódot amit írtam?
A HPTIMER_PLR[playerid] -el jelölt cella értékét egyre állítod majd ezt használod fel a lekérésénél:
GetPlayerHealth(HPTIMER_PLR szerinted mûködni fog?

Meg minek az 500 darab változó egy funkción belül mikor egyenként végig megy a játékosokon a for ciklus (new Float:HP[MAX_PLAYERS] ?

Ui.:

Na jó nem idegesítem magam, ez volt az utolsó hozzászólásom ebben a témában.

Igen ezt így csináltam, csak utána úgy érzékeli, hogy még mindig rajta van az az adott dolog.
 

Az se rossz akkor, mondjuk ezt ki kellene próbálnom hogy törlöm és rögtön létrehozom az objectet és az AttachObjectToVehicle használata nélkül is úgy érzékeli mintha rajta lenne, mert akkor az egy újabb samp bug (hiba).

kezdõnek mondanám magam inkább.. :/
Azért volt ott, hogy valaki belekössön...
rájöttem hogy miért nem jó ha minden igaz:
 

SetTimer(\"HPle\", 1000, true);   //1 másodpercenként fog lefutni a timer GameModeInit alá
new HPTIMER_PLR[MAX_PLAYERS];
forward HPle();
public OnPlayerGiveDamage(playerid, damagedid, Float: amount, weaponid)
{
        new Float:HP[MAX_PLAYERS];
        GetPlayerHealth(damagedid, HP[damagedid]);
        if(HP <= 90)
        {
                HPTIMER_PLR[damagedid] = 1;
        }
        return 1;
}
public HPle()
{
        new Float:HP[MAX_PLAYERS];
        for(new i = 0; i < MAX_PLAYERS;i++)
        {
        if(HPTIMER_PLR == 1)
        {
                GetPlayerHealth(HPTIMER_PLR, HP);
                SetPlayerHealth(HPTIMER_PLR, HP-1);
        }
        }
        return 1;
}
CMD:ellatas(playerid, params[])
{
        HPTIMER_PLR[playerid] = 0;
        return 1;
}

 
KÖZBEN ÚJÍTOTTAM
 

Jajj.
De alakul alakul, csak még nem nagyon tudod mi minek van. 
 

   SetTimer(\"HPle\", 1000, true);   //1 másodpercenként fog lefutni a timer OnGameModeInit alá
new bool:HPTIMER_PLR[MAX_PLAYERS];
forward HPle();
public 
OnPlayerGiveDamage(playerid, damagedid, Float: amount, weaponid)
{
new 
   Float:HP;
GetPlayerHealth(damagedid, HP);
if(HP <= 90) /*if(floatcmp(90, HP) == 1)*/ { HPTIMER_PLR[damagedid] = true; }
return 1;
}
     
public 
HPle()
{
new 
   Float:HP;
for(new i = 0; i < MAX_PLAYERS;i++)
{
   if(IsPlayerConnected(i))
   {
      if(HPTIMER_PLR)
      {
         GetPlayerHealth(i, HP);  // floatsub(HP, -1.0); SetPlayerHealth(i, HP);
         SetPlayerHealth(i, HP - 1);
      }
   }
}
return 1;
}
     
CMD:ellatas(playerid, params[])
{
HPTIMER_PLR[playerid] = false;
return 1;
}

 
Persze nincs tesztelve, és lehetséges hogy a lebegõpontos értékek csökkentésénél és ellenõrzésénél floatsub illetve floatcmp használata szükséges.