[mythtv-users] master: DVB-T segfaults in mythtv-setup and mythbackend

[David Hampton]

On Mon, 2021-02-01 at 19:09 +0100, Klaas de Waal wrote:
> 
> 
> On Mon, 1 Feb 2021 at 16:54, John Pilkington <johnpilk222 at gmail.com>
> wrote:
> > On 01/02/2021 11:27, John Pilkington wrote:
> > 
> > > > > I have tried retuning the el7 box but that segfaults before
> > > > > the
> > end 
> > > > > of an 'all transports' scan. 
> > > > Now reverted to last week's build.
> > > 
> > > ... to continue.  I left the Fedora 32 box building and recording
> > > overnight, and now have master f53465d running (under a new
> > kernel).
> > > 
> > > I rescanned both tuners and have edited the recordings with no
> > problems 
> > > seen.  The cutlist editor didn't crash or have any noticeable
> > hangups, 
> > > so all seems well.  I didn't see the problem reported by Klaas
> > either.
> > > 
> > > So I'll try another brew for el7...
> > > 
> > > Thanks,
> > > 
> > > John P
> > > 
> > > 
> > 
> > The new build gives this same set of warnings on leaving mythtv-
> > setup. 
> > I saw something very similar in the ubuntu 18.04 master ppa last 
> > Thursday, but don't have that box now.
> > 
> > {{{
> > 
> > 2021-02-01 14:40:17.570 I  Clearing OpenGL painter cache.
> > 2021-02-01 14:40:17.570 I  OpenGL: MythRenderOpenGL closing
> > 2021-02-01 14:40:17.572 I  Display: Deleting
> > 2021-02-01 14:40:17.575 I  PowerDBus: Closing interfaces
> > 2021-02-01 14:40:17.583 C  'SSDP': MThread epilog was never run!
> > (SSDP)
> > 2021-02-01 14:40:17.583 C  'SSDP': MThread destructor called while 
> > thread still running! (SSDP)
> > Handling Illegal instruction
> > Illegal instruction
> > 
> > }}}
> > 
> > A channel scan starts but segfaults after around 5 transports,as
> > below. 
> > I haven't tried running mythbackend again.
> > 
> > {{{
> > 
> > 2021-02-01 15:17:45.736 I  CardUtil[1]: Set delivery system: DVB-T
> > 2021-02-01 15:19:17.740 C  'DVBRead': MThread epilog was never run!
> > (DVBRead)
> > 2021-02-01 15:19:17.740 C  'DVBRead': MThread destructor called
> > while 
> > thread still running! (DVBRead)
> > Handling Segmentation fault
> > Segmentation fault
> > 
> > }}}
> > 
> > This el7 build from 24 Jan runs well: 
> > mythtv-32.Pre.2062.g03dd08c3eb-100.el7.x86_64.rpm  That was before
> > the 
> > std::chrono updates.
> > 
> > and today's master in F32 is probably better (cutlist editor less
> > likely 
> > to hang)
> > 
> > el7 has gssdp v 1.0.2-1 from SL security.  F32 has v 1.0.5-1
> > 
> > I suppose all this just underlines the need to move on from el7,
> > but it 
> > looks to me as if 'buntu 18.04 has it too.
> > 
> > 
> 
>  My mythbackend and mythtv-setup run OK but that is on Fedora 33.
> The failure of mythfrontend master, as reported by me, is on Ubuntu
> 18.
> The mythfrontend master on Fedora 33 does not have this problem.
> The mythfrontend master on Ubuntu 18 is now from a few weeks back,
> before the std::chrono updates, and that runs OK.
> Looks to me that there is indeed something wrong with the std::chrono
> updates on Ubuntu 18.
> Have not done a complete bisect but even the single std::chrono
> commit is very large.
> The problem I see must be in the code that does the "animation"; the
> GUI usually goes in about 5 steps of about 20 milliseconds (guess)
> from one presentation to another, fading out the old and fading in
> the new.
> My guess is that this timer is now broken; in my mythfrontend this is
> where it seems to stop.

I suspect this is something other than the chrono changes. I'm seeing
this on fixes/31 on a fully updated Fedora 33 system. My tuner is a
HDHomerun network tuner.

I noticed that sometimes the signal value on the screen is active,
fluctuation between 88% and 89%. Every time the signal lock code is
stuck at "TL", instead of progressing to "TL__", "TLA_", and "TLAM"
like it normally does.

Here's what shows in the playback log when I bring back the OSD
overlay.

2021-02-01 17:32:11.712969 I  LiveTVChain(live-david-
laptop.dhampton.net-2021-02-01T22:31:42Z): ReloadAll(): Added 1
recording(s)
2021-02-01 17:32:11.712989 I  LiveTVChain(live-david-
laptop.dhampton.net-2021-02-01T22:31:42Z): LiveTVChain has 3 entries
   DUMMY: 20008 (22:31:42 to 22:31:43)
* HDHOMERUN: 20008 (22:31:43 to 22:32:11) discontinuous
   DUMMY: 20008 (22:32:11 to 23:02:00) discontinuous

2021-02-01 17:32:11.714492 I  LiveTVChain(live-david-
laptop.dhampton.net-2021-02-01T22:31:42Z): SwitchTo(-1)
2021-02-01 17:32:11.714501 I  Player(0): Play(  1.0, normal 1, unpause
audio 0)
2021-02-01 17:32:11.717177 I  Player(0): JumpToProgram - start
2021-02-01 17:32:11.724811 I  Player(0): Play speed: rate: 29.97 speed:
0 skip: 0 => new interval 33366
2021-02-01 17:32:11.724828 I  VidOutGL: (1): UUuUUUUUULUUUUUU
2021-02-01 17:32:11.724837 I  VideoBuffers::DiscardFrames(1):
UUuUUUUUULUUUUUU
2021-02-01 17:32:11.724884 I  VideoBuffers::DiscardFrames(1):
AAAAAAAAAAAAAAAA -- done
2021-02-01 17:32:11.726350 I  VDP: Accepting: cmp() w(>=1280) h(>=720)
framerate() codecs() dec(ffmpeg) cpus(1) skiploop(enabled) rend(opengl-
yv12) deint(medium,medium)
2021-02-01 17:32:11.726380 I  VDP: Accepting: cmp() w() h() framerate()
codecs() dec(ffmpeg) cpus(1) skiploop(enabled) rend(opengl-yv12)
deint(high,high)
2021-02-01 17:32:11.726440 I  VDP: Accepting: cmp() w(>=1280) h(>=720)
framerate() codecs() dec(ffmpeg) cpus(1) skiploop(enabled) rend(opengl-
yv12) deint(medium,medium)
2021-02-01 17:32:11.726450 I  VDP: Accepting: cmp() w() h() framerate()
codecs() dec(ffmpeg) cpus(1) skiploop(enabled) rend(opengl-yv12)
deint(high,high)
2021-02-01 17:32:11.727465 I  Player(0): Stretch Factor 1, allow
passthru 
2021-02-01 17:32:11.727471 I  Player(0): ClearAfterSeek(1)
2021-02-01 17:32:11.727478 I  Dec: Reset: Video 1, Seek 1, File 1


David