Here's some more data.
I have a Moto X (2nd Generation). I'm using the default sonar settings, which is almost maximum signal strength, frequency range F18-20.
When I run the sonar test, I can hear only a very faintly audible pulse when I get my ear right next to the phone. I mostly feel the pulse in my ear at that point, rather than actually hearing sound. No big deal.
After a sleep, the noise recording regularly (every 20 mins) records about 10 mins of a pulse that is clearly audible when playing back the recording, though nothing like that is audible for my ear while the recording is being made, as mentioned above. I assume that if it weren't holding itself back, it would record the whole night's audio.
I have attached the following files, both .m4a for the audio and .png for the frequency spectrum found by Audacity:
- Sleep as Android internal
This is a sample of what came from an overnight noise recording, picking up a nonexistent audible pulse. - Sleep as Android external
This is a recording with my laptop microphone while running the sonar test on the phone. - Sleep as Android external bg
This is a control recording with my laptop microphone, without running the sonar test on the phone.
The laptop recordings confirm that the sound produced is actually 18 kHz and above. The phone records this as a pulse in the frequency range 14 kHz and below.
I tried various ways of recording the sonar test audio through the phone by other means, and none of them panned out:
- When I used a separate audio recording app, the sonar test would never actually start up (I assume because it was waiting for control of the microphone)
- When I tried to record my laptop playing Sleep as Android external.mp4, the recording had no pulse content. I cannot discern if that was due to the speaker or recording capabilities, but I suspect the pulses were not being produced, i.e., speaker limitations were the problem.
If anyone else can manage to output the external recording accurately and has one of the phones with the issue, seeing how other recording apps perceive it would be useful. (If they drop it down to an audible frequency as well, it would support the claim that there is something silly happening either at the hardware level, or at the driver level before the apps get the audio.)