Oolite Bulletins

Apologies for the delay. Here are some more views of my re-modelled Fer-de-Lance (with modifications since last posting): http://wiki.alioth.net/img_auth.php/2/2c/Delta-fdl-2-thumbnail.png http://wiki.alioth.net/img_auth.php/6/61/Delta-fdl-2-2.png http://wiki.alioth.net/img_auth.php/a/ae/Fer-delta-l...

Hmm. No idea what might be wrong there, although I suspect it's not the only occasional bug left in this OXP. I won't be able to fix anything soon, but please post any further data you can get on remaining bugs.

Have started trying to fix this by OXP. Initial problem solved, but a new one has come up (and been temporarily patched at least): my wingman seems to be at perpetual red alert, so the standard version of conditionInCombat always returns true.

No idea what's causing it.

Not sure how relevant this is, but I've done some thinking about NPC torus drives (perfectly OXP-able these days if I ever get round to it). Obviously when everyone has torus drive, no trader will stick to the lane if there's any chance of a pirate encounter. So pirates will go where the traders are...

OK. I was trying to make a 'Tactical Comms' OXP using phkb's BroadcastCommsMFD as the UI and Ramirez' Resistance Commander OXP as a guide to the sort of functionality needed, and it seemed I could save a lot of work if I could use existing AI library functions like behaviourFollowGroupLeader and con...

Does this look like a Fer-de-Lance to you or have I gone completely bonkers?

I'm afraid there are a few more where that one came from, if anyone wants to see them. Mostly the same types Redspear seems to have been working on, oddly enough.

Found that it's possible to create a ShipGroup with player as leader, but JS AIs attached to the group then throw exceptions because the Oolite Priority AI Library is written to assume that group leaders have an AIScript, and the player is the only ship which never does (not even oolite-nullAI.js). ...

download Configurable Populator OXZ for Oolite 1.83. Requires Library OXP for the in-game config interface. This OXP exposes the populator script's existing skill and weapon settings to a user-friendly interface, and adds several new ones allowing some manipulation of group sizes and spawn frequenc...

Okay, N-Shields 0.7.1 is finally available, with the changes promised above, plus the config interface now works properly if you have Library OXP installed. Other changes: - tentative support for Shield Cyclers on NPCs (but this may contain unidentified bugs) - interim Ship Configuration compatibili...

Fixed in 0.6.4. Advance warning about N-Shields 0.7: I have felt for some time that the script is getting too big and complicated, and the least necessary contributor to this (and to the remaining to-do list before I can consider a stable release) is the code supporting many different shield types. ...

Yes, they do.

I think what's happening with the scripts running out of time is that my code doesn't check whether the damage amount is sufficient to destroy the ship, so occasionally something like a collision or a Q-bomb does a truly ridiculous amount of damage and the equipment damage code still gets called onc...

Sorry I didn't get it. You are right about flexibility being a good thing; one of my WIPs is actually better off doing the save/load for itself. A couple of suggestions for you to ignore during any future development of the config interface: - allow strings to be typed in as well as numbers? - provi...

Version 0.2 is now out with improved Ship Configuration compatibility and an attempt to fix the issue with the same equipment getting damaged multiple times (due to not checking whether it was already damaged, although I'm not sure I've corrected it in an entirely fair manner).

Thanks phkb, I think I already found & fixed the shield damage bug (and found the shipconfig energy bug) for myself & will emergency-release N-Shields 0.6.3 today if time permits.

[Edit]
Done. The link above should now be the new version.
[/Edit]