<div dir="ltr">Assume the following setup:<div>* pipeline has two webrtcbin elements</div><div>* browser sends vp8 to  one webrtcbin element</div><div>* video is decoded, tee'd, and one branch re-encodes (vp8enc) which feeds another webrtcbin element</div><div>* 2nd webrtcbin element sends video to second browser</div><div><br></div><div>If the resolution of the input video (first remote peer) changes, then the vp8enc element stops pushing buffers. The cause of the resolution change could be because of anything, such as the "<span style="color:rgb(0,0,0);font-family:"Lucida Grande",sans-serif;font-size:12.8px">qualityLimitationResolutionChanges" stat in chrome://webrtc-internals. When the resolution changes, and the element stops pushing buffers, there's nothing in the logs to explain why, This is a new behavior in 1.18.</span></div><div><span style="color:rgb(0,0,0);font-family:"Lucida Grande",sans-serif;font-size:12.8px"><br></span></div><div><span style="color:rgb(0,0,0);font-family:"Lucida Grande",sans-serif;font-size:12.8px">So to get around this behavior I've added code to watch for resolution changes on the inbound video and to dynamically swap out the vp8enc element with another, and that seems to have addressed the problem.</span></div><div><span style="color:rgb(0,0,0);font-family:"Lucida Grande",sans-serif;font-size:12.8px"><br></span></div><div><span style="color:rgb(0,0,0);font-family:"Lucida Grande",sans-serif;font-size:12.8px">Is this behavior intended?</span></div></div>