eAi

I haven't seen anyone hack client-side scripts but it's eminently possible. You shouldn't trust any client-side script to do what you expect. Client-side scripts were designed for 'superficial' things, not things that can affect the stability of other players game. If you start putting code client-side that other players can see the effect of, you're opening yourself up to potential trouble. Don't say I didn't warn you!

The problem is you can't easily download HD content of YouTube, and it's fairly highly compressed...

I hope you can ban a user and all the IPs they've banned too! That's a major issue with this kind of system.

You really must be careful providing access to something like kickPlayer directly from a client-side script. If someone hacked their version of MTA, they could kick everyone on your server, and do anything an admin could do (by the looks of your code). This is exactly why MTA doesn't provide these functions client-side. Instead you should have the server ask the client for a password. The client sends a password back. If the client gets it wrong three times, the server kicks that client. That's pretty secure - there's no way someone can get someone else kicked.

Ask one more time about this and you'll get banned. I've locked two of your posts about this already.

We don't support cheating, we don't support mods that enable you to cheat, whatever server you play on. MTA provides server owners with ways to do whatever you want with GTA, without using cheats.

See https://wiki.multitheftauto.com/wiki/Resource:Race for more.

getPedOccupiedVehicle. Just a quick answer.

You really have to stop using J instead of I, it's really annoying. Don't touch resourcecache - it's not intended to be changed by anyone - the server just uses it to store files extracted from zip files so it doesn't have to extract them again. At most, delete all the files in it and let the server regenerate them, but this shouldn't make any difference to anything.

UCP? If you mean a webpage for administrating users, you can do that from the MTA server itself: https://wiki.multitheftauto.com/wiki/Resource_Web_Access

All numbers in Lua are floating point, even if they could be represented as an integer. Which is clearly a somewhat odd decision given their limitations, but it does bring with it some convenience... A double can store numbers from roughly -2^308 to 2^308, whereas a similar sized (64 bit) integer can only store 2^64 values... http://lua-users.org/wiki/FloatingPoint might be of interest...

This is how floating point numbers work - they can't represent any number you want them to, they might represent 2 as 2.000001 and 3000 as 2999.001, but they can represent more accurately the closer you are to 0. This is why you should never check if a floating point number equals something in particular, it's likely never to even if you think it should. As such, if you keep doing calculations with floating point numbers (particularily large ones) they'll get increasingly inaacurate as the results of each calculation is rounded to a (seemingly random) number. A solution would be to reprsent big numbers as two smaller ones, or to generally reduce your accuracy (do you need to represnt time in seconds over a year? What about days, hours, minute and seconds or just days and seconds?)

65536 should still be the limit. You may be able to make more than that but they'll probably start sharing Ids...

Good points!

What's wrong with using an interior? These give you 99% clear worlds which really should be good enough!

Try searching the files in the race resource eh?

I'd say the first will be used. Either way, that's not supported. There's no way for the client to decide if the server is "being to slow". You just need to find a fast enough host - there's plenty around...

What's wrong with something like this? It's much much better to avoid help files if you can. If you need to read a help file to use your user-interface, you've failed!

No, it'd get pretty messy if there was I think, though it could be useful sometimes... Something that could be added in the future would be an tag in the meta.xml that would import one resource into another - either by just mapping functions directly to exported ones or by running the resource again in the instance of the resource that was imported...

You should clearly be very careful providing access to client-side scripts. You certainly shouldn't allow them to execute arbitrary SQL, or you'll have someone doing a DELETE or DROP on you...

What's the symbol in the bottom right mean?

I've had similar issues on Snow Leopard when I tried a few weeks ago. I didn't have enough time to work out why... iJs wrote those instructions, so he may have some suggestions.

If you let the attacker decide, you open the game up for easy cheats... Aimbots where you don't even need to aim.

It's hard to say what you could optimise without seeing your code. Basic things tend to be highlighted on the wiki - such as not attaching event handlers to the root element unless you need to, not triggering events on the root element unless you need to (pretty important that one!) I would also strongly encourage moving code server-side if it's practical. If nothing else, it's more hack-proof than client-side code.

Try reinstalling MTA _outside_ your Program Files directory - say, on your desktop for example... The error your're seeing is triggered from http://github.com/multitheftauto/multit ... r.cpp#L160 - it's not clear why LoadLibrary might fail with that error.