<kyak> xiangfu: hi! do you remember the issue with gmenu2x started before loading of sound modules and those disturbing messages from alsa?
<xiangfu> kyak: yes.
<kyak> i don't know if this is a good solution, but i load these modules from gmenu2x wrapper: http://downloads.qi-hardware.com/people/kyak/tmp/gmenu2x
<kyak> it adds a small overhead when starting gmenu2x, but it is neglectable
<kyak> it's /usr/bin/gmenu2x
<xiangfu> kyak: ok. I am testing the gmenu2x time. need to know how much time the 'load_modules' need :)
<kyak> 0.38s
<kyak> i already tested, but your results may be different
<xiangfu> I remove the "./gmenu2x" from your version and old version files.
<xiangfu> your version: 0.50s
<xiangfu> old verison: 0.06s
<xiangfu> here
<kyak> would be better to leave load_modules only
<kyak> oh, ok
<kyak> i misunderstood
<kyak> ok, the overhead is 0.42s
<kyak> it is only needed when first starting gmenu2x
<kyak> maybe we can use different wrappers ?
<xiangfu> how about add something like:
<xiangfu> lsmod | grep snd_soc_qi_lb60
<xiangfu> if [ "$?" = "1" ]; then
<xiangfu>         sleep 1
<xiangfu> fi
<xiangfu> in fact, I still don't understand why Lars build the sound as module. why we can just build the sound into kernel.
<xiangfu> maybe I need ask him in mailing list :)
<kyak> oh yeah
<kyak> makes sense to have monolithic kernel
<kyak> this would speed up boot, too
<kyak> i think it's better than wrappers :)
<xiangfu> if someone want start 'gmu' instead of 'gmenu2x' , he need the sound modules :)
<kyak> exactly
<kyak> or, i just want a fancy sound right after boot :)
<kyak> the one from Windows XP
<wpwrak> kyak: forget splash screens and such. when booting, show a little video clip, with a girl getting naked to some music.
<wpwrak> kyak: people will beg for the boot time to be increased ! ;-)
<kyak> awesome idea!: )
<wpwrak> hmm, soldered an atusb in 135 minutes. not bad. i'm a bit reluctant to destroy the perfection and test it ...
<roh> wpwrak: :)
<qi-bot> [commit] kyak: fbterm now builds against both tiny and gnu iconv http://qi-hw.com/p/openwrt-packages/8de229d
<qi-bot> [commit] kyak: gcc-mips: copy missing files manually http://qi-hw.com/p/openwrt-packages/5282f81
<qi-bot> [commit] Werner Almesberger: f32x/: renamed OpenWRT target from "ben" to "ben_openwrt" and added "ben_jlime" http://qi-hw.com/p/f32xbase/9019985
<qi-bot> [commit] Werner Almesberger: tools/atrf-txrx/atrf-txrx.c (enter_test_mode_231): clean up and exit on error http://qi-hw.com/p/ben-wpan/110d5ab
<qi-bot> [commit] Xiangfu Liu: flite: include in upstream http://qi-hw.com/p/openwrt-packages/fe66b54
<qi-bot> [commit] Xiangfu Liu: gmenu2x: add mediatomb icon http://qi-hw.com/p/openwrt-packages/75a5e5e
<qi-bot> [commit] Xiangfu Liu: hnb: add default .hnbrc, thanks to mark adrian bell http://qi-hw.com/p/openwrt-packages/8421020
<kyak> xiangfu: having fun with flite :) i noticed that playing the resulting file with aplay produces much better result than playing the output immediately
<xiangfu> kyak: don't notice that.
<kyak> hmm, ok
<xiangfu> kyak: what is the text, you using in flite?
<kyak> xiangfu: compare flite -t "test string" play.wav && aplay play.wav and flite -t "test string" play
<kyak> the first one is much cleaner
<kyak> no "jittering"
<xiangfu> kyak: seems same here :), I can not find out the difference.
<kyak> strange..
<kyak> flite -t "this is just a test string" play && flite -t "this is just a test string" play.wav && aplay play.wav
<kyak> maybe this way you can hear the difference?
<xiangfu> kyak: sorry. still same here. with 2.6.32.25 kernel  image 12-14.
<kyak> xiangfu: ok, don't bother! still sounds not bad with aplay
<kyak> xiangfu: btw, it seems that "dialog" is also upstream
<xiangfu> kyak: yes.
<qi-bot> [commit] Xiangfu Liu: dialog: remove it since it included by upstream feeds packages http://qi-hw.com/p/openwrt-packages/c269f76
<qi-bot> [commit] Werner Almesberger: tools/lib/misctxrx.c (wait_for_interrupt): restore signal also after timeout http://qi-hw.com/p/ben-wpan/6ff235e
<qi-bot> [commit] Joachim Steiger:  removed old files http://qi-hw.com/p/m1/17ab0e1
<qi-bot> [commit] Joachim Steiger:  added 27c3 release of case http://qi-hw.com/p/m1/3b3095f
<Jay7> have found his nanonote at home
<Jay7> yeah.. it really need player control buttons at some side
<Jay7> or at least wheel+ok/cancel buttons like zauruses
<Jay7> or remote control like some players have (via 4th connector on audio jack)
<Jay7> 4th ring even
<wpwrak> these wheels are surprisingly expensive
<Jay7> buttons are cheaper :)
<wpwrak> the ben already has a ton of these :)
<Jay7> no one is accessible when ben is closed :)
<Jay7> at least 3 button needed: play/pause, stop, ff
<Jay7> s/ff/next track/
<wpwrak> yeha, it's not really designed as a media player
<wpwrak> i.e., the dictionary shows :)
<wpwrak> ild love to
<wpwrak> get rid of the function keys, though
<kristianpaul> touchpad !
<wpwrak> wrong century :)
<Jay7> trackpoint!
<wpwrak> (the fn keys)
<wpwrak> analog joystick !
<kristianpaul> yeah fn are not good
<Jay7> wpwrak: how to switch VT instead? :)
<Jay7> openpandora have lot of joysticks :)
<kristianpaul> too many
<wpwrak> Jay7: (vt) have the fn keys as some key + modifier
<kristianpaul> how old is qwerty
<kristianpaul> ?..
<wpwrak> 1878
<wpwrak> (according to wikipedia)
<wolfspra1l> wpwrak: lekernel and I had an excellent day at the reichl-emv.de testing lab!
<wpwrak> wolfspra1l: so it is as good as it looks ? :)
<wolfspra1l> for milkymist one, the tests went great, everything passed except for one test related to an ESD induced magnetic field
<wpwrak> wolfspra1l: excellent. congratulations !
<kristianpaul> quack
<kristianpaul> :-)
<wolfspra1l> and for that one, we already found a solution in the form of an additional shielding layer on the bottom of the case (under the pcb)
<wolfspra1l> and, amazing, Berlin is like little China, we sourced a 0.2mm 99.5% aluminum foil, had it cut to 149x124mm, got 100 pieces for 25 EUR, all in 2 hours :-)
<kristianpaul> That explaing why lekernel had troubles in 27C3 in some particular place?
<wolfspra1l> only the holes were missing but we drilled them by hand
<wpwrak> wow ;-)
<wolfspra1l> roh will polish this improvement a little, but basically it's under control
<wolfspra1l> and except for that all other tests passed
<wolfspra1l> also, this must be the cheapest ce/fcc testing - total is only 450 EUR including report! :-)
<wolfspra1l> and
<wolfspra1l> it gets better
<wpwrak> that's a very good result.
<wolfspra1l> the guy has a whole daniel duesentrieb style lab, and sebastien will get access for 'personal research'
<wpwrak> hey ! when's the next plane to berlin ? ;-)
<wolfspra1l> I mentioned the ben-wpan project and he said sure he can help.
<wolfspra1l> so as of right now, that's definitely the place I would first try to go to.
<wolfspra1l> if roh is involved in the case, either roh or Sebastien can go there, with a little irc session on your end to back it up
<wpwrak> perfect. ben-wpan will probably be more of a challenge, since it's designed to radiate stuff.
<wolfspra1l> Sebastien also offered to go there with the ben-wpan, since he is interested to go to the lab anyway (some radar stuff he wants to do...)
<wolfspra1l> absolutely no problem
<wolfspra1l> as I had suspected, this guy is a really good source and if he and us stays around, I'm sure we will work with him more...
<wolfspra1l> totally fits our style and culture as well
<wpwrak> sounds wonderful
<wolfspra1l> kristianpaul: I don't think the esd/field related bug we found is the same as the video-in issues Sebastien saw once (they went away the next day btw).
<kristianpaul> oh, SAR research nice :-)
<kristianpaul> greats news then :-)
<wolfspra1l> yes I think so.
<wolfspra1l> it was a long and hard day, but it was good.
<wolfspra1l> we still need to improve the shielding solution a little, but more important is that all the other tests passed (quite a few...)
<wolfspra1l> and we have a fully understood and verified solution for that one test that failed
<wpwrak> excellent. now i have to figure our why atusd produces such an ugly spectrum. i was hoping it was me getting test mode wrong with the new chip, but atusb (with the 231) looks quite sane.
<wpwrak> s/our/out/
<wolfspra1l> wpwrak: btw, roh pushed the latest case dxf file, but he wanted to call the subdir 'cad' not 'cam'. oh well :-)
<wolfspra1l> so it's cad now...
<wpwrak> (cad/cam) as long as it's unique .. ;-)
<wolfspra1l> I still want to add a little more, for example a little description/documentation about this production process, as well as details for some of the parts, like screws, spacers, etc.
<wolfspra1l> but most importantly the root dxf he uses for production is now published, and a little .svg assembly manual (ikea style) as well
<wpwrak> (assembly manual) oh, very good !
<wolfspra1l> yeah
<wolfspra1l> it's great
<wolfspra1l> some more info about specs of screws, spacers, etc. missing - will follow...
<wpwrak> ** (inkscape:8207): WARNING **: Unable to open linked file: /home/labor/Desktop/Kunden/Milkymist-Howto/Mm1_rc1_parts_on_pcb_farb.png
<wolfspra1l> he :-)
<wolfspra1l> roh: you there?
<wpwrak> (in response to inkscape milkymist-assemble-howto.svg)
<wpwrak> do the rubber feet go on top of the screws ? or are they located on the side of them ?
<wpwrak> in the latter case, it would be clearer if they had their own dashed line
<kristianpaul> If you remove the linked image is more clear
<kristianpaul> yes rubber position is confusing
<kristianpaul> guess is on top
<roh> wpwrak: the rubberfeet are mounted diagonally to the center from the screws
<roh> just like 1 or 1.5cm offset from the hole
<wpwrak> roh: ah, good. makes them simpler. the drawing out be clearer if you added a dashed line and maybe even a dashed ellipse for their final resting place for them too.
<wpwrak> s/out/would/
<roh> wpwrak: will talk about that with my inkscape-operator
<wpwrak> hehe :)
<kristianpaul> "Automake: Escaping makefile hell"
<kristianpaul> gn8