Author
Topic: LIRC RAW IR Commands? (Read 7835 times)

I've been working on trying to get linuxmce to control my receiver (Onkyo HT-RC506) with little luck. I could not find pronto style codes to send. I used lirc's irrecord function to get the raw codes for the remote to control the receiver, however I have not had any luck in finding a way to convert these codes into the pronto format. Does anyone have any experience with this? If not, is there a way to get linuxmce to take the lirc commands?

Not to argue, but at least from a command line it is very trivial to send commands to a device. All you have to do is type irsend send_once [remote name from the config file, in this case Onkyo_RC-707M_Reg] [Command like POWER or DVD]

Seams like this would be an easy add, plus it would have the benefit of hundreds of lirc formatted remotes that could be brought in from the lirc library.

Agree, but that assumes that a config file is setup and does not send raw codes. It relies on lirc to map the string that you pass to the appropriate code.

Unfortunately, it is not as easy to get lirc to just send the code (without changing the lirc code).

An option is to have a dynamic config file that linuxMCE manipulates when it records new codes and for manually entered codes only accept config file strings.Then like you said, you could just use the equivalant of the lirc irsend. This would not support the same codes (which are PRONTO format) that the other IR devices support though and we would then lose the ability to record from say a USB_UIRT and playback on a lirc. This would also mean that existing device templates that people build for IR controlled devices would not work with the LIRC device - which sort of makes it a bit of a waste.

Ideally, if there was code to allow the receiving (and sending) of PRONTO formatted strings through the lirc drivers then the addition would be trivial. This code does not exist to my knowledge in the standard lirc code branch and there is no code written that makes use of the lirc libraries either.

That is all what i found out when I looked into it last. If things have changed or you are willing to write the missing code then I am all for it