I have up-to-date F27 and SL7x (el7 clone) KDE boxes running mythtv-master installed from rpms built locally with this script - or, for el7, a slightly modified earlier version of it that disabled libvpx.
https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/README
mythtv-master requires a version of libvpx later than the one in the standard el7 repos, and the script now uses a COPR build that provides libvpx.so.5()(64bit).
gstreamer-plugins-good requires libvpx.so.1()(64bit)
mythtv does not require the gstreamer plugin, but it looks as if removing it would take most of KDE too. This surprises me. Is there an alternative?
TIA
John P
John Pilkington wrote:
I have up-to-date F27 and SL7x (el7 clone) KDE boxes running mythtv-master installed from rpms built locally with this script - or, for el7, a slightly modified earlier version of it that disabled libvpx.
https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/README
mythtv-master requires a version of libvpx later than the one in the standard el7 repos, and the script now uses a COPR build that provides libvpx.so.5()(64bit).
gstreamer-plugins-good requires libvpx.so.1()(64bit)
mythtv does not require the gstreamer plugin, but it looks as if removing it would take most of KDE too. This surprises me. Is there an alternative?
A couple of options I can think of, mostly to do with changing your use of libvpx:
1. package the newer libvpx in a way that is parallel-installable that doesn't replace the system copy
2. corrolary to 1, link package libvpx as a static lib, and link it that way.
3. phonon goes use gstreamer backend by default (which needs gstreamer- plugins-good). You could try building and using the vlc backend instead (which would allow for removing phonon-backend-gstreamer).
1 or 2 are are the better options to use if possible
-- Rex
On Fri, 2018-09-21 at 10:17 -0500, Rex Dieter wrote:
John Pilkington wrote:
I have up-to-date F27 and SL7x (el7 clone) KDE boxes running mythtv-master installed from rpms built locally with this script - or, for el7, a slightly modified earlier version of it that disabled libvpx.
https://github.com/garybuhrmaster/packaging/blob/master/MythTV/rpm/ README
mythtv-master requires a version of libvpx later than the one in the standard el7 repos, and the script now uses a COPR build that provides libvpx.so.5()(64bit).
gstreamer-plugins-good requires libvpx.so.1()(64bit)
mythtv does not require the gstreamer plugin, but it looks as if removing it would take most of KDE too. This surprises me. Is there an alternative?
A couple of options I can think of, mostly to do with changing your use of libvpx:
- package the newer libvpx in a way that is parallel-installable
that doesn't replace the system copy
- corrolary to 1, link package libvpx as a static lib, and link it
that way.
- phonon goes use gstreamer backend by default (which needs
gstreamer- plugins-good). You could try building and using the vlc backend instead (which would allow for removing phonon-backend-gstreamer).
1 or 2 are are the better options to use if possible
Maybe use ffmpeg 3 , in RPMFusion we are thinking in update ffmpeg on el7 from 2.8 to 3.x ... and you give us more one reason . Also you may contribute on thread "Upgrading EL7 with a newer ffmpeg"
-- Rex _______________________________________________ kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin es List Archives: https://lists.fedoraproject.org/archives/list/kde@list s.fedoraproject.org
On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
Sérgio Basto wrote:
Maybe use ffmpeg 3
How is ffmpeg relevant to libvpx (or mythtv)?
I trusted in readme : With the latest FFmpeg in master (targeted to be version 30) the EL7 version of libvpx is too old.
-- Rex _______________________________________________ kde mailing list -- kde@lists.fedoraproject.org To unsubscribe send an email to kde-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelin es List Archives: https://lists.fedoraproject.org/archives/list/kde@list s.fedoraproject.org
Sérgio Basto wrote:
On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
Sérgio Basto wrote:
Maybe use ffmpeg 3
How is ffmpeg relevant to libvpx (or mythtv)?
I trusted in readme : With the latest FFmpeg in master (targeted to be version 30) the EL7 version of libvpx is too old.
Sure, I still don't see how what version of ffmpeg is used helps solve the problem highlighted in this thread.
-- Rex
On 21/09/18 19:34, Sérgio Basto wrote:
On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
Sérgio Basto wrote:
Maybe use ffmpeg 3
How is ffmpeg relevant to libvpx (or mythtv)?
I trusted in readme : With the latest FFmpeg in master (targeted to be version 30) the EL7 version of libvpx is too old.
Rex, Sergio: Thanks for your replies. I had hoped it might be less complicated.
TTBOMK I have never used content needing libvpx and my working build of mythtv-master for el7 simply omits it from BuildRequires and disables it. I guess I can probably do that in the new version too, although I had hoped to avoid patches.
For some years mythtv has been using an internal version of ffmpeg, but recently in master that has gone deeper. I'm now seeing 'mythffmpeg -version' of 4.0.2 in f27 and 4.0.1 in my two-month-old el7 build.
I'm not a mythtv developer.
John P
On 21/09/18 19:34, Sérgio Basto wrote:
On Fri, 2018-09-21 at 13:30 -0500, Rex Dieter wrote:
Sérgio Basto wrote:
Maybe use ffmpeg 3
How is ffmpeg relevant to libvpx (or mythtv)?
I trusted in readme : With the latest FFmpeg in master (targeted to be version 30) the EL7 version of libvpx is too old.
Rex, Sergio: Thanks for your replies. I had hoped it might be less complicated.
TTBOMK I have never used content needing libvpx and my working build of mythtv-master for el7 simply omits it from BuildRequires and disables it. I guess I can probably do that in the new version too, although I had hoped to avoid patches.
For some years mythtv has been using an internal version of ffmpeg, but recently in master that has gone deeper. I'm now seeing 'mythffmpeg -version' of 4.0.2 in f27 and 4.0.1 in my two-month-old el7 build.
I'm not a mythtv developer.
===============
It's perhaps worth adding that the (disabled to get it to work) libvpx version requirement in the el7 build above (11d426bd49b) appears to be from the internal copy of FFmpeg version 4.0.1
(((
/BUILD/mythtv-{git hash}/mythtv/external/FFmpeg/configure line 6052
enabled libvpx && { enabled libvpx_vp8_decoder && { check_pkg_config libvpx_vp8_decoder "vpx >= 1.4.0" "vpx/vpx_decoder.h vpx/vp8dx.h" vpx_codec_vp8_dx || check_lib libvpx_vp8_decoder "vpx/vpx_decoder.h vpx/vp8dx.h" "vpx_codec_dec_init_ver VPX_IMG_FMT_HIGHBITDEPTH" -lvpx || die "ERROR: libvpx decoder version must be >=1.4.0";
}}}
John P