Dutchman101

After/besides doing what ccw said.. create a crashdump of crashing installer process. Open notepad, paste in this: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps\mtasa-1.5.2.exe] "DumpCount"=dword:00000002 "DumpFolder"=hex(2):63,00,3a,00,5c,00,64,00,75,00,6d,00,70,00,73,00,00,00 "DumpType"=dword:00000001 Click file > save As, and name it crashcatch.reg (under All files type) Now go to where you saved it, and double click > merge it to Registry. After doing this, run the installer again and wait for it to crash ('has stopped working'), then go to folder C:/dumps and get the latest dumpfile from it, then upload this to https://upload.mtasa.com/ and share link here.

DOWNLOAD: https://community.multitheftauto.com/index.php?p=resources&s=details&id=13638 A type of moderator panel that ONLY allows to mute players! (open panel with /mp when authorized) Useful to give someone you don't fully trust yet, the lowest sort of moderator/staff powers that exist. Maybe you got some players asking to be made staff in order to ''atleast do something'' against spammers, (to stop them), you can make them an user of this panel. Only being able to mute, misuse/abuse isn't likely. It can only mute for 5 minutes duration, and asks for the exact Chat sentence (encourage the users of this panel to put that in if you want to be sure they only mute for real spam, so you can always verify this) ofcourse they can just put anything as reason, not following the encouragement to put in the spam sentence for record purposes. It shows the mute message in chat when someone gets muted by a mutemod, but doesn't reveal the name of the muter. (ADD USER ACCOUNT NAMES in the beginning of .lua under local authorizedMuters = { and they will be pushed to ACL) Script security is of good quality

Imagine you have a gamemode and you forbid a certain vehicle, but players still end up driving them and they are infact spawned. It can be a resource vulnerability, multiple scripts on your server can spawn vehicles, or a hack like LUA injector that enables them to be spawned. You want to find out the origin of these vehicles in order to debug the responsible resource (knowing which script contains a possible vulnerability or bug) and need a debug script to find out the culprit. Ofcourse you can just script the violating vehicles to blow up or destroy as soon spawned, but I can understand you also want to know what's actually happening. I had this scenario myself, fixed and found it out myself. It's a waste to just put this script in the bin, so I share it with others that may find themselves with the same or a similar problem. It wasn't easy either to find a proper way to let it work. CODE: local triggeredByModels = { [432]=true } function detectVehicleCreation() if getElementType(source) == "vehicle" and triggeredByModels[getElementModel(source)] then outputServerLog ("** ILLEGAL VEHICLE DETECTED ** "..getVehicleName(source).." was found at "..toJSON({getElementPosition(source)}).. " dim: "..getElementDimension(source).. " & int: "..getElementInterior(source)) local x,y,z = getElementPosition(source) local sphere = createColSphere(x,y,z,40) setElementInterior(sphere, getElementInterior(source)) setElementDimension(sphere, getElementDimension(source)) attachElements(sphere, source) local players = {} local pc = getElementsWithinColShape(sphere, "player") for _,p in pairs (pc) do if p then table.insert (players, getPlayerName(p)) end end if players and #players ~= 0 then outputServerLog ("** Nearby players: "..toJSON(players)) end outputServerLog ("** Responsible resource: "..tostring(getElementID(getElementParent(getElementParent(source))))) destroyElement(sphere) end end addEventHandler ("onElementStartSync", root, detectVehicleCreation) Serverside script. By default (as code above) it's defined to trigger for vehicle ID 432 (rhino) you must change this ofcourse. So what this does, is log the responsible resource if possible that made the vehicle get spawned, and logs the players in direct vinicity of the vehicle as soon it starts to exist, most of the times the player closest to the vehicle is the creator or spawner so you can identify them, punish player/ask them for details about the leak if you're sure that could be them. If it's a LUA injector hack it's likely no usable resource origin (spawner) will be output, you can determine a player using hacks possibly this way.

-- removed --

DOWNLOAD: https://community.multitheftauto.com/index.php?p=resources&s=details&id=13376 Annoying huh, those players only joining your server to advertise another? This resource prevents that by detecting server advertisements and blocks them from showing in chat. Successor of my first anti-advert script on community. Detected types of advert: - IP adresses in chat - Detection alghoritm for usual adverts (confirmed advertisement, results in auto-ban) The detection alghoritm, when it triggers, indicates it's 100% sure an server advert and therefore will get auto-banned temporarily. IP's can be shared into chat by players for several reasons, not only adverts. So when this script detected an IP in chat, it will not auto-ban but notify all online admins/moderators by message, and log it to the server log. NOTE: RESOURCE NEEDS ADMIN ACL RIGHTS IN ORDER TO BAN UPON DETECTING A CONFIRMED SERVER ADVERTISEMENT It will appear as follows: [sUSPECT-ADVERTISING] " NAME " (tried to) output: [suspect IP] Then, the human eye can select whether it's an advertisement or not (or for example, internet radio station IP:port - not always server advertisements..) You can then browse through your server log in all comfort, fishing out adverts that were logged to ban them. (or instantly if you're on as staff and get the alert) Now the thing comes; this script will not only Detect advertisements and ban/log them, but also cancel the suspected advertisements. But this only works, if you don't have a separate chathandler running, like with some gamemodes such as Freeroam that do. Therefore you would need to modify or strip this; default Freeroam will for example not see these messages canceled because the chathandler interferes with this resource's stripping out of messages after detection.

No. You don't need to do things drastic as ProEPIC suggested so far, yet. First of all; - Take a screenshot (printscreen) of the error, and provide it here. Then.. Please download, extract and run MTADiag and follow the instructions. Press 'n' when asked. Post any Pastebin URL MTADiag gives you.

Please download, extract and run MTADiag and follow the instructions. Press 'n' when asked. Post any Pastebin URL MTADiag gives you.

Just replying for the record: this crash (offset 0x003C91CC) is caused by being out of Video memory. Source: https://wiki.multitheftauto.com/wiki/Famous_crash_offsets_and_their_meaning It means your GPU (videocard) is too weak for the server that you're playing on. Some servers are very unoptimized, with many high-quality textures and high-poly models, besides inefficient client-side scripts that abuse video memory with render related stuff. To solve, buy a better GPU (with more memory and better general specs) or play on different servers, that really do care about optimization. Anything beyond this is a complicated story, but we can sum it up: MTA is a powerful game engine, giving a lot of power to server owners/scripters to quite literally "mess up" by adding all kinds of stuff and mods to their server because it looks cool, but without the required skills to make sure they are acceptable for such an old game (GTA:SA) and the average MTA player's PC specifications. Note: if you are getting this crash even on servers that for sure aren't (heavily) modded, like all servers including a "Default MTA Server" that is as lightweight as you can imagine, then your GPU is really plain unsuitable for a game like GTA: San Andreas to begin with. Then you need to consider upgrading to a more modern PC. Back to the recommendations: You can also try lowering your video settings: FX quality to Low, reduce the resolution etc. Then also go to settings > advanced and put the slider to Maximum video memory to use. "Wow, hold on, I have a gaming GPU with lots of video memory.. this can't be true" Also, we would like to inform you that if you have a powerful PC and a good gaming video card, it doesn't mean you cannot experience this crash. You might be able to play for longer the more powerful your PC/GPU is, but can inevitably crash after say, 20 or 40 minutes. That is because some servers messed up big time (as described earlier in this post) and are so unoptimized that they started hitting GTA's technical limits of memory allocation and rendering. It's often a combination of unoptimized, bloated mods (e.g cars, weapons, buildings, skins) and video memory-abusing client scripts, written by scripters that don't know optimization and only care about their script working. Note that even a single line of script can cause this crash, like a huge mistake rendering something or a dx texture in a loop. So, there is always potential for such bad scripts to exaberate or cause this problem. Contact the server owner, they are in the wrong (but often they won't believe it, or it's not their priority). We at MTA always hope they realize, and hire the right scripters & modellers that know how to solve it.

Have you tried running server on a different PC as I asked? Also didn't see you confirm that you're sure your IP of that system matches the one you're forwarding for.

Have you tried running server on a different PC as I asked? Also didn't see you confirm that you're sure your IP of that system matches the one you're forwarding for.

Have you tried to use a different PC for hosting, just experimental? If the ports still show closed with your local IP (being sure it's exactly the same) after adding to DMZ, it means for 100% your router has no unfiltered (or direct) connection to the internet, because a DMZ usually removes all barriers and exposes all ports. If with you even that isn't the case, your internet gets intercepted and redirected somewhere (from a main modem) the PC you're running server on has some sort of problem (hence I suggested to try another and see). Also it can be at your ISP's end. 1: Which country & ISP? 2: Do you use the standard-issued modem/router from that provider, or one you just bought? Some ISP's also use a technique (cannot remember how it was called again) that tunnels them and this results in multiple endpoints (customers) around the country sharing the same public IP, and eliminates the possibility of port-forwarding. You must contact your ISP to find out, ask them if anything prevents portforwarding with the type of line you got.

Can you verify whether players also get that packetloss, practically? Go ingame and type: /shownetstat Look at the percentage packetloss. Then post here if it matches or shows zero to unsignificant packetloss on client. Get multiple players to do this (several regions) and tell you their packetloss values If you test it with your own MTA, and see a significant client packetloss, hold left CTRL while having that /shownetstat graph open and take screenshots of the details in there, do that multiple times with interval and post atleast 5 screens of that display here.

Is the router also the modem, (connected directly to the internet) or is there a main modem/gateway between your ADSL line and this router? Try this; - Go to start > run and type: services.msc Now navigate to the 'Windows Firewall' service, rightclick it -> properties and select 'Disabled' from the dropdown menu. Then click the 'stop' button and let the firewall service stop. Does it work after that? Confirm this by typing 'openports' into the server console. (do that anyways, and post the results) Also, are you sure the local IP matches the IP those ports are forwarded on? Does the router have a port triggering page on config? Question 1 (if it's connected directly to internet) can also be answered without knowing that much of your network, do the following: - Go to the 'Firewall & DMZ' page as I can see it on your router config screenshot. Add your local IP or server device into it as DMZ host, and enable DMZ option, apply it. This would theoretically open everything and the server would run now, but it's only purpose now is to tell if you got a direct internet line or filtered by a second primary router/modem, so even if it works now - Don't keep it like that because DMZ exposes your PC to many security risks. It's not ideal. So, tell the results if it works with DMZ. Regardless yes or no, turn it off afterwards.

https://community.multitheftauto.com/index.php?p=resources&s=details&id=12912 Error 404 when downloading, re-upload fixed it, so a nonworking duplicate (also has it in description that it's up for removal) DONE

https://community.multitheftauto.com/index.php?p=resources&s=details&id=13143 Stole all code from resource: https://community.multitheftauto.com/index.php?p=resources&s=details&id=9846 and just added in his own keywords, without permission DONE

It appears no proper gamemode is running. Considering also Map editor does this (which it shouldn't) backup and delete the server folder (Program Files > MTA San Andreas 1.5 > server) and then re-install MTA. As you're using the default server set-up now, try again without editing anything or any server config file. If you use ''host game'' option from in-game and it still doesn't work, go to the server folder (as seen above) and manually start the server by launching MTA Server.exe, and try join that local server and see if it helps. If this made a difference then please also let know. If with this default server installation it's still not working, then: Please download, extract and run MTADiag and follow the instructions. Press 'n' when asked. Post any Pastebin URL MTADiag gives you.

As if you didn't come home yet.. You are the one who kept bumping this topic many times from December 2015 to now (few times each month), having collected more than 50 replies, and also made a Mantis bug report to try get priority, and then when you get more support you slack and are gone. No offense, but for me this marks the end of all efforts in writing here. If you cannot keep up with support instructions then don't try to keep your issue topic alive, not now and not in a few months again. Good luck with solving your problem

Why don't you just try it, instead of asking useless questions when not following the instructions (before you put it in the GTA folder) you seem not to sense you'll find out if it fixes it yes or no would you just do as instructed

Does it only happen on Map Editor or also when joining servers? What happens if you start a local server with option ''Host game'' ? Also, please download, extract and run MTADiag and follow the instructions. Press 'n' when asked. Post any Pastebin URL MTADiag gives you.

Then you could just try all the remaining steps that I summed up (including rebuilding the service store as I listed it, using a .bat) and drivers I listed (refer to all my posts and just skip the ones that didn't work, such as DISM or SFC) if this doesn't fix your OS then you'll need to re-install it. But it's worth a shot performing all of them, step by step, to see if it can save you the effort of completely re-installing Windows. For convenience i'll just list it again: (trying to fix the service that lets the system call fail MTA is struggling with, creating the problem)

If all that does not work to let that DISM scan complete succesfully, then you now have several indicators it's just a very corrupted windows OS; 1) the wmic commands ccw posted didn't work, 2) sfc returns partial failure, 3) trying to fix the sfc by repairing its component store hangs also; each of all three means Windows corruption, but alltogether you can be sure it's that, instead of hardware. Then it must motivate you to simply work on solving the Windows OS problem as if that is a fact, replacing some hardware is wasted effort and money because it's not the problem, and it will still happen. After you pass the DISM and SFC scan fixing part, don't forget to do all remaining steps in some of my other replies;

If that doesn't even work, then it goes from potential system integrity corruption, to for sure, since this process cannot fail unless the windows ''component store'' is highly damaged, to where it cannot even fix itself. To confirm that, make sure other factors in that process aren't wrong: go to Run, > services.msc and look for ''Windows Update'' service, make sure it's started, and if not, start the service. Also look if ''Windows Firewall'' service is on. If not, start it (otherwise on some PC's Windows Update, needed for the DISM recovery process, doesn't work correctly) If both Windows Update and Windows FIrewall services are now running, try the DISM /Online /Cleanup-Image /RestoreHealth in cmd again, and after that is done, sfc /scannow also, after a PC restart following the DISM finishing. In case you had to also start the Windows Firewall service (temporarily; if it was off) then make sure you disable it again after you did both dism and sfc, because it only serves to let it work.

Also, the call in your system that fails, relies on WMI components, so you can try doing this to fix the service (as ccw mentioned it might be a service problem): 1: register the service component SignDrv.dll by commandprompt as admin > '' regsvr32 signdrv.dll '' 2: fix the service; - Go to Run > services.msc > find Windows Management Instrumentation, rightclick > properties, stop the service and set it Disabled. - Run the following in commandprompt: '' Winmgmt /salvagerepository '' after that also '' Winmgmt /resetrepository '' Now open a text file, paste in the following content: @echo off sc config winmgmt start= disabled net stop winmgmt /y %systemdrive% cd %windir%\system32\wbem for /f %%s in (‘dir /b *.dll’) do regsvr32 /s %%s wmiprvse /regserver winmgmt /regserver sc config winmgmt start= auto net start winmgmt for /f %%s in (‘dir /s /b *.mof *.mfl’) do mofcomp %%s Save the text file as fix.bat (selecting All file types) then run the fix.bat as Administrator from where you saved it. After the .bat script completes, restart your PC and see if it worked

That's your choice but I can almost assure you this won't fix it, as your whole system, including card is 100% compatible to Windows 10, as you note possible hardware compatibility issues. It could only work out if it turns out to be related to damaged hardware, with that I mean your videocard being physically faulty, as the symptom of the problem is failing driver sign check indicates the problem to be with your GPU. From there, I can see just these 2 options: - System level corruption as suggested before, which if not found out what, won't resolve itself until re-install - GPU hardware damaged/faulty, but clearly not the case because you said you can play other games just fine. (MTA uses a system call to validate GPU driver, other games might not always, and the failing call is a symptom of underlying Windows OS corruption, so the corruption that is present is a term for the problem to show up) There is no specific hardware problem known that can occur in GPU's making that windows OS call fail. Most likely system level corruption, or display driver corruption. You might have re-installed that driver several times but it leaves behind traces, so I will guide you to an last attempt of fixing your problem, that includes updating to a driver newer than your current one installed. 1: Make sure you did the last sfc /scannow as I described it in my previous post, to let it fix and detect everything it can. 2: Download and unpack/run DDC (Display Driver Installer) from http://www.wagnardmobile.com/forums/viewtopic.php?f=5&t=179 (from ''Official Download Here'' in that topic) 2B: No need to let it boot and run safemode, just continue on all prompts, choose the button for removing Nvidia drivers 3: As it completes, restart your PC, then run the Nvidia installer from driver linked below in step 4: 4: Download and install the latest driver for your videocard: http://us.download.nvidia.com/Windows/361.91/361.91-desktop-win8-win7-winvista-64bit-international-whql.exe 5: update your Intel chipset drivers: https://downloadmirror.intel.com/20775/eng/SetupChipset.exe This ensures all traces and possible undetected corruptions in the video driver are wiped out, so if it's driver related it could resolve it

To make sure it repairs anything detected, you can fix sfc (so that error won't show up) by taking the following steps: - Run cmd as administrator and enter: DISM /Online /Cleanup-Image /RestoreHealth - After that completed, restart your PC - Now run sfc /scannow again, and it should work as it's supposed to, without "there were some problems that couldn't be fixed". If the more succesful SFC scan still doesn't solve your freezes, then as the cause is known to be a systemlevel problem (hard to diagnose) and seen you told it's a huge problem you cannot play MTA, the best you can do is re-install Windows to ultimately fix it, without spending hours trying to find and fixing root cause (the yet unknown system problem)