GNOME Bugzilla – Bug 687263
[PLUGIN-MOVE] move VP8 RTP elements to -good
Last modified: 2012-11-01 20:56:17 UTC
For empathy to be able to do video calls without depending on plugins-bad it would be great to have the rtpmux and vp8 rtp element moved to good.
There is already a bug for rtpmux, bug #629117 .
And the VP8 RTP mapping is not stable yet
Also, need to move the dtmf plugin to -good for Empathy I'm a bit unsure about the VP8 RTP elements because the draft rfc is still in flux.
<sjoerd> I don't think it matters policy wise for gst <sjoerd> At this point with the spec being this slow moving it is probably good <dv_> does it seem like there will be significant changes? <sjoerd> probably not <sjoerd> also we've been announcing it as VP8-DRAFT-IETF-01 in our caps <dv_> I've found that usually, after the -01 draft, things are pretty stable <sjoerd> So it shouldn't break things even if things change in incompatible ways <sjoerd> it jsut won't negotiate that codec I am happy to defer this decision to Olivier and Sjoerd, don't really mind where the elements live in the meantime, assuming they work well :)
if that makes distributors happy, move them
Moved: commit 854626c90825b2ead8357d22df9bc7f31dbb02fc Author: Tim-Philipp Müller <tim@centricular.net> Date: Thu Nov 1 20:50:56 2012 +0000 rtpvp8: remove and move to -good https://bugzilla.gnome.org/show_bug.cgi?id=687263 I noticed that vp8dec doesn't seem to be very robust against dropped packets: gst-launch-1.0 videotestsrc ! vp8enc ! rtpvp8pay ! identity drop-probability=0.1 ! rtpvp8depay ! vp8dec ! xvimagesink => failed to decode frame: unsupported bitstream