Gamesnert

You didn't use a good editor? Lol that'd explain things... Anyway, I think that if you learn everything step-by-step from the tutorials, (WITH the editor ) then you'll be able to answer your first question yourself.

I also don't see the compatibility trouble... The only file they need to share would be the main menu related ones, and then having 2 tabs in the server browser... Should be possible... Right..?

Ehm... Try renaming! Rename the resource to something like: medit Then, replace: <object name="resource.map_editor"/> With: <object name="resource.medit"/> Let's hope it works...

Well, if you told us the answers to my questions, it'd help.

Ok, then your server will die soon.

The small details count. I have made a small start, but had to leave the house for quite some time unexpected... So the start is... Creating a file... And... Eh... Naming the file...

Well, hackers can use a few functions to their advantage I think. But doesn't matter WHAT happens, as long as it DOES NOT happen.

Can you explain what is exactly the problem? And why your script relies so heavily on triggerServerEvent?

Let's say it this way: I said that all resources are then granted access, but what I actually (think to have) meant is that EVERYTHING (including players and hackers) have access to that right. Unless there are classes (like admin? lol) without access. If everything has access, and hackers or whoever notices that, then you can expect some bad things to happen if you have some bad luck... =/

Hehehe. I would like to see the results too. And see if it's good! A 5 pages topic... Should be good enough.

And is it easily editable? Not that you need to modify the entire script to get the result you want?

Yes, looking and remembering are simple. But, did you actually understand them? That's the major factor! Anyway, I'll put on a little example script soon. It'll be extremely simple, so you might want to look at it and make your own, with mine as an example. (or someone else must post something in the meantime... =/) But I'm going to play Red Alert 3 Beta first! ^^

Might be the prob. But is it the problem that MTA sucks up bandwidth? There should be a scripting command for seeing it. Or is there one already? Otherwise, it might just be that a huge amount of objects might be the problem. Maybe it's possible to optimize it later on. In the meantime, you might need to set draw distance lower. Someone on my server (which is now private, for technical reasons) reduced the lag by doing that. Because we were placing a lot of cars!

If you don't mind, I would recommend you to look around the forums for all kinds of commands and examples, and expanding your knowledge, and then making a start. So you can prove you can script. If we just give you the piece of script, you won't learn from it.

How you alert of a minigun? Fairly simple, only finding out is a bit harder: function weaponSwitchDisableMinigun ( previousWeaponID, currentWeaponID ) --when a player switches his weapon if currentWeaponID == 38 then --if the weapon ID is minigun toggleControl ( source, "fire", false ) --disable the fire button else --otherwise toggleControl ( source, "fire", true ) --enable it end --add an event handler for onPlayerWeaponSwitch addEventHandler ( "onPlayerWeaponSwitch", getRootElement(), weaponSwitchDisableMinigun ) This is an example from the wiki, from the page onPlayerWeaponSwitch Let's modify it for your use shall we? function weaponSwitchDisableMinigun ( previousWeaponID, currentWeaponID ) if currentWeaponID == 38 then outputChatBox ( "Warning! You now have an illegal weapon in your hands! Shoot and you'll be banned!", source, 255, 0, 0 ) end end addEventHandler ( "onPlayerWeaponSwitch", getRootElement(), weaponSwitchDisableMinigun ) That should work.

That doesn't change the fact that adjusting the position of a remote player makes no sense imo. What ever client side change you make to a remote player only affects what you see. In other words, the newly calculated position for lead aim will always be relative. yeah, it only affects what you see, this is what we all need because lag makes us see the past. When I am shooting, I always shoot not where I see player, but where he should be after bit of time. In this way I shoot accurately. In other words, this script already works when I use it in my mind. Now I only need to move it to MTA where position will be calculated even better. Oh stop with arguments already... THAT is something of the past! We want to see some results. We'll see if it has been a waste of time or not.

Only for GTA SA. Because of game limits. MTA client still keeps information about them. Otherwise there wouldn't be function that checks if element is streamed in. But I have an idea. Map file could be put into server as a downloadable file. And some script could put them client-side. Then nothing would need to be transfered between client and server. But this would only work good with objects that aren't moved, rotated, etc. Hmmm... Overall not a bad idea... But the main question remains: Does it really work? Someone knows the answer?

You could have quoted what he meant with transparent. The very first part of his post.

If you did it in another file, be sure you added that to the meta.xml.

As he said, for some reason MTA seems to draw some things in the incorrect coordinates, but still the client does know the right coordinates. That was his idea. But it's starting to get a bit strange... I think half the theory might be correct, other half that there is no way... Stop confusing me... Anyway, just try it. We'll see the results!

Ehm... Do you know anything about XML, tables or in combination? XML is really good for saving things, but slow. Tables store things, but only for one session. This means: Make a few GUI's, store their deposited and withdrawn money in tables and write it in at the last moment. Just an example. But IF you need to learn new things anyway, I would (*ahem*, the rest of the forum members would) recommend you to save it in SQL. Or MySQL. But I'm not an expert on (My)SQL, so don't ask me about that... I don't know if you know how any of those things work? If not, do you know how it works to save all the data temporarily? Be sure you know how to do that, since you'll need to know that to be able to make it work dang fast. (combination of my method and (My)SQL FTW! )

you misunderstand this. This has no influence on bandwidth. Not even a byte would be transfered between client and server. Position changes in client's side and goes back after one frame. Just because script is small, it doesn't mean it can't help. At least problem is small too - some player is shown a little bit to the side from where he exactly is. Big thing, huh? So we can use a small script that corrects this small problem. Ooooooh! I thought you were talking about real synch! Still, I give it a 70% guarantee it works. Because it might be that the position is bad transferred. Or isn't that how it works?

lol that would be like disabling half of the netcode that makes mta's sync so good^^ No, it disables nothing, it makes sync even better. I do this line of code in my brain when I'm shooting and I choose much better position than super perfect wonderful (no, I don't say it's bad) MTA sync does. And script could even do better. It would be an add-on to the sync Sorry mate, but I don't really think synch will improve with this... If there is any change in position, it's directly passed through client-server-client. I think doing this will only increase the use of bandwidth, and maybe even lag the PC's themselves too. I don't know how it exactly works, but I do know it won't just simply work with a small script... =/

Sorry, but have you read? He isn't talking about that you can look through them, but that you can DRIVE through them... =/

There is indeed another way: Dual-screen. Just attach 2 monitors to your PC and you can switch between them. But cheaters aren't the biggest issue! As haybail said: That looks like a bigger reason for me! So it should become possible. But only if you're DISCONNECTED. And then you can just quit. Only deconning saves almost no time anyway...