SUBSIM Radio Room Forums

SUBSIM Radio Room Forums (https://www.subsim.com/radioroom/index.php)
-   Dangerous Waters (https://www.subsim.com/radioroom/forumdisplay.php?f=181)
-   -   Using Active Sonar (https://www.subsim.com/radioroom/showthread.php?t=86639)

Tuee 11-17-05 07:22 PM

Using Active Sonar
 
On the Kilo mission in the demo, when I use active sonar I can hear the audible returns, but no bright spots show up on the display, even after many pings. I have been able to mark the contacts if I already knew their bearing by clicking on the edge of the "ripple" the moment I heard the ping bounce back... but there must be a better way. Any tips? Could the shallowness of the water in this mission be reducing the effectiveness of the sonar?

LuftWolf 11-17-05 09:04 PM

The shallow water is reducing the effect of the active sonar.

In terms of the audio only return, this is (reportedly) a common feature of active sonar in real life as well as in the game. The audio amplifier reports the range of the contact but the video amplifier reports the range as well as the bearing, meaning that it gives more information on the contact, and it stands to reason that the video amplifier requires a more high energy return than the audio amplifier, meaning a stronger bounce off of the contact, from it being closer or larger.

In terms of being able to mark the contact when you can't see it, some have asked SCS to change how it works, as currently it is unrealistic and represents a "cheat", although certainly nothing dramatically catastrophic for gameplay.

In other words, the behavior of the sonar array is correctly modelled in the game, as you are experiencing it, except for the process of marking the contact based on audio only returns from the sonar and bearing formation from another sensor, however don't let it turn you off too much, as it is not a "major issue."

I hope that helps. :)

MaHuJa 11-18-05 09:04 AM

Quote:

Originally Posted by LuftWolf
In terms of the audio only return, this is (reportedly) a common feature of active sonar in real life as well as in the game. The audio amplifier reports the range of the contact but the video amplifier reports the range as well as the bearing, meaning that it gives more information on the contact, and it stands to reason that the video amplifier requires a more high energy return than the audio amplifier, meaning a stronger bounce off of the contact, from it being closer or larger.

To me, that doesn't make sense. The audio amplifier ('disconnected' from the visual) would be working omnidirectionally, and would require the stronger signal because it drowns in noise coming from all directions.

If they were 'connected' then the blip strength would determine the audio strength.

The only way I can see that being correct, is if only the audio part filtered so that broadband noise didn't affect it, while the display doesn't filter out frequencies that doesn't have *anything* to do with the ping. And frankly, I cannot believe they were that stupid in making the real thing.


The only last possibility I can think of is that the *real* thing would give you a constant return, as in the sound 'bouncing off' the water itself, which sometimes strengthen when it's hit something more solid like a sub. That could possibly be more sensitive than the display, but would give you audio all the time which the return itself could easily drown in.

Quote:

... except for the process of marking the contact based on audio only returns from the sonar and bearing formation from another sensor, however don't let it turn you off too much, as it is not a "major issue."
... Problem is, you don't need to know the bearing ahead of time. You can do the 'click cheat' on it - trying every bearing - and only the spot where the target actually is will actually be marked as a contact.

Molon Labe 11-18-05 10:13 AM

Quote:

Originally Posted by LuftWolf
The shallow water is reducing the effect of the active sonar.

In terms of the audio only return, this is (reportedly) a common feature of active sonar in real life as well as in the game. The audio amplifier reports the range of the contact but the video amplifier reports the range as well as the bearing, meaning that it gives more information on the contact, and it stands to reason that the video amplifier requires a more high energy return than the audio amplifier, meaning a stronger bounce off of the contact, from it being closer or larger.

In terms of being able to mark the contact when you can't see it, some have asked SCS to change how it works, as currently it is unrealistic and represents a "cheat", although certainly nothing dramatically catastrophic for gameplay.

In other words, the behavior of the sonar array is correctly modelled in the game, as you are experiencing it, except for the process of marking the contact based on audio only returns from the sonar and bearing formation from another sensor, however don't let it turn you off too much, as it is not a "major issue."

I hope that helps. :)

Are you sure about that? I thought that in DW, the ping is ALWAYS audible as long as the contact is in max display range... That's a bug, not a feature.

Amizaur 11-18-05 01:12 PM

Yes, there's bug in 1.01. Will be fixed in retail version and patch, the new demo 1.02 has active sonar fixed already. But still the return can be usually heard before something can be seen on the display, it's probably something similar like narrowband lines visible where there is nothing on broadband yet. Common sense says it should be reversed (i.e. blip on the screen visible first) but real world sonar operators says it happens in real world, that you hear the return with nothing on screen... strange but if so then maybe it's realistic...

LuftWolf 11-18-05 06:27 PM

I don't see how it makes sense for a display method that gives more information on the contact to require a less energetic return. :hmm:

Tuee 11-18-05 10:35 PM

Yes, you're right—I see it now. An omni-directional microphone will almost certainly pickup more signal than one only looking in one direction, but obviously it won’t have any directional information about it. The argument that the omni-directional microphone “drowns in noise coming from all directions” is incorrect—it will pick up more of everything, including the signal. To put it in statistical terms, because the “sample” is larger, the power of the test is much stronger. The return-ping ought to “jump out” more against the background of all that sampled data.

With all data gathering sensors, there is a tradeoff between sensitivity and acuity. An interesting illustration of this principle would be the human eye. The indirect (or peripheral) vision has greater sensitivity to light and motion, but images in this region will appear more “blurry”; whereas the direct vision has the ability to see in very fine detail, but has less sensitivity to small amounts of light. The reason it works this way is because the photoreceptors in the indirect vision are networked together by special cells called interneurons which cause neighboring photoreceptors to fire when just one fires—so when one goes off it will trigger a whole bunch, and the overall effect is a brighter (albeit blurrier) picture. The fovia (centre of the retina where the image from the direct vision is projected) has very few interneurons compared to the edges of the retina, thus it is less sensitive but has much higher acuity (which we need in order to read or play computer games).

So LuftWolf is right—a weaker return can’t contain more information than a stronger return, and an omni-directional microphone has the best chance of picking up a weak return.

What about passive contacts—in DW do they appear first in narrowband or broadband? (Does it vary from platform to platform?)

Tuee 11-18-05 10:39 PM

Just to followup, perhaps what would be beneficial (for all I know, this exists in the real world) would be a "range only" indicator for the active sonar that could give the range of the returns even if the signal wasn't strong enough for a directional signal. (Sure would beat watching the ripple.)

One of the few tactical situations where I can see using the active sonar is when I've already fired on a passive subsurface contact and I want to wire-guide them in for the deathblow. In which case, I only need range anyway since I already have a passive bearing.

LuftWolf 11-18-05 10:43 PM

A fellow diver trained in perceptual science, eh? It's good to know there are more than one of us. :) :up:

In stock DW, contacts will generally show up on NB before BB in virtually all situations.

In the LWAMI Mod, since we have retuned the performance of the sphere array to be more sensitive, quiet contacts will show up on BB intermediate/long term (for US platforms) before the NB, but will show up on the NB before the short term BB. I have information that the sphere array is more sensitive to BB noise than NB contacts, due to the fact that it is suitable only for high frequency NB signals, which don't travel as far as lower frequency NB contacts.

LuftWolf 11-18-05 10:46 PM

Quote:

One of the few tactical situations where I can see using the active sonar is when I've already fired on a passive subsurface contact and I want to wire-guide them in for the deathblow. In which case, I only need range anyway since I already have a passive bearing.
You are absolutely spot on in your tactical assessment here.

Bellman 11-19-05 03:04 AM

:sunny: Some nice stuff here - thanks guys. :|\

I've posted a link to this thread at TnT. :up:

XabbaRus 11-19-05 03:29 AM

Quote:

Originally Posted by LuftWolf
A fellow diver trained in perceptual science, eh? It's good to know there are more than one of us. :) :up:

In stock DW, contacts will generally show up on NB before BB in virtually all situations.

In the LWAMI Mod, since we have retuned the performance of the sphere array to be more sensitive, quiet contacts will show up on BB intermediate/long term (for US platforms) before the NB, but will show up on the NB before the short term BB. I have information that the sphere array is more sensitive to BB noise than NB contacts, due to the fact that it is suitable only for high frequency NB signals, which don't travel as far as lower frequency NB contacts.

Hey Luft you got a link to that info....want to check some stuff out.

Sonoboy 11-19-05 04:10 AM

I think it's in the readme for the mod.

LuftWolf 11-19-05 01:31 PM

Quote:

Originally Posted by XabbaRus
Quote:

Originally Posted by LuftWolf
A fellow diver trained in perceptual science, eh? It's good to know there are more than one of us. :) :up:

In stock DW, contacts will generally show up on NB before BB in virtually all situations.

In the LWAMI Mod, since we have retuned the performance of the sphere array to be more sensitive, quiet contacts will show up on BB intermediate/long term (for US platforms) before the NB, but will show up on the NB before the short term BB. I have information that the sphere array is more sensitive to BB noise than NB contacts, due to the fact that it is suitable only for high frequency NB signals, which don't travel as far as lower frequency NB contacts.

Hey Luft you got a link to that info....want to check some stuff out.

If I were to write a bibliography for the mod, I'd list that under "personal correspondance, anonymous." You're probably not going to find that on the internet, but I seem to remember someone bringing it up on Subsim at some point.

MaHuJa 11-19-05 10:51 PM

Quote:

Originally Posted by Tuee
Yes, you're right—I see it now. An omni-directional microphone will almost certainly pickup more signal than one only looking in one direction,

That's exactly where I claim it's wrong.

It will pick up the same amount of signal as a correctly aimed directional receiver, but it will pick up noise from everywhere in addition to what the directional picks up.

Quote:

but obviously it won’t have any directional information about it. The argument that the omni-directional microphone “drowns in noise coming from all directions” is incorrect—it will pick up more of everything, including the signal.
It's the same amount of SIGNAL acoustical energy arriving at the sensor, while the directional one ignores NOISE acoustical energy from everywhere else.

Quote:

To put it in statistical terms, because the “sample” is larger, the power of the test is much stronger. The return-ping ought to “jump out” more against the background of all that sampled data.
Remember that what you're looking for, in statistical terms, is an aberration. (I think statistics one uses another word? Doesn't really matter though.)

Which of these stand out?

1 2 4 3 6 1 5 3 15 5 4 2

Then, which one stands out here?

12 11 15 9 15 13 19 12 15

And now the next clue - which one stands out THE MOST?


Following up, that sequence presumed the signal itself was rather strong - it produced a 15 vs an otherwise high at 6. If it's weak, the additional variations introduced by the extra noise will bury it.



Quote:

So LuftWolf is right—a weaker return can’t contain more information than a stronger return,
Which has nothing to do with the discussion. The return contains the amount of information it does, the issue is how its interpretion (or lack thereof) removes information from it.

Quote:

and an omni-directional microphone has the best chance of picking up a weak return.
This is the point I disagree with. Why did extending a wlan over 5km require directional antennas, when omni would be better at detecting weak signals? They didn't use one of each on each side either.



Your discussion of the human eye gave me an idea: I think the reason it can sometimes be heard before seen in real life, (that was what they said, wasn't it?) would be an effect of small 'beam width'. Sound doesn't originate from a single point, nor does it move in a straight line. If the sound takes multiple paths that has it arriving from several directions at the same time, and the 'beam width' of the directional receiver isn't big enough to catch them all as in the same direction, while an omni receiver will. That would be the only situation in which an omni receiver should get a stronger signal strength than a directional.


All times are GMT -5. The time now is 09:40 AM.

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright 1995- 2025 Subsim®
"Subsim" is a registered trademark, all rights reserved.