For information and discussion about Oolite.
https://bb.oolite.space/
Hamish might have trouble finding the link to the fighter - I did - so here's the direct link: [wiki]GalTech Escort Fighter[/wiki]Shipbuilder wrote:Hamish - As an example have a look on the link on my signature strip. Select the Galtech Escort Fighter and you can see on the Wiki page the different versions of the same ship. You can use a similar principle and create your own texture for use with the player ship only.
Please have a look here: https://app.box.com/s/y6vpq8cfyuatujhjvtz3y7nknw49ofc5KaiserZandrich wrote: ↑Sun Nov 21, 2021 3:07 amHi folks,
I recently came across this thread - it's been an absolutely wonderful help in getting me oriented with ship OXPs. I've reviewed most of the referenced pages/tools, and feel the process is simple enough for me to tackle; oh boy.
My ship, based on the Anaconda, should, arguably, inherit most of the Anaconda's data, but I've had no luck tracking down vanilla PLISTs for the Anaconda! So I've resorted to cross-referencing two SHIPDATA PLISTs: the "template" SHIPDATA and the SHIPDATA for a custom OXP (Kirin?), carefully removing data fields in the latter's PLIST to reflect vanilla Anaconda data, to be adjusted later.
Thank you so very much! I'll be taking a look at it right away!montana05 wrote: ↑Sun Nov 21, 2021 3:35 amPlease have a look here: https://app.box.com/s/y6vpq8cfyuatujhjvtz3y7nknw49ofc5KaiserZandrich wrote: ↑Sun Nov 21, 2021 3:07 amHi folks,
I recently came across this thread - it's been an absolutely wonderful help in getting me oriented with ship OXPs. I've reviewed most of the referenced pages/tools, and feel the process is simple enough for me to tackle; oh boy.
My ship, based on the Anaconda, should, arguably, inherit most of the Anaconda's data, but I've had no luck tracking down vanilla PLISTs for the Anaconda! So I've resorted to cross-referencing two SHIPDATA PLISTs: the "template" SHIPDATA and the SHIPDATA for a custom OXP (Kirin?), carefully removing data fields in the latter's PLIST to reflect vanilla Anaconda data, to be adjusted later.
This update of the Medical Anaconda is still a WIP, but it includes both Anacondas, the one from Smivs (original) and the one from Griff (core-game). I guess the shipdata.plist will help you.
Besides adjusting a few of the stats in the datasheet (slow and lumbering pitch/roll/yaw with a somewhat higher top speed and a little more thrust to keep things interesting), I'm hoping to import a rudimentary model (adjusted from the base model; a few changes to my taste, and a few more to justify the implied increase in size).
Very welcome, feel free to ask if you need help. Btw I forgot to mention that Griff's Ananconda in my WIP is designed for multiple laser mounts, if you prefer single mode you need to take the weapon positions from the core-game and replace "weapon_mount_mode" = "multiply"; with "weapon_mount_mode" = "single";KaiserZandrich wrote: ↑Sun Nov 21, 2021 10:36 amThank you so very much! I'll be taking a look at it right away!
I did notice that, for most part I just carried over the POS to the Kirin's PLIST. I also added the POR/STA weapon types, not sure why the Kirin didn't have them included but I'm sure there's good reason. I had a little trouble with the Kirin OXP prior to taking on this task, where the lasers would visibly fire in every external view but not from the ship views (1-4) - whatever I've (probably accidentally) done to the PLIST seems to have fixed that - the Kirin now fires frosty white lasers! I can't wait to see them on my own ship, but I've no intention of rushing into it.montana05 wrote: ↑Mon Nov 22, 2021 12:46 amVery welcome, feel free to ask if you need help. Btw I forgot to mention that Griff's Ananconda in my WIP is designed for multiple laser mounts, if you prefer single mode you need to take the weapon positions from the core-game and replace "weapon_mount_mode" = "multiply"; with "weapon_mount_mode" = "single";KaiserZandrich wrote: ↑Sun Nov 21, 2021 10:36 amThank you so very much! I'll be taking a look at it right away!
The weapons positions are usually individual for every model. If you use multiple mode and have various positions assigned, they will act as a battery. For the Kirin in Oolite the positions could be like that:KaiserZandrich wrote: ↑Mon Nov 22, 2021 7:27 amI did notice that, for most part I just carried over the POS to the Kirin's PLIST. I also added the POR/STA weapon types, not sure why the Kirin didn't have them included but I'm sure there's good reason. I had a little trouble with the Kirin OXP prior to taking on this task, where the lasers would visibly fire in every external view but not from the ship views (1-4) - whatever I've (probably accidentally) done to the PLIST seems to have fixed that - the Kirin now fires frosty white lasers! I can't wait to see them on my own ship, but I've no intention of rushing into it.
Does "multiply" amount to multiple-firing in the same direction relative to FOR/AFT/POR/STA views? If so then I'll probably duplicate "multiply" in the PLIST later on, I quite like the idea of a larger ship relying on POR/STA batteries!
I'm downloading the Obj2DatTexNorm.py script right now so I can take a peak inside. I'm acquainted with C++ and Delphi (mostly due to work), so my knowledge of Python is limited to VERY basic scripting. Very mysterious thing, that Python. Very fitting name, though.
AND I've just taken a look at the script. It seems to read in the OBJ but I didn't notice the MTL being read in? I probably overlooked it, but I'm going to fire it up and work through it anyway, no use speculating. Another thing I noticed was that it carries over the OBJs measurements, not sure if ship size can be adjusted in Library so my model might be immense or tiny depending, I didn't use a reference model ripped from a DAT. Wish me luck!
Edit: I DID overlook the MTL being read in. Everything is ready so I'm going to go ahead and test it out.
Code: Select all
"weapon_position_forward" = // double lasers in close positions
(
"-5.0 -11.0 160.0",
"5.0 -11.0 160.0"
);
"weapon_position_aft" = // double lasers -> 60.00 m separated
(
"-30.0 2.0 -153.0",
"30.0 2.0 -153.0"
);
"weapon_position_port" = // triple lasers -> 50.00+ m seperated
(
"-26.0 -10.0 50.0",
"-38.0 -10.0 0.0",
"-85.0 -13.0 -60.0"
);
"weapon_position_starboard" = // triple lasers -> 50.00+ m seperated
(
"26.0 -10.0 50.0",
"38.0 -10.0 0.0",
"85.0 -13.0 -60.0"
);
You have a "pm"!
I WILL NECRO MY OWN THREAD IF I SO WISH!KaiserZandrich wrote: ↑Mon Nov 22, 2021 9:29 amI'll try those out soon, I'm just working on getting the Python to execute. I'm having a little trouble with the syntax in Obj2DatTexNorm.py, not sure why because I'm running it under 2.7. If I get this script to run eventually, I'm hoping to set it up with www.pyinstaller.org so I know I won't encounter this issue in the future!
Edit: After plenty of fiddling and looking around, I've been able to modify an already modified modification for the unmodified conversion script! It finally executes, but I've run into a new problem: "Warning: read unnormalized normal" - so I'm going back to my model and playing around until it works! I suspect the error is as a result of Blender, so I'll read the OBJ into Wings3D and re-export if all else fails, though I'm concerned about Wings3D not importing the MTL file alongside it.
Edit: Wings3D seems to import the MTL after all, but I'm still getting the same error as before (sorry Blender!). Will update as soon as I've figured out this next hurdle.
Edit: I've tried out the various winding modes built into the script, but I've not had any luck getting past the error message; this means there's still something wrong with the base model - I WILL HAVE VICTORY.
Edit: I've rebuilt the model, almost entirely, stitching up the faces manually before recalculating the normals and exporting the OBJ. The conversion script still gives me the same error, so I'll have to look into the script itself again later tonight, perhaps tomorrow; this ship WILL make it into Oolite!