eAi

Element data is sent to all clients irrespective of where they are in the GTA world. I don't believe there's any priority given to nearby elements or anything similar. MTA has it's own streamer for streaming in GTA entities. We also stream server side data somewhat - further away players get worse sync etc. There's certainly more work that could be done in this area to reduce bandwidth and CPU usage, but it's not entirely ignored.

In what way does it look like stealth? It's possible they use the same element types, but not necessarily the case. What you need is an 'EDF' for basemode.

dzek, please calm down. The reason this works is really a bug in utorrent. If you open utorrent after MTA, utorrent can't bind to the port you specify, yet it doesn't tell you that. It still does UPNP port forwarding though, so it works. Try downloading this: http://www.codeproject.com/KB/IP/PortForward.aspx - it works the same way utorrent does, but should let you forward multiple ports.

Haha.

No.

Well, you'll need a new router then. I've never seen a router that doesn't allow port forwarding though.

I can't really understand that utorrent tutorial, but that setting in utorrent is for setting the port it uses - not MTA's port. You need to forward 3 ports, two UDP (22003 and 22126) and one TCP (22005): https://wiki.multitheftauto.com/wiki/Ser ... forwarding

You need to forward the ports, or it won't work.

Try SketchUp, as Oz says.

Well, obviously, we'd rather you didn't fork MTA - but you can if you want to. You need to release the code though, if you make it publicly available. Why are you doing it? I don't see what you gain from splintering the community? We're more than happy to accept patches to add features that are missing from MTA (including translating it to Polish, if you so desire). If all you're trying to do is take credit for last 8 years of work we've put into MTA, then we'll take a pretty dim view of it, even if the license allows it.

Sounds interesting - what do you mean by "for the bottom"?

Stop writing non-sensical posts.

Those aren't ideas, they're links.

You're not the only one to have this... ccw changed some of this code recently I believe, so he's the best person to look at it.

You should have seen what happened when we announced release dates in the past.

What in game/server situation?

Line 37 is where false is returned if get can't find the setting you specify, so you could use that as the basis for an 'isset' function (i.e. copy that function and rip out all the code that actually checks or returns a value).

Where is MTA installed to? What is the full path? E.g. c:\program files\MTA San Andreas

table.insert(s_tickerMsg, "whatever")

We have attempted to do server side physics before, but it's a big task. There's a branch on google code that was for this. Obviously what you suggest is the preferable way to design a server-client multiplayer game, but clearly much harder in the case of GTA, where we basically need to rewrite GTA if we want the server to be aware of the physical world. At a minimum you'd need the server to be able to load the GTA world collision plus the collision for any custom objects. It'd also need to be able to simulate the movement of client's players and vehicles exactly (which would be an issue with the effect the player's framerate has on game speed). So, yes, it would be nice, but I don't think we have the manpower to implement it. You're welcome to try of course!

Local resources would be a nice thing to support anyway, so maybe, someone with a week or so of time could look at adding support for this.

The editor source is open, feel free to create a patch. Or just wait for us to do it one day. As it stands, the editor has few developers.

Your guess is as good as ours.

Well said. You can save whatever objects or other elements you've created with a line or two of code, if you do things properly and use the MTA map format.

Looks very good! If it works well, this could be included with 1.1.