LMS

I will reply in English: All strings are retrieved dynamically from the language file already, there is no need to change any code. There is just no UI right now for creating another language satellite assembly for LCPDFR to work with. The low level communcation is C++, yes, but the higher level implementations (including language and strings) are written in C#.

I know a lot of you want this and it has been in an almost-ready state for months now, though it wasn't a priority thing recently. I can't promise, but I still hope we can get it out this year. But uur time is very limited at the moment (< 1 hour a week) which unsurprisingly leads to very very slow progress.

Thanks to all of you for the kind words! I'm also happy to see either your education or Google has led to decent German phrases! Oh and especially food was the top-priority today, Alex :) @Icon: In fact, there is a feature for my birthday similar to the 9/11 text feature, but it is deactivated in the live build :P I'm willing to enable it the whole year for your PC though :)

Be happy, stand up for your believes, remember your friends & family and try to leave this world a little better than you found it.

Does ELS work for instance? As there is no asilog.txt it seems it isn't even loading any asi files.

Use the ScriptHookDotNet version that ships with LCPDFR, remove ScriptHookDotNet.dll if it exists (DLL, not asi!).

In case you plan to rely further on the LCPDFR API and need something else added, just hit me up again.

No problem! I just wanted to show that it is generally (not always, e.g. fixed size buffers) bad pratice to use a constant number in multiple lines instead of moving it to a variable. Hence why I made the memory allocation dynamic. I'm not sure, but I guess it was rather due to the invalid/random memory than an actual relation. I do appreciate that you learn a real language at University though and don't dive into a higher-level one where you will never learn/know about memory allocation etc.

Only had a quick look, but it's probably because you exceed the array bounds when doing i+1, since you essentially do array[5] which does not exist. You access invalid memory here! Also what I noticed: You don't check for integer bounds, i.e. entering a large number breaks the whole thing (because cin will just overwrite memory without checking bounds) clrscr is compiler-specific A better solution might be: int array[5], temp1, i = 0, y = 0; cout << "Enter the 5 array numbers to be sorted: "; for (; i<5; i++) cin >> array; for (i = 0; i< (5 - 1); i++) { for (y = (i + 1); y < 5; y++) { if (array < array[y]) { temp1 = array; array = array[y]; array[y] = temp1; } } } cout << "nnThe sorted array is: "; for (i = 0; i<5; i++) cout << array << " "; _getch(); Dynamic number count: int compareAscending(const void * a, const void * b) { return (*(int*)a - *(int*)b); } int compareDescending(const void * a, const void * b) { return (*(int*)b - *(int*)a); } int _tmain(int argc, _TCHAR* argv[]) { const int numbersCount = 8; int* array = new int[numbersCount], temp1, i = 0, y = 0; printf("Enter the %d array numbers to be sorted: n", numbersCount); for (; i < numbersCount; i++) cin >> array; // Better to read single characters or use std::string as buffer, as you have no boundary check here! qsort(array, numbersCount, sizeof(int), compareDescending); cout << "The sorted array is: n"; for (i = 0; i < numbersCount; i++) cout << array << endl; delete[] array; _getch(); }

You can try removing AdvancedHookInit.asi as that is the only LCPDFR component loaded at startup. If that doesn't work, I can't really help you as it's a game startup issue and not connected to LCPDFR then.

I'm sorry, but we can't do anything about lags, after all it's not our game.

We need the ScriptHookDotNet logfile for this kind of issues. Also try this tool and see if it resolves your issues: >

You probably have a newer version of the framework than the most recent one when the tool was published, so it can't detect it. Apart from that, if LCPDFR works you can ignore any tool output.

What do you mean, it will no open? You doubleclick the exe file and it just doesn't start?

It is as it is not required, it just adds several extra features and should provide more stability. Yes, definitely not low end, though - at least in the past - IV has been proven not to like ATI that much. Anyway, the model preloading thing should be the best you can get as of now, since it was designed with exactly the issue in mind that you currently have. Good luck!

What timestaps (you can also post screenshot again) do the logs have? As they do not seem to match your recent session (they say something around 10/08/2014). It's pretty odd...

Do you happen to have a file called "ScriptHookDotNet.log" by any chance? If so, please upload it.

Thanks for the kind words! About your crash, it doesn't happen inside LCPDFR, but inside the game. In your particular case they game died while trying to spawn a model of type "POLICE". It's hard to imagine that preloading all models doesn't fix this, that would have been my advice as well. Is there any chance your computer is rather low-end and the game has struggle keeping it?

Download the x86 version as stated everywhere ;-)

Check "Advanced Mode" on first page and then check again, it will prompt you with a dialog where you can browse for your installation. After check, save log and post here.

There is your problem, the installer uses a different folder the tools checks for. Use the manual installer to copy all files in the folder where you want it and run the Diagnostics Tool for that certain folder again.

You only have to have one, it's per game (either GTA IV or Episodes from Liberty City). But the folder the tool checked (click open folder to get there) appears to have none. Maybe the tool just picked the wrong folder and you installed the game elsewhere, if so, please tick the "Advanced Mode" checkbox on the first page and then hit check install again. It should allow you to browse to the folder you wish to check.

Hello, please download and run the tool I attached here and report back: https://www.lcpdfr.c...ms/#entry280670 Thanks!

That means it failed to either find GTAIV.exe or EFLC.exe in the game folder.

What's your exact issue? The last few LCPDFR sessions seem to have runned without any problems. AdvancedHook logged a GTA IV game crash, but that's nothing we can fix.