After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 670296 - [PLUGIN-MOVE] move vp8 plugin to -good
[PLUGIN-MOVE] move vp8 plugin to -good
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
unspecified
Other Linux
: Normal enhancement
: 0.11.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on: 671909
Blocks:
 
 
Reported: 2012-02-17 16:00 UTC by drago01
Modified: 2012-10-02 22:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description drago01 2012-02-17 16:00:29 UTC
The vp8 plugin currently lives in -bad it its usage is increasing due to its use as the video codec for the webm format and is considered the best patent free codec currently available.

So I suggest it should move to -good unless there are specific issues blocking it from doing that.
Comment 1 Tim-Philipp Müller 2012-02-17 16:13:28 UTC
Yes, we very much want that as well, and it's on the TODO list, but it's being blocked by the video decoder/encoder base classes that it depends on moving into -base. And those need some more work first. It's all being planned, but there's a lot of other things going on right now too (0.11 and all that).
Comment 2 Sebastian Dröge (slomo) 2012-04-25 08:19:26 UTC
Base classes are in -base now, next thing that has to be done is cleaning up the encoder properties somehow (there are some bugs for this already).
Comment 3 Edward Hervey 2012-06-18 12:12:55 UTC
Sebastian, Tim, what's blocking this now ?
Comment 4 Sebastian Dröge (slomo) 2012-06-18 12:51:12 UTC
The interface of the encoder plugin needs serious rework (there are some patches IIRC) and also our use of the libvpx encoder API.
Comment 5 Tim-Philipp Müller 2012-10-02 22:32:09 UTC
This was actually done before 1.0

We still need a nice encoder interface so people don't have to deal with encoder library APIs directly, but there's another bug for that somewhere.