Freelancer Path Generator
-
ah now I understand what you mean, i’ll try that again in a bit and see what I can get.
Here’s the source-code - the src folder with all the packages and the classes.
I use netbeans as my ide of choice, so the “form” files within the gui package are from netbeans as I hate making GUI’s due to layout issues within Java being hard work (gridbags), so used the guibuilder to do the leg work.
It means the GUI code is NOT pretty. I could have used some fairly standard layouts, but it was easy to use a gui builder.
Fraid the comments are NOT as full as they should be, far from it and typically I never filled in method headers (stupid oversight, but right now I’m not inclined to go through it due to personal issues).I’ll clear the code up at some point in the next day or two, comment methods, remove excessive rubbish etc.
The main class is FLScanner inside the GUI package, or should I say the “view” anyway.
However, the controller is the Main.java class inside the pathscanner package and therein you find the amalgamated mess of code which does everything (kinda). The lockedgateparser, solararchparser,systemparser and uniparser do what their name implies (uni for universe.ini, system for all systems files).Tis free for anyone to look at, fiddle, critique, comment etc (please if you critique, make it constructive by telling me what it should be!) or amend (likewise, if you amend/alter something - please let me know what you’ve done/why - or just fire me a changed version over).
Erm, guess you could say it’s open source under gpl (can’t be arsed to look up which one is preferential at the mo) or whatever it is. Basically do what you want with it, but NO commercial gain may be made from it’s use or inclusion into anything etc - and don’t pass it off as own work either.
-
Thank you very much Chip…
The main principal for programs is that they are working
No matter how the background looks like…
At first i might fight through the source as i am not very familiar - either with java or with GUI in java I just had some lessons… but its very likely like C (i know its different - but not much :))So if i have any critic i will let you know via PM.
Thanks for your effort to make your source viewable!Greez
Huor -
Hi Chips.
I have had no further problems with this utility, it’s great.
Have you had any other negative feedback?
Has Op fixed his problems?
-
Hi Chips.
I have had no further problems with this utility, it’s great.
Have you had any other negative feedback?
Has Op fixed his problems?
Never had any negative feedback
Had bug reports, but they’re not negative - they’re a good thing
I’ll take another look to see if I can find that issue, bit busy at the mo
-
Tsk Tsk
Must be them thar Uni pills ‘es bin takin’!
I meant bug reports, Chips.
I have not experienced Op’s type of problem, have there been others?
-
-
Well, what can I say?
I tested the files made by this utility very extensively today and it plots correct paths for me each time. I’ve got maybe 20 new systems but it’s enough.
I will report again if I find anything untoward.
-
I just need to drop some ideas here, I have 115 systems and plenty of paths. the file is 700kb+ in size and have spent a lot of time working through problems with paths.
Firstly, if you have visit 128 entries on the zones at the gates or jumps this can cause problems.
Secondly, if you use the whacky invisible jumphole/ random jump holes, this does cause problems
Thirdly, you need to realise that the game doesnt read your path from the path file direct, it parses the file (in memory), so if you have any problems with your jumps it will be flakey and this is typical of the problem OP was mentioning in setting paths/waypoints. So you can have a perfect path in the file showing the right jumps etc, however, it means nothing if other paths are wrong or incorrect in the relevent file.I found that if you still have problems with paths, as long as one of your illegal or legal files match your shortest file, this can be a temporary workaround. i.e. it doesnt crash the server.
Hope some of the above is of some help to people.
-
???
More confused tbh
I think it’s important to split up waypoint plotting, and jump path creation.Without the shortest paths, jumping from one system to another (from 5+ year old memory) results in a crash. Without, however, the path files - you also can’t plot a “best path” between systems.
So somehow it’s related to the best path, the question is how - and this is where I’m starting to get confused as to where responsibilities lie.
The paths generated cannot identify objects for which waypoints should be set. The path files just contain the names of systems, nothing more…
At that point I’d assume that the path file is basically just a load of links, saying “look here, then here, then here” with each link referencing the system object or whatever it needs to look at next before passing it to potentially some sort of actual path plotting algorithm. There is nothing else within the path files that can identify targets for path waypoint plotting. It’s out of my hands so to speak, I can’t control that. For example, in the original game - plotting from Li02 to Li04, where if memory serves, the shortest and illegal both just go straight from Li02->Li04 (connected by jumphole) whereas legal goes Li02->Li01->Li04. However, there’s nothing that goes “plot to this object, then in next system, this object, followed by this object, then this object, this object and finally in the new system this object” etc. Obviously something else takes over and actually works out where the plot points will be…
So are these 128 zones causing issues for the thing that actually plots the points? (stops a course being plotted? Or makes it incorrect?)
Are the multiple overlaid jumpholes/invisible jumps causing issues?I’ve no idea how it identifies certain jump objects, trade lanes or other as being what to waypoint… and certainly the path files themselves contain nothing that indicate this either - how could they.
What can I do to resolve these issues, or are you saying that’s the problem - it’s not the path files, it’s the actual system files the modder makes that causes this issue in how he’s dealing with zones/objects? At a bit of a loss now.
I got confused quite how the making shortest/legal/illegal all the same (irrespective of whether there’s an acceptable jump object available with correct legality) can somehow make everything work without issue. That, to me, appears to make no sense… if legal = shortest, can you plot through jumpholes in Omicron Alpha? or if you try, does it target the sun or the jumpgate or just say no best path?
If the game only plots to legal jump objects, it should throw a fit and plot to the first targetable object (the sun usually) of a system whereby there’s only jumpholes, or just say “no path”. If it just says “no path”, then how come we’ve had issues with incorrectly targeted objects within a system - and why is the path file responsible for this, or how is the path file responsible for this?
Super confuddled now
-
Yes Im saying that the paths are simple, the issue lies in the modding of the systems.
For instance, I used the path gen from flscan, got similar problems to other people and edited the system inis accordingly and i have it working fine. This is the same flscan that people have said its crap at path file gen etc. etc.
So, in summary, whilst I havent used your tool Chips. I dont believe it will be a tool problem, it’s a modding problem.
-
I agree.
Before Chips wrote this, I used FLScan to generate my path files for this same mod, with the same systems, and FL crashed whenever I tried to plot paths.
I did not fix any ini files (did not know for what sort of problems to start looking), and Chips’ second utility has worked fine on exactly the same systems. (My second run of the first release of Chips’ path generator screwed up but Chips realised the problem and fixed that in no time).
Strail, can you remember what problems you found in your ini files that may have caused the crashes when you used FL Scan? It will help me to understand what could it be. Thanks.
-
If you have more than 10 jumps - maybe more than 9 - in one path there will be a crash
and there’s a limit, how many JH/Gates can be in one system.That doesn’t mean the number of JH/Gates is limited 4 the system itself, but 4 the system in the pathfile.
Not sure about the number.And additional i suppose, that JH,
which are targeted by more than one starting JH
can crash the server if those are in the pathfile.The FLScan pathgenerator gives pathes with more than 10 jumps and
with 2 much Gates/JH in one system.
If you have those on your server, it can be restarted by routing- any of those 10+ jump pathes or
- via systems exceeding the number of JHs/Gates.
BUT it can be fixed server side by just removing those entries from the pathfiles.
otherwise this info would be censored. -
This is why I dont believe that the path file search when setting a way point/jump is limited to your one line entry in the path file.
That doesn’t mean the number of JH/Gates is limited 4 the system itself, but 4 the system in the pathfile.
Not sure about the number.Let me expand on my previous point. If I have 10 jumps in a sys then it will crash when i set a waypoint that travels through the system with 10 jumps. Why would it crash if its just reading the path file line in the path file?. The reason is it doesnt just read the path file line to get you from a-b, otherwise you wouldnt crash if you had 10 jumps in a sys. It reads the other jumps in that sys and each sys it goes through, or at least does other calculations involving “unrelated” jumps in your path file line entry.
This is why I think your looking at the wrong problem
-
You might be right, so we didn’t test that with single routes.
We just removed every path going through a system with 10+ JH/Gates.
