darkdreamingdan

Personally I would only be willing to release it if I knew it would get maintained and updated properly and publicly. I don't want to release the unstable version into the wild and then find derivative work that hasn't been sent upstream so only that person/server benefits from it.

We do actually have a set of pedestrian resources that exist, but remain unreleased. It already has peds walking around the city and vehicles driving round - fully synced, just a bit unstable. I'm not even sure it's even that bandwidth intensive. If anyone is interested in opening a google code project for them we could look into releasing it and trying to fix it up. We always wanted to release it but since it's so experimental it never belonged in the resources svn

Wa gwaanin

The latest interiors resource is already provided in the MTA installation. Just type "start interiors" in your server console and it should fire up.

Let me just add that we have no issue with people setting up their own communities, but as lil_Toady said we have never given third-party websites any form of 'official status'. Anything that is officially endorsed by us must have our forum team and moderators overlooking it - being able to check the content and easily gain feedback from the community. If this is within our own forums, it easily gives us the ability to access this content and not only moderate it, but take away valuable feedback from the community. In seperate domain websites it just makes it harder for us to mantain and try and work with the community.

Well one of the planned features is Automatic Gain Control (AGC) to automatically adjust players' volume to normal levels.

We already have plenty of server list name abuse.

I was planning on fixing up voice when i had time. Has anyone tested the branch in it's current exact state? Would be useful to get feedback as I need to know if it even works. The last revision was untested so I'm not sure if it does work. If it does work, it just needs a little polishing before it can merged into the trunk.

You guys are getting confused. A denial of service attack can be facilitated without ANY connection to MTA. By getting 100,000 machines to ping (that is, cmd -> ping google.com) a server, the server gets overwhelmed with requests and starts slowing down until it eventually slows to a halt. No implementation within MTA can prevent such an attack, unless there is a security vulnerability within MTA itself.

I'm not sure how this suggestion makes sense. Captcha's are designed to prevent automated bots from proceeding. MTA's spammers/trolls are human, so a captcha within MTA serves no purpose. As for denial of service attacks, these are facilitated outside the MTA client by flooding the server with requests, so a captcha could not prevent them.

Leave the 'serverip' field blank in your config

https://wiki.multitheftauto.com/wiki/Res ... ssiontimer Docs for missiontimer, for reference

May i suggest using ryden's colour picker as used in the editor. dxscoreboard does the same.

It would probably be worth replacing the input line with an appropriately designed CEGUI editbox, would allow for much greater flexibility. It's just a shame you have to worry about other limitations such as font and text size. The console does facilitate most of the things you describe though, in the mean time.

I hate to say this, but perhaps it might be wise to bring in measures to encourage playing on servers for users who only hit the map editor. Something along the lines of Pop-ups or "Did you know?" boxes to users who seem to only use the editor.

You can disable the anticheat in your server by changing the disableac parameter: https://wiki.multitheftauto.com/wiki/Ser ... ent_Checks

Bear in mind that this kind of implementation will require some reverse engineering. GTA only loads .dat files once, so in order for this to work successfully you'll have to not only patch the location of the .dat file, but ensure it is reloaded when that resource requests it should be.

They're 2D lines, minimal performance hit. Great idea, nice work

Scripts that contain non-english langauges need to be resaved in Unicode mode as part of the new unicode text support. This means proper internationalisation that is viewable for all users (meaning e.g. Arabic players joining Russian servers can read their text properly). Almost all editors support saving in UTF-8 mode, so it should be fairly simple for scripters to do. English scripts are unaffected. 1) Quick connect has been removed. This decision is not final, but the new server browser's address bar now facilitates the functions of quick connect. You can use the dropdown to find a history of all the servers you quick connected to. 2) There is now a dropdown just next to the search box to choose between searching for players and searching for server names, similar to a Firefox/IE/Safari search bar to save drawing space 3) No, i'm not really sure what you mean or why you'd want to do this. The quick loading option doesnt load the GTASA game on boot, it loads it on first connect as before - it's just much faster. It won't affect the launch of MTASA. The 1.1 server browser will display servers from 1.0.x, and upon connect will automatically launch 1.0.x for you. It doesn't support 1.0.x servers by itself however.

Interesting. I'm guessing this obviously requires a Windows version of GTASA too?

How did you go about getting arabic to display in GUI?

Because Aero is useful? Stuff like aero peek is useful, and it shouldnt impact performance on a game like GTASA. It's odd that Aero + GTASA worked fine in Vista but not 7.

Please ensure you've installed the Data files to go alongside the build.

You have to vote again for us to reach the top 5

You can only vote for one, so how the hell did you do that? o.0 False.