Hi,v4l2 support could not have been broken, since it was never present. You were going through a compat layer.... Maybe that's where the regression is.
Thanks for the info. It's strange since this is a regressionI've tried running mplayer v4l2 input on a bt878 card, and it fails.bttv currently only supports v4l1. We are still in the process of porting the bttv driver from v4l1 to v4l2. Nickolay is working on it.
xawtv works fine, and 2.6.14-rc5 used to work fine.
On git 3b44f137b9a846c5452d9e6e1271b79b1dbcc942 :
$ mplayer tv://1 -tv driver=v4l2
MPlayer dev-CVS--4.0.2 (C) 2000-2005 MPlayer Team
CPU: Advanced Micro Devices Athlon 64 Newcastle,Winchester,San Diego,Venice; Sempron Palermo (Family: 15, Stepping: 0)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
(pre 2.6.14 used to work. New code made it fail).
Do you mean there was a change that broke v4l2 support in bttv ?
Ever since Linux Kernel 2.6.3, I used v4l2 for recording (more
than one and a half years...)