With kernel 2.6.25-gentoo-r9 and older, I was able to watch TV with tvtime, then switch off tvtime, start "mplayer tv://" and watch TV with mplayer (more importantly, record with mencoder). Mplayer and mencoder were tuned on the last channel I was viewing with tvtime. Now (kernel 2.6.28-gentoo, also reproducible on 2.6.27-gentoo-r*), the channel is lost after exiting tvtime and mplayer and mencoder are NOT tuned to the frequency that is "left" by tvtime. This means, I cannot record from TV any more. Reproducible: Always Steps to Reproduce: 1. start tvtime 2. tune to some channel 3. stop tvtime 4. start mencoder (with appropriate parameters) Actual Results: mencoder records from some irrelevant tuner frequency, not from the channel that was last viewed with tvtime. Expected Results: mencoder should record from the last channel viewed with tvtime as with older kernels. emerge --info: Portage 2.1.6.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r9 x86_64) ================================================================= System uname: Linux-2.6.25-gentoo-r9-x86_64-AMD_Athlon-tm-_X2_Dual_Core_Processor_BE-2400-with-glibc2.2.5 Timestamp of tree: Sun, 11 Jan 2009 10:35:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.3.0-r1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=k8" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=k8" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo " LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa amd64 berkdb bluetooth bzip2 cdr cli compositor cracklib crypt dbus dri dvd fortran fpu gdbm gpm gtk gtk2 hal iconv ipv6 isdnlog java jpeg lm_sensors midi mmx mudflap multilib ncurses nls nptl nptlonly nvidia openmp pam pcre perl png pppd python readline reflection session spl sse sse2 ssl sysfs tcpd truetype unicode v4l v4l2 xcomposite xorg zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia vesa" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 178064 [details] kernel-config 2.6.25-gentoo-r9 working config for kernel 2.6.25-gentoo-r9
Created attachment 178066 [details] kernel-config 2.6.28-gentoo kernel config for 2.6.28-gentoo
Created attachment 178067 [details] lspci
Created attachment 178069 [details] dmesg with 2.6.25-gentoo-r9, specific kernel boot options (see below) dmesg ; at the end it's visible that I turn on tvtime once, turn it off, run "mplayer tv://" once, and exit mplayer The kernel options I have set at boot time are: cx88xx.core_debug=1 tuner.debug=1 tuner_simple.debug=1
Created attachment 178070 [details] dmesg with 2.6.28-gentoo, specific kernel boot options (see below) dmesg ; at the end it's visible that I turn on tvtime once, turn it off, run "mplayer tv://" once, and exit mplayer The kernel options I have set at boot time are: cx88xx.core_debug=1 tuner.debug=1 tuner_simple.debug=1
Also no duplicate of bug #254265?
I don't think this is a duplicate of either Bug 250609 or Bug 254265, since I can change channels in tvtime. Bug 250609 was submitted by me and there I mention the mplayer problem, but Axel Dyks proposed submitting a new bug report for this problem.
OK, I played aroung a bit more with my tvcard using mplayer, vlc and tvtime. It actually looks like the tvcard does not "lose channel" but "loses television standard". The problem is that mplayer always switches the card to ntsc (and pal would be right), no matter what parameter XX I set to -tv driver=v4l2:norm=XX So this means that the tvcard loses not the channel but the standard, even more - it loses it only when I start mplayer - when I start vlc, the standard (pal) is kept as it was from the last start of tvtime. Shall we mark this bug as invalid, and I will open another bug report? To me it looks like mplayer has a problem of communicating with the tuner, so that a "default" television standard (ntsc) is always selected. It is DEFINITELY NOT a channel loss problem, but this was hard to spot because each time I saw unclear pictures with mplayer.
Hello myself, after playing around with my tvcard for another 3-4 hours, I noted this line in the mplayer startup message: tv.c: norm_from_string(3): Bogus norm parameter, setting default. All the time I thought that setting norm=3 to the driver parameter of mplayer was right, because further up in the same mplayer message there is the following line: supported norms: 0 = NTSC-M; 1 = NTSC-M-JP; 2 = NTSC-443; 3 = PAL-BG; 4 =PAL-I; 5 = PAL-DK; 6 = PAL-M; 7 = PAL-N; 8 = PAL-Nc; 9 = PAL-60; 10 = SECAM-DK; 11 = SECAM-L; I solved the problem by passing "PAL-BG" (insted of "3") to the driver parameter: mplayer tv:// -tv driver=v4l2:norm=PAL-BG My conclusion was that, as the kernel driver has been modified lately, the default television norm has been set to NTSC and earlier it had been PAL. That's why I didn't have to type in any norm as a driver parameter earlier (e.g. kernel 2.6.25). Another conclusion is that mplayer's message line with the norms (see above, e.g. 3=PAL-BG) is misleading and should be changed to a simple list of the norms as strings. That's it, I'm changing the status to fixed.
In the end, it doesn't seem to me like a bug at all and it's more suitable for the INVALID category. If you wish, tho, you could start a new bug report at mplayer's bugzilla (http://bugzilla.mplayerhq.hu/) regarding the norm listing.
