title: webRTC remove media track does not generate re-negotiation and does not stop media
body: <p>Working with a native Android webRTC application and trying to remove the video track from the media stream which contains a combined audio/video (e.g., localMS.addTrack(peerConnectionFactory.createVideoTrack("ARDAMSv0", videoSource)); and localMS.addTrack(peerConnectionFactory.createAudioTrack("ARDAMSa0", audioSource)); ), the video stream is still sent to the remote end and there is no generation of the 'onrenegotiation' callback.</p>
  
  <p>There is a lot of discussion about the removetrack versus the prior removestream functionality (e.g., see <a href="https://bugs.chromium.org/p/webrtc/issues/detail?id=5265#c4" rel="nofollow">https://bugs.chromium.org/p/webrtc/issues/detail?id=5265#c4</a> or <a href="https://bugs.chromium.org/p/webrtc/issues/detail?id=2136" rel="nofollow">https://bugs.chromium.org/p/webrtc/issues/detail?id=2136</a> ), additionally, some work arounds are discussed such as removing the stream, then removing the track from the stream and adding the stream back again before creating a new offer. In the W3C standards (see <a href="http://w3c.github.io/mediacapture-main/#dfn-settings" rel="nofollow">http://w3c.github.io/mediacapture-main/#dfn-settings</a> ), there does not appear to be a real indication that a renegotiation should occur.</p>
  
  <p>The questions that i am trying to resolve are the following:
  Is this the correct way to remove a video track (i.e., call removetrack on the mediastream)?</p>
  
  <p>Why does the onrenegotiation not occur? and if it does not occur when should a new offer be sent out?</p>
  
  <p>Why does the calling of the removestream not actually stop the stream from being transmitted? (the transmission of a new offer itself would not appear to have any impact on the transmission of the stream only that the recipient has a recv_only in the sdp for that media component).</p>
  
  <p>Any thoughts on any of this would be greatly appreciated and i will post whatever updates i come across and a working solution once resolved.</p>
  
  <p>thanks</p>