As of recently, a number of existing recordings have become essentially
unwatchable because their video and audio are out of sync by what feels
like a minute or more. I haven't actually measured but it's definitely
closer to a minute than to a second, as in "that's the audio for the next
scene, or the one after that".
It seems that the HD recordings are still perfectly in sync and it's only
the SD ones that are affected.
The problem is only with the mythtv built-in player because if I open the
same files in VLC then the audio and video are still perfectly in sync. But
of course it's a pain to watch a recorded movie via VLC because the cut
list is not honoured so I have to skip all the commercials all over again
(not counting the faff about finding the actual file name and invoking VLC
from the command line).
Are there known a/v sync issues with the mythtv player? More importantly,
are there any recommended fixes?
mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v32.0~master.202004182203.c1fb397~ubuntu20.04.1
MythTV Branch : master
Network Protocol : 91
Library API : 32.20200101-1
QT Version : 5.12.8
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_dvb using_firewire using_frontend using_hdhomerun
using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu
using_libcec using_libcrypto using_gnutls using_libdns_sd using_libfftw3
using_libxml2 using_lirc using_mheg using_opengl using_egl using_qtwebkit
using_qtscript using_qtdbus using_taglib using_v4l2 using_x11
using_libbluray_external using_xrandr using_profiletype
using_systemd_notify using_systemd_journal using_bindings_perl
using_bindings_python using_bindings_php using_freetype2
using_mythtranscode using_opengl using_egl using_vaapi using_nvdec
using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2
using_libmp3lame
unwatchable because their video and audio are out of sync by what feels
like a minute or more. I haven't actually measured but it's definitely
closer to a minute than to a second, as in "that's the audio for the next
scene, or the one after that".
It seems that the HD recordings are still perfectly in sync and it's only
the SD ones that are affected.
The problem is only with the mythtv built-in player because if I open the
same files in VLC then the audio and video are still perfectly in sync. But
of course it's a pain to watch a recorded movie via VLC because the cut
list is not honoured so I have to skip all the commercials all over again
(not counting the faff about finding the actual file name and invoking VLC
from the command line).
Are there known a/v sync issues with the mythtv player? More importantly,
are there any recommended fixes?
mythfrontend --version
Please attach all output as a file in bug reports.
MythTV Version : v32.0~master.202004182203.c1fb397~ubuntu20.04.1
MythTV Branch : master
Network Protocol : 91
Library API : 32.20200101-1
QT Version : 5.12.8
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_dvb using_firewire using_frontend using_hdhomerun
using_vbox using_ceton using_hdpvr using_ivtv using_joystick_menu
using_libcec using_libcrypto using_gnutls using_libdns_sd using_libfftw3
using_libxml2 using_lirc using_mheg using_opengl using_egl using_qtwebkit
using_qtscript using_qtdbus using_taglib using_v4l2 using_x11
using_libbluray_external using_xrandr using_profiletype
using_systemd_notify using_systemd_journal using_bindings_perl
using_bindings_python using_bindings_php using_freetype2
using_mythtranscode using_opengl using_egl using_vaapi using_nvdec
using_vdpau using_ffmpeg_threads using_mheg using_libass using_libxml2
using_libmp3lame