darkdreamingdan

The situation is slightly different with DP2, but the main design is the same. In MTA you should aim for the actual player, and MTA's netcodes will compensate for any lag by altering the aim. If you're hitting people by shooting in front it could be a number of reasons (including SA's weapon inaccuracies). As far as FPS goes, 25-30 fps should be fine for gameplay. DP2 is quite heavy as a mod for GTA, which is a cause for drop of FPS. This is much better in 1.0. Obviously a big factor in this is your ping. High ping doesnt mean your weapon is less accurate, just there's more delay to all your shots. You should bear this in mind when playing.

Just to clarify on what robhol said on community accounts - its a means of tracking all users and giving admins the ability to ban Community accounts (with some extended identification systems). Its also used to track statistics, e.g. http://dp3.community.multitheftauto.com/index.ph ... ew=weapons But the main advantage is the fact that servers have the ability to fend off cheaters without them coming back easily (simply registering a new community account is not sufficient to dodge a community ban)

Proper fonts for what? They're all there alerady. Unless you mean the menu, which isnt a big deal.

All the LAN checkbox does is enable/disable LAN broadcast, in reality it should work in LAN anyway. If you're positive this is a bug, feel free to post it on our bugtracker ( http://bugs.mtasa.com ).

A general progress bar and roadmap can be found here: http://bugs.mtasa.com/roadmap_page.php

A: HOW DARE YOU Q: How many monkeys to power a space station?

As i said last night, outputChatBox only accepts strings, not numbers. Try using tostring() inside the outputChatBox

intruiging

Lua is much much easier, i think anyone with good knowledge of both languages can tell you that. To elaborate on server and clientside scripts, clientside scripting gives you much more access to the game than a serverside script. All SA-MP scripts are Serverside, as Gamesnert said. But having scripts on the client means you can get much more accurate data and produce scripts that dont use any bandwidth. For example, in SA-MP, if you wanted to create a speedometer, it would have to estimate the player's speed (the server doesnt know this for sure), and send a request on a timer to update the player's on screen display. This is not only accurate and slow, but also uses a lot of bandwidth. In MTA, a clientside script can be used. The clienside script simply gets the speed directly from GTA (and is therefore very accurate), and can update every frame rather than second. This means you can make it look a lot better and it is much more accurate. Throughout this process the Server has not been involved at all - no bandwidth is used at all. The client has produced all this information for you. The limits that Gamesnert stated are correct, but he's referring to on-screen limits. That means you can have 32 checkpoint markers on the screen at one time. But you can have 65536 elements altogether. Also, MTA streams all objects/vehicles/pickups for you. You do NOT have to write a script to stream objects (this means you can have practically limitless objects)

To restore your controls, open up your coreconfig.xml (In MTA San Andreas/mta installation directory) and remove all binds used by the editor. They should be pretty clear. The binds system the editor uses is relatively new and a WIP.

Also the LAN broadcast wont work unless you have the main (ASE) broadcast enabled (even if the ASE port is not open) afaik maybe someone should report that

I would definitely look for information about the motherboard. If you can, you should try and build your own PCs though. As far as the current specs go, itd be able to play GTA4 for example. My main issue with it is that now Quad Cores are mainstream and anyone purchasing a new PC should be aiming for at least quadcore (and if you're loaded an i7)

We don't want to encourage the use of other languages here.

Wait and see

As far as angles go, i wouldnt use math.abs but the modulo operator instead, i.e. rvz = rvz%360 That will take into account any values outside of the 0-360 range.

This is very very nice. I'm impressed. One thing i would suggest, maybe implement a Lua table structure as well? XML files are nice but working within Lua is often much more practical, and Lua tables can formulate a mirrored structure to XML

attachElementToBone was removed in favour of setElementAttachedOffsets. This allows you to set the glue offset on render, which essentially attachElementToBone was doing (and actually it was attachObjectToBone, rendering the function even more useless). I don't understand why its an issue that attachElementToBone doesnt exist - it was horribly ungeneric and you can still do it yourself.

Yeah. I'll assign you to work out every single light position .

If you can reproduce this reliably please report this on our bugtracker.

yes, in 1.0 the scripting design has changed slightly. It wont take long to update, however.

Introducing all-new TeamSpeak 3 support. That's right, it's what everyone has been asking for. We've dug up all those forum posts requesting for voice support, and made it our top priority! We've thoroughly taken opinions from all over and realised the choice was obvious: robhol, community member robhol, community member robhol, community member Gamesnert, community member MuffinKing, community member Talidan, forum moderator Mr.P.C., community member Due to your overwhelming testimonials, we've decided to implement TS3 support as soon as possible. Features include: Voice - All new voice support will allow people to use voice. Talk to other people in the server using a "microphone". Channels - Have seperate channels to seperate teams or players 3D Chat - Have your voice volume reflect the 3D world. We'll be posting up full details on all of this once it is implemented. Right now we're unsure how or when it will be implemented given that TS3 is not released yet.

Who asks you to upload server-side scripts? No one, but it automates the process so you dont have to seperate them manually, by going through all files and picking out clientside files.

The idea is people cant access steal your serverside scripts if you use an external httpdownload server.

You can try upgrading it - feel free to try and make a patch. But as far as i've seen on the changelog, there's little attractive changes.

Read available information just like everyone else. Just because you have access to this section don't use it for help requests that can be achieved by reading information available everywhere.