Opened 4 years ago

Closed 22 months ago

#12572 closed Patch - Feature (Won't Fix)

Non-tunable inputs always generate tuning timeout message spam when watching live tv

Reported by: William L. DeRieux IV <williamderieux@…> Owned by: jpoet
Priority: minor Milestone: 0.28.2
Component: MythTV - Video/OSD Rendering Version: Master Head
Severity: low Keywords:
Cc: Ticket locked: no

Description

Currently in function TuningSignalCheck? from file mythtv/libs/libmythtv/tv_rec.cpp

Even if an input is not tuned (such as composite/svideo, etc), an OSD message will be presented on each channel change that a timeout had expired waiting for a tuning lock.

Since a tuning lock will never occur on a composite input you will always get the message(s).

The simplest solution is just to remove the OSD message altogether (while stilling logging to file/database). I have created a patch that does that: https://github.com/neoh4x0r/mythtv/commit/41536d7a8437c8aee8becf43a6112d4c55d8c181

A more complicated solution would be to detect if the input is actually tunable and then enable/disable the message as appropriate. Note: that might be something as trivial as adding an option when using mythtv-setup to setup the various inputs -- you could have a boolean flag that indicates if the input is tunable.

Granted this is not a critical/severe issue, but it is a very annoying issue that will always happen on non-tunable inputs.

Change History (16)

comment:1 Changed 4 years ago by jpoet

Owner: set to jpoet
Status: newaccepted

comment:2 Changed 4 years ago by Stuart Auchterlonie

Milestone: 0.280.28.1

Moving unresolved tickets to next point release

comment:3 Changed 3 years ago by William L. DeRieux IV <WilliamDeRieux@…>

Has anyone taken a look at this...

I feel this may have fallen by the wayside.

comment:4 Changed 3 years ago by WilliamDeRieux@…

I have included a patch for bug #12903 that is relavent to this issue.

The patch file is: https://code.mythtv.org/trac/attachment/ticket/12903/TuningSignalCheck.patch

comment:5 Changed 3 years ago by michael@…

I have this same problem with recordings performed on a composite device. LiveTV works normally, with exception of when changing channels, sometimes get an errors like #12903 - But that happened in 0.27 as well.

When running normally, backend segfaults soon after a recording is started. When running mythbackend under gdb, backend does not segfault, but get streams of messages:

mpeg4 @ 0x7fff20007800 AVFrame.width or height is not set mpeg4 @ 0x7fff20007800 AVFrame.format is not set

Recording completes and file is watchable.

comment:6 Changed 3 years ago by michael@…

Spoke to soon, the next recording failed with segfault.

Reading symbols from mythbackend...Reading symbols from /usr/lib/debug/.build-id/42/ca4eaea685c618832ee98dfc6f62ea561fd50e.debug...done.
done.
Starting program: /usr/bin/mythbackend 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffdb555700 (LWP 15409)]
[New Thread 0x7fffdad54700 (LWP 15410)]
[New Thread 0x7fffda553700 (LWP 15411)]
2016-11-27 08:43:24.735631 C  mythbackend version: fixes/0.28 [v0.28-97-ge9d0543] www.mythtv.org
2016-11-27 08:43:24.735696 C  Qt version: compile: 5.2.1, runtime: 5.2.1
2016-11-27 08:43:24.735706 N  Enabled verbose msgs:  general
2016-11-27 08:43:24.735740 N  Setting Log Level to LOG_INFO
2016-11-27 08:43:24.997110 I  Setup Interrupt handler
2016-11-27 08:43:24.997135 I  Setup Terminated handler
2016-11-27 08:43:24.997156 I  Setup Segmentation fault handler
2016-11-27 08:43:24.997174 I  Setup Aborted handler
2016-11-27 08:43:24.997193 I  Setup Bus error handler
2016-11-27 08:43:24.997212 I  Setup Floating point exception handler
2016-11-27 08:43:24.997231 I  Setup Illegal instruction handler
2016-11-27 08:43:24.997252 I  Setup Real-time signal 0 handler
2016-11-27 08:43:24.997274 I  Setup Hangup handler
2016-11-27 08:43:24.997576 N  Using runtime prefix = /usr
2016-11-27 08:43:24.997591 N  Using configuration directory = /home/mythtv/.mythtv
2016-11-27 08:43:24.997715 I  Assumed character encoding: en_AU.UTF-8
2016-11-27 08:43:24.998277 I  Added logging to the console
2016-11-27 08:43:25.016815 N  Empty LocalHostName.
2016-11-27 08:43:25.016834 I  Using localhost value of tv01
[New Thread 0x7fffd93fc700 (LWP 15412)]
[Thread 0x7fffd93fc700 (LWP 15412) exited]
[New Thread 0x7fffd93fc700 (LWP 15413)]
[New Thread 0x7fffd8bfb700 (LWP 15414)]
[New Thread 0x7fffcbfff700 (LWP 15415)]
[New Thread 0x7fffcb7fe700 (LWP 15416)]
2016-11-27 08:43:25.435792 I  Starting process signal handler
2016-11-27 08:43:25.437182 I  Starting process manager
2016-11-27 08:43:25.437659 I  Starting IO manager (read)
2016-11-27 08:43:25.445315 I  Starting IO manager (write)
2016-11-27 08:43:25.566867 N  Setting QT default locale to en_AU
2016-11-27 08:43:25.566913 I  Current locale en_AU
2016-11-27 08:43:25.567045 E  No locale defaults file for en_AU, skipping
2016-11-27 08:43:25.626120 I  Loading en_us translation for module mythfrontend
[New Thread 0x7fffcaffd700 (LWP 15419)]
[Thread 0x7fffcaffd700 (LWP 15419) exited]
2016-11-27 08:43:25.696924 I  Current MythTV Schema Version (DBSchemaVer): 1344
2016-11-27 08:43:25.697670 I  Loading en_us translation for module mythfrontend
2016-11-27 08:43:25.709436 I  MythCoreContext::CheckProtoVersion(): Using protocol version 88 XmasGift
2016-11-27 08:43:25.723241 N  MythBackend: Running as a slave backend.
[New Thread 0x7fffcaffd700 (LWP 15422)]
[New Thread 0x7fffca7fc700 (LWP 15423)]
2016-11-27 08:43:25.867323 I  V4LChannel[16](/dev/video0): SetInputAndFormat(16, PAL) (v4l v2) input_switch: 0 mode_switch: 1
2016-11-27 08:43:25.944103 I  Registering HouseKeeperTask 'JobQueueRecover'.
2016-11-27 08:43:25.944141 I  Registering HouseKeeperTask 'HardwareProfiler'.
2016-11-27 08:43:25.946975 I  Starting HouseKeeper.
2016-11-27 08:43:26.489103 I  Listening on TCP 127.0.0.1:6544
2016-11-27 08:43:26.489165 I  Listening on TCP 10.0.11.241:6544
2016-11-27 08:43:26.489518 I  Listening on TCP [::1]:6544
2016-11-27 08:43:26.489635 I  Listening on TCP [2001:470:f43a:1::241]:6544
2016-11-27 08:43:26.490429 I  Listening on TCP [fe80::20f:eaff:fee0:4c5%eth0]:6544
2016-11-27 08:43:26.490567 I  Listening on TCP 127.0.0.1:6554
2016-11-27 08:43:26.490637 I  Listening on TCP 10.0.11.241:6554
2016-11-27 08:43:26.490767 I  Listening on TCP [::1]:6554
2016-11-27 08:43:26.490900 I  Listening on TCP [2001:470:f43a:1::241]:6554
2016-11-27 08:43:26.491018 I  Listening on TCP [fe80::20f:eaff:fee0:4c5%eth0]:6554
2016-11-27 08:43:26.494657 I  Listening on TCP 127.0.0.1:6549
2016-11-27 08:43:26.494720 I  Listening on TCP 10.0.11.241:6549
2016-11-27 08:43:26.494809 I  Listening on TCP [::1]:6549
2016-11-27 08:43:26.494899 I  Listening on TCP [2001:470:f43a:1::241]:6549
2016-11-27 08:43:26.494986 I  Listening on TCP [fe80::20f:eaff:fee0:4c5%eth0]:6549
[New Thread 0x7fffc9ffb700 (LWP 15431)]
[New Thread 0x7fffc93ea700 (LWP 15432)]
[New Thread 0x7fffc8be9700 (LWP 15437)]
[New Thread 0x7fff27fff700 (LWP 15438)]
[New Thread 0x7fff277fe700 (LWP 15439)]
2016-11-27 08:43:29.342234 I  Main::Registering HttpStatus Extension
2016-11-27 08:43:29.348142 I  Listening on TCP 127.0.0.1:6543
2016-11-27 08:43:29.348193 I  Listening on TCP 10.0.11.241:6543
2016-11-27 08:43:29.348286 I  Listening on TCP [::1]:6543
2016-11-27 08:43:29.348358 I  Listening on TCP [2001:470:f43a:1::241]:6543
2016-11-27 08:43:29.348436 I  Listening on TCP [fe80::20f:eaff:fee0:4c5%eth0]:6543
[New Thread 0x7fff26ffd700 (LWP 15440)]
2016-11-27 08:43:36.667139 N  MainServer: Connecting to master server: 10.0.11.230:6543
2016-11-27 08:43:36.667887 N  MainServer: Connected successfully
2016-11-27 08:43:36.671733 I  Bonjour: Service registration complete: name 'Mythbackend on tv01' type '_mythbackend._tcp.' domain: 'local.'
[New Thread 0x7fff267fc700 (LWP 15441)]
[New Thread 0x7fff25ffb700 (LWP 15445)]
2016-11-27 08:44:26.444818 I  Queueing HouseKeeperTask 'JobQueueRecover'.
2016-11-27 08:44:26.449896 I  Running HouseKeeperTask 'JobQueueRecover'.
2016-11-27 08:44:26.462868 I  HouseKeeperTask 'JobQueueRecover' Finished Successfully.
2016-11-27 08:47:30.930876 I  TVRec[16]: ASK_RECORDING 16 89 0 0
[New Thread 0x7fff257fa700 (LWP 16103)]
2016-11-27 08:48:00.136570 I  TVRec[16]: Changing from None to RecordingOnly
2016-11-27 08:48:00.142006 I  TVRec[16]: HW Tuner: 16->16
2016-11-27 08:48:00.142079 I  TVRec[16]: TuningFrequency
[New Thread 0x7fff24ff9700 (LWP 16105)]
2016-11-27 08:48:00.216146 C  ProgramInfo(): Failed to find recorded entry for 0.
[Thread 0x7fff24ff9700 (LWP 16105) exited]
[New Thread 0x7fff24ff9700 (LWP 16125)]
[New Thread 0x7fff17fff700 (LWP 16126)]
2016-11-27 08:48:02.916229 I  TVRec[16]: rec->GetPathname(): '/data/tv01/sata0/recordings/1212_20161126214800.nuv'
2016-11-27 08:48:02.923055 I  TVRec[16]: TuningNewRecorder - CreateRecorder()
[New Thread 0x7fff15bc1700 (LWP 16127)]
[mpeg4 @ 0x7fff180e0440] removing common factors from framerate
[New Thread 0x7fff153c0700 (LWP 16128)]
[New Thread 0x7fff14bbf700 (LWP 16129)]
[New Thread 0x7fff0ffff700 (LWP 16130)]
strange error flushing buffer ... 
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.format is not set
[mpeg4 @ 0x7fff180e0440] AVFrame.width or height is not set

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffcaffd700 (LWP 15422)]
0x00007ffff771657b in RecorderBase::TryWriteProgStartMark (this=0x7fffb00350d0, 
    durationDeltaCopy=...) at recorders/recorderbase.cpp:657
657	recorders/recorderbase.cpp: No such file or directory.

#0  0x00007ffff771657b in RecorderBase::TryWriteProgStartMark (this=0x7fffb00350d0, 
    durationDeltaCopy=...) at recorders/recorderbase.cpp:657
#1  0x00007ffff7715fe1 in RecorderBase::SavePositionMap (this=0x7fffb00350d0, force=false, 
    finished=false) at recorders/recorderbase.cpp:621
#2  0x00007ffff76da9c1 in TVRec::run (this=0x93a3b0) at tv_rec.cpp:1341
#3  0x00007ffff67969ef in MThread::run (this=0x93a670) at mthread.cpp:319
#4  0x00007ffff6797282 in MThreadInternal::run (this=0x916d40) at mthread.cpp:79
#5  0x00007ffff42c1233 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007ffff4018184 in start_thread (arg=0x7fffcaffd700) at pthread_create.c:312
#7  0x00007ffff352537d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

comment:7 in reply to:  5 Changed 3 years ago by WilliamDeRieux@…

Replying to michael@…:

I have this same problem with recordings performed on a composite device. LiveTV works normally, with exception of when changing channels, sometimes get an errors like #12903 - But that happened in 0.27 as well.

When running normally, backend segfaults soon after a recording is started. When running mythbackend under gdb, backend does not segfault, but get streams of messages:

mpeg4 @ 0x7fff20007800 AVFrame.width or height is not set mpeg4 @ 0x7fff20007800 AVFrame.format is not set

Recording completes and file is watchable.


The fact that you are getting a segmentation fault in TryWriteProgStartMark? -- even though you experience the same bug at I have....the segfault is actually something new. I have never had a segfault occur in RecorderBase::SavePositionMap? / TryWriteProgStartMark?.


What distribution are you running?

I see your version of mythbackend is: fixes/0.28 [v0.28-97-ge9d0543] and that it was compiled against: Qt 5.2.1

-- Did you compile this your self or are you using a version from your distribution?

The version that i use was from commit 7f8f1688e882cd0587097fe4867e20d8fa122cce (Oct 22, 2016) (Frontend and backend changes to support music choice.) https://github.com/MythTV/mythtv/commit/7f8f1688e882cd0587097fe4867e20d8fa122cce I also compiled it against Qt 5.6.1

you could use this command to test that revision and see if you still get the segfault.

# checkout master
 $ git clone https://github.com/MythTV/mythtv/

# change to mythtv folder
 $ cd mythtv

# get the current branch
 $ git branch
   * master

# list branches
 $ git branch -a

# switch to branch
 $ git checkout -t remotes/origin/fixes/0.28

# get the current branch
 $ git branch
  * fixes/0.28
  master

# get the current revision
 $ git log | head -1
 commit e9d0543d64fc21072fb1a0199ac2e24334169461

# checkout 7f8f1688e882cd0587097fe4867e20d8fa122cce
 $ git checkout 7f8f1688e882cd0587097fe4867e20d8fa122cce

# get the current revision
 $ git log | head -1
 commit 7f8f1688e882cd0587097fe4867e20d8fa122cce

# build from source

# check out options available
$ ./configure  --help
$ ./configure <options> (or leave blank)
$ make -j8
$ make install

Version(s) of mythbackend / mythfrontend:

$ mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.28-76-g7f8f168-dirty
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20160309-1
QT Version : 5.6.1
Options compiled in:
 linux debug use_hidesyms using_alsa using_pulse 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_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_debugtype using_mythlogserver using_systemd_notify 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
mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.28-76-g7f8f168-dirty
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20160309-1
QT Version : 5.6.1
Options compiled in:
 linux debug use_hidesyms using_alsa using_pulse 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_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_debugtype using_mythlogserver using_systemd_notify 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

comment:8 Changed 3 years ago by michael@…

MBE & SBE run Ubuntu 14.04 Packages installed are from ppa:mythbuntu/0.28 repository

MythTV Version : v0.28-97-ge9d0543
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20161120-1
QT Version : 5.2.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend 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_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2

comment:9 in reply to:  8 ; Changed 3 years ago by WilliamDeRieux@…

Replying to michael@…:

MBE & SBE run Ubuntu 14.04 Packages installed are from ppa:mythbuntu/0.28 repository

MythTV Version : v0.28-97-ge9d0543
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20161120-1
QT Version : 5.2.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend 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_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2

I think that is the problem:

Library API : 0.28.20161120-1
vs
Library API : 0.28.20160309-1

ppa:mythbuntu/0.28 repository: https://launchpad.net/~mythbuntu/+archive/ubuntu/0.28

This bug probably should be reported to: https://bugs.launchpad.net/mythbuntu

Especially since it seems to be custom/modified version from the git repo.

You can confirm that is a bug specific to mythbuntu by compiling directly from the git source as I mentioned earlier.

comment:10 in reply to:  9 Changed 3 years ago by WilliamDeRieux@…

Replying to WilliamDeRieux@…:

Replying to michael@…:

MBE & SBE run Ubuntu 14.04 Packages installed are from ppa:mythbuntu/0.28 repository

MythTV Version : v0.28-97-ge9d0543
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20161120-1
QT Version : 5.2.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend 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_sdl using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_bindings_perl using_bindings_python using_bindings_php using_freetype2 using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2

I think that is the problem:

Library API : 0.28.20161120-1
vs
Library API : 0.28.20160309-1

ppa:mythbuntu/0.28 repository: https://launchpad.net/~mythbuntu/+archive/ubuntu/0.28

This bug probably should be reported to: https://bugs.launchpad.net/mythbuntu

Especially since it seems to be custom/modified version from the git repo.

You can confirm that is a bug specific to mythbuntu by compiling directly from the git source as I mentioned earlier.

The library API was changed from 0.28.20160309-1 to 0.28.20161120-1 on Nov 22, 2016 by jyavenard with commit: a56e4ee5cf7f18598c76c644dec2d87d21c78702.

If you were getting similar errors with 0.27 and you were using the mythbuntu version (they might have made some Ubuntu specific modifications).

I would highly recommend building from the git source and seeing if the issue still exists.

comment:11 Changed 3 years ago by michael@…

Under 0.27, the only issue I had was when changing channel in LiveTV from a channel provided by Composite to another Composite channel, I would get "Could not find A/V decoder" as described in #12903 - Not an issue for me, as were very rarely use LiveTV. Under 0.27, the only issue recording from Composite was back to back recordings would trigger the same problem as #12903.

Under 0.28 all recordings from composite fail with either "timeout waiting for signal" errors or above segfault - most commonly the above segfault.

Curiously, for me anyway, I can use LiveTV to watch Composite channels (and start recording by press "R" in frontend) and they work fine....

So, as a strange twist is MythTV history, currently LiveTV works better for me than recording for channels received by Composite/SVideo connection.

comment:12 Changed 3 years ago by michael@…

With Debug logging enabled, show that recorders/v4lrecorder.cpp is attempting to open /dev/vbi0 device. Right after this attempt, slave backend seg faults.

I see that the problem is that the recorder code assumes that its recording from a "proper tuner" even when set to record from "Composite" device.

comment:13 Changed 3 years ago by Andy Harvey <andy@…>

FYI. The segfault may be caused by the issue raised in ticket #12858. It occurs when initial padding occurs on a recording from v4l device. Doesn't occur on LiveTV as there's no padding.

comment:14 in reply to:  13 Changed 3 years ago by WilliamDeRieux@…

Replying to Andy Harvey <andy@…>:

FYI. The segfault may be caused by the issue raised in ticket #12858. It occurs when initial padding occurs on a recording from v4l device. Doesn't occur on LiveTV as there's no padding.


That would indicate that michael's issue is not related to this bug (#12572) as no seg fault occurred it was just UI message spam in Live TV when using using composite input or s-video.

Also, bug #12903 references some 0-length recordings before a full recording (that could be padding issues), but it never caused a seg fault -- and the issue was mostly related to the TuningSignalCheck? method.

comment:15 Changed 3 years ago by Stuart Auchterlonie

Milestone: 0.28.10.28.2

Moving remaining open 0.28.1 tickets to 0.28.2

comment:16 Changed 22 months ago by Stuart Auchterlonie

Resolution: Won't Fix
Status: acceptedclosed

Closing any remaining tickets for 0.28, if the issue persists, feel free to reopen and align to v29 or master

Note: See TracTickets for help on using tickets.