I upgraded my MythTV to Kernel 2.6.12.5 and ivtv-0.3.8 and some of the recorded video has temporal flaws. Randomly (sometimes 4 times in a minute, sometimes once every 5 minutes) the video slows down and the audio gets stuttery. It is as if the video contains more frames than it has audio. I did not notice this problem when watching live TV for 30 seconds (but possibly I didn't watch TV long enough; I almost never watch live TV). I did not have these problems under kernel 2.4.28-gentoo-r8 and ivtv-0.2.0-rc2k. I am unable to try the 0.2.0_rc2-r15 ebuild of ivtv. The source tars have disappeared. Reproducible: Always Steps to Reproduce: Portage 2.0.51.22-r2 (default-linux/x86/2005.0/2.4, gcc-3.3.6, glibc-2.3.5-r1, 2.6.12.5 i686) ================================================================= System uname: 2.6.12.5 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.4.22-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.datapipe.net/gentoo ftp://gentoo.chem.wisc.edu/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/thoth/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X Xaw3d acl alsa apache2 apm avi bash-completion berkdb bitmap-fonts bonobo bzilb cdr crypt cups divx4linux doc dvd dvdr emboss encode esd fam flac foomaticdb gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jpeg junit kde lcd libg++ libwww lirc mad maildir mikmod mjpeg mmx mmx2 mng motif mp3 mpeg mysql mythtv ncurses nls nojython ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang spell sse ssl svg svga tcltk tcpd theora tiff transcode truetype truetype-fonts type1-fonts unicode v4l v4l2 vim-with-x vorbis wmf xinerama xml xml2 xmms xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
That old ivtv wouldn't work with a kernel that new. So you wouldn't be able to try it. You need to provide dmesg outputs when the ivtv driver loads, while recording and when this occurs to get anything remotely meaningful back. You also need to provide the output of ivtv-detect It also could be the change to the new kernel and different kernel options you've picked. It could be MythTV's playback being bad do to some kernel/glibc dependancy that's changed. There's way to many variables here that have changed to blame that driver. Also, run a test with mplayer /dev/video0
I discovered some encoding glitches in stuff recorded this morning under kernel 2.4.28-gentoo-r8 that still has the old itv modules. I reverted to my old firmware in /lib/modules and rebooted. If new recordings do not have encoding glitches, I'll try the old firmware with the 2.6 kernel.
