robhol

Yeah, we've had this suggested before, but the main problem is: traffic lights are completely uninteresting for a vast majority of players on a vast majority of modes. Freeroam, Deathmatch and all its varieties, Race, "Race varieties" (DD,DM, etc.) and actually many RP modes as well, would hardly even notice this. Traffic lights must be the second last thing any GTA player pays even the slightest amount of attention to, second to speed limit signs. The fact that this is uninteresting for most players at the same time as it'd drain valuable developing time and also increase bandwidth, is not really a good incentive towards making it. Also see the original issue..

Off-topic: legendary bump.

You... you're not that steady in SQL, are you. For one thing, your query is just wrong, you need a WHERE clause to get from one player, or a selection of players. This returns for ALL players. For another, mysql_query doesn't return a result. As in PHP, you need to do more to get the resulting data itself. In this case, mysql_result, mysql_rows_assoc or one of those functions.

By not creating blips that are attached to the player. How you'll do this is kinda up to you as you give no helpful information as to what resources are running on the server.

* robhol steals half of the cake and farts on the rest, then makes a spectacular escape.

This "procedure" is discouraged by most team members anyways. I for one can't see why this thread still exists.

-.-

ehh.. That doesn't make even a slight amount of sense?

Or check out your LAN; maybe someone else is doing something to push your pings up.

Yes, it is. I dare say you can probably do even more with them with MTA..

1. If you mean changing to grayscale color: no. 2. Unclear question. What do you mean, best way? "Static effects?" 3. No.

Your connection sucks.

That page is ancient and not necessarily applicable to the current version.

Well, you're one of 10% against now 73% who do want them, so too bad. The whole damn point is that people who don't like them can just disable them.

Or maybe it's because this is not a democracy. We like to think we listen to the community, but the community are not the final word. And how is that in any way a practical difference from what I was saying? The fact that three out of four forum members want signatures and there's no good reason not to implement them that I can see, that can't be fixed. You might like to think you listen to the community, but in this case that's obviously pure bullcrap.

Redundant. getResourceRootElement() will work just fine by itself.

What is this.. I don't even Listen, you have a very, very long way to go even in completely basic Lua syntax. Get a tutorial and READ it before trying any more.

MTA uses Lua, and SA-MP is too crappy for custom textures afaik. (No surprises there then...)

Do whatever you want.. not like anybody listens to what I have to say anyway, is it.

The guide might come back, but I don't know when. I'm too bored and not motivated nearly enough for major work at the guide, so it's progressing slowly, a little by little, whenever I don't have anything better to do.

If we could keep this on topic, please. If you want to discuss ban systems you could create your own threads for that. I might also add that bitching about MTA serials will do so extremely little good that it almost makes me dizzy, as long as SA-MP doesn't have anything close to that at all. If otherwise is the case, though I doubt it, please enlighten me. And why are you suddenly dropping the arguments you came with earlier? I doubt you missed my reply, it did end up quite long.

It's just that nobody cares what people in the community think about the forums, apparently. And it's so much easier to avoid confronting the issue by ignoring it.

Choosing client/server (in those cases where it really is optional) is a matter of security vs. reliability and bandwidth. Server scripts stay on the server (durr) and so the client has no way to see it, change it or modify it. Client scripts are sent to each connecting client which, if they know where to look, they can see them in clear text. (Whatever rudimentary protection you can get is piss poor, but that's another issue.) In addition, client-side scripts by themselves only work on their own game on their own computer. That's essentially the clue here. You can't replace one client's models from another client's script, that'd be insane. In the case of setting weather, time, etc., those functions interact directly with the client game. In the case of replacing models, they usually apply to all clients. Why, you ask? Because even though the individual script only works on one game each, they are still sent to all connecting players and therefore, they will work for everybody. (Assuming the script doesn't have its own system for deciding this.) Client functions require little or no interaction with the server. So, by making things client-side you will get faster execution and less bandwidth usage. The tradeoff is that people can see the script (if they have the knowledge and will) and they'll have to download more when connecting. In the case of script files this added size is usually negligible.

Maybe you have a firewall. Open ports or disable the firewall while playing. Try joining with the IP and port directly.