| qi-bot | [commit] Adam Wang: xlr-socket.fpd: added XLR-PANEL-HORIZ/PCB-SOCKET (master) http://qi-hw.com/p/kicad-libs/ec427d9 | 02: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/6276cf2 | 02:53 |
| qi-bot | [commit] Adam Wang: xlr-plug.fpd: added XLR-PANEL-HORIZ/PCB-PLUG (master) http://qi-hw.com/p/kicad-libs/c14108c | 03:21 |
| qi-bot | [commit] Adam Wang: din-5.fpd: added DIN-SOCKET-PCB-5-45 (master) http://qi-hw.com/p/kicad-libs/22a5af8 | 06:19 |
| qi-bot | [commit] Adam Wang: dcjack.fpd: added DCJACK-${L}x${W} (master) http://qi-hw.com/p/kicad-libs/9f07d10 | 07:52 |
| kristianpaul | I like that 100usd idea | 11:13 |
| kristianpaul | or 110 120 ;) | 11:13 |
| wpwrak | 100 USD idea ? | 11:49 |
| xiangfu | I think kristianpaul talking about dvdk's email | 11:50 |
| xiangfu | this one http://lists.en.qi-hardware.com/pipermail/discussion/2012-June/009708.html | 11:51 |
| xiangfu | wpwrak, do you have any idea on atusb error: http://pastebin.com/0AApmAE6 | 11:51 |
| xiangfu | "failed submitting bulk urb, error -2" | 11:52 |
| wpwrak | (100 usd) aah ! USD (100-1) + 1 :) | 11:53 |
| xiangfu | :-) | 11:54 |
| wpwrak | error -2 is -ENOENT. that's an unusual one | 11:54 |
| wpwrak | not sure what exactly it means. sounds a bit like an addressing problem. | 11:55 |
| xiangfu | http://projects.qi-hardware.com/index.php/p/openwrt-xburst/source/tree/master/target/linux/xburst/patches-3.3/800-WPAN-new-files.patch#L5318 | 11:56 |
| xiangfu | I just compiled kernel with atusb support on my laptop. now try to boot that kernel. | 11:58 |
| xiangfu | I modify the all from 'NETIF_F_NO_CSUM' to 'NETIF_F_HW_CSUM' | 11:59 |
| xiangfu | since there are no NETIF_F_NO_CSUM anymore. I modify that base on kernel log | 12:00 |
| xiangfu | and 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#L6042 | 12:00 |
| xiangfu | len + hlen + tlen | 12:00 |
| xiangfu | reboot.. | 12:02 |
| xiangfu | wpwrak, the kernel I build for x86_64. I got same error on atusb. :( | 12:42 |
| wpwrak | xiangfu: yeah, makes sense. the problem looks as if it was at the interface to the USB subsystem | 13:01 |
| wpwrak | xiangfu: maybe some URB fields changed their use ? | 13:02 |
| xiangfu | I will look into the URB change log. | 13:09 |
| wpwrak | maybe try to track down where the ENOENT comes from. that should shed some light on the issue. | 13:15 |
| xiangfu | yes | 13: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/2594403 | 13:20 |
| kristianpaul | hi dvdk :) | 14:57 |
| dvdk | hi | 14:57 |
| kristianpaul | 100usd good to me, | 14:57 |
| kristianpaul | But i also wanted to comment about development | 14:57 |
| kristianpaul | Most mobile devices have an SDK | 14:58 |
| kristianpaul | and owrt provide a SDK, but is no the most friendly for UI desing for example | 14:58 |
| kristianpaul | What do you think about the lack(?) of a nanonote SDK for developing apps | 14:59 |
| dvdk | kristianpaul: owrt is not really a SDK, it's more a build system. | 14:59 |
| kristianpaul | I'm not against porting, but something you need develop for making thing more unified | 14:59 |
| kristianpaul | dvdk: exactly (owrt) | 14:59 |
| dvdk | you'd have to decide on a tooolchain/menu-system to base your sdk on. | 14:59 |
| dvdk | maybe qt, maybe sdk, maybe sth else | 15:00 |
| kristianpaul | yeah nanomap for example was developed in qt for the nanonote | 15:00 |
| Ayla | funny, we were speaking about UI design on #dingoonity like 30min ago | 15:00 |
| dvdk | I'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 pc | 15:00 |
| dvdk | maybe putting a simple SDK onto the nanonote, one that can be used remotely via e.g. tightvncclient might be the sipmlest way? | 15:01 |
| kristianpaul | ah good point | 15:02 |
| kristianpaul | Ayla: any conclusions? :-) | 15:02 |
| kristianpaul | Ayla: 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 |
| dvdk | all of this lives and dies with a well-made documentation/tutorial | 15:03 |
| dvdk | the 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 |
| Ayla | kristianpaul: we didn't really conclude anything. I was suggesting to use the EFL instead of Qt/embedded to design UIs | 15:04 |
| dvdk | (wrt rhide) also implements proper project management, online help via GNU info-files etc. | 15:05 |
| Ayla | kristianpaul: and yes, we have an online library: http://dl.openhandhelds.org/cgi-bin/dingoo.cgi | 15:05 |
| Ayla | but not everything is there | 15:05 |
| kristianpaul | basically porting more apps and let gmenu2x do the glue is the esiest simple way than develop own app.. | 15:09 |
| dvdk | kristianpaul: agree, porting is much more productive than developing from scratch | 15:10 |
| Ayla | certainly | 15:11 |
| Ayla | but gmenu2x is a piece of crap | 15:11 |
| Action: dvdk started coding a replacement from scratch, but it's not even 50% done. | 15:12 | |
| dvdk | also that one will be even more crappy :) | 15:12 |
| Ayla | more info please :p | 15:12 |
| dvdk | http://mosquito.dyndns.tv/opensvn/free/trunk/almenu/ | 15:13 |
| dvdk | maybe 10% complete | 15:13 |
| dvdk | ugly but low footprint, designed for fast startup | 15:13 |
| Ayla | mmhhh allegro | 15:14 |
| dvdk | anything to complain about allegro? we have a very stable, efficient port running on nanonote | 15:14 |
| Ayla | yeah. Never got it to work on the dingoo | 15:15 |
| dvdk | we even have (partial) python bindings | 15:15 |
| dvdk | and alex4, and aseprite painting program, and and and... :) | 15:16 |
| Ayla | a SDL backend for allegro would be nice :) | 15:16 |
| dvdk | Ayla: 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 |
| dvdk | Ayla: allegro has a lot of backends, maybe SDL is among it? | 15:17 |
| dvdk | we even have sw-synthesized midi driver working in allegro. | 15:17 |
| dvdk | call me an allegro fan :) | 15:18 |
| kristianpaul | :) | 15:19 |
| Ayla | SDL 1.* is flawed | 15:21 |
| Ayla | but SDL 2.0 has a much better design | 15:21 |
| dvdk | Ayla: 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 |
| dvdk | s/allegre/allegro/ | 15:34 |
| kristianpaul | dvdk: had you coded games for allegro before? | 15:35 |
| wpwrak | huh ? SDL ? that's about as bare metal as it gets ... | 15:35 |
| kristianpaul | wpwrak: did you find the fonts API? | 15:37 |
| kristianpaul | :-) | 15:37 |
| dvdk | kristianpaul: http://mosquito.dyndns.tv/opensvn/free/trunk/tf/ | 15:38 |
| dvdk | (mostly developed during about 1998-2000) | 15:39 |
| dvdk | wpwrak: 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 |
| wpwrak | dvdk: hmm, you can get keys and screen size in SDL, too. it's not particularly difficult. | 15:44 |
| wpwrak | kristianpaul: yeah, picking the right thing to use on top of SDL is kinda tricky | 15:45 |
| --- Thu Jun 14 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!