DiSaMe

Draw a few black (or whatever you want the border color to be) labels with some offset and the main label on the top. Example: dxDrawText("Text with border",100-1,100,100-1,100,tocolor(0,0,0,255)) dxDrawText("Text with border",100+1,100,100+1,100,tocolor(0,0,0,255)) dxDrawText("Text with border",100,100-1,100,100-1,tocolor(0,0,0,255)) dxDrawText("Text with border",100,100+1,100,100+1,tocolor(0,0,0,255)) dxDrawText("Text with border",100,100,100,100,tocolor(255,255,255,255)) This will draw white text with black border at coordinates (100, 100). The border width will be 1 because this number is added to or subtracted from border labels.

What can be wrong here? I did that exactly like in video, only with another player being the syncer. I'd also like to see how you tested all of this and got different results.

I also have a question which is related to this topic. Is it reliable to check using isElement instead of setting variable to nil when the element gets destroyed? Variable still holds the address of no longer existing element, so if I understand it correctly, some newly created element may get stored at the same address, forcing the variable to point at the new element and therefore causing isElement to return true, even when old element doesn't exist. Is that right?

No ideas...

The plane and the ped were visible to both me and another player, I saw the ped accelerating and another player didn't. That's enough to prove the control state isn't synced. But if you say otherwise... Then I'm glad we have a good way to save bandwidth with no negative impact on gameplay: doing everything wrong.

Doing WHAT wrong?

I once created a plane and a driver in it using runcode and made the ped accelerate, but another player was the syncer and that produced the results showing that control states aren't synced: I saw the plane moving out of starting position, but it kept quickly returning back, what means the syncer saw it not accelerating. In such case, if control states were synced, I would have seen accelerate control state getting synced back to false, but this didn't happen.

Peds don't use as much bandwidth as players, do they? Some things such as control states aren't synced for them.

onClientPreRender event has a timeslice parameter. It's time in miliseconds between last two frames. So you can divide 1000 (one second) by one frame duration and you will have FPS based on the length of that frame. However, I noticed that every frame is a lot shorter or longer than previous frame. I mean, every other frame has something what takes more time to process (maybe game physics?). Because of that, you will see FPS increasing and decreasing every frame.

I don't think that would be difficult, that could be done with some kind of program which reads the game map, DFF files and puts the objects in those positions. But yes, there would be lots of objects and it's not worth doing. Anyway, even though this script alone wouldn't make the game a lot funnier, I'm still glad to see that people make something original and don't ruin their work by giving it out to everyone.

Isn't this a better way to protect scripts?

Yes, they can. Peds can be controlled using control states, that makes them able to do everything what players can do. Well, except entering/exiting the cars (they must be warped), but that can be remade using animations and element attachments. Too bad hardly any servers make use of peds. There are a few videos with peds controlling vehicles on youtube:

Some kind or roleplay where limitations would be scripted, not imitated by players. For example, it's boring when you must act as if you got hurt during the traffic accident, and it's much better when the script actually lowers the health and makes the movement on foot slower. Computers were made for automatization, but RP servers tend to make everything otherwise.

Peds CAN perform almost any action, unlike SA-MP, which only has recordings and animations.

I agree with Remi-X too.

Extremely hard? I wouldn't say so. It may be a bit time-consuming, but not hard. It needs paths on all roads in the map, what may take 2 or 3 weeks, and a pathfinder, which isn't really hard to make.

Yes, I have made a video with drawtag script, but it doesn't use shaders. It uses file functions to create TXD files.

Damn, I put so much effort into uploading videos again, then putting the links, and then it turns out that was unnecessary, but now I feel too lazy to remove files and links

http://www.2shared.com/video/EiB0Ljgz/MTA_carspray.html good quality, big download http://www.2shared.com/video/3sE_t6OK/M ... ray_3.html bad quality, smaller download

OK, I uploaded it again:

Is it just black and loading or does it play for a very short time and then stop playing and start loading? If it's the latter case, try jumping forward a few seconds, otherwise I don't know what to do. Maybe I could upload the video somewhere else...

Really? What does it say?

Although I rarely make MTA scripts and videos nowadays, I spent some time yesterday and today because I thought that was a good idea: Spray paint is made using dxDrawImage, so it covers the original green spray color, making it harder to see.If the video doesn't work, you can download it from here: http://www.2shared.com/video/EiB0Ljgz/MTA_carspray.html good quality, big download http://www.2shared.com/video/3sE_t6OK/M ... ray_3.html bad quality, small download

Yeah, it's better to run a server with that script instead of releasing it. That will be a very fair and very effective way to gain popularity and the most important, people will not get bored of it, so the hard work won't be ruined

It clearly says that value of second argument of addEventHandler is nil, what means that arrestMarker doesn't exist. That's because you try to attach the handler to the element before that element is created. So move that line below the line which creates arrestMarker element.