DiSaMe

Those functions are only for models. If you want to replace any texture, you need to use shaders.

If animations aren't synced, then getPedAnimation shouldn't work server-side, as the server doesn't know what the animations are. Unless it knows but doesn't send the animation data to other players.

Assholes for what? Because they don't give their work away and want MTA servers to be original? If you don't have time to do something useful (learning Lua), why do you expect people to have time to do something useless (making some script, giving it away and here, another sucky resource which everyone is tired of because it's being used in every other server)?

Recreating the whole camera and HUD will not just make swinging and shaking camera possible, but also make them fully customizable, so other effects will be able to be done too. The only thing which cannot be made without workarounds is oxygen bar. If this was implemented, the HUD could be fully recreated. This would also increase the customizability of custom camera, as it wouldn't need to repeat the rotation of original camera when aiming the gun.

Yes, exactly, many scripts there suck because unoriginal servers using the same scripts are boring. Why make casino script suck as much as other scripts do? And if people need this script, why do they ask someone else to do it?

Doesn't cancelEvent in onClientPlayerDamage do the job? Death reasons in this list are given as a weapon ID when player dies, so if I get it correctly, they should also be given as a weapon ID when the player gets damaged.

In such situation, I'd recreate the whole HUD. If you only want this effect and nothing else, it may be not worth doing. On the other hand, recreating the whole HUD and camera system gives you possibility to customize them in any way you want, so if you want something else besides drunkenness effect, recreating them will probably be useful.

OK... Maybe I was wrong about this. It's a long time since I tested that, after all. I could do some test again and see how it looks.

And you checked what control states were on your side? It's obvious that vehicle will drive if it's moving for syncer because the velocity and position are synced, but what about the controls? Did you hear the vehicle accelerating, did you see the wheels turning whenever the ped was doing the turn?

If SA-MP players say SA-MP is better, I wonder, why they use MTA source? But still, this fails because SA-MP still cannot import models and needs external programs to do the job. I don't want to sound like a fanboy, nor I want to turn this topic into MTA vs SA-MP, but I find it hard to believe that many people don't open their eyes to see the obvious fact: MTA is better.

It's not the same. A few displaced labels give the border the same width in all places, while one scaled label makes the border thinner near the center. Sometimes the difference may be small enough, but my way is more universal.

In the same way I wrote: DRAW A FEW LABELS WITH SOME OFFSET.

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.