On Sunday 26 August 2007 01:16:38 Marty wrote:
> Hans Verkuil wrote:
> > On Saturday 25 August 2007 22:32:39 Marty wrote:
> >> Hans Verkuil wrote:
> >> > Mail the output, perhaps that will tell me something. Because I
> >> > have no idea whatsoever what could be causing the problems you
> >> > have.
> >>
> >> I have a theory based on observation of the problem: Most channels
> >> don't contain black, but sports and news broadcast often have
> >> narrow strips extending across the image, containing text against
> >> a back background. I think this is being interpreted as
> >> horizontal blank period. As the strip appears or disappears, the
> >> problem follows it. In one case large black box in the center
> >> containing text, which caused vertical sync failure, suggesting
> >> that it was interpreted as a vertical blank period.
> >
> > Do you get the same problem when running:
> >
> > mplayer -demuxer rawvideo -rawvideo ntsc:format=hm12 /dev/video32
>
> No change, but the image is compressed to the left two thirds of the
> frame with flashing solid blocks filling the right third.
>
> > (Use the correct device for your card).
> >
> > If that works fine, then try running this mplayer command together
> > with a 'cat /dev/video0 >test.mpg' (capturing the MPEG as well from
> > the same card). Then run 'mplayer test.mpg' later to see if that
> > has problems.
>
> No change.
>
> > Does switching the antenna cables between your working card and
> > failing card make a difference?
>
> No change.
OK, then it is either the cx25840 settings or the tuner settings. Are
you able to test with the composite or S-Video input? That way we can
eliminate the tuner.
If you can, then please do that first. If it works fine if the tuner is
bypassed, then let me know and you can ignore the rest of this mail.
If it is still wrong, then continue below:
What is the last working configuration? You will have to go back to that
and I'll give you some instructions that give me a cx25840 register
dump which I can then compare with the current ones.
It might be best if you get a register dump of the faulty version first:
you have to run v4l2-dbg as root (this is for ivtv versions >= 1.0.0)
with the following arguments:
v4l2-dbg -d /dev/video1 -R type=i2cdrv,chip=cx25840
Do this *while a capture is in progress*! To get consistent results it's
best to first rmmod ivtv and cx25840, then modprobe ivtv, select a
channel and run 'cat /dev/video1 >/dev/null'.
This should give a register dump. If not, then make sure that the kernel
config option 'Enable advanced debug functionality' is on. It's found
in the section on Video capture adapters. If you compile from the
kernel, then select it there ('make menuconfig'), if you compile from
the v4l-dvb repostory, then run 'make menuconfig' in the v4l-dvb
directory. It's a bit of a hassle, but it's necessary so that I can
compare the two results.
Thanks,
Hans
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
