Gamesnert

Here are 3 cons: * Takes time * Like the handling stuff, it may be halted for quite a while * Lower priority I'd love to see it in, but more like in MTA 1.0.1 or something. The difference between DP2 and 1.0 are already pretty huge and there's still plenty to do... =/

Like somewhat everything in MTA, Lua.

Hosting from a home server is fine, no matter what internet connection you have. It's just that you'll be limited in downloads, amount of vehicles, amount of players and potential lag. It would be a good idea to buy a server if you really want to take it very seriously. But if you're happy with a very small community and only a few people visiting every day, then I'd say buying a host is a waste of your money. It really just depends on how seriously you want to host it and what exactly you want to host. I think it's best to start off with your home connection, if you see a lot of people entering and your connection can't take it any more or you're getting very limited, then buy a host if you want to.

Wouldn't that consume a bit much bandwidth? Because I think that servers would rather have a higher player limit than VOIP. =/

I guess you didn't look on the wiki... http://development.mtasa.com/index.php? ... ver_Manual I think that there needs to be some more info about that there's a wiki where you can find info on, because unfortunately, people still don't seem to be able to find it... =/

Are you aware of that MTA San Andreas Deathmatch isn't only deathmatch, but also race etc? If not, try installing it.

The problem with your suggestion is that there has been an entire discussion which lead to no alt+tabbing in-game, for good reason. Now if you want alt+tab, scar was right, make it and try it out. Or discuss this on #mta-dev channel on IRC. But what you don't appear to be understanding is that minimizing the game brings in awful synch which sometimes gives advantages to the abuser and almost always disadvantages to others. Now, your point about going into windowed mode and THEN minimizing is probably true. I've heard of this before. And this also is an issue, and an excellent example why alt+tab is blocked outside of windowed mode. This is certainly an issue that has to be solved, if it isn't already. But alt+tab while being connected to a server is absolutely not a good idea, just like the same stuff in windowed mode.

It can or can't give people advantages, that's not the point. It's the problem that others can annoy others. While alt+tabbed synch will fail terribly, making you not die when someone fires at you, when in a helicopter you might be stuck in the air to some, and a lot of other things that could be caused. It has no real point to keep discussing on this. It will destroy synch, in ANY gamemode used, so it wouldn't be a good idea to implement alt+tabbing in-game. Besides, in 1.0 you can alt+tab in the main menu. It's only a short disconnect and reconnect away. And MTA also has windowed mode, again no real problem to activate that. I see no reason why to really activate it while on a server.

Maybe saving all client weapons every 5 min or something? And that you also make a command for it in case the player wants to be sure? This has the simple advantage of having things saved in advance in case someone crashes, in which the code you gave obviously won't work at all.

Now let's hope that map editor comes soon. ^^ Was a cool vid. Although in the only parts I was in, I died almost immediately... lol

"onButtonClicked" I think that has to be a little mistake lol... Besides, onElementClicked event already exists. So you can't add it again. Neither you can trigger a predefined event with a piece of script. Solution? Just call the onButtonClicked event or rename it to something cool like onClientPushedTheBigBlackButtonThingyWhichShouldGiveHimAWeaponButThatDependsOnIfThisEventWorksBecauseIfItDoesntTheServerCantGiveItAnyway. Although that might be a little TOO much waste of pretty much anything in your life.

If he's in a vehicle, attach the vehicle instead of the player, and disable "enter_exit" control for the duration of the lock. OR Remove the player from the vehicle (removePlayerFromVehicle for DP2.3, removePedFromVehicle for 1.0) and then attach the player. Both ways will probably lock him up pretty good.

Ok, I'll try to help you on your way. -- Code from before, note that this should work. Especially because I still didn't hear that it didn't from you. function onTarget(element) if element==getElementByID("testped") then setPedAnimation( element, "ped", "handsup" ) setTimer(checkTargeted,500,1,source,element) -- We want the ped to drop his hands if he's not being targeted anymore, in a simple way. For that reason, we're executing checkTargeted. This is located between line 11 and line 17. end end addEventHandler( "onClientPlayerTarget", getRootElement(), onTarget ) function checkTargeted(thePlayer,element) -- source is now renamed thePlayer, because I entered the argument name different here if getPedTarget(thePlayer)~=element then -- Is the ped still being targeted? (note: ~= means "isn't equal to" in Lua) setPedAnimation(element) -- No. Therefor, lower his hands else setTimer(checkTargeted,500,1,thePlayer,element) -- Yes. Therefor, check back later end end Note that this is a very simple way, but it should be synched. So when someone else targets the ped, you should see the animation too. Note though that the script is (still) client-side, so don't forget to add type="client" in the meta.xml! For more info on the functions I used: getPedTarget setTimer setPedAnimation EDIT: Forgot about targeting for xx seconds, but you should be able to make it with the functions given. For instance setTimer. However, if you want to use setTimer, you might also want to use killTimer. Try to make something with it, it doesn't matter if it fails, just post it up and we'll see what went wrong.

Sounds like you forgot to put THIS script in.

Did you already try the piece of code I posted up a small while ago? Because I don't really understand what else you could possibly mean... =/

If the way you prefer doesn't work, you just need to find a workaround. function onTarget(element) if element==getElementByID("testped") then --If getElementByID("testped") is targeted by the source then... setPedAnimation( element, "ped", "handsup" ) -- Raise his hands! end end addEventHandler( "onClientPlayerTarget", getRootElement(), onTarget ) -- getRootElement() should make it do the same if someone else targets the ped. If you only want it to happen with the local player, replace it with getLocalPlayer() Untested, but should work. Note that you can also replace... if element==getElementByID("testped") then ...With... if getElementType(element)=="ped" then ... To make it work with all peds you have. This might save you quite some time if you want it to work on all of your peds.

function waterFlood is just sitting there doing nothing? Also, I get a warning if I set the waterlevel: WARNING: water_c.lua: Bad Argument @ 'setWaterLevel' - Line: 112 In the provided client-side script, it's line 21. And it doesn't create any new water... Too bad, because it's not really a flood like this... Still a nice idea though.

I often get this error: (especially at the start) EDIT: Ok scratch that, I apparently weren't patient enough to see it happening with auto-refreshing lol. EDIT2: Scratch it back, it does seem to happen mostly on start lol... ERROR: ...athmatch/resources/realweather/realweather.lua:105: bad argument #1 to 'find' (string expected, got nil) Some extra info: - City is Harmelen (the Netherlands, thus I just entered Harmelen) - This usually happens at the start of a resource - MTA version is nightly r309 - Quite frankly, I edited the code quite a bit. But nothing related to this error, since with the unedited, this also sometimes happened... (I even switched back to check that) I more like replaced the textarea with dx text and a dx rectangle, made a toggle to toggle the thing on or off, and a command to update the weather report manually. Hope it gets fixed soon. ^^

function xml ( player ) local name = getPlayerNametagText(player) local vehicle = getPlayerOccupiedVehicle(player) local content = getVehicleName(vehicle) local xmlFile=xmlLoadFile("xmlfile.xml") local node=xmlCreateSubNode(xmlfile, name) local success=xmlNodeSetValue(node, content) if success then xmlSaveFile(xmlFile) end end addCommandHandler("test", xml) Try replacing source with player. (like I did above) Should help. And if it didn't, it would still be a good reminder to NOT define source yourself. It'll only get you in trouble... =/

You could have clicked on the link and have found out lol.

getVehicleTowingVehicle to check the trailer/vehicle attached to the vehicle. getVehicleTowedByVehicle to check the vehicle that's pulling the vehicle/trailer. Both return false if there's nothing towing. As far as I know these functions should work.

1. Go to http://www.portforward.com/english/rout ... rindex.htm 2. Find your router in the list and click on it. 3. Click a random guide. 4. Follow the steps, but if it tells you to portforward a port (like 2167 TCP for instance) do 22126 UDP. 5. It should work now. Although I usually have the experience ASE ports don't work until the next day... If you don't see results the next day, try again.

Sounds pretty interesting lol. Wouldn't it be a good idea to add support for other countries too? ^^

OS=Operating System. Like version of windows, or if you use mac or linux. So for instance, my primary OS is Windows 7 beta. Anyway, have you this..? http://development.mtasa.com/index.php? ... sh_screens

First bug was lol, never heard of it. Anyway, post bugs here: http://bugs.mtasa.com/view_all_bug_page.php Go to New Issues in the top-right corner and login into your MTA community account to post them. Don't forget to search if they already exist though. Another option is IRC. Channel #mta-dev. Tell them the problem, and they *might* directly see the solution. Often it'll take a bit longer though, so it'd still be advisable to use bugs.mtasa.com.