lirc-list

Re: Using lirc compiled into kernel

[Cameron M. <ca...@mc...>]

Marcel:
> I've put 'bttv' in my '/etc/modules' file to load it manually.

So is there no way around it except to make bttv and lirc modules
instead of compiled in?

-- 
Cameron McCormack
|  Web: http://mcc.id.au/
|  ICQ: 26955922

Re: Using lirc compiled into kernel

[Marcel <sh...@ma...>]

> 
> Message: 4
> Date: Fri, 31 Oct 2003 00:27:01 +1100
> From: Cameron McCormack <ca...@mc...>
> To: lir...@li...
> Subject: Using lirc compiled into kernel
> 
> Hi list.
> 
> [Please CC me as I'm not subscribed to the list.  Thanks!]
> 
> I'm trying to get lirc working with my 2.6.0-test9 kernel.  I found a
> patch on the mailing list that let me get lirc compiling with this
> kernel properly.  I'm finding it isn't working, though.  The lirc stuff
> is being compiled in, not as a module.
> 
> Since I have a WinFast 2000 XP, I'm using the lirc_gpio driver.  The
> driver calls on the services of the bttv driver, but at the time the
> lirc driver is initialised, bttv hasn't been.  I can see this by looking
> at the output of dmesg, in which the lirc stuff happens before the bttv
> stuff.  As a result, the lirc_gpio code doesn't detect any card.
> 
> Is there a way I can get the bttv stuff to happen before the lirc stuff
> without compiling stuff into modules?

I've put 'bttv' in my '/etc/modules' file to load it manually.

Re: irw -->>> connect: Connection refused

[James P. <je...@ob...>]

Man, didn't even see that. What's the best way to get the 0.6.6 kernal
module removed and the 0.7.0pre2 one added?

Thanks,
James

On Fri, 2003-10-31 at 00:18, Michael Mauch wrote:
> James Pifer wrote:
> 
> > I'm trying to set up lirc for a Hauppauge PVR-350 for use with MythTV. I
> > have lirc 0.7.0pre2 installed.
> 
> > Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: make sure you use a
> > current version of the driver
> 
> Seems like your 0.6.6 lircd (or the kernel module?) is complaining that
> you want to use a 0.7.0pre2 irw.
> 
> Regards...
> 		Michael
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/

no data from mode2

[Hee So <he...@ke...>]

I was trying to get LIRC working and failed. Need a little help.
I ran mode2 and did not get any data back so I think I probably
have some configuration problems.

I read some conflicting info as to what the /dev/lirc should
be. Should this device be  it 61,0 or 61,4?

I'm testing this on an IBM ThinkPad T30 laptop. I thought I should
load the lirc_sir drivers, but documentations only talks about
lirc_serial. I assume it is SIR since that is what I use
with IrDA. I assume the default setup.sh of 0x3e8 irq 4 is the correct
one to use for the the built in IR port. The original BIOS
setting was set for 0x2F8 irq 3, but WinLIRC only worked
with 0x3e8 so assumed that the BIOS settings were not relevant.

My test box is a pretty standard Red Hat Linux 9.0 default kernel 
with NTFS support turned on.

Any help is appreciated,
/hee


-- 
Hee So, GCIA #489
Intrusion Analyst
KeyStone Internet Security - Connecting and Protecting your Data
he...@ke...
408-732-5397 x31

Re: irw -->>> connect: Connection refused

[Michael M. <mic...@gm...>]

James Pifer wrote:

> I'm trying to set up lirc for a Hauppauge PVR-350 for use with MythTV. I
> have lirc 0.7.0pre2 installed.

> Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: make sure you use a
> current version of the driver

Seems like your 0.6.6 lircd (or the kernel module?) is complaining that
you want to use a 0.7.0pre2 irw.

Regards...
		Michael

irw -->>> connect: Connection refused

[James P. <je...@ob...>]

I posted this to the forum on Sourceforge, but there doesn't appear to
be much action there....

I'm trying to set up lirc for a Hauppauge PVR-350 for use with MythTV. I
have lirc 0.7.0pre2 installed. When I try to run irw I get:
[root@mythtv lirc-0.7.0pre2]# /usr/local/bin/irw
connect: Connection refused
[root@mythtv lirc-0.7.0pre2]#

lsmod shows:
[root@mythtv lirc-0.7.0pre2]# lsmod
Module Size Used by Not tainted
ide-cd 35712 0 (autoclean)
cdrom 33728 0 (autoclean) [ide-cd]
i810_audio 27624 0 (autoclean)
ac97_codec 14568 0 (autoclean) [i810_audio]
soundcore 6404 2 (autoclean) [i810_audio]
agpgart 48128 5 (autoclean)
lirc_i2c 4480 0 (autoclean) (unused)
lirc_dev 9312 1 (autoclean) [lirc_i2c]
ivtv 55808 1 (autoclean)
msp3400 17836 1 (autoclean)
saa7115 7740 0 (autoclean) (unused)
tuner 12544 1 (autoclean)
i2c-algo-bit 8872 1 (autoclean) [ivtv]
i2c-core 19172 0 (autoclean) [lirc_i2c ivtv msp3400 saa7115 tuner
i2c-algo-bit]
videodev 8288 3 (autoclean) [ivtv]
parport_pc 19076 1 (autoclean)
lp 8996 0 (autoclean)
parport 37056 1 (autoclean) [parport_pc lp]
iptable_filter 2412 0 (autoclean) (unused)
ip_tables 15096 1 [iptable_filter]
autofs 13268 0 (autoclean) (unused)
3c59x 30736 1
microcode 4668 0 (autoclean)
keybdev 2976 0 (unused)
mousedev 5556 1
hid 22244 0 (unused)
input 5856 0 [keybdev mousedev hid]
usb-uhci 26412 0 (unused)
usbcore 79040 1 [hid usb-uhci]
ext3 70784 2
jbd 51924 2 [ext3]
[root@mythtv lirc-0.7.0pre2]#

The log shows this:
[root@mythtv lirc-0.7.0pre2]# tail /var/log/lircd
Oct 30 10:09:13 mythtv.obrien-pifer.com lircd 0.6.6: lircd(hauppauge)
ready
Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: accepted new client
on /dev/lircd
Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: could not get
hardware features
Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: this device driver
does not support the new LIRC interface
Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: make sure you use a
current version of the driver
Oct 30 10:49:12 mythtv.obrien-pifer.com lircd 0.6.6: caught signal
[root@mythtv lirc-0.7.0pre2]#

I saw a similar posdt about possibly using the wrong serial. If so, how
do you know what w\one to use?

Anyone know what could be wrong?

Thanks,
James
ps- I'm not a newbie, but not an expert either, so the more detailed the
help the better.

Re: lirc kernel 2.6.0-test7 patch & hauppauge remote

[Stefan L. <hoi...@gm...>]

Jim Faulkner wrote:
> Thanks for your help.  Your suggestions worked and your lircd.conf is
> actually a perfect match for my remote.
> 
> I have one more problem though.  Linux sees my remote buttons as
> keyboard keys, even though I just want specific programs to see my button
> presses.  So, for example, when I press a button to turn on tvime, a bunch
> of junk shows up in the terminal I am typing in.  How do I get Linux to
> ignore input from my remote?
> 

Hmm, I don't really know why you are seeing this junk. It doesn't happen 
on my system, as far as I can tell. At least not with the lirc-clients 
I'm using (mplayer, xmms, xawtv, irw), I don't have tvtime installed. 
The only odd thing I've got is that my caps-lock led lights up when I 
press VOL+ ;-)

I assume your symptoms originate from the design of the driver. It's 
written for the new generic linux input layer: the IR remote is treated 
like a keyboard by the kernel. So you could also use your remote without 
any lirc daemon, provided that the program you want to control reads 
commands from /dev/input/eventX by itself.

I suggest that you contact the author (Gerd Knorr) directly with your 
problem.

regards,
Stefan


> thanks,
> Jim Faulkner
> 

Using lirc compiled into kernel

[Cameron M. <ca...@mc...>]

Hi list.

[Please CC me as I'm not subscribed to the list.  Thanks!]

I'm trying to get lirc working with my 2.6.0-test9 kernel.  I found a
patch on the mailing list that let me get lirc compiling with this
kernel properly.  I'm finding it isn't working, though.  The lirc stuff
is being compiled in, not as a module.

Since I have a WinFast 2000 XP, I'm using the lirc_gpio driver.  The
driver calls on the services of the bttv driver, but at the time the
lirc driver is initialised, bttv hasn't been.  I can see this by looking
at the output of dmesg, in which the lirc stuff happens before the bttv
stuff.  As a result, the lirc_gpio code doesn't detect any card.

Is there a way I can get the bttv stuff to happen before the lirc stuff
without compiling stuff into modules?

Thanks,

Cameron

-- 
Cameron McCormack
|  Web: http://mcc.id.au/
|  ICQ: 26955922

Re: lirccd

[Fredrik T. <fr...@do...>]

Joydeep Bakshi writes:
 > Hi Fredrik ,
 > nice to hear u again. I was interested on ur lirccd and also mail u off-list. 
 > but then some features were missing. anyhow could u please explain a little 
 > bit that how lirccd is superior than lircd ?

Well, the simple answer to that question is that it isn't. In fact,
lirccd isn't meant to be a replacement for lircd, it's meant to be
placed "between" lircd and the rest of the programs that use LIRC. It
sits there and takes care of the messages from lircd (ie. the raw
keypresses), and its main purpose in life is to translate these raw
keypresses into messages that are meaningful for each program.

The project as it stands now is a full replacement for the library
liblirc_client, which is currently implemented completely in each
client program's process. Since the different client programs don't
communicate anything with each other or so, it can easily happen that
they get "out-of-sync", ie. that if you start one program and enter a
certain state (as implemented in your ~/.lircrc), and after that start
another LIRC-enabled program, they will be in different states, and
buttons on your remote will mean different things to them.

My project solves that by making liblirc_client a library for
communicating with lirccd (also, if you start a LIRC-enabled program
and lirccd isn't already running, it liblirc_client will start it for
you). Since lirccd handles all keypress translations, all programs
will always receive the same messages.

That's the first, immediate, advantage. There are also several
others. The most important one is that lirccd uses a much more
flexible configuration file format than the current liblirc_client
does. For example, I have implemented a full MP3 player in it (it
doesn't decode MP3 files itself, but uses mpg123, but it perfectly
well controls the whole thing), which I use every day. You can check
out the config examples on the project's home page to see what it's
all about. The project's home page is on:

http://www.dolda2000.com/~fredrik/lirccd/

Briefly, lirccd uses a programmatical configuration file format,
calling a C-like script for each keypress received from lircd. If you
only wish to implement simple events in the style of the current
liblirc_client, you need not worry, it's quite simple. Check out
sample 1 on the home page for an example. However, many more things
can also be done. It is also important to note that while the current
liblirc_client library uses a flat state layout, lirccd uses a
hierarchical system, which at least I consider advantagous, since it
allows for more combinations. I plan to extend the language with
commands for jumping directly between states as well (so that it can
be flat if you want it to).

Anyhow, please note that there is a clear distinction between lircd
and lirccd. lirccd communicates with the kernel modules and/or the
hardware and translates what it gets from them into readable button
names, while lirccd takes these button names from lircd and translates
them into messages that are meaningful for each individual program.

In this new version of lirccd, it is also possible for client programs
to specifically request to have keypress events directly relayed to
them from lircd if they would wish. They can also completely capture
the stream from lircd, in order to implement eg. GUI configurators
(think "Click this button to record a keypress"; you wouldn't want
other programs receiving that keypress as well).

Note that liblirc_client and lirccd are still seperated. There is
nothing in my new liblirc_client implementation that binds it
specifically to my lirccd. You can, if you wish, implement a new
client daemon that behaves differently, and have liblirc_client
communicate with it, as long as it implements the protocol
correctly. Of course, I don't see why you would want that, when there
is my lirccd instead ;-).

 > may I use mplayer, xmms etc with it or need additional plugins ?

Most certainly. I put a lot of effort into making the new
liblirc_client fully binary compatible with the current
one. Therefore, you should be able to use virtually any program that
is using the current liblirc_client. Of course, the exception is those
that actually use the raw keypresses from lircd; they would have to be
rewritten. Fortunately, I don't think many (if any) programs do that,
in favor of letting .lircrc do the job.

Admittedly, the only program that I've actually used with this is
mplayer, but I have studied the programs that currently come with the
LIRC distribution for how they use liblirc_client, so I would be
surprised if it was not compatible.

Fredrik Tolf

Re: lirccd

[Joydeep B. <jo...@vs...>]

On Saturday 25 October 2003 7:05am, Fredrik Tolf wrote:

Hi Fredrik ,
nice to hear u again. I was interested on ur lirccd and also mail u off-list. 
but then some features were missing. anyhow could u please explain a little 
bit that how lirccd is superior than lircd ?

may I use mplayer, xmms etc with it or need additional plugins ?

thanks in advanced.
> Hi all!
>
> Do you remember me? About six months ago, I was having a discussion
> with some nice people here about my program, lirccd, and quite a few
> seemed interested about it. Quite a few also wanted to integrate it
> better with the current liblirc_client.
>
> A lot of time has passed since, and for a long time, I had forgotten
> all about it, but I recently picked it up again and completed it. It
> also contains some of the refinements that were discussed back then,
> such as the possibility to use other client daemon than the one I
> wrote (why anyone would want that is beyond me, though... ;-) ), and
> the possibility in the protocol and the library to capture the input
> stream (to write GUI configurators, for example).
>
> Anyway, if you want to check it out, the new version of lirccd is
> 0.9.0, and can be gotten from the project's page:
>
> http://www.dolda2000.com/~fredrik/lirccd/
>
> If someone is using any lirccd 0.8 release, you _need_ to read the
> README (or the HTML notice, which says about the same) for upgrading
> information.
>
> If you don't want to go via the HTML page, the source is available
> here:
>
> http://www.dolda2000.com/~fredrik/lirccd/lirccd-0.9.0.tar.gz
>
> Please check it out and tell me what you think. Be aware that the make
> install will overwrite your existing liblirc_client, and the config
> file format is incompatible (although the new format is, of course,
> far superior. ;-) ).
>
> Fredrik Tolf
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: The SF.net Donation Program.
> Do you like what SourceForge.net is doing for the Open
> Source Community?  Make a contribution, and help us add new
> features and functionality. Click here: http://sourceforge.net/donate/

[PATCH] repeat parameter is not respected for entries without button

[Peter K. <ku...@ku...>]

Hello,

repeat parameter is not respected for config entries where button entry 
is not set (e.g. eventmap entry for xawtv).

Following single patch fixes the problem.

Thanks and regards,

Peter

-- 
Peter Kundrat
pe...@ku...

Re: lirc kernel 2.6.0-test7 patch & hauppauge remote

[Jim F. <jfa...@cc...>]

Thanks for your help.  Your suggestions worked and your lircd.conf is
actually a perfect match for my remote.

I have one more problem though.  Linux sees my remote buttons as
keyboard keys, even though I just want specific programs to see my button
presses.  So, for example, when I press a button to turn on tvime, a bunch
of junk shows up in the terminal I am typing in.  How do I get Linux to
ignore input from my remote?

thanks,
Jim Faulkner


On Tue, 21 Oct 2003, Stefan Lange wrote:

> Jim Faulkner wrote:
> > I applied patch-2.6.0-test8-kraxel, which was just released today.  I
> > didn't find any options pertaining to LIRC or my remote in the kernel
> > configuration menus, so I just compiled it.  I have a device,
> > /dev/input/event0, which is definately the right device:
> >
> > root # events 0
> > /dev/input/event0
> >    bustype : BUS_I2C
> >    vendor  : 0x0
> >    product : 0x0
> >    version : 0
> >    name    : "i2c IR (Hauppauge)"
> >    phys    : "i2c-0/0-0018/input0"
> >    bits ev : EV_SYN EV_KEY EV_REP
> >
> > waiting for events
> > 20:28:08.482351: EV_KEY KEY_KP5 pressed
> > 20:28:08.482353: EV_SYN code=0 value=0
> > ...
> >
>
> OK, so the kernel code code works fine
>
> > I didn't already have the lirc userspace tools installed, so I downloaded
> > and installed lirc-0.7.0pre2 using --with-driver=none.  Unfortunately I
> > can't seem to get lircd running.  Here is what happens:
> >
>
> that's the reason: you have to compile lirc with the input driver:
> cd yourlircsources
> ./configure
> choose Driver Configuration -> Other (Midi, Bluetooth) -> Linux Input Layer
>
> then recompile and install lirc and tell lircd to use /dev/input/event0
>
> I've attached the /etc/lircd.conf I'm currently using in case you'll
> want to have a look at it.
>
>
> > root # /usr/local/lirc/sbin/lircd --device=/dev/input/event0
> > lircd 0.7.0pre2: there's no hardware I can use and no peers are specified
> >
> > What am I doing wrong?  Any ideas on how I can get this working?
> >
> > thanks for any help,
>
> One more thing: kraxel's patch doesn't define 2 buttons of my remote, so
> I did that by manually adding these lines to
> drivers/media/common/ir-common.c (see attachment for the "patch")
>
> /* TV und SOURCE Taste von meiner Hauppauge-WinTV */
>           [ 0x0f ] = KEY_TV,              // TV
>           [ 0x22 ] = KEY_CHANNEL,         // Source
>
>
>
> regards
> Stefan
>

Problem with home-brew receiver

[Pedro W. <ped...@bo...>]

Hi

I built the serial receiver but I am having problems setting it up. It
receives some signal, but there's something messy with it

I am using Lirc version 0.6.6, on Slackware Linux 2.4.21. When I load
the driver I get this syslog output:

kernel: lirc_serial: in calc_pulse_lengths_in_clocks, freq=38000,
duty_cycle=50, clk/jiffy=4997120, pulse=6575, space=6575,
conv_us_to_clocks=499
kernel: lirc_serial: auto-detected active low receiver

I am using an universal remote I have with a config file found in the
archives. It's the Sony Rm V11 on TV 001 mode:


begin remote

  name  RM-V111T
  bits           11
  flags SPACE_ENC|CONST_LENGTH
  eps            30
  aeps          100

  header       2459   532
  one          1263   527
  zero          664   527
  ptrail        665
  gap          44854
  min_repeat      2
  toggle_bit      0


      begin codes
          BUT_1                    0x0000000000000004
          BUT_2                    0x0000000000000404
          BUT_3                    0x0000000000000204
          BUT_4                    0x0000000000000604
          BUT_5                    0x0000000000000104
          BUT_6                    0x0000000000000504
          BUT_7                    0x0000000000000304
          BUT_8                    0x0000000000000704
          BUT_9                    0x0000000000000084
          BUT_0                    0x0000000000000484
          REW                      0x00000000000006C4
          PLAY                     0x00000000000002C4
          FFW                      0x00000000000001C4
          STOP                     0x00000000000000C4
          MUTE                     0x0000000000000148
          VOL_UP                   0x0000000000000248
          VOL_DN                   0x0000000000000648
          PRG_UP                   0x0000000000000044
          PRG_DN                   0x0000000000000444
          PAUSE                    0x00000000000004C4
          POWER                    0x0000000000000544 
      end codes

end remote


When I run lircd and IRW with lircd in debug mode, I get the following
log output when I press some buttons on the remote:

Oct 29 13:48:15 ashmedai lircd 0.6.6: config file read
Oct 29 13:48:15 ashmedai lircd 0.6.6: lircd(serial) ready
Oct 29 13:48:36 ashmedai lircd 0.6.6: registering local client
Oct 29 13:48:36 ashmedai lircd 0.6.6: accepted new client on /dev/lircd
Oct 29 13:48:36 ashmedai lircd 0.6.6: driver supports receiving
Oct 29 13:48:40 ashmedai lircd 0.6.6: c4321497
Oct 29 13:48:40 ashmedai lircd 0.6.6: trying "RM-V111T" remote
Oct 29 13:48:40 ashmedai lircd 0.6.6: <4321497
Oct 29 13:48:40 ashmedai lircd 0.6.6: sync
Oct 29 13:48:40 ashmedai lircd 0.6.6: +0
Oct 29 13:48:40 ashmedai lircd 0.6.6: failed on header
Oct 29 13:48:40 ashmedai lircd 0.6.6: failed "RM-V111T" remote
Oct 29 13:48:40 ashmedai lircd 0.6.6: decoding failed for all remotes
Oct 29 13:48:40 ashmedai lircd 0.6.6: c583
Oct 29 13:48:40 ashmedai lircd 0.6.6: trying "RM-V111T" remote
Oct 29 13:48:40 ashmedai lircd 0.6.6: <0
Oct 29 13:48:40 ashmedai lircd 0.6.6: space expected
Oct 29 13:48:40 ashmedai lircd 0.6.6: failed on sync
Oct 29 13:48:40 ashmedai lircd 0.6.6: failed "RM-V111T" remote
Oct 29 13:48:40 ashmedai lircd 0.6.6: decoding failed for all remotes


I tried generating my own config file with irrecord, and it says that
each button should generate no more than 10 dots of output, but mine
generate dozens if I hold a button for a second. After a few buttons it
quits with the message:

irrecord: could not find gap.
irrecord: gap not found, can't continue

I tried with different remotes and the same happens. I used
three diferent IR receivers removed from two old VCRs and a TV, as I
could not find any of the 'recommended' ones, and the same problem
repeats. As at least I get some input, I hope it's not a hardware
problem, and maybe some misconfigure on my system. 

I searched on the list archives for a similar problem, but could not
find anything. Any suggestion ?


Thanks in advance

Pedro Werneck

Re: how do i apply a patch?

[Leonid F. <lf...@il...>]

make mrpoper - how many times same question ??

hacnslash wrote:

>ok, nevermind i've figured it out...now the problem i have is when i try to load lirc_serial i get "unknown symbols". also i've built my homebrew receiver perfectly, all the connections and pins are where they should be but i am not getting any electricity into the infrared ic. any help again appreciated.
>  
>

-- 
---------------------------------------------------------

"Rise and conquer, let the infidels burn"


This message may contain confidential, proprietary or legally privileged 
information. The information is intended only for
the use of the individual or entity named above. If the reader of this 
message is not the intended recipient, you are hereby
notified that any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by telephone, or by 
e-mail and delete the message from your computer.

Re: loading modules problem/receiver problem

[hac n. <hac...@ya...>]

--- ray cielencki <li...@ra...> wrote:
> 'depmod -ae' will who what symbols are unresolved
> and (maybe) help the list 
> determine what you are missing.
> 
> /rayc
> 
> At 20:58 10/27/2003, you wrote:
> >ok, thanks everybody for the help with the kernel
> patch (also the friendly 
> >responses have determined me to sign up to the
> list). now i seem to be 
> >getting the following error if i try to load any of
> the lirc modules (i 
> >need only lirc_serial): "unkown symbols". if you
> want me to post the 
> >entire error i will. I did not get any errors
> during the kernel recompile, 
> >so i really don't know what's wrong. now, on to my
> second problem...i have 
> >built my receiver and everything seems to be in the
> right place with the 
> >right connections, i have shown the receiver and
> the schematics to 3 
> >different people and they have all agreed the thing
> was built right. 
> >however it just doesn't work (note that it might be
> software related since 
> >i am trying this on winlirc on my other machine, is
> there anything special 
> >i should have to do for winlirc to work??). ok,
> thanks for your time, and 
> >i hope somebody can help.
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: The SF.net
> Donation Program.
> Do you like what SourceForge.net is doing for the
> Open
> Source Community?  Make a contribution, and help us
> add new
> features and functionality. Click here:
http://sourceforge.net/donate/

ok, i am not getting any output from depmod -ae,
however when i try to load the modules it tells me to
check dmesg output and these are the last 3 lines:

unknown symbol cli
unknown symbol restore_flags
unknown symbol save_flags

and that's it...

__________________________________
Do you Yahoo!?
Exclusive Video Premiere - Britney Spears
http://launch.yahoo.com/promos/britneyspears/

Accent IR receiver.

[Craig K. <cr...@pu...>]

Hi there,
	I've spent about a week trying different things to try and get lirc to
work with an accent ir receiver and remote control.  The ir receiver
plugs into the serial port, so I've been using the lirc_serial module to
try and get a response - when loading the lirc_serial controller it says
"detected active high receiver", but it says that whether it's plugged
in or not.  I've tried with module options for it's io, irq and sense=3D0
& sense=3D1, none of those option work.
	Does anyone know how to get it to work?

Cheers.
Craig.
=09

Commercial IR Transmitters

[Anshuman T. <pa...@ho...>]

Hi:
After multiple unsuccessful tries on building my own IR transmitter using 
the "improved IR transmitter" circuit, I have reached to the conclusion that 
it would be better if I can find a commercial one that works
with lirc. I have heard that IR blaster does work but it seems that it does 
not work with "Dish Network"
boxes. I need a recommendation on something that has been proven to work 
with Dish Network Box.

Any help will be much appreciated as I have run out of patience...

Regards
Anshuman

_________________________________________________________________
Fretting that your Hotmail account may expire because you forgot to sign in 
enough? Get Hotmail Extra Storage today!   
http://join.msn.com/?PAGE=features/es

Re: RC5 works, SPACE_ENC doesn't

[Alessandro P. <jaz...@ho...>]

Here's my lirc.conf, as you can see it's been modified to make it decode 
pre_data instead of data but as I said it always fails on bit 3:

begin remote

name  rm900
flags SPACE_ENC|CONST_LENGTH
bits           16
eps            30
aeps           100

header          9050 4780
one             510  1764
zero            511  630
# pre_data_bits   16
# pre_data       0x8322
gap          108000
toggle_bit      0

repeat          9000 2250

frequency    38000
duty_cycle   33


     begin codes
         1                        0x0000000000008322 # This is pre data 
value....
         2                        0x0000000000008F70
         3                        0x000000000000906F
         4                        0x0000000000008A75
         5                        0x000000000000847B
         6                        0x0000000000007887
         7                        0x0000000000008976
         8                        0x000000000000837C
         9                        0x0000000000007788
         0                        0x000000000000807F
         stop                     0x000000000000857A
         play                     0x0000000000007986
         pause                    0x0000000000007986
         slow                     0x0000000000007D82
         step                     0x0000000000007E81
         prev                     0x0000000000007F80
         next                     0x0000000000007A85
         mute                     0x0000000000006E91
         vol-                     0x000000000000639C
         vol+                     0x000000000000629D
         eax                      0x0000000000008C73
         options                  0x000000000000827D
         display                  0x0000000000007689
         return                   0x0000000000008E71
         start                    0x0000000000008877
         close                    0x0000000000007C83
         up                       0x0000000000007B84
         down                     0x0000000000008D72
         left                     0x0000000000008778
         right                    0x000000000000758A
         ok                       0x000000000000817E
     end codes

end remote

This is mode2 output I forgot to put in the last message, sorry...
(a short press on button 1 of a Creative RM-900 remote)

space 16777176
pulse 9052
space 4779
pulse 510
space 1766
pulse 510
space 630
pulse 511
space 631
pulse 512
space 640
pulse 511
space 629
pulse 514
space 631
pulse 511
space 1767
pulse 508
space 1776
pulse 509
space 631
pulse 511
space 631
pulse 512
space 1764
pulse 513
space 639
pulse 511
space 631
pulse 511
space 631
pulse 512
space 1766
pulse 510
space 641
pulse 510
space 1766
pulse 510
space 630
pulse 513
space 631
pulse 512
space 639
pulse 512
space 1766
pulse 510
space 632
pulse 510
space 1765
pulse 511
space 1800
pulse 511
space 631
pulse 512
space 1766
pulse 509
space 1766
pulse 511
space 1800
pulse 509
space 631
pulse 511
space 1764
pulse 514
space 629
pulse 513
space 602
pulse 514
space 41570
pulse 9054
space 4777
pulse 511
space 1764
pulse 514
space 629
pulse 513
space 629
pulse 513
space 639
pulse 511
space 631
pulse 512
space 631
pulse 511
space 1764
pulse 511
space 1774
pulse 513
space 629
pulse 512
space 631
pulse 513
space 1762
pulse 513
space 639
pulse 513
space 629
pulse 511
space 631
pulse 514
space 1762
pulse 512
space 639
pulse 513
space 1762
pulse 513
space 629
pulse 514
space 629
pulse 513
space 639
pulse 513
space 1762
pulse 514
space 629
pulse 513
space 1764
pulse 511
space 1798
pulse 514
space 633
pulse 509
space 1764
pulse 511
space 1764
pulse 513
space 1798
pulse 512
space 631
pulse 511
space 1764
pulse 513
space 629
pulse 514
space 604
pulse 511

Thanks a lot
Al

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

Re: RC5 works, SPACE_ENC doesn't

[Alessandro P. <jaz...@ho...>]

Here's my lirc.conf, as you can see it's been modified to make it decode 
pre_data instead of data but as I said it always fails on bit 3:

begin remote

name  rm900
flags SPACE_ENC|CONST_LENGTH
bits           16
eps            30
aeps           100

header          9050 4780
one             510  1764
zero            511  630
# pre_data_bits   16
# pre_data       0x8322
gap          108000
toggle_bit      0

repeat          9000 2250

frequency    38000
duty_cycle   33


     begin codes
         1                        0x0000000000008322 # This is pre data 
value....
         2                        0x0000000000008F70
         3                        0x000000000000906F
         4                        0x0000000000008A75
         5                        0x000000000000847B
         6                        0x0000000000007887
         7                        0x0000000000008976
         8                        0x000000000000837C
         9                        0x0000000000007788
         0                        0x000000000000807F
         stop                     0x000000000000857A
         play                     0x0000000000007986
         pause                    0x0000000000007986
         slow                     0x0000000000007D82
         step                     0x0000000000007E81
         prev                     0x0000000000007F80
         next                     0x0000000000007A85
         mute                     0x0000000000006E91
         vol-                     0x000000000000639C
         vol+                     0x000000000000629D
         eax                      0x0000000000008C73
         options                  0x000000000000827D
         display                  0x0000000000007689
         return                   0x0000000000008E71
         start                    0x0000000000008877
         close                    0x0000000000007C83
         up                       0x0000000000007B84
         down                     0x0000000000008D72
         left                     0x0000000000008778
         right                    0x000000000000758A
         ok                       0x000000000000817E
     end codes

end remote

This is mode2 output I forgot to put in the last message, sorry...
(a short press on button 1 of a Creative RM-900 remote)
space 16777176
pulse 9052
space 4779
pulse 510
space 1766
pulse 510
space 630
pulse 511
space 631
pulse 512
space 640
pulse 511
space 629
pulse 514
space 631
pulse 511
space 1767
pulse 508
space 1776
pulse 509
space 631
pulse 511
space 631
pulse 512
space 1764
pulse 513
space 639
pulse 511
space 631
pulse 511
space 631
pulse 512
space 1766
pulse 510
space 641
pulse 510
space 1766
pulse 510
space 630
pulse 513
space 631
pulse 512
space 639
pulse 512
space 1766
pulse 510
space 632
pulse 510
space 1765
pulse 511
space 1800
pulse 511
space 631
pulse 512
space 1766
pulse 509
space 1766
pulse 511
space 1800
pulse 509
space 631
pulse 511
space 1764
pulse 514
space 629
pulse 513
space 602
pulse 514
space 41570
pulse 9054
space 4777
pulse 511
space 1764
pulse 514
space 629
pulse 513
space 629
pulse 513
space 639
pulse 511
space 631
pulse 512
space 631
pulse 511
space 1764
pulse 511
space 1774
pulse 513
space 629
pulse 512
space 631
pulse 513
space 1762
pulse 513
space 639
pulse 513
space 629
pulse 511
space 631
pulse 514
space 1762
pulse 512
space 639
pulse 513
space 1762
pulse 513
space 629
pulse 514
space 629
pulse 513
space 639
pulse 513
space 1762
pulse 514
space 629
pulse 513
space 1764
pulse 511
space 1798
pulse 514
space 633
pulse 509
space 1764
pulse 511
space 1764
pulse 513
space 1798
pulse 512
space 631
pulse 511
space 1764
pulse 513
space 629
pulse 514
space 604
pulse 511

Thanks a lot
Al

_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail

Re: loading modules problem/receiver problem

[ray c. <li...@ra...>]

'depmod -ae' will who what symbols are unresolved and (maybe) help the list 
determine what you are missing.

/rayc

At 20:58 10/27/2003, you wrote:
>ok, thanks everybody for the help with the kernel patch (also the friendly 
>responses have determined me to sign up to the list). now i seem to be 
>getting the following error if i try to load any of the lirc modules (i 
>need only lirc_serial): "unkown symbols". if you want me to post the 
>entire error i will. I did not get any errors during the kernel recompile, 
>so i really don't know what's wrong. now, on to my second problem...i have 
>built my receiver and everything seems to be in the right place with the 
>right connections, i have shown the receiver and the schematics to 3 
>different people and they have all agreed the thing was built right. 
>however it just doesn't work (note that it might be software related since 
>i am trying this on winlirc on my other machine, is there anything special 
>i should have to do for winlirc to work??). ok, thanks for your time, and 
>i hope somebody can help.

loading modules problem/receiver problem

[hac n. <hac...@ya...>]

ok, thanks everybody for the help with the kernel patch (also the friendly responses have determined me to sign up to the list). now i seem to be getting the following error if i try to load any of the lirc modules (i need only lirc_serial): "unkown symbols". if you want me to post the entire error i will. I did not get any errors during the kernel recompile, so i really don't know what's wrong. now, on to my second problem...i have built my receiver and everything seems to be in the right place with the right connections, i have shown the receiver and the schematics to 3 different people and they have all agreed the thing was built right. however it just doesn't work (note that it might be software related since i am trying this on winlirc on my other machine, is there anything special i should have to do for winlirc to work??). ok, thanks for your time, and i hope somebody can help.


---------------------------------
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search

Re: Dropped events when app set SCHED_FIFO

[Billy B. <ve...@du...>]

Marcel (sh...@ma...):

> > Which driver, which hardware?
> 
> TV2000 XP, Winfast with Leadtek RM-0010 remote (gpio).  IRQ 12, not
> shared.  And no PS2 mouse. 

  GPIO?  That sure sounds like the driver is polling.  The driver source
confirms it.

  So I guess this explains the problem.  When tvtime is SCHED_FIFO, the
polling thread won't be allowed to run as often, and so events get
missed.  I don't know much about the kernel implementation of
SCHED_FIFO, but by the sounds of it I'm not sure if there is much that
can be done.

  Thoughts?

  -Billy

Re: Dropped events when app set SCHED_FIFO

[Marcel <sh...@ma...>]

>Which driver, which hardware?

TV2000 XP, Winfast with Leadtek RM-0010 remote (gpio).  IRQ 12, not shared. 
And no PS2 mouse. 

Re: Leadtek Winfast TV2000 XP CoolCommand remote and LIRC problem

[Marcel <sh...@ma...>]

Hello

I had the same problem.  Now solved.  Use the leadtek remote RM-0010 from
CVS.  It works perfectly with your TV2000 XP.  And you'll have all buttons
working :)

Re: how do i apply a patch?

[David A. <dav...@pa...>]

The -s flag is useful - it supresses output except on errors. So if you
don't see any output and the prompt returns, it worked. If you get the
wrong value of -p, you'll be prompted for a filename. In this case, hit
ctrl-c and try a different -p value (typically, you'll use 1 when you
really need 0, or vice versa).

Cheers,
David.

> cd  /to/kernel/sources  ( in my case  cd /usr/src/linux-2.6.0-test7  )
> then if you already decompress the patch
> patch -p1 < /path/to/your patch
> or
> bunzip2 -dc /path/to/your/patch/.bz2 | patch -p1
>
> hacnslash wrote:
>
> >hi everybody, i seem to be having a bit of trouble applying the 2.6.0-test7 patch. i bunzip it into the lirc source directory and then i do a "patch -p0 < patch2.6.0-test7blablabla.diff" and it gives me that 2.6.0-test7 directory. now, what do i do with that?! sorry if it sounds like a stupid question, i really have no idea about what i should be doing here. any help appreciated.
> >