[mythtv-commits] Ticket #12903: Changing channels while watching live tv results in error - Cannot find A/V Decoder (or a black screen)
MythTV
noreply at mythtv.org
Mon Oct 17 13:04:09 UTC 2016
#12903: Changing channels while watching live tv results in error - Cannot find A/V
Decoder (or a black screen)
-------------------------------------------------+-------------------------
Reporter: William L. DeRieux IV | Owner: jyavenard
<WilliamDeRieux@…> |
Type: Bug Report - General | Status: new
Priority: major | Milestone: 0.28.1
Component: MythTV - Recording | Version: 0.28.0
Severity: medium | Keywords:
Ticket locked: 0 |
-------------------------------------------------+-------------------------
{{{
$ mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.28-72-g228b05b-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_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_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
}}}
I am also running Debian/Stretch (testing) and this was compiled using
gcc-6.
When starting to watch live tv everything works as expected -- however
when I change to another channel it will either exit back to the main menu
and display "Could not find A/V decoder" or I will get a black screen.
There were some 0 length nuv files created in the livetv folder, too
(seems like the backend may have attempted to restart the recording since
it failed -- as the next nuv file was non-zero length but had no audio).
Mythfrontend had also reported that the recordings has 3 or more audio
channels (and went as high as 38 channels at one point).
I will be attaching the backend and frontend logs.
Note the log files reference a failing recording due to 'Tuning timeout'.
I am using an Analog Capture Card and recording from composite input and
thus 'Tuning lock/timeout' is not valid in this context please refer to
this bug for more info: https://code.mythtv.org/trac/ticket/12572).
Also, I think this issues also happens on scheduled recordings, just not
as often -- those recording are sometimes lacking audio (the attached log
files do not reference this part, though).
--
Ticket URL: <https://code.mythtv.org/trac/ticket/12903>
MythTV <http://www.mythtv.org>
MythTV Media Center
More information about the mythtv-commits
mailing list