[pvrusb2] problem with a hvr-1900
Mike Isely
isely at isely.net
Fri Sep 10 21:56:48 CDT 2010
On Fri, 10 Sep 2010, vdb128 at picaros.org wrote:
> > strange, even if it says that root was the owner I coulnt do anything.
>
> The file redirection ' >/path/to/file' is done by the shell that
> interpretes the command. You might want to give
>
> sudo sh -c 'echo "composite" >/sys/class/pvrusb2/sn*/ctl_input/cur_val'
I think you nailed it. This is not the first time people have been
fooled by sudo and file redirection!
>
> a try. Make sure there is a valid composite signal. Then try
>
> dd if=/dev/video0 of=test.mpg bs=4096 count=1000
>
> which should take less than 10 seconds. If the file does play,
> e.g. mplayer outputs
>
> A: 0.2 V: 0.3 A-V: -0.138 ct: 0.000 2/ 2 ??% ??% ??,?% 0 0
> Broken frame at 0x236A0
> A: 3.5 V: 3.8 A-V: -0.327 ct: -0.285 90/ 90 11% 4% 0.6% 0 0
>
> but contains a black image then the signal doesn't reach the working
> encoder chip. Support for the last variant of the hvr-1900 is very
> recent. You may need to upgrade to linux 2.6.35.4.
Another thing that is very useful to try when suspecting RF tuner
problems: bypass the tuner.
If you attempt a capture using the s-video or composite inputs (like the
detailed sequence I had told Lorne about which he then forwarded to the
list), then you're testing every aspect of the video pipeline *except*
the RF tuner. So if such an experiment succeeds, then you know
everything else is healthy.
-Mike
--
Mike Isely
isely @ isely (dot) net
PGP: 03 54 43 4D 75 E5 CC 92 71 16 01 E2 B5 F5 C1 E8
More information about the pvrusb2
mailing list