#qi-hardware IRC log for Wednesday, 2012-06-13

qi-bot[commit] Adam Wang: xlr-socket.fpd: added XLR-PANEL-HORIZ/PCB-SOCKET (master) http://qi-hw.com/p/kicad-libs/ec427d902:21
qi-bot[commit] Adam Wang: xlr-socket.fpd: fixed pad 3's solder pad ring size. (master) http://qi-hw.com/p/kicad-libs/6276cf202:53
qi-bot[commit] Adam Wang: xlr-plug.fpd: added XLR-PANEL-HORIZ/PCB-PLUG (master) http://qi-hw.com/p/kicad-libs/c14108c03:21
qi-bot[commit] Adam Wang: din-5.fpd: added DIN-SOCKET-PCB-5-45 (master) http://qi-hw.com/p/kicad-libs/22a5af806:19
qi-bot[commit] Adam Wang: dcjack.fpd: added DCJACK-${L}x${W} (master) http://qi-hw.com/p/kicad-libs/9f07d1007:52
kristianpaulI like that 100usd idea11:13
kristianpaulor 110 120 ;)11:13
wpwrak100 USD idea ?11:49
xiangfuI think kristianpaul talking about dvdk's email11:50
xiangfuthis one http://lists.en.qi-hardware.com/pipermail/discussion/2012-June/009708.html11:51
xiangfuwpwrak, do you have any idea on atusb error: http://pastebin.com/0AApmAE611:51
xiangfu"failed submitting bulk urb, error -2" 11:52
wpwrak(100 usd) aah !  USD (100-1) + 1 :)11:53
xiangfu:-)11:54
wpwrakerror -2 is -ENOENT. that's an unusual one11:54
wpwraknot sure what exactly it means. sounds a bit like an addressing problem.11:55
xiangfuhttp://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/master/target/linux/xburst/patches-3.3/800-WPAN-new-files.patch#L531811:56
xiangfuI just compiled kernel with atusb support on my laptop. now try to boot that kernel.11:58
xiangfuI modify the all from 'NETIF_F_NO_CSUM' to 'NETIF_F_HW_CSUM'11:59
xiangfusince there are no NETIF_F_NO_CSUM anymore. I modify that base on kernel log12:00
xiangfuand changed http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/master/target/linux/xburst/patches-3.3/800-WPAN-new-files.patch#L604212:00
xiangfulen + hlen + tlen12:00
xiangfureboot..12:02
xiangfuwpwrak,  the kernel I build for x86_64. I got same error on atusb. :(12:42
wpwrakxiangfu: yeah, makes sense. the problem looks as if it was at the interface to the USB subsystem13:01
wpwrakxiangfu: maybe some URB fields changed their use ?13:02
xiangfuI will look into the URB change log.13:09
wpwrakmaybe try to track down where the ENOENT comes from. that should shed some light on the issue.13:15
xiangfuyes13:19
qi-bot[commit] Adam Wang: usb-a-dual-recept-r.fpd: added USB-A-DUAL-RECEPT-RA (master) http://qi-hw.com/p/kicad-libs/259440313:20
kristianpaulhi dvdk :)14:57
dvdkhi14:57
kristianpaul100usd good to me,14:57
kristianpaulBut i also wanted to comment about development14:57
kristianpaulMost mobile devices have an SDK14:58
kristianpauland owrt provide a SDK, but is no the most friendly for UI desing for example14:58
kristianpaulWhat do you think about the lack(?) of a nanonote SDK for developing apps14:59
dvdkkristianpaul: owrt is not really a SDK, it's more a build system.  14:59
kristianpaulI'm not against porting, but something you need develop for making thing more unified14:59
kristianpauldvdk: exactly (owrt)14:59
dvdkyou'd have to decide on a tooolchain/menu-system to base your sdk on.14:59
dvdkmaybe qt, maybe sdk, maybe sth else15:00
kristianpaulyeah nanomap for example was developed in qt for the nanonote15:00
Aylafunny, we were speaking about UI design onĀ #dingoonity like 30min ago15:00
dvdkI've always been in favor of a script-language based approach that'd move the SDK part to the nanonote, i.e. user won't ahve to install stuff on his pc15:00
dvdkmaybe putting a simple SDK onto the nanonote, one that can be used remotely via e.g. tightvncclient might be the sipmlest way?15:01
kristianpaulah good point15:02
kristianpaulAyla: any conclusions? :-)15:02
kristianpaulAyla: dingoo have lots of games, and porting more very day, i heard also you have a online "library" of games as well no?15:03
dvdkall of this lives and dies with a well-made documentation/tutorial15:03
dvdkthe RHIDE IDE feels a little bit like a modern desktop OS despite running on a terminal http://www.rhide.com/.  used it extensively some 10 years ago.15:04
Aylakristianpaul: we didn't really conclude anything. I was suggesting to use the EFL instead of Qt/embedded to design UIs15:04
dvdk(wrt rhide) also implements proper project management, online help via GNU info-files etc.15:05
Aylakristianpaul: and yes, we have an online library: http://dl.openhandhelds.org/cgi-bin/dingoo.cgi15:05
Aylabut not everything is there15:05
kristianpaulbasically porting more apps and let gmenu2x do the glue is the esiest simple way than develop own app..15:09
dvdkkristianpaul: agree, porting is much more productive than developing from scratch15:10
Aylacertainly15:11
Aylabut gmenu2x is a piece of crap15:11
Action: dvdk started coding a replacement from scratch, but it's not even 50% done. 15:12
dvdkalso that one will be even more crappy :)15:12
Aylamore info please :p15:12
dvdkhttp://mosquito.dyndns.tv/opensvn/free/trunk/almenu/15:13
dvdkmaybe 10% complete15:13
dvdkugly but low footprint, designed for fast startup15:13
Aylammhhh allegro15:14
dvdkanything to complain about allegro? we have a very stable, efficient port running on nanonote15:14
Aylayeah. Never got it to work on the dingoo15:15
dvdkwe even have (partial) python bindings15:15
dvdkand alex4, and aseprite painting program, and and and... :)15:16
Aylaa SDL backend for allegro would be nice :)15:16
dvdkAyla: just strip it down to only use fbdev driver, why bother with SDL? also look at our patches.  I think i tweaked video mode selection a little.15:16
dvdkAyla: allegro has a lot of backends, maybe SDL is among it?15:17
dvdkwe even have sw-synthesized midi driver working in allegro.15:17
dvdkcall me an allegro fan :)15:18
kristianpaul:)15:19
AylaSDL 1.* is flawed15:21
Aylabut SDL 2.0 has a much better design15:21
dvdkAyla: for me sdl always felt like having too many layers, too much "API" to be fun to program.  This is were allegre excells.15:34
dvdks/allegre/allegro/15:34
kristianpauldvdk: had you coded games for allegro before?15:35
wpwrakhuh ? SDL ? that's about as bare metal as it gets ...15:35
kristianpaulwpwrak: did you find the fonts API? 15:37
kristianpaul:-)15:37
dvdkkristianpaul: http://mosquito.dyndns.tv/opensvn/free/trunk/tf/15:38
dvdk(mostly developed during about 1998-2000)15:39
dvdkwpwrak: wrt api: allegro has stuff like key[KEY_SPACE] to check for (possibly concurrent) keypresses.  or you write stuff like screen->w to get screen size.  use of global vars in APIs has somewhat declined recently :)15:42
wpwrakdvdk: hmm, you can get keys and screen size in SDL, too. it's not particularly difficult.15:44
wpwrakkristianpaul: yeah, picking the right thing to use on top of SDL is kinda tricky15:45
--- Thu Jun 14 201200:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!