<div dir="ltr">Alright, looks like the signalling of the resolution changes are handled correctly in 1.4.3. False alarm :)</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 13, 2014 at 1:19 PM, Benjamin Trent <span dir="ltr"><<a href="mailto:ben.w.trent@gmail.com" target="_blank">ben.w.trent@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It would seem that the latest gstreamer-1.0 implementation cannot handle dynamic resolution changes in a VP8 bitstream. <div><br></div><div>This is evident in not being able to cleanly play a decrypted, demuxed WebRTC VP8 bitstream coming from Chrome.</div><div><br></div><div>The vp8dec element will at times through a segfault, other times would change the output drastically(only showing part of the image), or would show image artifacts in the bottom right part of the frame.</div><div><br></div><div>Where would this need to be patched? As of right now, it would seem that the vp8dec element is not complient with the rfc <a href="http://tools.ietf.org/html/rfc6386(see" target="_blank">http://tools.ietf.org/html/rfc6386(see</a> section-9.1) and needs to be updated.</div><div><br></div><div>Has anybody else ran into this issue? </div><div><br></div><div>For more details see this webrtc discussion: <a href="https://groups.google.com/forum/#!topic/discuss-webrtc/XjUkEOcx3ww" target="_blank">https://groups.google.com/forum/#!topic/discuss-webrtc/XjUkEOcx3ww</a></div><div><br></div><div><br></div></div>
</blockquote></div><br></div>