JFLP / Jason's Freelancer Patch
-
Reducing the video performance slider is the most likely of those changes to reduce any screen lag problems.
(It also will reduce the heat generated by your graphics adapter, by the way.)
Anyway, I am glad that you solved your problem.
-
Stopped using FLMM ( meaning i copyed over Fl with mod ).
FYI: This might be not suhc a good idea since some FLMM-archives contain scripts which get parsed by FLMM. The content of the scripts will be missing in your FL then.
-
For the most part theres alot of things that FLMM can cause. like script problems and FLbak being maded. along some other things. which all can cause some sort for problem either with Jason freelancer patch,Hudshift or the mod it self. either way some where down the road FLMM can cause all types of problems. to me in some cases even performance problems.
@Gisteron, True. but for the most part. people that dont know all the techy stuff could get lost in how to do it that way. and would be best to just stop using FLMM and just unzip the mod and than just copy over the FL fresh install. as its the same thing that FLMM does. but it makes all types of things and does things to the install of FL/Mod on the fly such as FLbak. which to me causes problems.
Plus. FLMM is out of date and has stopped being updated. i have 1.5 beta 1 installed and its not even for use in Vista or even Win 7 so that it self can cause problems. plus FLmm is not perfect in the way it handles mods and your files to the game.
Just my deep thoughts. not sure if any of it makes sense. and this is getting of topic. mybad.
-
warlordfmike wrote:
Plus. FLMM is out of date and has stopped being updated. i have 1.5 beta 1 installed and its not even for use in Vista or even Win 7Thereās half your problem to start with. 1.5 is rubbish, if you want to screw up FL then carry on using it. Go back to 1.3, itās the most stable version, only files iāve seen it leave in are custom system folders, everything else is returned to normal if you use the āRESTORE BACKUPSā function after de-activating a mod
-
Im not gonna use FLMM any longer. il keep 1.5 installed just to have it. but to me 1.3 is just as unstable as 1.5.
1.3 does not support vista or win 7 so its unstable there. plus it still creates FLbak files and i for one feel those cause problems of some sort. either way FLMM either needs to be updated or not used. for the reason of it only supporting Win xp.
-
Some things Iāve learned over the years. Probably basic for most of you, but for some newer folks this might be helpful.
We used SDK 1.3 when we developed our mod. In order for our mod to even install, the client has to install SDK1.3. Thatās because, with the exception of ADDED directories and files, FLMM does ALL of our mods edits via scripting and with no problems. We will be switching to the JFLP for future edits.
In order for the SDK and mods to work, there is some prep work you have to do however.
You need to start with a clean install of FL. This is normally a no-brainer, but surprisingly often, itās the last thing players, modders, and even admins think of. Uninstall Freelancer after saving your savegames to another location, (if youāre running a server, save the multiplayer folder in your my documents\my games\freelancer folder to another location).
*** Win7 and Vista Users Note: *** For Win7 and Win Vista users, Install all Freelancer programs by right-clicking on the setup.exe file and choose ārun as administratorā. Some people have found it necessary to disable User Account Control in order for it to work as well.
Now, reinstall FL. Running the MS 1.1 update is necessary only if youāre running a server. I think itās a good idea to do regardless. After installing FL, reboot your machine and run FL in order to set up your multiplayer profile on your client machine.
Once thatās done, right click on the installation file for the SDK and again, choose ārun as administratorā. Make sure the SDK file installs to the same location as your Freelancer\DATA folder. It overwrites the ini files in that directory and subdirectories. When thatās finished, verify correct installation by opening any *.ini file in your FL directory. If you canāt read it, you installed the SDK to the wrong location. If you installed FL into itās default location, the SDK install should just follow it there automatically.
Now, right-click on the installation file for FLMM, (weāre using version 1.4beta4 as it has some features 1.3 does not have. It also has some issues such as not deleting directories that have been added in, but there are ways around thatā¦). Choose ārun as administratorā again.
You should now be completely set up to run mods via FLMM. For best results, when switching mods you need to shut down FL (duh), and then verify that it is indeed shut down by making sure the Freelancer and FLServer processes are no longer running in Task Manager (start/run/taskmgr) If the program is still listed there, some files wonāt be written to because theyāre still showing up as āin useā. After disabling/deactivating a mod, go to the Tools/Restore Backups option in FLMM and run that also. Once youāve done that, you should be gtg to activate the next mod you wish to use.
Now, regarding scriptingā¦ Whenever our players complain that the mod wonāt activate, itās almost ALWAYS because the above directions werenāt followed. With Win7 and Vista 64-bit installations Freelancer is usually installed into the C:\Program Files (x86) directory instead of the C:\Program Files directory. For best compatiblity results in running a 64-bit OS, manually install FL into the C:\Program Files\Microsoft Games\Freelancer\ directory.
-
Good point. I always recommend players run the SDK before running our mod in order to ensure a good clean install, but also because my mod is written to the SDK. If my mod is written around a file that the SDK has already edited, it may not find the correct line(s) to edit if theyāre still vanilla.
-
warlordfmike wrote:
Im not gonna use FLMM any longer. il keep 1.5 installed just to have it. but to me 1.3 is just as unstable as 1.5.1.3 does not support vista or win 7 so its unstable there. plus it still creates FLbak files and i for one feel those cause problems of some sort. either way FLMM either needs to be updated or not used. for the reason of it only supporting Win xp.
Some people donāt want to listen.
SDK 1.3 just replaces some files in FL just like 1.5 does, there is no such thing as incompatibility with Win Vista/7
-
StarTrader wrote:
SDK 1.3 just replaces some files in FL just like 1.5 does, there is no such thing as incompatibility with Win Vista/7He speaks about FLMM (which works with Vista though). Learn to read before you tell others to listenā¦
-
robocop wrote:
Good point. I always recommend players run the SDK before running our mod in order to ensure a good clean install, but also because my mod is written to the SDK. If my mod is written around a file that the SDK has already edited, it may not find the correct line(s) to edit if theyāre still vanilla.Your mod should be replacing the file with a complete one, not appending to it.
The fact you can append lines is fine but many times FLMM cannot undo the append correctly to de-activate the mod.
Be sensible.
-
Doesnāt FLMM create a backup of all files it modifies? So it should be able to undo these changes.
-
We keep trying to tell you about what we have, our utilities are not 100% reliable in function. In fact only a few of them are reliable.
With FLMM, should Ā¬= does
Over to you, do what you want.
-
StarTrader wrote:
robocop wrote:
Good point. I always recommend players run the SDK before running our mod in order to ensure a good clean install, but also because my mod is written to the SDK. If my mod is written around a file that the SDK has already edited, it may not find the correct line(s) to edit if theyāre still vanilla.Your mod should be replacing the file with a complete one, not appending to it.
The fact you can append lines is fine but many times FLMM cannot undo the append correctly to de-activate the mod.
Be sensible.
afaik FLMM tries to create a backup of any file edited - otherwise section delete could not function as it will not have any content to replace it with.
You all talk about 1.3, try 1.31 instead - it was better than 1.3, and with extra functions from memory.
Or do you actually mean 1.31? edit having checked downloads, I believe you have 1.31. Never had any issues with that version, it was great!
The problem with the built in decompression is that if it still uses Marioās original Bini decompresser, that generated errorsā¦ certain lines had their start truncated, and then the remainder appended to the line before (or was it the second half after a = sign truncated, and the line below appended to it).
Needless to say, use the original bini, open your ships or mbases file and youāll be able to locate errors within a minute.
Now flbak files canāt cause issues.They are an existing FL file with .flbak appended - no voodoo or mystery :lol: Any method of mod management MUST utilise this method, OR have access to ALL Freelancer files (i.e. the full 1Gb) to re-overwrite all existing files upon ādeactivationā - at which point, doing a reinstall is the exact same thing.
At the moment I have my own FL Mod Manager programmed in Java. It is very basic - it backs up files, it correctly restores and deactivates - but I wouldnāt even have been aware of āsupport for Windows 7/Vistaā. I program in Java, ergo, I donāt worry about OS compatibility - but it sounds like OS compatible, and more OS functionā¦ it requires the User to specifically OK a program to carry out certain tasks.
If a program is able to execute itself as Admin and make changes to the file system without any user interaction, then the security feature of Windows 7/Vista that requires this is utterly POINTLESS.
What I am saying, until someone who knows this stuff specifically, is that due to those OS youāll always have this admin problem irrespective of whether it āsupportsā the Operating system.
Since all it does is copy files and edit files, theyāre supported already imo -
FLMM v1.31 shows as v1.3 on its āAboutā screen.
My method is to make mods that donāt need FLMM. I can just unzip them over a vanilla Freelancer game folder, and they also work with FLMM.
But FLMM has always given me trouble eventually.
-
uh.huuhhh, āduh, yup, yup
I shorely do be larninā sum skoolinā here todayā¦Thereās NOTHING wrong with running a mod with scripting instead of copying over entire files. IF you do it correctly following the procedures I listed above. Plus, by using scripting you can keep the size of the mod download MUCH smaller.
As the primary developer of our mod team I canāt TELL you how many times Iāve activated and deactivated our mod during the coding and testing phases. Mustāve been thousandsā¦
Iāve NEVER had a problem with FLMM 1.31 or 1.4beta4 hosing my files without me having done something contrary to my posted instructions above. The only problem I have is when you deactivate a mod, the deletefolder file does not seem to be in any ADDED directories to the mod such as additional systems, etc. Big deal. Once the mod is deactivated, the paths to those directories are removed from the *.inis and the folders become inert, just taking up space. Theyāre easily enough deleted.
Our server mod has a LOT of switchable options available to the server admin. (Think Chipsā Server Operator 2 mod on steroids). One thing I would like to see is a system wherein one can instruct FLMM to run scripts in order. Right now, in order to be able to run one instruction only after another has been done is to have it all in one giant script. Iād like to have multiple scripts in the mod to keep separate sections of the mod apart. Much easier to locate all of the edits necessary to implement an option than to search for all edits in a single large script.
For example, all edits related to countercheats would be in a script titled countercheats.xml, all edits related to server side only mods could be in a script titled serverside.xml. Our mod is mostly set up in this manner, but sometimes there are options that are dependent on others for their edits. An example escapes me atm, weāve scripted around that, but it would make things easier.
Oh, I know. Letās say we have the client option to change the colors of jumphole tunnels. Letās also say we have the option to add jumpholes to server specific systems. If the server specific systems arenāt enabled, the jumphole colors changes will choke the moment it searches for one of the added jumpholes and doesnāt find it. Itās doable, but a pain in the butt.
-
All right STā¦ Now that Iāve made the argument that FLMM has no problems if used properly, it looks as if the fates are messinā with me for my insistence. (never say never)
Just as an update, and to show that when Iām wrong, Iām the first to admit it, FLMM v1.4b4 has just started showing some anomalies. Iāve been using 1.4b4 for years without problems and now they begin.
The weird thing is not that itās not running certain scripts, but that itās not running the whole script. In fact, in one of my scripts it runs up to a point and then skips an entire section of the script only to pick up near the end again.
Iām going through the scripts to see what is going on, but it doesnāt make any sense.
The scripts are numbered (01, 02, 03, etc.) in the order in which theyāre supposed to be run. My presumption is that FLMM doesnāt run script 02 until script 01 is finished. Itās just odd that it would run part of a script and not all. At least not without kicking out some kind of error message explaining why it couldnāt do the instruction.
-
Ouch!
I know nothing about scripting language, butā¦
Could it be that it has a āstart-of-commentā character thatās not cancelled?
e.g.
/*ā¦
ā¦
ā¦
ā¦
*/