bttv: video grabbing via v4l1 does not work since 2.6.25

bttv: video grabbing via v4l1 does not work since 2.6.25

[Mario 'BitKoenig' Holbe]

[-- Attachment #1.1: Type: text/plain, Size: 1563 bytes --]

Hello,

with 2.6.25 bttv video grabbing via vlc stopped working.
vlc is stable version 0.8.6.h which uses v4l(1) interface only.
Up to 2.6.24 everything was working well.
I suspect the reason to be somewhere in the v4l1->v4l2 conversion done
in 2.6.25:

	commit 402aa76aa5e57801b4db5ccf8c7beea9f580bb1b
	Author: Douglas Schilling Landgraf <dougsland@gmail.com>
	    V4L/DVB (6911): Converted bttv to use video_ioctl2

	commit e84619b17440ccca4e4db7583d126c4189b987e5
	Author: Nickolay V. Shmyrev <nshmyrev@yandex.ru>
	    V4L/DVB (6410): Partial conversion from V4L1 to V4L2

Video capturing via xawtv (overlay as well as grabdisplay method) does
still work with 2.6.25/26.

I attached the relevant dmesg snippets from bttv initialization and vlc
debugging output both for 2.6.24 and 2.6.26 as well as v4l1-compat debug
messages for 2.6.26 (there are no v4l1-compat messages for 2.6.24).

It seems like vlc is no longer able to select the I420 chroma. Please
also note the changed vlc device recognition from "1 audios" to
"0 audios" in .26. Audio grabbing did stop working as well.

The card in question is a Hauppauge WinTV PCI FM.
The vlc commandline is:
vlc -vv v4l:///dev/video0:adev=/dev/dsp:audio=0:tuner=0:norm=pal:frequency=182250:size=720x576      

If you need more info, please let me know.

Please CC: me in replies, M-F'up2 should be set correctly.


regards
   Mario
-- 
There are two major products that come from Berkeley: LSD and UNIX.
We don't believe this to be a coincidence.    -- Jeremy S. Anderson

[-- Attachment #1.2: dmesg.2.6.24 --]
[-- Type: text/plain, Size: 1744 bytes --]

Linux video capture interface: v2.00
bttv: driver version 0.9.17 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 16 (level, low) -> IRQ 17
bttv0: Bt878 (rev 17) at 0000:04:00.0, irq: 17, latency: 64, mmio: 0xfdffe000
bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
bttv0: using: Hauppauge (bt878) [card=10,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00ffffdb [init]
bttv0: Hauppauge/Voodoo msp34xx: reset line init [5]
tveeprom 1-0050: Hauppauge model 44354, rev C121, serial# 2268107
tveeprom 1-0050: tuner model is Philips FM1216 (idx 21, type 5)
tveeprom 1-0050: TV standards PAL(B/G) (eeprom 0x04)
tveeprom 1-0050: audio processor is MSP3415 (idx 6)
tveeprom 1-0050: has radio
bttv0: Hauppauge eeprom indicates model#44354
bttv0: tuner type=5
bttv0: i2c: checking for MSP34xx @ 0x80... found
msp3400 1-0040: MSP3415D-B3 found @ 0x80 (bt878 #0 [sw])
msp3400 1-0040: MSP3415D-B3 supports nicam, mode is autodetect
bttv0: i2c: checking for TDA9875 @ 0xb0... not found
bttv0: i2c: checking for TDA7432 @ 0x8a... not found
tuner 1-0061: chip found @ 0xc2 (bt878 #0 [sw])
tuner-simple 1-0061: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
tuner 1-0061: type set to Philips PAL_BG (FI1
tuner-simple 1-0061: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
tuner 1-0061: type set to Philips PAL_BG (FI1
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: registered device radio0
bttv0: PLL: 28636363 => 35468950 .. ok
ACPI: PCI Interrupt 0000:04:00.1[A] -> GSI 16 (level, low) -> IRQ 17
bt87x0: Using board 1, analog, digital (rate 32000 Hz)
bt878: AUDIO driver version 0.0.0 loaded

[-- Attachment #1.3: dmesg.2.6.26 --]
[-- Type: text/plain, Size: 2097 bytes --]

[   24.368869] Linux video capture interface: v2.00
[   24.404665] bttv: driver version 0.9.17 loaded
[   24.429120] bttv: using 8 buffers with 2080k (520 pages) each for capture
[   24.453477] ACPI: PCI Interrupt 0000:04:00.1[A] -> GSI 16 (level, low) -> IRQ 16
[   24.476702] bt87x0: Using board 1, analog, digital (rate 32000 Hz)
[   24.512622] bttv: Bt8xx card found (0).
[   24.512622] ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 16 (level, low) -> IRQ 16
[   24.544708] bttv0: Bt878 (rev 17) at 0000:04:00.0, irq: 16, latency: 64, mmio: 0xfdffe000
[   24.570800] bttv0: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
[   24.597855] bttv0: using: Hauppauge (bt878) [card=10,autodetected]
[   24.621849] bttv0: gpio: en=00000000, out=00000000 in=00ffffdb [init]
[   24.641830] bttv0: Hauppauge/Voodoo msp34xx: reset line init [5]
[   24.690793] tveeprom 1-0050: Hauppauge model 44354, rev C121, serial# 2268107
[   24.710797] tveeprom 1-0050: tuner model is Philips FM1216 (idx 21, type 5)
[   24.731631] tveeprom 1-0050: TV standards PAL(B/G) (eeprom 0x04)
[   24.750048] tveeprom 1-0050: audio processor is MSP3415 (idx 6)
[   24.767768] tveeprom 1-0050: has radio
[   24.779001] bttv0: Hauppauge eeprom indicates model#44354
[   24.795167] bttv0: tuner type=5
[   24.806331] bttv0: i2c: checking for MSP34xx @ 0x80... found
[   24.855672] msp3400' 1-0040: MSP3415D-B3 found @ 0x80 (bt878 #0 [sw])
[   24.875254] msp3400' 1-0040: msp3400 supports nicam, mode is autodetect
[   24.903715] bttv0: i2c: checking for TDA9875 @ 0xb0... not found
[   24.919763] bttv0: i2c: checking for TDA7432 @ 0x8a... not found
[   24.988073] tuner' 1-0061: chip found @ 0xc2 (bt878 #0 [sw])
[   25.096455] tuner-simple 1-0061: creating new instance
[   25.109634] tuner-simple 1-0061: type set to 5 (Philips PAL_BG (FI1216 and compatibles))
[   25.158913] bttv0: registered device video0
[   25.172353] bttv0: registered device vbi0
[   25.186470] bttv0: registered device radio0
[   25.204435] bttv0: PLL: 28636363 => 35468950 .. ok
[   25.280931] bt878: AUDIO driver version 0.0.0 loaded

[-- Attachment #1.4: vlc.2.6.24 --]
[-- Type: text/plain, Size: 978 bytes --]

[00000287] v4l demuxer debug: WxH 720x576
[00000287] v4l demuxer debug: main device=`/dev/video0'
[00000287] v4l demuxer debug: V4L device BT878 video (Hauppauge (bt878)) 4 channels 1 audios 48 < w < 924 32 < h < 576
[00000287] v4l demuxer debug: setting channel Television(0) 1 tuners flags=0x3 type=0x1 norm=0x0
[00000287] v4l demuxer debug: frequency 182250 (2916)
[00000287] v4l demuxer debug: v4l device uses brightness: 32768
[00000287] v4l demuxer debug: v4l device uses colour: 32768
[00000287] v4l demuxer debug: v4l device uses hue: 32768
[00000287] v4l demuxer debug: v4l device uses contrast: 26214
[00000287] v4l demuxer debug: v4l device uses frame size: 622080
[00000287] v4l demuxer debug: v4l device uses chroma: I420
[00000287] v4l demuxer debug: opened adev=`/dev/dsp' stereo 44100Hz
[00000287] v4l demuxer debug: v4l grabbing started
[00000287] v4l demuxer debug: added new video es I420 720x576
[00000287] v4l demuxer debug: new audio es 2 channels 44100Hz

[-- Attachment #1.5: vlc.2.6.26 --]
[-- Type: text/plain, Size: 1844 bytes --]

[00000287] v4l demuxer debug: WxH 720x576
[00000287] v4l demuxer debug: main device=`/dev/video0'
[00000287] v4l demuxer debug: V4L device BT878 video (Hauppauge (bt878)) 4 channels 0 audios 48 < w < 924 32 < h < 576
[00000287] v4l demuxer debug: setting channel Television(0) 1 tuners flags=0x1 type=0x1 norm=0x0
[00000287] v4l demuxer debug: frequency 182250 (2916)
[00000287] v4l demuxer debug: v4l device uses brightness: 32768
[00000287] v4l demuxer debug: v4l device uses colour: 32768
[00000287] v4l demuxer debug: v4l device uses hue: 32768
[00000287] v4l demuxer debug: v4l device uses contrast: 26214
[00000287] v4l demuxer debug: v4l device uses frame size: 622080
[00000287] v4l demuxer debug: v4l device uses chroma: I420
[00000287] v4l demuxer warning: I420 refused
[00000287] v4l demuxer error: chroma selection failed
[00000287] v4l demuxer error: cannot set audio format (16b little endian) (Invalid argument)
[00000287] v4l demuxer debug: V4L device BT878 video (Hauppauge (bt878)) 4 channels 0 audios 48 < w < 924 32 < h < 576
[00000287] v4l demuxer debug: setting channel Television(0) 1 tuners flags=0x1 type=0x1 norm=0x0
[00000287] v4l demuxer debug: frequency 182250 (2916)
[00000287] v4l demuxer debug: v4l device uses brightness: 32768
[00000287] v4l demuxer debug: v4l device uses colour: 32768
[00000287] v4l demuxer debug: v4l device uses hue: 32768
[00000287] v4l demuxer debug: v4l device uses contrast: 26214
[00000287] v4l demuxer debug: v4l device uses frame size: 622080
[00000287] v4l demuxer debug: v4l device uses chroma: I420
[00000287] v4l demuxer warning: I420 refused
[00000287] v4l demuxer error: chroma selection failed
[00000287] v4l demuxer debug: opened adev=`/dev/dsp' stereo 44100Hz
[00000287] v4l demuxer debug: v4l grabbing started
[00000287] v4l demuxer debug: new audio es 2 channels 44100Hz

[-- Attachment #1.6: v4l1-compat.2.6.26 --]
[-- Type: text/plain, Size: 366 bytes --]

[ 1476.260792] v4l1-compat: VIDIOCSPICT / VIDIOC_S_FBUF: -1
[ 1476.260792] v4l1-compat: VIDIOCSPICT / VIDIOC_S_FBUF: -1
[ 1476.260792] v4l1-compat: VIDIOCMCAPTURE / VIDIOC_S_FMT: -16
[ 1476.272793] v4l1-compat: VIDIOCSPICT / VIDIOC_S_FBUF: -1
[ 1476.272793] v4l1-compat: VIDIOCSPICT / VIDIOC_S_FBUF: -1
[ 1476.272793] v4l1-compat: VIDIOCMCAPTURE / VIDIOC_S_FMT: -16

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 481 bytes --]

Re: bttv: video grabbing via v4l1 does not work since 2.6.25

[Mario 'BitKoenig' Holbe]

[-- Attachment #1: Type: text/plain, Size: 1254 bytes --]

Hello again,

even though I doubt somebody cares, I tried to collect some more
information in the vague hope to get previously working features back,
maybe in two years or three...

On Mon, Aug 04, 2008 at 01:16:54PM +0200, Mario 'BitKoenig' Holbe wrote:
> with 2.6.25 bttv video grabbing via vlc stopped working.
> vlc is stable version 0.8.6.h which uses v4l(1) interface only.
> Up to 2.6.24 everything was working well.

With the release of vlc 0.9 I can confirm that grabbing over V4L2 works,
V4L, of course, is still broken.

> Please also note the changed vlc device recognition from "1 audios" to
> "0 audios" in .26.

The reason for this is probably that the volume control disappeared
(which was there and working in .24, of course). mute, balance, bass and
trebble controls are still there and working in .26 and to some extent
the driver seems to have some knowledge about a "volume" as well, as
v4l2-dbg --log-status shows. And some applications are somehow able to
set it to 0 from time to time - re-adjusting it is quite hard without
the volume control mentioned above.


Mario
-- 
Doing it right is no excuse for not meeting the schedule.
                                -- Plant Manager, Delphi Corporation

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 481 bytes --]