<xiangfu>
it should output the keycode. when I press any key on the us_keyboard right?
<xiangfu>
but when I press the [~] [-] [\] [Caps Lock] [Nums Lock] in us layout keyboard, there is nothing output.
<xiangfu>
this should be driver problem right? please give some tip. which file I should look into, thanks
<lekernel>
xiangfu: get_ascii isn't called at all times
<xiangfu>
ok
<lekernel>
iirc only when you need ASCII characters, e.g. in edit boxes, etc.
<lekernel>
xiangfu: what does that do for f in include/*; do rm -rf $(RTEMS_MAKEFILE_PATH)/lib/include/`basename $$f`; done
<lekernel>
delete all files and directories in lib/include without a file extension?
<xiangfu>
lekernel: there are 'mtklib.h' in the '/opt/rtem...', when compile the mtk. it try to using the head file under '/opt/rtem...' not ../include
<lekernel>
?
<lekernel>
it _deletes_ files
<xiangfu>
I only delete head file. since hte is 'do for f in include/*'
<lekernel>
it's in your "uninstall-milkymist" you added to mtk
<lekernel>
yeah but does it delete the right include files?
<lekernel>
what was that supposed to do? delete the include files added by MTK no? as far as I can tell, it doesn't do that
<lekernel>
there are other (non-MTK) include files in that folder that you should not delete
<xiangfu>
hmm... there is "for f in include/*" so it will only delete the head file that mtk installed.
<lekernel>
ah, OK
<lekernel>
got it
<lekernel>
alright then :)
<xiangfu>
I remove the '-r' in last commit. I will more careful about the 'rm' , the '-r' dangerous
<xiangfu>
s/dangerous/is dangerous
<lekernel>
xiangfu: for your keyboard problem, in flickernoise you also have keyb_translation_table you might need to modify
<lekernel>
in input.c
<lekernel>
what it does is translate USB event codes into MTK_KEY_xxx events
<xiangfu>
thanks for the info. I will look into it
<lekernel>
btw, maybe we can do everything in input.c and get rid of keymap.c
<lekernel>
just use a get_ascii that returns 'a' for MTK_KEY_A, 'b' for MTK_KEY_B and so forth :)
<lekernel>
the original genode fx had these two tables, and I stuck with that... but I don't see a valid reason for keeping that
<lekernel>
only one table would be sufficient
<xiangfu>
ok. got it. do everything in input.c will be great.
<cocoadaemon>
lekernel: was thinking about using people around the arduino as input
<cocoadaemon>
like, detecting bluetooth devices and using their proximity
<cocoadaemon>
sort of "ubiquitous computing" input
<cocoadaemon>
how would you do that
<lekernel>
do what?
<lekernel>
detect bluetooth?
<cocoadaemon>
ok let me explain
<cocoadaemon>
was thinking how fun it would be to see how many people are dancing
<cocoadaemon>
in a performance where one's using milkymist
<cocoadaemon>
" dancing" is restrictive, but nvm
<cocoadaemon>
so I thought about methods to do that, and thought about how the aka-aki people do
<kristianpaul>
you mean to use acelerometers?
<cocoadaemon>
nope
<kristianpaul>
k
<cocoadaemon>
if there are 3 people on the "floor", the "antenna" sends to the board an array with three entries, each with a "proximity/signal strength" factor
<cocoadaemon>
then the "vizualisation" program ( dunno how you name it but basically the visual show of MM ) uses this array as a parameter
<kristianpaul>
ah,you mean some kinetic-like software stack?
<cocoadaemon>
kristianpaul: not sure about that
<kristianpaul>
oh, wait you mean buttons on the floor?
<kristianpaul>
he, anyway, just guessing :-)
<cocoadaemon>
wow, I have to be totally unclear
<kristianpaul>
lunch
<kristianpaul>
what is the sensor?
<cocoadaemon>
a bluetooth-able device performing a scan every x seconds
<cocoadaemon>
so that if there are 10 people or 100 around the MM board, the show can be somehow different
<cocoadaemon>
like, Arduino BT
<cocoadaemon>
you connect its <port> output to the MM and use it an input
<cocoadaemon>
attracts nothing from lekernel
<cocoadaemon>
:)
<lekernel>
well, it's do-ocracy here. just write some code and if you have specific questions, ask :)
<lekernel>
if you were asking if it is possible then yes
<cocoadaemon>
got that part already, just asking the knowledgeable MM-guru what he thinks about it
<cocoadaemon>
:)
<cocoadaemon>
ok
<lekernel>
kristianpaul has already managed to add a 2nd serial port to the MM, which could be useful to directly connect arduinos
<kristianpaul>
oh, pity :)
<kristianpaul>
will pusblish some tutorials soon
<lekernel>
or i'd guess you could directly wire the bluetooth module to that, without the arduino
<cocoadaemon>
mmm too bad the Arduino BT doesn't come with a USB port
<lekernel>
and, if you are masochistic, write software support for bluetooth USB sticks
<lekernel>
those cost a few euros and available everywhere
<lekernel>
but getting them to work is a pain in the ass