As a twist I do see the "track added" event in the js - but no sound. But if I record on the "agent" (the person intiating the call) side using a MediaRecorder and attach the stream I am either hearing the local stream or the incoming audio stream (not sure exactly which though I can test)

Maybe this is something to do with media not correctly attaching to html auidio elements or not being able to play them (I am making the user press a button to sidestep any "no user interaction" issues but maybe I need to do more....

ok I have checked and the audio elements are being created - they are unpaused and unmuted on both sides and no js errors about user interaction and they are being bound to streams. Im not seeing OPUS logs on the server which usually happens so I think negotiation is perhaps failing. Im going to start logging the contents of all MediaEvents to see what the SDP offers look like and how they differ in the 2 scenarios

Looking at the "data" packets going to and from js I can see that in the case where audio works - the second viewer joins, sends 2 offers and it seems to stop negotiation. In the case where it doesnt work the negotiation seems to keep going on and on until I stop it

I suspect this is a network and configuration issue -> the integratedTurnServer is telling the client its IP is 192.168.something. This is not a public internet IP, so I will need to figure out how to tell it to expose on a different address

🦆  rubber ducked 🙂 I found what the issue was - totally unrelated to membrane

Great to hear that you solved the problem pshort.!

Membrane 0.6.0 not working on mobile (audio streams only)

pshort.

8 responses

Join out Discord Community