LMS

1.0 also runs fine on Windows 8 (I use that too), so you won't run into any issues in the future.

When not passing a model as argument, it will take a random one:   GTA.Ped ped = GTA.World.CreatePed(GTA.Vector3.Zero);

Selbe Meldung? Mach sonst einfach noch einmal saubere Neuinstallation, das behebt das Problem meistens.

Hallo,   versuch mal die aktuellste Version des ScriptHookDotNet zu installieren und guck ob das hilft.

As cp702 already pointed out, it is waiting for a response from R* servers which can - depending on the current load - take up to a few seconds and blocking this in the firewall definitely helps. The next LCPDFR release provides an option to remove this connection check and the intro logos via memory patching (so no files are touched), allowing you to get ingame much faster and still having access to MP.

There's a difference between "I can't install any software" and "running THE installed software causes a crash". I'd rather think there is some bad stuff left or some runtimes have been damaged. I'd do a clean reinstall, otherwise you'll never know if there is not a small rest of the malware running.

If you are willing to pay, you can send me a PM with further details.

cp702 is right. While you *could* rebuild the processor with a lot of effort in so called interpreter mode, so executing every instruction line by line, to get reasonable speed you need it to run in compiler mode, so you have to optimize the code before running it in order to gain performance. This process takes a lot of time and is not even completely finished for the PS2 emulator.   For those of you who think they saw an emulator for XBOX 360 or PS3: There are quite a few websites and videos on youtube showcasing how they load up a game and play it using an emulator - the screenshots and videos are faked however. The software you can download requires you to download a BIOS which will do nothing but generate ads money for the developers - if you look at the code of the emulators you'll see they are just 5minutes work in VS and can't do anything but display the "BIOS missing, please download here: XXX" message.

There is not, everything on the web is either a fake or running in interpreter mode, thus very very slow.

The class names "CGameConfig" and the pool configuration on PC looks realistic from a technical point of view, some names and numbers are weird though and some appear to be missing. Only adjusting the task pool for PS4 is a little less than I would expect from its power though. But increasing more values for PC is the same they did for IV. However, an experieced rage engine reverser could have faked it this way too.

We use some memory hacking inside AdvancedHook that relies on static memory offsets which are different for each patch (since the executable is changed). Finding these offsets in all patches is simply not worth the effort, because most users have the latest patch anyway.

That's bad because we can't find the first issue then. Delete dsound.dll and put the debug xlive_d.dll inside (and rename again) and post the xlive_trace.log again.

The error for loading the librabry is ERROR_SHARING_VIOLATION. Now I don't really know why this happens. Is this log before or after you decided to reinstall everything? Please make sure you only either have dsound.dll or xlive.dll in your folder, not both.

Alright, post xlive_trace content please.

  Screen of your game folder please.

  Please post a screenshot of the tool.   This error shouldn't matter, please post the full log.

Since the ScriptHookDotNet.log is not created, I suspect it's a dependecy issue preventing it from being loaded correctly.   Please check these two posts: >Post #1 & >Post #2 Post the results of the action here please.

Try this one please: http://www.microsoft.com/downloads/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84 And this: http://www.microsoft.com/en-us/download/details.aspx?id=35 If it still doesn't work, please download xliveless from http://www.gtaforums.com/?showtopic=388658. Remove dsound.dll from your game folder and copy xlive_d.dll inside. Then rename it to xlive.dll. Launch the game as usual, if the screen still only goes blurry, please paste the content of the xlive.log here.

Poste hier bitte mal den Inhalt der Datei "ScriptHookDotNet.log" nachdem du im Spiel den Fehler hattest.

If no ScriptHookDotNet.log is created you are most likely missing the dependencies for it. Either reinstall all dependencies or use dependecy walker (http://www.dependencywalker.com/) on ScriptHookDotNet.asi and ScriptHook.dll to check whether you are missing any files (those are marked in the tool then). ScriptHookDotNet.asi needs the following: KERNEL32.DLL SCRIPTHOOK.DLL MSVCR100.DLL (might be the missing one) USER32.DLL D3DX9_43.DLL (might also be missing) MSCOREE.DLL Note: Error about IESHIMS.DLL missing can be ignored.

  Could you please check whether the file ScriptHookDotNet.log is created in your game root folder when lauching the game? If so, please paste its content here.

  The most popular argument would be that gay marriage is the wrong track from a biologic point of view since humans can no longer reproduce them. I personally worry more about gay couples adopting childs, since I'm certain e.g. a child would be bullied in school when it has two mothers. Just imagine the reaction of some idiots you know yourself. Islamic immigrants are a completely other topic, here in Germany they seem to demand everything but tolerate nothing.

  Still, I think you don't have to use Application Loader, but can distribute directly via Xcode.   1.) About your issues, is there any chance you use a DEV certificate for you final build? Check your build settings for release and ensure you're using your distribution certificate (right click Targets->GetInfo to have a look).   2.) Try a plain rebuild to get right of the symbolic link error or use the commandline zip tool "zip -y -r".   3.) Might be solved when you sort out the certificate issue.   4.) Pretty much an indicator you're still compiling for the simulator, which runs i386. Switch to device for the arm architecture.   I'd recommend you to check Apple's guides on how to properly distribute apps, they should address most, if not all, of your issues  

I use Xcode to distribute apps, why does it have to be Application Loader? Do you have some config requirements?

Placing two suspects in one vehicle sounds good. Will add that.