id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc	mlocked
12903	Changing channels while watching live tv results in error - Cannot find A/V Decoder (or a black screen)	William L. DeRieux IV <WilliamDeRieux@…>	JYA	"{{{
$ 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)."	Bug Report - General	closed	major	0.28.1	MythTV - Recording	0.28.0	medium	Fixed			0