LMS

Please install .NET Framework 4.5, you only have 4.0 installed.

You're using the wrong ScriptHookDotNet version, please use the one provided with LCPDFR.

You're right, that's the command you need to type in. In MP I always recommend using "reloadscripts" once you can move your character, so LCPDFR will recognize multiplayer mode more likely. Once you can find in the console that is has detected network mode (it should also display the "Welcome to network" helpbox") you can use the command. Please note that you need to forward port 1337 UDP as the host in order for it to work. Clients then can connect to you. UPnP forwarding is implemented, but very buggy and the best option is to manually forward them for now.

It couldn't create any perp for some reason, though it should not crash the whole thing. Will have a look.

Ensure you have both, DirectX and the C++ 2010 redist (x86) installed in order for SlimDX to work correctly. http://www.microsoft.com/de-de/download/details.aspx?id=8328

Yes, they are added automatically. And that's where the problem occurs: A cop the chase would like to use is owned by BankTransport already.

Sure.

Is there any chance you are owning a cop model? From the log it seems it tries to add a cop to the chase (the cop responds to a your pursuit as he's nearby), but there is an error because your script has control of it. I think it's a bug within the SetPedIsOwnedByScript API function, because it treats every ped the same and doesn't set the special flags for cops. The exception however is intended and should break the whole script because if requesting ownership failed code running after that line is not guaranteed to have access to the object and is most likely an indicator of a major design flaw where no else block is available for when the ped can't be owned. In this case I think it's a bug in the APi though, which occurs when you set a cop as owned and a chase starts. Can you confirm that it works for non cop models?

In case this applies to your scenario, use AddPedToPursuit before calling SetPedIsOwnedByScript. If you aren't using SetPedIsOwnedByScript, verify you are only adding each ped once.

Are you okay with something like this? if (Functions.IsPlayerPerformingPullover()) { LHandle pullover = Functions.GetCurrentPullover(); if (pullover != null) { LVehicle vehicle = Functions.GetPulloverVehicle(pullover); if (vehicle != null && vehicle.Exists()) { vehicle.AttachBlip().Color = BlipColor.Cyan; if (vehicle.HasDriver) { LPed driver = vehicle.GetPedOnSeat(VehicleSeat.Driver); if (driver != null && driver.Exists()) { string name = driver.PersonaData.FullName; Functions.PrintText("--- Pulling over: " + name + " ---", 10000); // Looking up the driver will make the vehicle explode. Functions.PedLookedUpInPoliceComputer += delegate(PersonaData data) { if (data.FullName == name) { DelayedCaller.Call(parameter => vehicle.Explode(), this, Common.GetRandomValue(5000, 10000)); } }; } } } } }

I'll see what I can do.

A big disappointment being treated like third class after having waited for so long already and having done so much for all the games before.

The current API does not allow you to explicitly retrieve the vehicle being pulled over, but the way alexslx suggested should work out. Let me know if you want the functionality being incorporated into the next release.

To explain this a little more, I added this back when 1.0 was in early development to test the "text" feature and thought it would be a nice easter egg. I then kind of forgot about it, but hey, today you remind me :P That's also the reason why every ped says it and you can't turn it off, because it was partly a text feature test and not solely intended as a reminder. I'm sure you can all deal with the game being a little laggy for this one special day though. I'd suggest to take screenshots to save these moments! :)

Well I have no idea then, as I said, there is is a simple probability calculation. Do they pull out a weapon sometimes and fight you?

Correct, you'd have to add a helper dll and drop it into the scripts folder and then reference that from your LCPDFR script.

Hello, 1.) more likely a resource/game issue. As a self test, you can add blips to the peds spawned in OnCalloutAccepted and check when they appear. 2.) You don't have to set IsRequiredForMission is false, it's done by LCPDFR for you in case the ped dies, the callouts ends, LCPDFR is shut down etc. 3.) What do you mean exactly? Removing the ability to pull over your suspect? The ped needs to be in a chase for this. Maybe creating a fake chase (maximum units to zero, not called in) can help here. 4.) It all depends on how you retrieve the object. If you do LPed ped = new LPed(); it can't be null and you only need to call Exists. However other functions will probably return a null pointer if a ped/vehicle is not found, e.g. retrieving one from a vehicle seat. So you'd have to add both checks here. While the null check addresses the .NET object instance existence, Exists checks whether the entity the object instance represents is still valid in-game. 5.) Well because you use GetNextPositionOnStreet it will try to find the closest vehicle node and not use your exact position. 6.) Not really no, it's random. 7.) You can't. 8.) What do you mean?

Sure, you're not the first to ask and I can understand why people want to be able to change it, so the next version will have it. To redirect events from a newly GTA.Script, add a static event PerFrameDrawing to the script and invoke that in the class event. Then you can subscribe to the static event from everywhere and it gets invoked locally.

Locate the LCPDFR.dll in your references and replace it with the current build. Then re-add it as reference, it should work. Feel free to post a screenshot of your references.

Are you playing in SP or MP?

There appears to be an error with the key generation. The authentication servers works fine (hence you get the success message), but the key system is broken. We're investigating this and hoping to be able to resolve this soon. Sorry for any inconvenience caused.

Delete MSVCR110.DLL from your GTA IV folder. It's the x64 DLL while GTA IV is a 32bit process, so it won't work (and say BadImage). Also DLLs like that usually do not belong into the game folder but you should install the proper redistributable so they can be loaded from System32/SysWOW64.

As fleeing is entirely probability based, you most likely just have very bad luck. There's a 10% chance a pursuit happens, so in your case you have like 0,930 which is not very likely to happen, but still can happen (if you were playing roulette you'd be broke by now I guess). Just try again. If you still didn't get any after like 100 attempts, let me know.

Upload it to a webhoster or fileservice, like uploaded.net, dropbox etc.

Make sure your user account has at least read access to the DLL file (rightlick->Properties->Security). You can also try installing the game to another drive.