one after the other, ONLY one of them succeeds at any point in time. Here are some more updates:
+ There is a audio flow from ARM to PC at the start of the call. But it lasts for just few seconds. After sometime, the audio
flow starts in the reverse direction.
+ I commented the graph for PC-to-ARM audio flow (do not let msticker schedule the rtp receive filter). Audio works perfectly
in one direction (ARM to PC).
I'll try to see why the audio device read fails when the rtp receiver returns some data. Does it have to do with default device selection