Hi Leonid,
I have made the test with the new version and all runs well, the audio is recorded on the second application, I've compared the two sources but I have not understood which difference was affecting the IPMDemo application behavior cause the differences seems not to be related to the specific behavior experienced. Anyway recording works fine with the IPMDemo application.
Instead we are still having problems in a similar scenario with our application, I've tried to repeat exactly the same scenario without being successful, streaming from board starts successfully but no audio is passed to the application. The scenario is the following:
- Ipm and dx devices are opened and switching is performed among them
- ipm is configured for streaming and streaming is started
- dx_playiottdata is issued on the dx device (play of regular wav file)
- ec_stream is started on the dx device I have captured rtf logs for this test, the size of the recorded file seems to be exactly as expected, moreover I can see the DTMF tone in the recorded file (maybe it is rebuilt locally, cause I can see the DTMF tone logged in the rtf logs) but there is no audio.
Attached you'll find the RTF logs and the dump of the audio stream as recorded by the ec_stream callback.
I have also tried recording on a regular file, in this test the recording ends with TM_MAXSIL reason after a couple of seconds.
Do you have any suggestion? I wonder if audio is dropped for some reason inside the ipm device, this would explain the silence, while the presence of the DTMF can be explained if the audio is rebuild from RFC2833 (we have experience with Natural Access and I know for sure it happens on it), but I have no idea of the reason, is there any extra debug we can enable there?
Thanks,
Alberto
