multiparty sendrecv: Add a queue before the audio sink

Missed this, fixes the bug where removing a peer causes the pipeline to
get stuck. However, when peers leave, there is still a chance that the
pipeline will get stuck.

WIP: Add a new multiparty sendrecv gstreamer demo

You can join a room and an audio-only call will be started with all
peers in that room. Currently uses audiotestsrc only.

BUG: With >2 peers in a call, if a peer leaves, the pipeline stops
     outputting data from the remaining peers to the (audio) sink.

TODO: JS code to allow a browser to join the call
TODO: Cleanup pipeline when a peer leaves
TODO: Add ICE servers to allow calls over the Internet
TODO: Perhaps setup a TURN server as well

sendrecv: Rename function for greater clarity

Update Protocol.md

Fix indentation typos

simple-server: Add support for multi-party rooms

Also add a new room-client.py to test the protocol which is documented
in Protocol.md

Protocol.md: Fix headings

signalling/client.py: Rename to session-client.py

Also fix CALL -> SESSION naming

Add sendrecv implementation in js and gst webrtc

JS code runs on the browser and uses the browser's webrtc
implementation.

C code uses gstreamer's webrtc implementation, for which you need the
following repositories:

https://github.com/ystreet/gstreamer/tree/promise
https://github.com/ystreet/gst-plugins-bad/tree/webrtc

You can build these with either Autotools gst-uninstalled:

https://arunraghavan.net/2014/07/quick-start-guide-to-gst-uninstalled-1-x/

Or with Meson gst-build:

https://cgit.freedesktop.org/gstreamer/gst-build/

Add a simple python3 webrtc signalling server

+ client for testing + protocol documentation

Initial commit