Gamesnert

That code's ancient. It was designed to work for the DPs, but a lot has changed in 1.0 that broke the script.

The scripts I added back when I uploaded it allow you to spawn a transformer of the type you want. Just type "/transformer" and enter the name / ID you want to spawn.

All freely offered MTA resources are collected at one spot, the MTA community resource center. If it's not listed in there, you'd better spend your time scripting it yourself. Usually, people don't create scripts for people they don't know on this forums, unless a work-in-progress script has been posted which others can help you fix. However, simple script requests are often ignored and hated, because the poster wouldn't be doing any effort to get the script. Scripts can best be acquired by making them yourself, or with a group of friends. And about the login in the settings panel, don't worry, it isn't used for anything at the moment. It has been down for quite some time, and doesn't appear to be coming back anytime soon.

local stats = { [ 69 ] = 500, [ 70 ] = 999, [ 71 ] = 999, [ 72 ] = 999, [ 73 ] = 500, [ 74 ] = 999, [ 75 ] = 500, [ 76 ] = 999, [ 77 ] = 999, [ 78 ] = 999, [ 79 ] = 999, [ 160 ] = 999, [ 229 ] = 999, [ 230 ] = 999 } Basically: local stats = { [ stats_id ] = stats_value, } That's all there's to the "mumbo-jumbo". As for how things work on these forums: Most people expect you to be able to simply look up what you're looking for, or applying logic to find things out yourself. (do admit, what's the point of having a wiki if everyone will keep asking the same questions over and over again) If you want to ask something over here, it might be a good idea to: 1. Search the wiki. Try to find an answer to your question in there. 2. Search the forum. Not sure if there's already a topic like this one, but frankly, I wouldn't be surprised. 3. Check the proper way of asking questions guidelines. They shouldn't be hard to follow, but it's hard for us if you don't follow them. 4. Inform us of what you do know. As an extra bit of proof that you did try to find an answer to your question yourself. If you forgot something, there are a lot of people who'll easily make you notice.

1) https://forum.multitheftauto.com/viewtop ... ce#p294825

I know that, but over 9000 others don't.

Sorry, Gamesnert, I don't understand what you mean, but thanks for the other suggestions, I'll work on them for a future release. I meant exactly what I said, instead of having a small file which contains only a few animations, why not including all of them?

function exitVehicle ( thePlayer, seat, jacked ) if ( source == Truck[thePlayer]) then destroyElement(Truck[thePlayer]) end end addEventHandler ( "onVehicleExit", getRootElement(), exitVehicle ) Corrected a small mistake in line 2: R3mp was still using theVehicle instead of source.

For which I asked, in what way. Do you get any errors? Or anything else you can add?

It "doesn't work". In what way?

How much ammo are you giving your ped? Make sure it's over 9000.

Please update your post with the guidelines listed in the Proper way of asking questions topic.

setPedAimTarget setPedControlState

Contact your hoster, most likely either something wrong on their side, or yours.

Have you reloaded the ACL? (restarting server, aclReload(), ...)

startResource returns false at failure. If nil is returned, it has to be blocked by ACL in some way. (If a function is blocked by ACL, nil is returned)

I don't know if your new version fixes this, but there's a bit of an issue with the playback for me. Don't get me wrong, I really like your resource and I always wanted to see someone taking the whole concept of recording one huge step further, but there's something bothering me: I had set up a small test map, to test it a little now I know how it works thanks to your tutorial. But right at the first actor I was recording, I kind of struck a major issue: It wasn't exactly driving the path I had recorded. Check it out below: XFire: MTA Stage - Playback issue (ye I know my recording quality sucks, blame my PC) As you can see, I clearly drive off the driveway and turn west. The ped does the same, except that it doesn't seem to make the full turn. This results in the ped driving up against a wall, and a guy behind a PC (ye me) facepalming at that same ped. Sometimes repeating the playback gives slightly improved results, but it's never exactly like I recorded it, it seems. I don't know if this is fixed in the next version, but frankly, I think it's pretty high priority, don't you think? That's all for the issue, now to get to the fun part: Suggestions to make this resource even better: During recording in a vehicle, don't just record the control states (which I guess you're currently doing?), but also: position, velocity and turn velocity. This might make the recording a bit laggier, but should most certainly increase the accuracy. Create some more GUI. For instance, using a command for map loading can be quite annoying sometimes. Also, generally, GUI looks a lot more professional anyhow Make all keybinds re-bindable, by using command binds. I'm not sure if anyone would want to change the keybinds, but it's a generally good idea to support it anyway. (for instance, P is already in use by the admin panel) I'll make a small example below. Less debug messages would be nice, or putting them in another spot (like karlis already mentioned) I'm not sure if this already exists, but a way to save the recorded stage stuff would be very welcome. So if you're out of time for the day, and want to continue later on, you can simply save all movement and the map in a single resource. But also, if you want to show it to someone else, you could simply send it to that person. Instead of depending on Freeroam, I think it would be a lot more professional to have a teleporter / skin selector / animation selector / vehicle creator of your own More advanced documentation in-game. I guess you've been working on this, but just mentioning it would be useful for starters Keeping up the good work and not giving up on this project. --------------------------------------------------------------------------------------------- Re-bindable keybinds function playback() -- code code code code end addCommandHandler("Toggle playback", playback) bindKey("p", "down", "Toggle playback") This code would make "Toggle playback" show in "MTA Main Menu -> Settings -> Binds -> Stage". --------------------------------------------------------------------------------------------- setPedLookAt only works client-side, true. But nowhere is said it only works on client-side peds? Server-side created peds and client-side created peds should work respond the same to setPedLookAt.

The text of joining and name changing can be disabled by stopping the "joinquit" resource. The login / logout texts unfortunately can't really be removed. They're hardcoded into MTA. I've already created a patch quite some time ago, but seems to be ignored.

Can you update to 1.0.4 untested 19 for a moment to see if the same thing happens over there too, before I re-open the issue? EDIT: Nevermind, I just tried the resource and after a few map restarts, I'm indeed also at ~ 395.5 MB. I'll re-open the issue in a moment. (always running the latest untested I can get)

One containing: engineLoadTXD and engineImportTXD And of course the skin textures themselves.

Bug #4917: Memory does not seem to be freed on resource restart According to the report it's fixed in 1.0.2. What MTA version are you running?

Have you updated DirectX 9.0c to the latest version? (Yes, DirectX 9, even when running Vista/7. And yes, DirectX 9.0c has multiple versions) Have you updated the Visual C++ redistributable? Both can be found at the Microsoft website.

os.execute doesn't exist in MTA. And please look at your event handler, it wouldn't work anyway.

It's the same script, with a couple of fixes, so it works the same way.

local thenode = xmlCreateFile (UFN, "UserData") if thenode then xmlNodeSetValue (thenode, password) xmlCreateChild (thenode, "Info") xmlSaveFile(thenode) xmlUnloadFile(thenode) I think here's your problem, it would look something like: <UserData>password <Info/> </UserData> (The forum actually fucks up the code if I set it into XML syntax, which can't be a good sign) Which doesn't seem to be valid XML syntax at all. A solution could be: local thenode = xmlCreateFile (UFN, "UserData") if thenode then local infoNode = xmlCreateChild (thenode, "Info") local passwordNode = xmlCreateChild (infoNode, "Password") xmlNodeSetValue (passwordNode, password) xmlSaveFile(thenode) xmlUnloadFile(thenode) ... This should look like: <UserData> <Info> <Password>password</Password> </Info> </UserData> Which should be valid XML syntax. I think that should solve your XML problem. (If I didn't make some stupid mistake, that is)