Jump to content

Gamesnert

MTA Contributors
  • Content Count

    2,035
  • Joined

  • Last visited

Everything posted by Gamesnert

  1. I've been working on the vehicle entry / exiting for 1.1 for a while now (ok, to be honest, it was slacking / other stuff I had to do most of the time) but recently when trying to fix my entry / exiting code, I kind of stumbled upon a rather interesting "issue": Passenger jacking. (Gee, who would have guessed that from the title?) So I've spoken to ryden and being able to jack passengers seems like a good idea overall, if there's a way of specifying whether that's actually desired. Make "enter_passenger" control (default: G) take the closest seat possible, jacking who's inside Make "enter
  2. Which only shows up if you press a button which says "Messages 0/0" most of the time and if someone sends a report, the only thing that happens is that it turns into "1/1". It's way too easy to miss.
  3. You don't háve to divide files. Files are divided so it's easier to find particular pieces of code, but you don't have to divide scripts. Just if you want to have both server-side AND client-side, then you'll need 1 script for server-side, and 1 for client-side. But except for that, it's only for convenience.
  4. I have helped a server get rid of the cheaters for the most part. Here's all you need to do: Block all versions lower than 1.0.4, so also block 1.0.3. This'll make it harder for people with hacks to join a server Get that anti-cheat by PhatLooser Get a few (good and active!) admins Create a simple report system, so people can report cheaters to admins (possibly via IRC / E-Mail using the sockets module) That's basically all you need to do. You'll be surprised how many cheaters are already prevented by blocking versions lower than 1.0.4. Barely anyone non-cheater still runs 1.0.3 or low
  5. The newest map editor should be able to load maps, no matter how big they are, completely. (newest resources can be downloaded from HERE) As for disabling the freeze checks, there's simply no need to do this. Think about this: You're basically asking for a function which will freeze the server so hard, it'll be incapable of doing the following things until the script is done: Handling players on the server Handling connecting players Handling sync Letting other scripts execute ... I doubt that's what you would want. There is an alternative however. Lua provides coroutines. What this
  6. Scripts are unlikely to be made for free. If they're made and for public use, they're on the community website. If they aren't on there, you'll have to either make your own or try to convince someone of making it for you, which is much less likely to succeed. Also, if there are multiple people involved, it sounds to me like there is someone in the team with more scripting knowledge than you. Why wouldn't you simply let him look at Orange's post and respond to it?
  7. Disable the firewall. It blocks what you want to let pass through, and lets pass through what you want to block anyway.
  8. I don't understand the problem. Can you please explain what errors you're getting? And can you please show us some code so we can see what you're trying to do?
  9. There is an animation file (ped.ifp, if I recall correctly) which is also between the list of checked data files. Apparently, ped.ifp can be used to someone's advantage. Frankly, I'm not sure in what way, but if I remember correctly you could make yourself run faster and jump higher. EDIT: As the original ped.ifp file doesn't appear to be in the data files zip, I've hosted mine HERE. ( ~ 1.4 MB)
  10. <!-- This is a comment, whatever is inside this, won't be read by MTA --> Meaning the solution is to remove
  11. The functions "mysql_connect" and "mysql_errno" are functions from the MTA-MySQL module. In case you don't know what a module is, it's kind of like a file that adds functionality to the MTA server. (in this case, MySQL) To solve this problem, simply install the MTA-MySQL module like described on the wiki page, and you shouldn't have any problems.
  12. Use "source" when you want to know what's the main element involved in the event (for instance, source = the vehicle a player entered in onVehicleEnter) Use "client" if you've triggered a server-side event from the client, and want to know what client triggered the event. Use "player" if you've actually defined it.
  13. Well, you could make a small plug-in script for it. Just a small script that gets all the translations of one resource and declares is. Besides, that's why I also included language.HELLO_WORLD in the example.
  14. It may be worth the hassle for servers which prefer multilingualism. I'm sure there are plenty of those servers. The arguments stated in that topic mostly apply to MTA itself. In C++, it's much harder to make something multilingual than in Lua, and because the main menu contains mostly basic stuff most people can understand (or at least randomly click) it's really not worth it. But on indivudual servers it's easier to implement, and servers might prefer it. Oh and if I may make a suggestion, make it something like this: <lang name="English"> <!-- possibility #1 --> <st
  15. I'd keep it English-only as well. Several reasons for this: The main menu is nothing more than a few clicks. It costs a lot more effort to implement multilingualism than it might solve People playing an international game should, in my opinion, speak an international language. (unless they're on a server with a specific language) It's very annoying if you're having a friendly conversation, and someone suddenly comes in and yells a language you can't understand right through your conversation. Multilingual MTA would encourage this behaviour People got to the English website, got to the Eng
  16. For as far as I know, it has yet to be reported at the bug tracker. You have an higher chance of getting this issue on the 1.1 TODO list if it's actually on there. I think you should try putting a ped behind the steering wheel, see if it improves anything. If it does not, you should report that peds should have more synchronization in a vehicle. You don't need a lot of sync with an unoccupied vehicle, as it's only a waste of valuable bandwidth. With a ped in it, however, it's usually your intention to actually make it drive, so the sync should be improved for peds. And I think the unoccupied
  17. % is about the same as doing this: number = 9001 while number >= 2000 do number = number - 2000 end You basically set a maximum for your number. If it exceeds the maximum, % rounds it back to within the range you specify.
  18. Please note that you should also modify the actual width. You can modify the UV as much as you like, but this means the rest of the picture will be stretched out over the width and height. Your picture will always be 256 pixels wide with your script, because you specify 256 to be its actual width. The only thing the UV is for, is so you can decide to draw a partial image. For instance, if you'd be making a custom minimap, you wouldn't want to have to draw the entire minimap onto the screen. To fix this, you can try setting the width to the same value as you set the U width. Then it should wor
  19. Does this sound like a particularly attractive offer to you? I doubt he'll actually pay (enough for being two "hard" scripts) to make it worth for anyone.
  20. It's perhaps useful to post steps to reproduce, like a script or something. In my recent attempts for dxDrawImageSection, I can actually confirm it works fine. Either that or I made some mathematical error in which it somehow corrected itself correctly. Also, you noted that the function prototype indeed is: bool DrawTextureQueued ( float fX, float fY, float fWidth, float fHeight, const std::string& strFilename, float fRotation, float fRotCenOffX, float fRotCenOffY, unsigned long ulColor, bool bPostGUI ); However, this isn't the only function with that name. You can "overload" func
  21. It still does, but not every option. (Anti-Aliasing for instance)
  22. 1.0.4 is actually the new stable release. It's no longer a beta. About the CPU problem, do you have any special resources or modules running? Does this happen immediately, or after some time? Any more info you can give us?
  23. Colshapes are a method for scripters to determine if a player or vehicle is within a certain area. This is mainly used in stuff like markers (like the Race checkpoints) to determine whether a player is inside the marker or not. The problem in 1.0.3 (and before, I guess) was that markers attached to other objects were slowing down the game significantly. Several markers could drop FPS to unplayable levels. In 1.0.4, colshapes have been optimized a lot, meaning they don't lag (nearly as much) anymore.
  24. I don't get this... What's the point of this topic? It wouldn't make any sense to release 1.0.4 if 1.0.3 would be better...
  25. MTA is failing at low FPS, because GTA fails at low FPS. Simple as that. And FPS being half, I wouldn't call that a "small difference", frankly. Anyway, there are several things you can do: Make sure you don't run anything on the background Try turning down resolution. It can help a lot Some things (like speedometers) can sometimes make FPS drop a bit. If you have such resources on, try turning them off Blur and clouds can be disabled in Race. In-game, open the admin panel -> Resources tab -> Click race -> Click settings -> find "blur" and "clouds" -> Make sure you turn
×
×
  • Create New...