9:12 a.m.
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
10:17 a.m.
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
1:27 p.m.
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:
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
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(a)lists.fedoraproject.org
To unsubscribe send an email to kde-leave(a)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 M. B.
1:34 p.m.
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(a)lists.fedoraproject.org
To unsubscribe send an email to kde-leave(a)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 M. B.
2:08 p.m.
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
2:46 p.m.
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
12:50 p.m.
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
2036
days inactive
2038
days old
7 comments
3 participants
participants (3)
-
John Pilkington -
Rex Dieter -
Sérgio Basto