<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hi Sebastian,</div><div>I’ll open a file bug, but before opening it I noticed that in the source code, in gstrtpvp8pay.c:39,</div><div>the default PICTURE_ID_MODE is 7BITS</div><div><div style="margin: 0px; font-size: 11px; font-family: Menlo;"><span style="color: #ef76ee">#define</span> <span style="color: #c79c24">DEFAULT_PICTURE_ID_MODE</span> VP8_PAY_PICTURE_ID_7BITS</div></div><div style="margin: 0px;">Unfortunatelly this configuration is optional, so that’s why It is not compatible with linphone.</div><div style="margin: 0px;"><br></div><div style="margin: 0px;">I noticed also that in gstrtpvp8pay.c can handle <span style="color: rgb(199, 156, 36); font-family: Menlo; font-size: 11px;">VP8_PAY_NO_PICTURE_ID </span>option flag that linphone expects.</div><div style="margin: 0px;"><br></div><div style="margin: 0px;">Assuming that, recompiling this new header is accepted by the endpoint, should I change also the encoder option to handle this new configuration?</div><div style="margin: 0px;"><br></div><div style="margin: 0px;">Do you think that this could solve my issue?</div><div style="margin: 0px;"><br></div><div style="margin: 0px;">Thanks a lot</div><div style="margin: 0px;">Elio</div><div style="margin: 0px;"><br></div><div style="margin: 0px;">On 03 Nov 2013, at 10:50, Sebastian Dröge <<a href="mailto:sebastian@centricular.com">sebastian@centricular.com</a>> wrote:</div><div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">On So, 2013-11-03 at 08:07 +0100, Elio Francesconi wrote:<br><blockquote type="cite">Hi Sebastian,<br>digging with the issue I see a compatibility issue with the soft phone I’m using(Linphphone), it seems its vp8 decoder with name "WebM Project VP8 Decoder v0.9.7-pl” is not compatible with your encoder (I got gstreamer-1.2.pkg, you provide us)<br><br>And the only information I got was:<br>vpx_codec_decode failed : 5 Bitstream not supported by this decoder ((null))<br><br>People develop webrtc2sip server were having the same issue, I’ve found some threads about this issue<br><a href="https://groups.google.com/forum/#!msg/discuss-webrtc/xCxqzxopsDM/jIKtkA_StOgJ">https://groups.google.com/forum/#!msg/discuss-webrtc/xCxqzxopsDM/jIKtkA_StOgJ</a><br>https://groups.google.com/forum/#!topic/doubango/OH-nOn5w-ng<br>They solved disabling extension in vp8 encoding #define TDAV_VP8_DISABLE_EXTENSION in<br>http://doubango.googlecode.com/svn-history/r796/branches/2.0/doubango/tinyDAV/src/codecs/vpx/tdav_codec_vp8.c<span class="Apple-converted-space"> </span><br><br><br>This is the header of the first packet I sent to the softphone<br>90:80:7c:10:32:00:9d:01:2a:a0:00:78:00:00:47:08:85:85:88:85:84:88…<br><br>If I’ve understood correctly these discussion, the header 90:80 is not compliant with WebM Vp8 decoder used linphone, because it cannot interpret such header.<br><br>What do you think? Have you experience on these compatibility issues?<br></blockquote><br>I have not experienced that before, no. This sounds like a problem with<br>the RTP payloading, not with the VP8 codec itself.<br><br>Could you file a bug about this at<span class="Apple-converted-space"> </span><a href="http://bugzilla.gnome.org/">http://bugzilla.gnome.org</a><span class="Apple-converted-space"> </span>?<br><br>Someone should check if we correctly handle the very latest VP8 RTP<br>spec, or if there were any changes since last time. Alternatively it<br>could also be that linphone only supports an older version of the VP8<br>RTP spec.<br><br>--<span class="Apple-converted-space"> </span><br>Sebastian Dröge <<a href="mailto:sebastian@centricular.com">sebastian@centricular.com</a>><br>Centricular Ltd -<span class="Apple-converted-space"> </span><a href="http://www.centricular.com/">http://www.centricular.com</a><br>Expertise, Straight from the Source<br>_______________________________________________<br>gstreamer-devel mailing list<br><a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a></div></blockquote></div><br></body></html>