03-05-2020, 03:18 PM
True, if it is a fixed delay. I am not sure if this is correct for every device. For example, the actual hardware could already be recording (for example to catch trigger words for voice commands - not sure if it is done that way) and a new recording would start on the next buffer turn-over. In this case, the delay would be a random value between zero (or some minimum) and the buffer length.
In any case, phyphox cannot do this at the moment and due to the structure of phyphox, this will not make it into the app for quite a while. On the other hand, phyphox also does not support multiple microphones (not sure if there is any support for this on smartphones at all, but stereo channels might work here). So, I think your best bet would be using two microphones that are physically attached to the microphone input, so you can see the recording of both in a single graph and can read the delay between two peaks.
In any case, phyphox cannot do this at the moment and due to the structure of phyphox, this will not make it into the app for quite a while. On the other hand, phyphox also does not support multiple microphones (not sure if there is any support for this on smartphones at all, but stereo channels might work here). So, I think your best bet would be using two microphones that are physically attached to the microphone input, so you can see the recording of both in a single graph and can read the delay between two peaks.