Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 575228

Summary: media-plugins/gst-plugins-meta - include media-plugins/gst-plugins-openh264 via USE flag
Product: Gentoo Linux Reporter: Dennis Schridde <dschridde+gentoobugs>
Component: [OLD] LibraryAssignee: GStreamer package maintainers <gstreamer>
Status: UNCONFIRMED ---    
Severity: enhancement CC: mail
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Dennis Schridde 2016-02-20 15:49:58 UTC
It would be nice if media-plugins/gst-plugins-meta would include media-plugins/gst-plugins-openh264.
Comment 1 Mart Raudsepp gentoo-dev 2016-02-23 08:54:50 UTC
As a comment to the title changes - USE=x264 is for "Enable h264 encoding using x264" while openh264 is both encoding and decoding, but not via x264. ffmpeg uses a local openh264 for using openh264 for encoding.
Comment 2 Dennis Schridde 2016-02-23 09:44:42 UTC
(In reply to Mart Raudsepp from comment #1)
> As a comment to the title changes - USE=x264 is for "Enable h264 encoding
> using x264" while openh264 is both encoding and decoding, but not via x264.

That's what I thought, too. I'm adjusting the summary accordingly.

> ffmpeg uses a local openh264 for using openh264 for encoding.

So ffmpeg already has a local "openh264" useflag? Maybe that one could be promoted to global and be used for gst-plugins-meta, too?
Comment 3 Mart Raudsepp gentoo-dev 2016-02-23 09:52:15 UTC
Global USE flags should generally have usage by 7+ packages or so, but that doesn't mean the local USE flags should all be differently named for the same-ish thing :P
Regarding this whole gst-plugins-meta stuff I don't have much more opinions besides that, other than we should really have a working gstreamer missing-plugins implementation instead of all this. So I leave all this USE flag mess for Pacho and co :)
Comment 4 Pacho Ramos gentoo-dev 2016-05-08 09:31:02 UTC
I would use x264 anyway, it seems to be the one used by everything that is not ffmpeg :/ (also, we are currently not making distinction between encoding/decoding, that would make the ebuild even more complicated and, also, reverse deps more prone to have incorrect dependencies on them :S -> bug 425308)