Sadly I have still not yet managed to conference with myself using the Rest interface. I have a number of problems:
a) The Video Stream.
Having looked at the chrome real time logs and the internals in chrome I find that chrome thinks it is sending a lot of video data (which goes up all the time) to the bridge. However, it does not think it is getting anything back from the bridge. The remote stream is attached to the connection and the connection reports its existance. When the stream is added it attaches it to the HTML element and asks it to play and it thinks it is playing (when I try again I get an error because it is being interrupted that gives rise to the 150ms problem for stopping playing and starting again, but I have not fixed that.)
b) The Audio stream
In the first patch I get a source number for the audio stream, in the second patch I get a different number for the audio stream. Chrome logs complain that the second number is "not associated with a receiving track" - a message I don't get for the video stream. Obviously I can and will try repatching the SDP on the peer connection with a different source number for the audio. However, I would like to know what is going on.
c) Multichannels and conferencing.
It appears that to have more than one connection to the bridge in the same conference I have to define an adequate number of empty channels right at the start. Because I have not yet managed to get a video stream I don't really know what is going on although the video stream source number is the same for both sessions with the bridge (Which are on the same machine).
What is likely to be the cause of the video not receving any data?
Why is there a second different source number on the audio patch.
If patching in more than one conference participant how are the patches structured. Do you have to send effectively an empty object for each patch that you are not part of and remember which in the sequence you are dealing with?