From: Nate T. <ba...@ho...> - 2013-07-23 07:43:09
|
I don’t appear to have gotten the reply from Bengt in my email, but I did read it on the Sourceforge board. While I am glad to hear that someone is developing a new IR utility/library I make it a policy not to postpone a project in hopes of tech that is being released “soon”. To complicate things further I am using the Raspberry Pi, which means recompiling your project for the ARM architecture and currently I am using the Iguanaworks IR transceiver (provided by my client). I have read that getting it to work with LIRC was a bit of a challenge and getting it to work with other libraries may prove equally so and my experience with writing drivers is small. Perhaps these complications are trivial, but I don’t count on it. If there is something that exists today that would work better than LIRC for my situation the please let me know. Otherwise if there is a library or utility in LIRC that would allow my GUI to access the controller learning functionality of irrecord without having to parse raw input data then please let me know. Otherwise I am going to continue by making a modified irrecord for now and considering future technologies as they come along. Nate On 07/22/13 05:38, Nate Thompson wrote: > I have LIRC working just fine with my IR transceiver and debian box. I > want to develop an application with a GUI that uses LIRC and I have read > up on the documentation. Everything seems fine IF you already have a > config file setup. Most people do not and I can’t count on the fact that > one will exist for the devices of people who use my GUI. I want to > create a GUI that allows people to create a config file via irrecord, > but it requires console input (command names mostly). I can also find NO > documentation that indicates that there are libraries that allow a > person to develop an application that can read commands similar to > irrecord. Hi Nate, nice that someone still uses computers for other things than Facebook and Excel :-). I am working on a program in this vein. It will capture IR input using a few different hardware possiblities: GlobalCache ITach, Kevin Timmerman's IrWidget, and others. LIRC mode 2 is also supported, but not the preferred one since it, using the traditional LIRC hardware, does not measure the carrier frequency. Captures are decoded using DecodeIR, thus (to the extent possible) being kept as protocol/parameter data rather than raw timing data (unless the uses wishes otherwise). It can import from several different sources including LIRC, text files, Remotemaster RMDU (incomplete), Pronto classic (CCF), Pronto Professional (XCF), and the GlobalCache data base http://irdatabase.globalcache.com/ as well as the "IRDB" irdb.tk. Export to a number of different formats is possible, LIRC, CCF text format, raw text format, GlobalCache's sendir, Pronto CCF-files, Wave, as well as its own XML-format, called "Girr" (General IR Remote). It can address different hardware, LIRC indirectly through the socket interface (the -l option of lircd), provided that this patch: http://harctoolbox.org/lirc_ccf.html has been applied. It is written in Java, with minimal support through JNI libraries (rxtx and DecodeIR), should thus run on Linux, Mac, and Windows, in 32 and 64 bit version, all the like. The program will be called "IrScrutinizer" and will be released under GPL3, hopefully in August. I do not consider it to be a good idea to base new developments on the current LIRC, not only because of its age (almost 20 years :-) ) Bengt |