Summary: | Add x265 use flag to media-plugins/gst-plugins-meta via media-plugins/gst-plugins-x265 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kete Tefid <ketetefid> |
Component: | Current packages | Assignee: | GStreamer package maintainers <gstreamer> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | ketetefid |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=425308 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kete Tefid
2019-02-08 09:43:20 UTC
I don't understand why x264 is in there. It's meant to be a meta for use for playbin/decodebin using stuff, not encoding... What's your rationale, other than x264 being in there already? To be honest, I thought the x265 is forgotten in the ebuild as I saw x264 but no x265. If there is no use for x265 from a media point of view (playback/encoding/decoding) then the current state is fine. x265 would be needed for H.265 encoding, but gst-plugins-meta to my knowledge is not meant to cater for that; that's why I also don't understand why x264 got added. It's meant to cater for packages that use decoding via playbin or decodebin, so could essentially play any codec, so gst-plugins-meta provides a centralized choice for that, in the lack of missing-plugins implementation for Gentoo (which could tell what to install if something it can't play is just because a package isn't installed - but we don't have that functionality as of yet). Maybe it has grown to be a encodebin provider as well, and I don't recall; I suspect it's just due to it being handled like a dumping ground sometimes. Though x264 USE flag even predates encodebins existence.. Anyhow, I try to not make final decisions on gst-plugins-meta; but I think that either x264 should be removed, or x265 added. And I'd like to hear some justification for that and some policy documentation. |