Mailing List Archive

Backend tuning issues with Fedora 28 and Mythv 29
I have a backend on Fedora 27 that is working as well as I'd wish.
Yesterday, I got the itch and decided to try to upgrade to Fedora 28 since
my desktop upgraded smoothly. Unfortunately, I ran into issues.

I managed to tune a lower-numbered channel and record a few minutes with
Mythweb. When I tried live tv, my screen froze trying to tune the
channel. I thought, maybe, just maybe, my cable company changed something
between the recordings I did Sunday night and Monday morning. This did not
turn out to be the case. I was able to tune in channel 937 (a HD channel
with unrestricted CCI flags) with VLC player just fine.

I built the F28 rpms from a fresh VM just in case there were some critical
library changes. I did not get past the errors in mythbackend.

Since I have had issues like this before, I had taken a Clonezilla backup
and just restored to F27. I have no issues with this channel or any others
I have in my lineup that I tested. Everything is working under F27. So
the upgrade broke something. Maybe there is a new temporary library
incompatibility in F27? I do not know. Fedora 28 is in beta and maybe I'm
nuts to try to upgrade it now, but honestly I upgrade at the Beta release
with just about every Fedora cycle and have few issues. I'm not recording
much this week and it seems like a good time to upgrade.

I then installed a test F28 system on a spare HD on my desktop, connected
my HDHomerun Prime, and set out to grab logs, figuring that the whole thing
would just work and I'd be really angry. But fortunately for my sanity, it
failed in the same way as before.

Here is the backend log. https://pastebin.com/r2iJBqvR

If anyone sees something I could fix, I'm all ears. The good news is that
I'm in the same place I was before the upgrade.

Oh. Everything else I run on the box was working fine. With the exception
of Kodi. That's probably fixable though.
Re: Backend tuning issues with Fedora 28 and Mythv 29 [ In reply to ]
On Tue, Apr 3, 2018 at 10:41 AM, Jerry <mythtv@hambone.e4ward.com> wrote:

> I have a backend on Fedora 27 that is working as well as I'd wish.
> Yesterday, I got the itch and decided to try to upgrade to Fedora 28 since
> my desktop upgraded smoothly. Unfortunately, I ran into issues.
>
> I managed to tune a lower-numbered channel and record a few minutes with
> Mythweb. When I tried live tv, my screen froze trying to tune the
> channel. I thought, maybe, just maybe, my cable company changed something
> between the recordings I did Sunday night and Monday morning. This did not
> turn out to be the case. I was able to tune in channel 937 (a HD channel
> with unrestricted CCI flags) with VLC player just fine.
>
> I built the F28 rpms from a fresh VM just in case there were some critical
> library changes. I did not get past the errors in mythbackend.
>
> Since I have had issues like this before, I had taken a Clonezilla backup
> and just restored to F27. I have no issues with this channel or any others
> I have in my lineup that I tested. Everything is working under F27. So
> the upgrade broke something. Maybe there is a new temporary library
> incompatibility in F27? I do not know. Fedora 28 is in beta and maybe I'm
> nuts to try to upgrade it now, but honestly I upgrade at the Beta release
> with just about every Fedora cycle and have few issues. I'm not recording
> much this week and it seems like a good time to upgrade.
>
> I then installed a test F28 system on a spare HD on my desktop, connected
> my HDHomerun Prime, and set out to grab logs, figuring that the whole thing
> would just work and I'd be really angry. But fortunately for my sanity, it
> failed in the same way as before.
>
> Here is the backend log. https://pastebin.com/r2iJBqvR
>
> If anyone sees something I could fix, I'm all ears. The good news is that
> I'm in the same place I was before the upgrade.
>
> Oh. Everything else I run on the box was working fine. With the
> exception of Kodi. That's probably fixable though.
>

Here is a fresh paste from my test machine: https://pastebin.com/ec0wns6J
This is with -v record,playback --loglevel debug. If anyone has any
suggestions on more things to make verbose, I'm happy to oblige. I'd like
to figure this out.

I fixed the config.xml error from the last paste but that wasn't making a
difference anyway -- I was able to watch live tv with that misconfigured.
It's fixed now. BE and FE are on the same machine and the HDHomerun Prime
is connected to my router. I shut down my regular backend just in case.

I can tune in most channels until the "premium" ones. By premium, I mean
encrypted but with cci flags free to copy away (as I can do with my F27
backend presently on these channels, like USA HD, AMC HD, etc.). When I
switch to a "premium" channel, mythbackend freezes and gives the errors
shown in the log.

I was using the schedules direct xml grabber, which is working fine in
F27. I switched it to the regular Schedules Direct grabber on this test
machine just in case it was a channel issue, but I really don't think this
is the case since the F27 box works perfectly well as-is.

Thanks for any input!
Re: Backend tuning issues with Fedora 28 and Mythv 29 [ In reply to ]
On 04/04/18 10:31, Jerry wrote:

Here is a fresh paste from my test machine: https://pastebin.com/ec0wns6J This is with -v record,playback --loglevel debug. If anyone has any suggestions on more things to make verbose, I'm happy to oblige. I'd like to figure this out.

I fixed the config.xml error from the last paste but that wasn't making a difference anyway -- I was able to watch live tv with that misconfigured. It's fixed now. BE and FE are on the same machine and the HDHomerun Prime is connected to my router. I shut down my regular backend just in case.

I can tune in most channels until the "premium" ones. By premium, I mean encrypted but with cci flags free to copy away (as I can do with my F27 backend presently on these channels, like USA HD, AMC HD, etc.). When I switch to a "premium" channel, mythbackend freezes and gives the errors shown in the log.

I was using the schedules direct xml grabber, which is working fine in F27. I switched it to the regular Schedules Direct grabber on this test machine just in case it was a channel issue, but I really don't think this is the case since the F27 box works perfectly well as-is.

Thanks for any input!


I dont use HDHomerun Prime, Fedora or Schedules Direct so I can't help much. But personally I would be doing a line-by-line compare of the tuning section between your F27 install and the F28 install. This part (following), but specifically what does the F27 install show after reading the program map section. The F28 install aborts immediately after that part.

Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600707 E DTVRec[1]: SetPAT(): Ignoring PAT not containing our desired program (0)...
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600750 E DTVSigMon[1](14165FA2-0): Program #0 not found in PAT!
Apr 03 20:39:25 rigel mythbackend[2440]: Program Association Section
Apr 03 20:39:25 rigel mythbackend[2440]: PSIP tableID(0x0) length(13) extension(0x189c)
Apr 03 20:39:25 rigel mythbackend[2440]: version(0) current(1) section(0) last_section(0)
Apr 03 20:39:25 rigel mythbackend[2440]: tsid(6300) programCount(1)
Apr 03 20:39:25 rigel mythbackend[2440]: program number 907 has PID 0x00b0
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600759 E DTVSigMon[1](14165FA2-0): But there is only one program in the PAT, so we'll just use it
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600773 I MPEGStream[1](0x7feb081a6300): SetDesiredProgram(907)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600781 I DTVRec[1]: SetPAT(907 on 0xb0)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600795 D MPEGStream[1](0x7feb081a6300): CreatePATSingleProgram()
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600802 D MPEGStream[1](0x7feb081a6300): PAT in input stream
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600823 D MPEGStream[1](0x7feb081a6300): Program Association Section
Apr 03 20:39:25 rigel mythbackend[2440]: PSIP tableID(0x0) length(13) extension(0x189c)
Apr 03 20:39:25 rigel mythbackend[2440]: version(0) current(1) section(0) last_section(0)
Apr 03 20:39:25 rigel mythbackend[2440]: tsid(6300) programCount(1)
Apr 03 20:39:25 rigel mythbackend[2440]: program number 907 has PID 0x00b0
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600832 D MPEGStream[1](0x7feb081a6300): desired_program(907) pid(0xb0)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600846 D MPEGStream[1](0x7feb081a6300): pmt_pid(0xb0)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600852 D MPEGStream[1](0x7feb081a6300): PAT for output stream
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600873 D MPEGStream[1](0x7feb081a6300): Program Association Section
Apr 03 20:39:25 rigel mythbackend[2440]: PSIP tableID(0x0) length(13) extension(0x189c)
Apr 03 20:39:25 rigel mythbackend[2440]: version(0) current(1) section(0) last_section(0)
Apr 03 20:39:25 rigel mythbackend[2440]: tsid(6300) programCount(1)
Apr 03 20:39:25 rigel mythbackend[2440]: program number 1 has PID 0x00b0
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.600885 W MPEGStream[1](0x7feb081a6300): ProcessPAT: PAT is missing program, setting timeout
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641368 I DTVRec[1]: SetPMT(907, valid)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641397 I DTVRec[1]: SetPMT(907)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641429 N DTVSigMon[1](14165FA2-0): PMT says program 907 is encrypted
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641471 D MPEGStream[1](0x7feb081a6300): CreatePMTSingleProgram()
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641478 D MPEGStream[1](0x7feb081a6300): PMT in input stream
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641630 D MPEGStream[1](0x7feb081a6300): Program Map Section
Apr 03 20:39:25 rigel mythbackend[2440]: PSIP tableID(0x2) length(105) extension(0x38b)
Apr 03 20:39:25 rigel mythbackend[2440]: version(1) current(1) section(0) last_section(0)
Apr 03 20:39:25 rigel mythbackend[2440]: pnum(907) pid(0xb0) pcrpid(b1)
Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor: 'GA94' ATSC program ID A/53
Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor: 'CUEI' SCTE 35 2003, Cable Digital Program Insertion Cueing Message
Apr 03 20:39:25 rigel mythbackend[2440]: Private Data Indicator Descriptor (0x0f) length(4). Dumping
Apr 03 20:39:25 rigel mythbackend[2440]: 000 53 41 50 53 |SAPS|
Apr 03 20:39:25 rigel mythbackend[2440]: Stream #0 pid(0xb1) type(0x02 video-mpeg2)
Apr 03 20:39:25 rigel mythbackend[2440]: Video Descriptor (0x02) length(3). Dumping
Apr 03 20:39:25 rigel mythbackend[2440]: 000 c2 44 5f |.D.|
Apr 03 20:39:25 rigel mythbackend[2440]: Data Stream Alignment Descriptor (0x06) length(1). Dumping
Apr 03 20:39:25 rigel mythbackend[2440]: 000 02 |.|
Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access: sid(0xe00) pid(0xbd) data_size(3)
Apr 03 20:39:25 rigel mythbackend[2440]: Stream #1 pid(0xb2) type(0x81 audio-ac3)
Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor: 'AC-3' ATSC audio stream A/52
Apr 03 20:39:25 rigel mythbackend[2440]: ISO-639 Language: code(eng) canonical(eng) eng(English)
Apr 03 20:39:25 rigel mythbackend[2440]: Audio Stream Descriptor full_srv(1) sample_rate(48kbps) bit_rate(=32kbps, 0)
Apr 03 20:39:25 rigel mythbackend[2440]: bsid(0) bs_mode(0) channels(<= 2) Dolby(Not indicated)
Apr 03 20:39:25 rigel mythbackend[2440]: mainID(0)
Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access: sid(0xe00) pid(0xbd) data_size(3)
Apr 03 20:39:25 rigel mythbackend[2440]: Stream #2 pid(0xb3) type(0x86 splice)
Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access: sid(0xe00) pid(0xbd) data_size(3)
Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641909 C Received Aborted: Code -6, PID 2440, UID 977, Value 0x00000000
Apr 03 20:39:28 rigel systemd[1]: mythbackend.service: Main process exited, code=killed, status=6/ABRT
Apr 03 20:39:28 rigel systemd[1]: mythbackend.service: Failed with result 'signal'.

What are the compile options on the F28 install (mythbackend --version)?
Re: Backend tuning issues with Fedora 28 and Mythv 29 [ In reply to ]
On Wed, Apr 4, 2018 at 3:28 AM, Mark Perkins <perkins1724@hotmail.com>
wrote:

>
> On 04/04/18 10:31, Jerry wrote:
>
> Here is a fresh paste from my test machine: https://pastebin.com/ec0wns6J
>
> I dont use HDHomerun Prime, Fedora or Schedules Direct so I can't help
> much. But personally I would be doing a line-by-line compare of the tuning
> section between your F27 install and the F28 install. This part
> (following), but specifically what does the F27 install show after reading
> the program map section. The F28 install aborts immediately after that part.
>

< I had to snip this - was getting too big >


> Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641630 D
> MPEGStream[1](0x7feb081a6300): Program Map Section
> Apr 03 20:39:25 rigel mythbackend[2440]: PSIP tableID(0x2) length(105)
> extension(0x38b)
> Apr 03 20:39:25 rigel mythbackend[2440]: version(1) current(1)
> section(0) last_section(0)
> Apr 03 20:39:25 rigel mythbackend[2440]: pnum(907) pid(0xb0)
> pcrpid(b1)
> Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor: 'GA94'
> ATSC program ID A/53
> Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor: 'CUEI'
> SCTE 35 2003, Cable Digital Program Insertion Cueing Message
> Apr 03 20:39:25 rigel mythbackend[2440]: Private Data Indicator
> Descriptor (0x0f) length(4). Dumping
> Apr 03 20:39:25 rigel mythbackend[2440]: 000 53 41 50 53
> |SAPS|
> Apr 03 20:39:25 rigel mythbackend[2440]: Stream #0 pid(0xb1) type(0x02
> video-mpeg2)
> Apr 03 20:39:25 rigel mythbackend[2440]: Video Descriptor (0x02)
> length(3). Dumping
> Apr 03 20:39:25 rigel mythbackend[2440]: 000 c2 44 5f
> |.D.|
> Apr 03 20:39:25 rigel mythbackend[2440]: Data Stream Alignment
> Descriptor (0x06) length(1). Dumping
> Apr 03 20:39:25 rigel mythbackend[2440]: 000 02
> |.|
> Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access:
> sid(0xe00) pid(0xbd) data_size(3)
> Apr 03 20:39:25 rigel mythbackend[2440]: Stream #1 pid(0xb2) type(0x81
> audio-ac3)
> Apr 03 20:39:25 rigel mythbackend[2440]: Registration Descriptor:
> 'AC-3' ATSC audio stream A/52
> Apr 03 20:39:25 rigel mythbackend[2440]: ISO-639 Language: code(eng)
> canonical(eng) eng(English)
> Apr 03 20:39:25 rigel mythbackend[2440]: Audio Stream Descriptor
> full_srv(1) sample_rate(48kbps) bit_rate(=32kbps, 0)
> Apr 03 20:39:25 rigel mythbackend[2440]: bsid(0) bs_mode(0)
> channels(<= 2) Dolby(Not indicated)
> Apr 03 20:39:25 rigel mythbackend[2440]: mainID(0)
> Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access:
> sid(0xe00) pid(0xbd) data_size(3)
> Apr 03 20:39:25 rigel mythbackend[2440]: Stream #2 pid(0xb3) type(0x86
> splice)
> Apr 03 20:39:25 rigel mythbackend[2440]: Conditional Access:
> sid(0xe00) pid(0xbd) data_size(3)
> Apr 03 20:39:25 rigel mythbackend[2440]: 2018-04-03 20:39:25.641909 C
> Received Aborted: Code -6, PID 2440, UID 977, Value 0x00000000
> Apr 03 20:39:28 rigel systemd[1]: mythbackend.service: Main process
> exited, code=killed, status=6/ABRT
> Apr 03 20:39:28 rigel systemd[1]: mythbackend.service: Failed with result
> 'signal'.
>
> What are the compile options on the F28 install (mythbackend --version)?
>

Please attach all output as a file in bug reports.
MythTV Version : v29.1-v29.1-8-g925ceea0fb
MythTV Branch : fixes/29
Network Protocol : 91
Library API : 29.20180131-3
QT Version : 5.10.1
Options compiled in:
linux debug use_hidesyms using_alsa using_oss using_pulse
using_pulseoutput using_backend using_bdjava using_bindings_perl
using_bindings_python using_bindings_php using_crystalhd using_dvb
using_firewire using_frontend using_hdhomerun using_vbox using_ceton
using_hdpvr using_ivtv using_joystick_menu using_libcec using_libcrypto
using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg
using_opengl using_opengl_video using_opengl_themepainter using_qtwebkit
using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr
using_xv using_debugtype using_systemd_notify using_systemd_journal
using_bdjava using_bindings_perl using_bindings_python using_bindings_php
using_fontconfig using_freetype2 using_mythtranscode using_opengl
using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass
using_libxml2 using_libmp3lame

Here is a log from the F27 machine: https://pastebin.com/UMYzF8px There is
a difference in this section. It looks like it is not getting Stream #3?
Of course this is a different program if that makes a difference. It
crashed (above) after reading Stream #2 (type 0x86 splice) and there is a
bit about "Conditional Access: sid(0xe00)".

Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.162372 D
MPEGStream[5](0x7fc9541a0fe0): Program Map Section
Apr 04 09:09:23 sirius mythbackend[10691]: PSIP tableID(0x2) length(107)
extension(0x1)
Apr 04 09:09:23 sirius mythbackend[10691]: version(1) current(1)
section(0) last_section(0)
Apr 04 09:09:23 sirius mythbackend[10691]: pnum(1) pid(0x60)
pcrpid(61)
Apr 04 09:09:23 sirius mythbackend[10691]: Registration Descriptor:
'GA94' ATSC program ID A/53
Apr 04 09:09:23 sirius mythbackend[10691]: Registration Descriptor:
'CUEI' SCTE 35 2003, Cable Digital Program Insertion Cueing Message
Apr 04 09:09:23 sirius mythbackend[10691]: Private Data Indicator
Descriptor (0x0f) length(4). Dumping
Apr 04 09:09:23 sirius mythbackend[10691]: 000 53 41 50 53
|SAPS|
Apr 04 09:09:23 sirius mythbackend[10691]: Stream #0 pid(0x61) type(0x02
video-mpeg2)
Apr 04 09:09:23 sirius mythbackend[10691]: Video Descriptor (0x02)
length(3). Dumping
Apr 04 09:09:23 sirius mythbackend[10691]: 000 c2 44 5f
|.D.|
Apr 04 09:09:23 sirius mythbackend[10691]: Data Stream Alignment
Descriptor (0x06) length(1). Dumping
Apr 04 09:09:23 sirius mythbackend[10691]: 000 02
|.|
Apr 04 09:09:23 sirius mythbackend[10691]: Stream #1 pid(0x62) type(0x81
audio-ac3)
Apr 04 09:09:23 sirius mythbackend[10691]: Registration Descriptor:
'AC-3' ATSC audio stream A/52
Apr 04 09:09:23 sirius mythbackend[10691]: ISO-639 Language: code(eng)
canonical(eng) eng(English)
Apr 04 09:09:23 sirius mythbackend[10691]: Audio Stream Descriptor
full_srv(1) sample_rate(48kbps) bit_rate(=384kbps, 14)
Apr 04 09:09:23 sirius mythbackend[10691]: bsid(6) bs_mode(0)
channels(1 + 1) Dolby(Not indicated)
Apr 04 09:09:23 sirius mythbackend[10691]: mainID(0) isLatin-1(true)
text_length(95) text(TODO)
Apr 04 09:09:23 sirius mythbackend[10691]: Stream #2 pid(0x63) type(0x81
audio-ac3)
Apr 04 09:09:23 sirius mythbackend[10691]: Registration Descriptor:
'AC-3' ATSC audio stream A/52
Apr 04 09:09:23 sirius mythbackend[10691]: ISO-639 Language: code(eng)
canonical(eng) eng(English)
Apr 04 09:09:23 sirius mythbackend[10691]: Audio Stream Descriptor
full_srv(1) sample_rate(48kbps) bit_rate(=192kbps, 10)
Apr 04 09:09:23 sirius mythbackend[10691]: bsid(6) bs_mode(0)
channels(<= 2) Dolby(Not indicated)
Apr 04 09:09:23 sirius mythbackend[10691]: mainID(0)
Apr 04 09:09:23 sirius mythbackend[10691]: Stream #3 pid(0x64) type(0x86
splice)
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163230 I
HDHRRec[5]: run -- begin
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163237 I
DTVRec[5]: ResetForNewFile(void)
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163245 I
HDHRSH: Using existing stream handler 14165FA2-2 for 14165FA2-2 (2 in use)
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163252 I
HDHRRec[5]: HDHR opened successfully
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163263 I
SH[5](14165FA2-2): AddListener(0x7fc9541a0fe0) -- begin
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163268 I
TVRec[5]: SetFlags(RecorderRunning,RingBufferReady,) ->
FrontendReady,RunMainLoop,CancelNextRecording,NeedToStartRecorder,RecorderRunning,RingBufferReady,
@ tv_rec.cpp:4352
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163269 I
SH[5](14165FA2-2): AddListener(0x7fc9541a0fe0) -- locked
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.163274 I
TVRec[5]: ClearFlags(NeedToStartRecorder,) ->
FrontendReady,RunMainLoop,CancelNextRecording,RecorderRunning,RingBufferReady,
@ tv_rec.cpp:4354
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.227771 I
HDHRSH[5](14165FA2-2): RunTS(): begin
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.227803 I
SH[5](14165FA2-2): AddListener(0x7fc9541a0fe0) -- end
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.268031 D
DTVRec[5]: Frame @ 376 + 0 = 376
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.288242 D
DTVRec[5]: Frame @ 376 + 0 = 376
Apr 04 09:09:23 sirius mythbackend[10691]: 2018-04-04 09:09:23.288267 D
DTVRec[5]: Frame @ 376 + 0 = 376

Thanks for the input, Marc!
Re: Backend tuning issues with Fedora 28 and Mythv 29 [ In reply to ]
Okay, I downgraded mythv to the Fedora 27 rpms (sudo dnf downgrade mythtv
--releasever=27). Everything worked (as far as I could tell) on F28.
Granted, this installed fedora 27 29.0-4 rpms (from RpmFusion). When I was
doing all this downgrading and upgrading, I got several notices about
libva-drm.so.1 conflicts. F28 has libva-drm.so.2.

I went back to square one (upgraded everything to F28), rebuilt the F27
current 29.1 RpmFusion rpms, and installed them. The log is here:
https://pastebin.com/XzQkniCn There are a few other changes but I still
think it's libva (drm). But I am a rank amateur.

Fedora 28 ships with libva-2.0. Fedora 27 is on libva-1.8.3 (currently).

So it's possible to just install the mythtv F27 rpms on F28, but I think
there is a bigger issue here on the horizon for other distributions like
Ubuntu/Debian/etc. Since my problem seems to be DRM related, I'm pretty
sure I found the culprit.

Again, with the regular F28 Rpmfusion rpms, I can watch all non-drm
content. As soon as I tune into a drm channel, like an HD channel,
mythbackend aborts. And again, these channels work with the F27 rpms.

Do I make a bug on the tracker? What information is needed there? How can
I further isolate the problem to the libva library?

I'm doing my best with what knowledge I have, but I need some help here. I
have a slight grasp of the problem but I don't know how to proceed.