Opened 11 years ago
Closed 9 years ago
#12572 closed Patch - Feature (Won't Fix)
Non-tunable inputs always generate tuning timeout message spam when watching live tv
| Reported by: | 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 by , 11 years ago
| Owner: | set to |
|---|---|
| Status: | new → accepted |
comment:2 by , 10 years ago
| Milestone: | 0.28 → 0.28.1 |
|---|
comment:3 by , 10 years ago
Has anyone taken a look at this...
I feel this may have fallen by the wayside.
comment:4 by , 10 years ago
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
follow-up: 7 comment:5 by , 10 years ago
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 by , 10 years ago
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 by , 10 years ago
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
follow-up: 9 comment:8 by , 10 years ago
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
follow-up: 10 comment:9 by , 10 years ago
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 by , 10 years ago
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_libxml2I 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 by , 10 years ago
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 by , 10 years ago
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.
follow-up: 14 comment:13 by , 10 years ago
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 by , 10 years ago
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 by , 10 years ago
| Milestone: | 0.28.1 → 0.28.2 |
|---|
Moving remaining open 0.28.1 tickets to 0.28.2
comment:16 by , 9 years ago
| Resolution: | → Won't Fix |
|---|---|
| Status: | accepted → closed |
Closing any remaining tickets for 0.28, if the issue persists, feel free to reopen and align to v29 or master
Moving unresolved tickets to next point release