Sensors Jim Vassilakos (18 Sep 2021 22:42 UTC)
Re: [TML] Sensors Evyn MacDude (18 Sep 2021 22:51 UTC)
Re: [TML] Sensors Kurt Feltenberger (18 Sep 2021 23:03 UTC)
Re: [TML] Sensors Rupert Boleyn (18 Sep 2021 23:07 UTC)
Re: [TML] Sensors Kurt Feltenberger (18 Sep 2021 23:16 UTC)
Crunchy vs Squishy [WAS: Re: [TML] Sensors] Greg Nokes (18 Sep 2021 23:24 UTC)
Re: Crunchy vs Squishy [WAS: Re: [TML] Sensors] Mark Urbin (19 Sep 2021 14:10 UTC)
Re: Crunchy vs Squishy [WAS: Re: [TML] Sensors] Bruce Johnson (20 Sep 2021 18:55 UTC)
Re: Crunchy vs Squishy [WAS: Re: [TML] Sensors] Zane Healy (20 Sep 2021 23:27 UTC)
Re: Crunchy vs Squishy [WAS: Re: [TML] Sensors] Mark Urbin (21 Sep 2021 00:45 UTC)
Re: Crunchy vs Squishy [WAS: Re: [TML] Sensors] Phil Pugliese (21 Sep 2021 04:32 UTC)
Re: [TML] Sensors Rupert Boleyn (18 Sep 2021 23:54 UTC)
Re: [TML] Sensors Evyn MacDude (19 Sep 2021 00:15 UTC)
Re: [TML] Sensors Thomas Jones-Low (19 Sep 2021 00:08 UTC)
Re: [TML] Sensors Evyn MacDude (19 Sep 2021 00:33 UTC)
Re: [TML] Sensors Phil Pugliese (19 Sep 2021 16:57 UTC)
Re: [TML] Sensors Jim Vassilakos (20 Sep 2021 23:32 UTC)
Re: [TML] Sensors Alex Goodwin (21 Sep 2021 16:33 UTC)
Re: [TML] Sensors Jim Vassilakos (21 Sep 2021 20:17 UTC)
Re: [TML] Sensors Phil Pugliese (21 Sep 2021 21:13 UTC)
Re: [TML] Sensors Kurt Feltenberger (21 Sep 2021 22:40 UTC)
Re: [TML] Sensors Rupert Boleyn (21 Sep 2021 23:47 UTC)
Re: [TML] Sensors Phil Pugliese (21 Sep 2021 23:54 UTC)
Re: [TML] Sensors Alex Goodwin (24 Sep 2021 19:02 UTC)
Re: [TML] Sensors Timothy Collinson (25 Sep 2021 17:28 UTC)
Re: [TML] Sensors Alex Goodwin (25 Sep 2021 19:09 UTC)
Re: [TML] Sensors Nokes.Name (25 Sep 2021 21:15 UTC)
Re: [TML] Sensors Alex Goodwin (26 Sep 2021 09:12 UTC)
Re: [TML] Sensors Nokes.Name (26 Sep 2021 15:43 UTC)
Re: [TML] Sensors Alex Goodwin (26 Sep 2021 16:43 UTC)
Re: [TML] Sensors Nokes.Name (26 Sep 2021 16:45 UTC)
Re: [TML] Sensors Timothy Collinson (27 Sep 2021 07:00 UTC)
Re: [TML] Sensors Bruce Johnson (27 Sep 2021 17:56 UTC)
Re: [TML] Sensors Rupert Boleyn (27 Sep 2021 23:27 UTC)
Re: [TML] Sensors Timothy Collinson (27 Sep 2021 07:00 UTC)
[TML] Dodgie by name, dodgy by nature(?) Alex Goodwin (27 Sep 2021 19:37 UTC)
Re: [TML] Sensors Rupert Boleyn (21 Sep 2021 23:44 UTC)
Re: [TML] Sensors Alex Goodwin (22 Sep 2021 08:13 UTC)
Re: [TML] Sensors Jim Vassilakos (22 Sep 2021 14:51 UTC)
Re: [TML] Sensors David Shaw (22 Sep 2021 15:07 UTC)
Re: [TML] Sensors Jim Vassilakos (22 Sep 2021 16:26 UTC)
Re: [TML] Sensors Thomas Jones-Low (22 Sep 2021 20:35 UTC)
Re: [TML] Sensors Phil Pugliese (22 Sep 2021 19:30 UTC)
Re: [TML] Sensors Rupert Boleyn (22 Sep 2021 20:30 UTC)
Re: [TML] Sensors Phil Pugliese (22 Sep 2021 22:36 UTC)
Re: [TML] Sensors Jim Vassilakos (23 Sep 2021 16:05 UTC)
Cian Rants About dTons (Was Re: [TML] Sensors) Cian Witherspoon (23 Sep 2021 04:27 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Evyn MacDude (23 Sep 2021 04:55 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Cian Witherspoon (23 Sep 2021 06:39 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Rupert Boleyn (23 Sep 2021 06:54 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Cian Witherspoon (23 Sep 2021 07:15 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Rupert Boleyn (23 Sep 2021 06:13 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Cian Witherspoon (23 Sep 2021 06:46 UTC)
Re: Cian Rants About dTons (Was Re: [TML] Sensors) Rupert Boleyn (23 Sep 2021 06:57 UTC)
Re: [TML] Sensors Alex Goodwin (19 Sep 2021 06:16 UTC)
Re: [TML] Sensors Phil Pugliese (19 Sep 2021 16:46 UTC)

Re: [TML] Sensors Nokes.Name 26 Sep 2021 15:43 UTC


Sent from my iPhone

> On Sep 26, 2021, at 2:13 AM, Alex Goodwin - alex.goodwin at multitel.com.au <xxxxxx@simplelists.com> wrote:
>
> 
>> On 26/9/21 7:15 am, "Nokes.Name" - greg at nokes.name (via tml list) wrote:
>>
>> Sent from my iPhone
>>
>>>> On Sep 25, 2021, at 12:10 PM, Alex Goodwin - alex.goodwin at multitel.com.au <xxxxxx@simplelists.com> wrote:
>>>
>>> Assuming no prior contact or pointers, said contact would be detectable
>>> 90% of the time (net kit-modified skill roll of 14) at the following ranges:
>>>
>>> Beaumont - 10,000 km;
>>>
>>> Mainwaring - 46,000 km;
>>>
>>> Jones - 100,000 km;
>>>
>>> Serafina - 300,000 km.
>>>
>>> For 50% chance of detection, those ranges expand to:
>>>
>>> Beaumont - 46,000 km;
>>>
>>> Mainwaring - 210,000 km;
>>>
>>> Jones - 460,000 km;
>>>
>>> Serafina - 1,460,000 km.
>>
>> My take is
>>
>> Sensor system X has a detection range of Y. Inside of that range, you have a “blip”. Signal processing systems can refine the “blip” a little bit - higher TL or more advanced systems will get you more data.
>>
>> The skill comes in when you are 1) refining that “blip” down to a “400 ton Corsair” or 2) when you are operating outside of max range.
>>
>> So, Beaumont catches a blip, and determines that it’s a medium vessel, with minimal EM signature. They then pass the detection off to the Sr. Watch Officer, Serafina. Serafina trains the PEMS array on the target, and they are able to determine that it’s a 5,000 dTon vessel, running dark. Matching against known signal intelligence, they feel that it’s a Varger light cruiser.
>>
>> Ops decides to dispatch a drone to investigate.
>>
>> When the drone goes active near the target, it powers up its AEMS array. After a contested EO skill check with Beaumont, the target able to blind the drone by overwhelming it.
>>
>> However, Serafina is still on the PEMS array. They feel that there is no way that a Varger light cruiser would have EMS jammers capable of that, so they refine the detection, send it back thru signal, and suspect that it’s a Sword Worlder 10,000 dTon cruiser.
>>
>> Time for the destroyer to bug out.
>>
> Greg, thanks for your feedback.
>
> As you have pointed out (and thank you for highlighting my error),
> _detection_ by no means implies anything further on its own.
>
> I'm wondering why you're assuming a given sensor has a single effective
> range _against all targets of all shapes, sizes, colours, aspects and
> emission coatings_?  Simplicity at the table?

Great point, and while furiously typing on my phone I forgot that! ;)

The detection distance is a function of the detectee’s size/emissions and the sensor.

For example you could detect a star at a longer range then you could detect a golf ball. ;)

>
> Borrowing your tonnages, assuming my initial example was a 400 dton
> corsair (if the Terran Confederation Navy before 2300 AD is tangling
> with Vargr raiders, something something interesting times something
> something) - a 10 kdton battlewagon, ceteris fnordibus, would, per the
> hull table on GT:ISW p 189, have an extra +3 size mod.
>
> Neglecting any emission cloaking, this would multiply those ranges I
> quoted above by 10 ** ( 3/6 ), or sqrt ( 10 ) - so automagic detection
> would be at ~30,000 km, and sensor limit would expand to roughly 6
> million km.  Senior Chief Serafina would still have an even chance of
> rumbling the bigger contact at ~5.3 million km out.
>
> Detection alone requires succeeding by 0 to 2, per GT:ISW p 221, and
> tells the sensor operator(s) that _something_ is out there, with a known
> velocity and displacement.  Damned if you know anything more.
> "Something's out there, sir, X distance away, fairly big, and closing at
> Y rate."
>
> Detection and recognition requires success by 3-4, adding a fuzzy image
> of its general shape to the above.  This can be enough, as you said, to
> start refining broad classes of vehicle, correlating with onboard sensor
> data libraries, etc.
>
> "Sir, contact is definitely over 5 kilotonnes - either a damned big
> freighter or a capital vessel."
>
> Detection and identification requires success by 5+, meaning the object
> is resolved to an actual sensor image, and can thus be fed into sensor
> libraries for further detail.
>
>  "Sir, contact is identified as the _Legend_-class heavy cruiser TCS
> _Fleet Admiral Daniel Dodgie_.  What are they doing way the hell out here?"
>
> Assuming sensor contact is maintained, attempts to upgrade the degree of
> success (and thus detail) are rolled at +4 on later attempts (GT:ISW p
> 227).  If such upgrade attempts fail to improve the degree of detection,
> there's no penalty other than time + sensor effort.   I _think_ that
> would game-mechanically model the bit you outlined of refining the
> contact from the initial blip.
>
> Alex
> -----
> The Traveller Mailing List
> Archives at http://archives.simplelists.com/tml
> Report problems to xxxxxx@simplelists.com
> To unsubscribe from this list please go to
> http://www.simplelists.com/confirm.php?u=g8EYmpjfNu22Uwq2slNgbtlSYHMIUXYZ