15.11.2009, 16:11
This is the best streamer I ever have been upto, great work Incognito
Originally Posted by Incognito
I found the source of the problem I spoke of earlier: Peter's PawnCommand. It seems to be partially bugged in Linux. When multiple float parameters are passed to it, they all get shuffled around for some odd reason. This causes the objects to always be created in the wrong place. The only solution I can think of is to execute a public function that will create each object in the script instead. This is obviously not quite as elegant, but it is the only thing I can do short of placing the entire streaming code inside the script as well. Fortunately, the speed should not suffer tremendously (OnPlayerUpdate gets called several times a second too). I will release a fixed version soon.
|
COMPILE_FLAGS = -c -O3 -w -D LINUX -I ./SDK/amx/ -fno-strict-aliasing
Originally Posted by Kylla
Does the 'Streamer Ticks' use OnPlayerUpdate?
|
Originally Posted by Incognito
Kylla: CreateDynamicCP returns the checkpoint ID.
Shady91: Read pod's post. [SU]BP13: Maybe. Try it and see. |
Originally Posted by Incognito
Kylla: CreateDynamicCP returns the checkpoint ID.
Shady91: Read pod's post. [SU]BP13: Maybe. Try it and see. |
Originally Posted by Incognito
Kylla: No, the item IDs start at 1.
[SU]BP13: Well, your problem is kind of unique. I have not seen anyone else say that their objects are not loading properly, so are you sure that nothing is wrong in your script? Also, are you using custom virtual worlds, interiors, players, or draw distances? |
foreach(Player, i) { format(string, sizeof(string), "%s (%i)", pName(playerid), playerid); CreateDynamic3DTextLabel(string, COLOR_LIGHTORANGE, 0.0, 0.0, 0.03, 15.0, playerid, INVALID_VEHICLE_ID, 0, GetPlayerVirtualWorld(playerid), GetPlayerInterior(playerid), i, 15.0);CreateDynamic3DTextLabel() }