hermann pitton | 1 Sep 2006 03:20
Picon
Favicon

Re: Asus P7131 Remote Control (includes patch)

Am Donnerstag, den 31.08.2006, 02:41 +0200 schrieb hermann pitton:
> Am Mittwoch, den 30.08.2006, 17:06 +0200 schrieb Marc Fargas:
> > Hi there, for the last few days I've been playing around with the
> > P7131 remote control, with the incalculable help of Nickolay V.
> > Shmyrev (aka. nshm) we managed to get saa7134 to read the events and
> > borrowed some code from  bttv-input.c in order to get an RC5 decoder
> > (yes, the remote seems to be rc5). Things went fine until we tested
> > it, it seems that the RC5 decoder is not working fine... So here's a
> > patch (done against kernel 2.6.17 source tree) with all the work done
> > until now, maybe somebody can correct the rc5 decoder!!
> > 
> > Note: In case mailman doesn't play nice with the patch I uploaded it
> > here: http://golfos.net/~marc/p7131-remote.patch
> > 
> > Thanks for all,
> > Marc F.
> > 
> > Here's some output of dmesg for you to see ;)
> > ("key released" appears more or less randomly, and key codes repeat on
> > more than one key).
> > 
> > ====== If you quickly press "rec" ========
> > time=1156950224.703287  code=3001, rc5=2545512, start=3, toggle=0,
> > address=0, instr=1
> > instruction 1, toggle 0
> > saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x01 raw=0x01 down=1
> > time=1156950224.815297  code=3001, rc5=2545512, start=3, toggle=0,
> > address=0, instr=1
> > key released
> > saa7134 IR (ASUSTeK P7131 Dual): unknown key: key=0x01 raw=0x01 down=0
(Continue reading)

hermann pitton | 1 Sep 2006 03:42
Picon
Favicon

Re: kworld atsc110 remote, diffs attached

Am Donnerstag, den 31.08.2006, 13:43 -0700 schrieb Dwaine Garden:
> I can hack away at it.   What is the best utility to trap the i2c request from the remote?
> 
> Dwaine
> 

Hi,

did you try saa7134 ir_debug already?

Gerd's input utils on cvs.bytesex.org are great.

You are able to dump keymaps and load them modified at runtime with
input-kbd -f file 2, 2 as sample number for the event device of the
remote.

Cheers,
Hermann

> ----- Original Message ----
> From: Bob <yagobob <at> gmail.com>
> To: video4linux-list <at> redhat.com
> Sent: Thursday, August 31, 2006 12:38:02 PM
> Subject: Re: kworld atsc110 remote, diffs attached
> 
> Hi Dwaine,
> 
> > But not all the button work ok.
> 
> Well I never said it was perfect.  :-)   Hopefully that's a matter of
(Continue reading)

pinquadr | 1 Sep 2006 08:32
Picon
Favicon

FM radio on Pinnacle PCTVpro

My FM radio on Pinnacle PCTVpro was happily working with SUSE9.3, now in 
SUSE10.1 I get this error (dmesg|grep bt):

bttv: driver version 0.9.16 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:01:07.0, irq: 185, latency: 32, mmio: 0xd4000000
bttv0: detected: Pinnacle PCTV [card=39], PCI subsystem ID is 11bd:0012
bttv0: using: Pinnacle PCTV Studio/Rave [card=39,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00fffbff [init]
i2c-algo-bit.o: bt878 #0 [sw] passed test.
bttv0: i2c: checking for MSP34xx  <at>  0x80... found
bttv0: pinnacle/mt: id=2 info="PAL+SECAM / stereo" radio=yes
bttv0: using tuner=33
bttv0: i2c: checking for MSP34xx  <at>  0x80... found
msp3400 0-0040: MSP3410G-B11 found  <at>  0x80 (bt878 #0 [sw])
bttv0: i2c: checking for TDA9875  <at>  0xb0... not found
bttv0: i2c: checking for TDA7432  <at>  0x8a... not found
tda9887 0-004b: chip found  <at>  0x96 (bt878 #0 [sw])
tuner 0-0060: chip found  <at>  0xc0 (bt878 #0 [sw])
bttv0: registered device video0
bttv0: registered device vbi0
bttv0: registered device radio0
bttv0: PLL: 28636363 => 35468950 .. ok
bt878: module not supported by Novell, setting U taint flag.
bt878: AUDIO driver version 0.0.0 loaded
bt878: Bt878 AUDIO function found (0).
bt878_probe: card id=[0x1211bd], Unknown card.
bt878: probe of 0000:01:07.1 failed with error -22

(Continue reading)

Nickolay V. Shmyrev | 1 Sep 2006 09:41
Picon
Favicon

Re: Asus P7131 Remote Control (includes patch)

В Птн, 01/09/2006 в 03:20 +0200, hermann pitton пишет:

> and I got once after loading on the first key press this,
> 
> > Sep  1 02:47:31 pc08 kernel: saa7134[2]: registered device video2
> [v4l2]
> > Sep  1 02:47:31 pc08 kernel: saa7134[2]: registered device vbi2
> > Sep  1 02:47:31 pc08 kernel: saa7134[2]: registered device radio2
> > Sep  1 02:48:20 pc08 kernel: time=1157071700.385222     code=300c,
> rc5=1295512, start=3, toggle=1, address=0, instr=c
> > Sep  1 02:48:20 pc08 kernel: instruction c, toggle 1
> > Sep  1 02:48:20 pc08 kernel: key released
> 
> what is exactly what one would like to see and worked. Note the
> start3.
> 
> Further it prints now key released on every press with toggle=1,
> 
Well the actual keypresses are minor problem. Below there are some
checks for bits in decoded code, so if we'll remove they keys will work.
But first of all, we need correct decoding. For example, see checks for
RC_START (rc5) = 3 and RC_ADDR (rc5)=0. Now with toggle on bit 2 instead
of bit 3 we have something wrong.
> 
> As start bits it counts the toggle changes ;), likely gap and other
> timings are also not correct.
> 
> The transmitter chip within the device has no prints on it anymore,
> except some half x,
> the rest seems to be removed with some cleaning fluid.
(Continue reading)

steve_mader | 1 Sep 2006 15:37
Picon
Favicon

Re: Welcome to the &quot;video4linux-list&quot; mailing list

Dear Sir or Madam,

I have a "KNC ONE TV Station DVR" TV card
and the chipset saa6752. is there a driver support in Linux (may be for MythTV)?

thanks

regards
Steve

----- original Nachricht --------

Betreff: Welcome to the "video4linux-list" mailing list
Gesendet: Fr 01 Sep 2006 15:23:08 CEST
Von: video4linux-list-request <at> redhat.com

> Welcome to the video4linux-list <at> redhat.com mailing list!
> 
> To post to this list, send your email to:
> 
>   video4linux-list <at> redhat.com
> 
> General information about the mailing list is at:
> 
>   https://www.redhat.com/mailman/listinfo/video4linux-list
> 
> If you ever want to unsubscribe or change your options (eg, switch to
> or from digest mode, change your password, etc.), visit your
> subscription page at:
> 
(Continue reading)

Hans Verkuil | 1 Sep 2006 15:53
Picon
Picon
Favicon

http://linuxtv.org/hg/~hverkuil/v4l-dvb

Mauro,

Please pull from http://linuxtv.org/hg/~hverkuil/v4l-dvb

for the following 4 changes:

- Fix register checks, fix resize bug.
- VIDIOC_INT_S_REGISTER is IOW, not IOR.
- VIDIOC_G_SLICED_VBI_CAP now accepts a v4l2_buf_type, make it IOWR
- Add cropping support to v4l2-ctl, set buf_type in sliced_vbi_cap 
query.

 linux/drivers/media/video/saa7115.c |   58 +++++------
 linux/include/linux/videodev2.h     |    2
 linux/include/media/v4l2-common.h   |    2
 v4l2-apps/Makefile                  |    2
 v4l2-apps/test/ioctl-test.c         |    6 -
 v4l2-apps/test/v4lgrab.c            |    4
 v4l2-apps/test/vbi-test.c           |    6 +
 v4l2-apps/util/v4l2-ctl.cpp         |  181 
+++++++++++++++++++++++++-----------
 8 files changed, 174 insertions(+), 87 deletions(-)

Thanks,

	Hans

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
(Continue reading)

Mauro Carvalho Chehab | 1 Sep 2006 16:24
Favicon

http://linuxtv.org/hg/~hverkuil/v4l-dvb

Em Sex, 2006-09-01 às 15:53 +0200, Hans Verkuil escreveu:
> Mauro,
> 
> Please pull from http://linuxtv.org/hg/~hverkuil/v4l-dvb
> 
> for the following 4 changes:
> 
> - Fix register checks, fix resize bug.
> - VIDIOC_INT_S_REGISTER is IOW, not IOR.
> - VIDIOC_G_SLICED_VBI_CAP now accepts a v4l2_buf_type, make it IOWR
> - Add cropping support to v4l2-ctl, set buf_type in sliced_vbi_cap 
> query.

>  linux/drivers/media/video/saa7115.c |   58 +++++------

About this hunk:

 <at>  <at>  -1069,7 +1060,7  <at>  <at>  static int saa711x_set_size(struct i2c_c
int VSCY;
int res;
int is_50hz = state->std & V4L2_STD_625_50;
- int Vsrc = is_50hz ? 576 : 480+16;
+ int Vsrc = is_50hz ? 576 : 480;

v4l_dbg(1, debug, client, "decoder set size to %ix%i\n",width,height);

 <at>  <at>  -1100,6 +1091,11  <at>  <at>  static int saa711x_set_size(struct i2c_c

/* Vertical Scaling uses height/2 */
res=height/2;
(Continue reading)

Mike Isely | 1 Sep 2006 17:23

http://linuxtv.org/hg/~hverkuil/v4l-dvb

On Fri, 1 Sep 2006, Mauro Carvalho Chehab wrote:

> 
> As pvrusb2 don't change the resolution at saa7115, I can't test it. Have
> you tested your changes with NTSC? If so, I suggest you to try to scale
> on values near 480, to see what will happen in practice.

Use VIDIOC_S_FMT or tweak the vertical resolution directly in the sysfs 
interface and you can set it.  The pvrusb2 driver will pass that 
information through to both cx2341x and saa7115 (for 29xxx devices, or 
cx2341x and cx25840 for 24xxx devices).

  -Mike

--

-- 
                        |         Mike Isely          |     PGP fingerprint
     Spammers Die!!     |                             | 03 54 43 4D 75 E5 CC 92
                        |   isely  <at>  pobox (dot) com   | 71 16 01 E2 B5 F5 C1 E8
                        |                             |

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request <at> redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

Hans Verkuil | 1 Sep 2006 17:30
Picon
Picon
Favicon

http://linuxtv.org/hg/~hverkuil/v4l-dvb

On Friday 01 September 2006 17:23, Mike Isely wrote:
> On Fri, 1 Sep 2006, Mauro Carvalho Chehab wrote:
> > As pvrusb2 don't change the resolution at saa7115, I can't test it.
> > Have you tested your changes with NTSC? If so, I suggest you to try
> > to scale on values near 480, to see what will happen in practice.
>
> Use VIDIOC_S_FMT or tweak the vertical resolution directly in the
> sysfs interface and you can set it.  The pvrusb2 driver will pass
> that information through to both cx2341x and saa7115 (for 29xxx
> devices, or cx2341x and cx25840 for 24xxx devices).
>
>   -Mike

Well, not quite. Do you want to process this patch or shall I do it? :-) 
With this patch S_FMT works again.

	Hans

diff -r eb12de013c8a linux/drivers/media/video/pvrusb2/pvrusb2-v4l2.c
--- a/linux/drivers/media/video/pvrusb2/pvrusb2-v4l2.c	Fri Sep 01 
15:50:25 2006 +0200
+++ b/linux/drivers/media/video/pvrusb2/pvrusb2-v4l2.c	Fri Sep 01 
17:28:38 2006 +0200
 <at>  <at>  -484,17 +484,17  <at>  <at>  static int pvr2_v4l2_do_ioctl(struct ino

 			lmin = pvr2_ctrl_get_min(hcp);
 			lmax = pvr2_ctrl_get_max(hcp);
+			if (w < lmin) {
+				w = lmin;
+			} else if (w > lmax) {
(Continue reading)

Mike Isely | 1 Sep 2006 18:06

http://linuxtv.org/hg/~hverkuil/v4l-dvb

On Fri, 1 Sep 2006, Hans Verkuil wrote:

> On Friday 01 September 2006 17:23, Mike Isely wrote:
> > On Fri, 1 Sep 2006, Mauro Carvalho Chehab wrote:
> > > As pvrusb2 don't change the resolution at saa7115, I can't test it.
> > > Have you tested your changes with NTSC? If so, I suggest you to try
> > > to scale on values near 480, to see what will happen in practice.
> >
> > Use VIDIOC_S_FMT or tweak the vertical resolution directly in the
> > sysfs interface and you can set it.  The pvrusb2 driver will pass
> > that information through to both cx2341x and saa7115 (for 29xxx
> > devices, or cx2341x and cx25840 for 24xxx devices).
> >
> >   -Mike
> 
> Well, not quite. Do you want to process this patch or shall I do it? :-) 
> With this patch S_FMT works again.
> 

I assume you are talking to Mauro here, not me.

  -Mike

--

-- 
                        |         Mike Isely          |     PGP fingerprint
     Spammers Die!!     |                             | 03 54 43 4D 75 E5 CC 92
                        |   isely  <at>  pobox (dot) com   | 71 16 01 E2 B5 F5 C1 E8
                        |                             |

--
(Continue reading)


Gmane