From: <li...@ba...> - 2009-05-30 08:57:22
|
Hi! Maxim Levitsky "max...@gm..." wrote: [...] > But the idea of having a state machine is really great, and thus I think > that: > > 1 - we should cleanup kernel drivers, and merge them upstream, *we* sounds good and actually this is the only problem that there simply are not enough people helping here. But due to the big efforts of Jarod and Janne, the code quality is now much much better than before. [...] > 2 - make lirc use uinput, and _depricate_ its own interface. > (and in same time clean it up) lircd already does have uinput support... > Also it would be nice to make lirc automaticly guess the protocol, > using these state machines, thus allowing you to create more 'high > level' config files for lirc. This already is possible if you enable dynamic code generation and simply put all config files from the remotes/generic folder into your lircd.conf. This will work for simple protocols, but I can tell several cases where this definitely will not work and is not possible. Christoph |