Summary: | [post-2.6.25 regression] TV card (cx88 chip) loses channel | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Atanas Kamburov <atanas.kamburov> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | jer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | linux-2.6.??-regression | ||
Package list: | Runtime testing required: | --- | |
Attachments: |
kernel-config 2.6.25-gentoo-r9
kernel-config 2.6.28-gentoo lspci dmesg with 2.6.25-gentoo-r9, specific kernel boot options (see below) dmesg with 2.6.28-gentoo, specific kernel boot options (see below) |
Description
Atanas Kamburov
2009-01-11 15:28:46 UTC
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. |