I tried adding names to names resoures dll
-
Yeh I’m still tired. And pissed at losing 4 hours of work and 4 hours of sleep.
Keep your hair on and I’ll try to help, I’m not pissed off at you, I’m pissed that these things happen. FL Dev will be very useful once it works the way you mean it to. Right now it doesn’t for me.
Right -
1. I’m running XP with SP2. My .NET Framework says v2.0
2. I am not running FL at the same time, and only 1 instance of FL Dev.
3. I rebooted the system several times to ensure no dlls were in use or locked. Started FL Dev only, as the first program. Same.
4. The FL Dev I have has no “Settings” tabs or Export settings buttons anywhere. Just the 4 tabs at the top, no menu or help button. Is this an old version? I just downloaded it a week ago or so??There is nothing to tell me what version it is.
Do this to follow what I do:-
First problem:-
1. Start FL Dev.
2. On the Home tab, click Freelancer.ini Path Browse and go find Freelancer.ini. FL Dev loads in my 8 dlls.
3. Click DLL Editor tab. Click nameresources.dll and type anything in the search window that it is sure to find, like “xenos”, check “search through all dlls” and click “Search”.
4. Click on entry 047083. Click in the upper edit window, type something. UPDATE does not enable on my machine.
5. Click the “Infocard” radiobutton, type something in the lower edit window. The UPDATE button enables. Delete the entry to go back to Name edit. Then UPDATE remains enabled. Alter the entry and can click UPDATE.I just switched back to FL Dev now from this post… and guess what - the Name edit window did not get redrawn, it’s just a blank space above the out-of-focus infocard edit window!!!
I give up. I’ll try to send you a screenshot by pm, don’t know how to upload it here.
(Sent it by email.)
-
Downloaded FL Dev and it is a different file, FLDev_1.001b01.zip
Installed it, there is a help link and the Update button works.
But no settings tab/button, no Output Folder option, no Export changes button.
And it still does not update the real dll, even from fresh reboot.
Where do I go now?
-
You didn’t get the last version. Get it there:
http://forge.the-starport.net/gf/project/fldev/frs/EDIT: Got your email. As I’ve said, get the 1.1 version; it’s been changed so much I can’t even begin to tell you what exactly was modified. It’s the result of like 4-5 months of usage
-
Ah no! I had no idea the link was so old!
OK, I got the 1.1b, many thanks.
Maybe I can start regrowing my hair now.
It would be a good idea to hunt down those old links & update them - here’s the one I used this morning:
URL http://freelancercommunity.net/download.php?id=39Thanks pal.
-
Ya, I kinda knew I’d end up having problems by letting other sites hosting the files. I told Dwn to keep it updated, but he must’ve skipped the release…
-
Deleted the download and added a link to the forge … no more missed updates ;D
-
Hi FF…
2 more problems to report…
1. Got 1.1, unzipped it. Ran FLDev after uninstalling the previous version. It takes 6-7 minutes to load the .dll files. CPU usage goes to 100% and it’s impossible to use the PC until the dlls are loaded. Then it works normally until I save changes, when it does the same again but for about 2 minutes.
2. When it saves changes it does it as Language 1033. Some dlls use Language 0 and so those nodes are not replaced, instead two language nodes exist and the updated 1033 node is not displayed by FL.
Sending screenshots by email.
Thanks.
-
The node problem would be hell to correct; I don’t know when I’ll be able to do it.
The performance issue I can’t do much about; I’ve optimised the program as much as possible, including multithreading. I don’t see what else could be done. What are your system specs?
-
Well I’d expect multithreading to be just “normal” on single-core CPUs; it shouldn’t be slower because of it…
-
It’s a single-core 3.6GHz with 1GB Ram.
This is a new problem with version 1.1b, the previous versions were loading all the dlls within 5-10 secs.
-
Gonna have to check, but as I’ve said I have other priorities right now (just look at the letter thread). Unfortunately that means it will not be very usable for single-core CPUs for a while.
-
Oh dear.
Do you think it was the multi-thread change then?
-
I don’t see what else could make such a strong correlation while also being relatively logical. The multithreading was the largest change by far, and if the .NET threading implementation wasn’t built with lots of threads on a single core in mind, it might clog up the processor…
