Am Sonntag, den 05.04.2009, 18:00 -0400 schrieb Andy Walls: > On Sun, 2009-04-05 at 23:22 +0200, hermann pitton wrote: > > Am Sonntag, den 05.04.2009, 22:22 +0200 schrieb Jean Delvare: > > > On Sun, 05 Apr 2009 14:58:17 -0400, Andy Walls wrote: > > > > What can not be translated to the input system I would like to know. > > Andy seems to have closer looked into that. > > 1. IR blasting: sending IR codes to transmit out to a cable convertor > box, DTV to analog convertor box, or similar devices to change channels > before recording starts. An input interface doesn't work well for > output. > > 2. Sending raw IR samples to user space: user space applications can > then decode or match an unknown or non-standard IR remote protocol in > user space software. Timing information to go along with the sample > data probably needs to be preserved. I'm assuming the input interface > currently doesn't support that. > > That's all the Gerd mentioned. Hmmm .... > One more nice feature to have, that I'm not sure how easily the input > system could support: > > 3. specifying remote control code to key/button translations with a > configuration file instead of recompiling a module. Maybe try that from 5 years back. Or what Mauro has. Who ever had to recompile a module for changing the key tables? > In effect there are actually two devices the ir-kbd-i2c input driver is > supporting in various combinations: an IR receiver and an IR remote. > > > Regards, > Andy > I doubt you are down to it. Cheers, Hermann -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
