Oolite Bulletins

Norby wrote:

The top 10% get jammers which deny to lock it, a fun thing also but vulnerable to the laser attacks as others.

Oh, my! Now I understand why sometime I'm not able to lock a ship!!!

By the way, can I suggest you to add a message that announce this occurrence? Something like: "Target scrambled: can't lock it!"...

Without any clue, this feature seems a bug.

Marte wrote:

Norby wrote:

The top 10% get jammers which deny to lock it, a fun thing also but vulnerable to the laser attacks as others.

Oh, my! Now I understand why sometime I'm not able to lock a ship!!!

By the way, can I suggest you to add a message that announce this occurrence? Something like: "Target scrambled: can't lock it!"...

Without any clue, this feature seems a bug.

Nice idea, just I can't make it at oxp level due to the event handler is not fired until the target is not locked (like in Catch-22).
I think this is a core feature request.

I think you could do something like:
... but I'm not sure if this works if it has a percent-chance with the key like "has_military_jammer"=0.75;

There is something: the ship.isJamming tell it exactly, but there is no reference to the ship when is not locked. There is a trick to check all ships in range and compare positions with the orientation of player ship to guess if it is in the crosshairs or not, but there is no keypress event handler which can tell when you press the "r" key. So if I make it then it will be displayed always when lined up. A core solution would be much more elegant.

I understand the point.

What about a visualization workaround, in the meanwhile? Something like a custom blinking lollipop (color/black/color...) if the player has the Scanner Targeting Enhancement?

The Military Jammer/Filter equipment pair are not supported equipment items - they're only half-implemented and have various subtle (and some less subtle) bugs. If they happen to do something you find useful for an OXP, that's fair enough.

Marte wrote:

Something like a custom blinking lollipop (color/black/color...) if the player has the Scanner Targeting Enhancement?

Blinking a bit disturbing imho, maybe a "Jamming reporter" equipment can provide a beliveable solution which display the message and/or blinking if installed.

Isn't the whole point of these to add a 'stealth' element? Anything which alerts the player to a 'jammed' ship surely defeats the whole point of them.

Smivs wrote:

Isn't the whole point of these to add a 'stealth' element? Anything which alerts the player to a 'jammed' ship surely defeats the whole point of them.

The "stealth" element is still present (and not ruined), with the incrased aiming difficult and the incapacity of using missiles (jammed ship is not invisible...)

The alert, if any, is useful only to inform the player that the unlockable enemy is an intended feature and not a bug of the game.

Marte wrote:

The alert, if any, is useful only to inform the player that the unlockable enemy is an intended feature and not a bug of the game.

I don't think you need to alert the player - the Green Gecko doesn't.

Having surprises adds a bit of fun into the game.

Following the 3. wish in this post, [wiki]ShipVersion[/wiki] is updated in Mechanics category to v1.22:

- Minimal service level will not cause loss of weapons anymore.
- Fixing a bad service level by 1% is cheaper, only 100 Cr.
- Scanner colors refined: red mean a ship targeting the player, orange mean bounty.
- Fixed a bug at automatic bad service level repair after 5 minutes.

In v1.23:
-No version number in NPC names if shipversion is -1 in script_info, used by TIE fighters in [wiki]Star Destroyer[/wiki].
-Small fix in scanner color restore.

With pedantic mode enabled in the debug console, these occur frequently:
Please also see here.

Lines 464-467 of shipversion.js:
Shouldn't that be === 0 instead of > 0 based on the comment (requires clean status)?