robhol

Not likely. If you can't connect to ANY server, then the problem is almost definitely on your side. It could be a net restriction, a firewall, a proxy, etc.

I can't really get on IRC for a few hours and I don't want to submit a Mantis issue before I'm sure, but... is it just me or are all GUI click events basically crippled now? I haven't been able to test very closely, but I tested the editor as well as one of my own resources, and clicking doesn't register.

In the word of Rod and Todd: "YAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYYYY!"

Looks terrific.

Doubt it, no new AV programs. Anyway, this is now sort of pointless. I've formatted C: and installed Win7.

Well, get out your Lua tutorials and MTA function references: you will be needing them if you plan on going through with this. MTA and SA-MP are so widely different in what they support and how they do it, even with a perfect scripting language "translator" you'd be in deep crap. You can't do this without putting in some hard work, and if you could, you would be sitting left with an abysmally crappy result.

No, there simply isn't a magical "read my mind and give me what I want readily scripted" function. MTA is advanced, but not THAT advanced, know what I mean? Read the links Gamesnert gave you. If you can't learn scripting, then you can't script. Sorry, but that's the harsh reality here.

Didn't work. I also tried raping MTA AND GTA with Revo Uninstaller and then reinstalling, but still nothing. Anyway, I think the problem is either the DLL (which'd be odd), a dependency of it (someone tell me if this is odd) or the way in which it's read.

for k, player in ipairs(getElementsByType("player")) do -- do something with getPlayerWantedLevel end

I didn't find any registry keys. I'll try the other tip when I get home later.

Oh, and tried reinstalling GTASA. No go.

I forgot to mention (here, that is) the error message in CONSOLE is something about "the indicated procedure" not being found. That error showed up in my local system language, and so I translated it. It's probably not what it would look like in English, but it could still be a pointer towards the problem, I guess.

+1 in principle. However, as mabako shrewdly put his name IN the resource name, I'd say it was practically redundant.

Well, this picture describes my feelings somewhat better: System restore should be a last resort - it has NEVER worked properly for me, but ALWAYS caused more bullcrap than it solved. Thanks for the tip, though. I suppose it can be the last thing before a format/reinstall.

He's just a SA-MP Leech, don't bother.

I didn't add those functions because I don't really see the use in them. Maybe I'll add an "Import XML file" feature, but later, and only if I ever actually get MTA working again.

Short summary Windows XP, MTA's been working pretty much flawlessly since DP2. Reinstalled XP some time ago, both single-player, MTA and even SA-MP worked like they should. Yesterday, I was running the editor on my private localhost server (separate from the installation directory/default one) and mapping some objects. When I exited MTA due to a problem with a resource (see longer story below) I couldn't reenter - when I tried connecting to ANY server, I get this freaking annoying error message. "No such mod installed (Deathmatch)" FFFFFFFUUUUUUUUUUUUUUUU-!! In other words, I can't get into MTA anymore. Any server I try to connect to will fail, with the same error message. First, I tried restarting MTA again. Same error. Then I restarted the server, same error. Tried to connect to another server, same error. Reinstalled MTA on top of previous installation. Same error. Uninstalled, reinstalled, same error. Uninstalled, wiped MTA dir from Program Files, reinstalled 1.0.1, same error. Uninstalled, went looking for registry keys (tipped off by [FMJ]MACK), couldn't find them, wiped the installation dir again for good measure, reinstalled. Guess what? That's right. Same error. Since I'm in the final phases of readying San Fierro Deathmatch for release, this COULD NOT COME at a worse time, and quite frankly, I feel about this close (||) to going on a murderous rampage at the moment*. *) Disclaimer: actual murderous rampage may not take place. I see there are two other topics with this error on it, but one's not the same OS, neither of them is actually offering a solution, and I didn't feel like highjacking an existing topic with this admittedly HUGE post. I hope somebody will be able to help, as never playing MTA again (except on my ultra-crappy laptop) isn't a prospect I'm looking forward to. Thanks in advance.

Erm, just a quick question: with "like this", do you mean the current way or my proposal? I'm imagining a system (optional as mentioned) where a temporary unified archive is created out of client-side script and data files shortly after resources are initialized after server load. It would, naturally, need to be updated when resources containing client-side files are stopped or started. Compilation' s not a bad idea (actually, I love it,) but by compressing the files we could be reducing the download amount even more. As for the updating issue, I guess I didn't think about that. But seeing as the initial resource download (especially the admin resource and it's flag icons, *shudder*) is the worst one anyway, this would help quite a bit. If the client has an empty resource directory, it could still use the unified archive approach, I guess. A slightly better alternative (or.. compromise) would be archives for each resource - still not 100% efficient, but a lot less wasteful than re-sending all resources or sending tons of small files. Unless there are frequent changes to LARGE resources (which would be avoidable) that would probably be perfectly usable. The rest of the files could still be transmitted normally (or compiled individually? This could be another neat feature, if you make it optional) when something changes on resource restart, etc. (Or you could just install the latest version of the most commonly used default resources into the client-side resource cache when installing.)

My, my, how terribly sad.

That would really be more a separate issue - it doesn't fit in the same resource as a help system IMO. It's also not something I need enough to actually make for myself.

Sorry, but.. wtf? l2paragraph And what does that have to do with this resource..

Then people need to be less lazy. Downloading takes half a minute, same for installing. People CAN probably survive doing that once every few weeks/months.

After meditating on the issue and writing a couple of minor patches for helpmanager, I just thought "f this, I'll make my own." This resource is designed to work almost exactly like the original helpmanager resource, except with a different GUI setup and a couple of extra features. As you can see, the GUI uses a grid list instead of the "traditional" tab panel. This allows for more resources/"chapters" in the list, and also for a bit longer titles for each chapter/resource than you'd have in a tab panel. The resource works a lot like the original (out of the box, if you have existing helpmanager-compliant resources) with help.xml config files, opening with F9 or /gamehelp (configurable in the script.) The main advantages (apart from the list) over the old help manager is that it allows you to provide custom titles for chapters/resources instead of using the resource names. You can also sort your chapters in a certain order. In the image, all the chapters are in correct order, and will still be so regardless of restarts on any relevant resource. Links Wiki page Resource page Enjoy!

After spending 10 min being refused in my own server from my laptop standing 1m away, I'm quite PISSED and would like to suggest some measures to make the resource download system less horribly retarded and annoying. Compression I suggest that, if it's not already done, individual (or ALL) resources should be compressed when needed into a temporary file stored at the server. Instead of sending 100 small files, the server could send this larger archive which would be extracted at the client-side. This seems a lot more efficient to me, than downloading 2000 small files, and it would also almost definitely reduce the total data size. Double win. As far as CPU/disk space issues go, you might want to make some kind of option for disabling this. Download speed I have no idea how the resource download even manages to get something as disgustingly slow as 40kBps on a LOCALHOST CONNECTION, but it's happened. I also have no idea how to improve it, but you really should look into it. Download ERRORS Unless you have low blood pressure and ran out of medication, they are useless to the point of "why-the-f***-did-they-make-it-this-way". If something's not being sent by the server, you should get a message (as clear as possible) about what could be wrong, not some generic bullcrap message on the client-side. Also, when the client exits due to a download ERROR, the server should not think it quit intentionally, because.. well, it didn't. While I realize this might seem a tad like venting/raging, I hope you'll be able to see this from my point-of-view: a system I don't know the inner workings of stubbornly refusing to work without giving any hint of what's wrong. I also have a headache at the moment. This doesn't exactly reduce irritability.

Well... if there's no built-in function to do it, (I don't think there is) maybe you can callRemote() an external PHP script which just returns your IP. Would be easy to make. But why do you need this?