On Sat, 29 Aug 2009 18:33:40 -0400
Andy Walls <[email protected]> wrote:

> On Sat, 2009-08-29 at 04:12 -0400, SoxSlayer wrote:
> > On Mon, 24 Aug 2009 22:20:21 -0400
> > Andy Walls <[email protected]> wrote:
> > 
> > > On Mon, 2009-08-24 at 20:40 -0400, SoxSlayer wrote:
> > > > On Mon, 24 Aug 2009 19:04:43 -0400
> > > > Andy Walls <[email protected]> wrote:
> > > > 
> > > > > On Mon, 2009-08-24 at 17:42 -0400, SoxSlayer wrote:
> > > > > > I have just gotten my HVR 1600 working, well sortof, and I'm
> > > > > > running into some problems.  I have used the latest driver
> > > > > > from linuxtv.org. The driver and firmware load just fine
> > > > > > and dmesg report nothing which would indicate an error.
> > > > > > When I try and view the tv feed with mplayer tv:// the
> > > > > > following is the output:
> > > > > > 
> > > > > > $ mplayer tv://
> > > > > > MPlayer SVN-r29463-4.3.2 (C) 2000-2009 MPlayer Team
> > > > > 
> > > > > 
> > > > > Do this instead:
> > > > > 
> > > > > $ v4l2-ctl -i 0
> > > > > Video input set to 0 (Tuner 1)
> > > > > 
> > > > > $ ivtv-tune -t us-cable -c 4
> > > > > /dev/video0: 67.250 MHz  (Signal Detected)
> > > > > 
> > > > > $ mplayer /dev/video0 -cache 8192
> > > > > MPlayer dev-SVN-r26936-4.3.0 (C) 2000-2008 MPlayer Team
> > > > > CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ (Family:
> > > > > 15, Model: 107, Stepping: 2) CPUflags:  MMX: 1 MMX2: 1 3DNow:
> > > > > 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU
> > > > > detection. mplayer: could not connect to socket
> > > > > mplayer: No such file or directory
> > > > > Failed to open LIRC support. You will not be able to use your
> > > > > remote control.
> > > > > 
> > > > > Playing /dev/video0.
> > > > > Cache fill: 18.85% (1581056 bytes)   
> > > > > MPEG-PS file format detected.
> > > > > VIDEO:  MPEG2  720x480  (aspect 2)  29.970 fps  8000.0 kbps
> > > > > (1000.0 kbyte/s) ....
> > > > > 
> > > > > 
> > > > > > When I do cat /dev/video0 > test.mpg then play the file
> > > > > > there is no audio and the video is not clear.  I can barely
> > > > > > tell what channel it is but it is in black and white and is
> > > > > > very badly distorted.
> > > > > 
> > > > > Hmmm, that should always work.  Perhaps trying to use the
> > > > > tv:// option to mplayer set the cx18 driver to an unusual
> > > > > state. Unload and reload the module just to be sure you're in
> > > > > a known good state before running the above test.
> > > > > 
> > > > > Regards,
> > > > > Andy
> > > > > 
> > > 
> > > > 
> > > > Thanks a lot it worked.  It's not too crucial but when there is
> > > > a lot of motion it seems like every other pixel row is laggin
> > > > behind the rest.  It kinda looks like something to do with
> > > > deinterlacing. Is there some setting in mplayer that can get
> > > > rid of this.
> > > 
> > > I'm not sure about mplayer.  You can try playing around with the
> > > MPEG encoding controls in the driver:
> > > 
> > > $ v4l2-ctl --help
> > > $ v4l2-ctl -L
> > > 
> > > 
> > > 
> > > > Also, what is the status of the IR remote that is included with
> > > > the HVR-1600?  I didn't see too much information while
> > > > researching the other topics with the card and linux.
> > > 
> > > 
> > > It should work with the ir-kbd-i2c module in the latest v4l-dvb
> > > sources.
> > 
> > When I try and load ir-kbd-i2c it reports:
> > 
> > ir-kbd-i2c: ir-kbd-i2c: Unsupported device at address 0x71
> > 
> > in the output to dmesg.  The command used to load the module was:
> > 
> > # modprobe ir-kbd-i2c hauppauge=1 debug=1
> > 
> > If this is a bug where should I file it and what additional
> > information would be helpful?
> 
> Argh, this bug belong to me.  I either didn't do the changes to
> ir-kbd-i2c.c:ir_probe() properly or
> cx18/cx18-i2c.c:cx18_i2c_new_ir() .
> 
> What kernel version are you using?
> 
> Are you using the ir-kbd-i2c and cx18 drivers compiled from the latest
> v4l-dvb repository?
> 
> 
> I never tested these changes as I don't have a 2.6.30 kernel availbe
> in my home setup.  I guess I'll need to download one and do some real
> testing.
> 
> Regards,
> Andy
> 
> > > 
> > > The unfortunate problem is that the latest v4l-dvb branch is
> > > broken for LIRC.  I2C subsystem changes in the latest kernels
> > > broke the interface LIRC used to hook up to I2C connected IR
> > > chips within V4L. I updated the cx18 driver to at least work with
> > > ir-kbd-i2c.  LIRC is undergoing updates by Jarred Wilson, so that
> > > one day lirc_i2c and lirc_zilog (aka lirc_pvr150) will work
> > > again. See discussions within the past year on the linux-media
> > > and linux-kernel mailing lists.
> > > 
> > > I need to do an analogous change for ivtv, but haven't gotten to
> > > it yet.
> > > 
> > > Regards,
> > > Andy
> > > 
> > > 
> > > _______________________________________________
> > > ivtv-users mailing list
> > > [email protected]
> > > http://ivtvdriver.org/mailman/listinfo/ivtv-users
> > 
> > -- 
> > 
> > Dustin Mitchell
> > [email protected]
> > 
> > _______________________________________________
> > ivtv-users mailing list
> > [email protected]
> > http://ivtvdriver.org/mailman/listinfo/ivtv-users
> > 
> 
> 
> _______________________________________________
> ivtv-users mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-users

With changeset 12564:6f58a5d8c7c6 it is still reporting unsupported
device when ir-kbd-i2c is loaded.

-- 

Dustin Mitchell
[email protected]

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users

Reply via email to