2011-05-26 06:15 hello everyone :P 2011-05-26 06:19 I got an old Russian game ">;5 'C45A" (transliteration: Pole Chudes) to run on my Ben NanoNote :D 2011-05-26 06:29 demo: http://www.youtube.com/watch?v=gA27ig45O6w 2011-05-26 06:30 vladkorotnev, do you fix your gcc problem? 2011-05-26 06:30 xiangfu: yes, updated to 2011-05-24 image 2011-05-26 06:30 :) 2011-05-26 06:31 vladkorotnev, please test and give feedback. I am try to make dvdk happy :) 2011-05-26 06:31 is it supposed to turn off the Ben screen after some inactivity? 2011-05-26 06:31 not under gmenu2x. others should works fine. 2011-05-26 06:31 I know :P 2011-05-26 06:35 bye everyone 2011-05-26 06:38 guess there was too much talking yesterday and dvdk didn't notice my remark abotu plplot -\ 2011-05-26 06:38 xiangfu: how do you think we mark it BROKEN for now? 2011-05-26 06:39 yes. ok for me, (under 'trunk' branch) 2011-05-26 06:39 ok.. cause it a pity for me to know for sure that build http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.trunk-full_system-05252011-0754/ will 100% fail 2011-05-26 06:39 and it will fail soon, judging on BUILD_LOG size :) 2011-05-26 06:40 run sed '/plplot/s/=y/=m' now ... :) 2011-05-26 06:45 kyak, I just mark all plplot to '=m' 2011-05-26 06:48 heh, not sure if it would help now 2011-05-26 06:48 the make has probably decided what to build and in what order 2011-05-26 06:48 already 2011-05-26 06:49 do you think it re-reads .config every time it proceeds to building of next package? 2011-05-26 06:52 [commit] kyak: plplot: mark as BROKEN for it doesn't build in trunk http://qi-hw.com/p/openwrt-packages/5fdb51a 2011-05-26 07:05 (re-reads .config) not sure. let's see 2011-05-26 10:22 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log//home/xiangfu/compile-log//openwrt-xburst.trunk-full_system-05252011-0754/ 2011-05-26 10:23 kyak, ^ 2011-05-26 10:23 modify the .config before the package build works fine. 2011-05-26 10:23 kyak, only the URL is wrong. I will fix it. 2011-05-26 10:43 several months ago I've asked some stupid questions about the proper way of writing IPU drivers, and someone clever, whose nick I cannot remember now, answered here 2011-05-26 10:43 if that was you, then reply please :) 2011-05-26 10:47 maybe mth? look here http://en.qi-hardware.com/irclogs/search?q=ipu 2011-05-26 10:47 march 30... 2011-05-26 10:48 or roh 2011-05-26 10:48 http://en.qi-hardware.com/irclogs/qi-hardware_2011-03-30.log.html 2011-05-26 10:59 xiangfu: heh, nice :) 2011-05-26 10:59 xiangfu: do you have an overview about how many packages (=m) have failed? 2011-05-26 11:03 wolfspraul: thanks a lot 2011-05-26 11:08 roh: hi! can you reply to some more stupid questions about IPU? 2011-05-26 11:21 xiangfu: i counted 32 based on BUILD_LOG :) not so many, but some packages are from openwrt-packages git, need to have a look 2011-05-26 11:22 kyak: you wrote plplot fails to build? 2011-05-26 11:22 do you have a build log handy? 2011-05-26 11:22 dvdk: it's here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.trunk-full_system-05252011-0754/ 2011-05-26 11:24 kyak: you wrote that you marked it as @broken?  it's not marked in the last checkout 2011-05-26 11:28 it's marked broken in trunk 2011-05-26 11:28 ok, but does build fail in master or in trunk or in both? 2011-05-26 11:29 it fails in trunk 2011-05-26 11:30 ah, ok, so no problem for current firmware? 2011-05-26 11:30 no, it fails in trunk only 2011-05-26 11:31 that's good, then there is no need to hurry :) 2011-05-26 11:31 didn't ge t much sleep recently 2011-05-26 11:32 you should definitely sleep well before having a look at that :) 2011-05-26 11:33 just reading the build log.  but don't even find a "real" error message other than "package/feeds/qipackages/plplot failed to build." 2011-05-26 11:33 was that a parallel build? 2011-05-26 11:33 uh? 2011-05-26 11:34 "Entering directory '...plplot" ... error ... "leaving directory '..plplot'".  it doesn't even try to run th emakefile? 2011-05-26 11:36 it doesn't build driversd 2011-05-26 11:36 and then fails during install stage 2011-05-26 11:36 that's al i know 2011-05-26 11:37 ok, my mistake, somehow i accidentally modified the build_log 2011-05-26 11:48 kyak: i think i have found the problem (just looking at the build log) 2011-05-26 11:48 it says 'WARNING: libltdl library not found. Setting ENABLE_DYNDRIVERS OFF.' 2011-05-26 11:49 so that's why there are no .so drivers generated, and installation fails 2011-05-26 11:49 strange libltdl is listed under build_depends 2011-05-26 11:49 the line before that it says ' Looking for dlopen in dl - not found' 2011-05-26 11:49 maybe libltdl/libdl are note the same in trunk? 2011-05-26 11:52 hm 2011-05-26 11:52 btw.. is it possible to link all these dyndrivers statically? 2011-05-26 11:53 i think it's linked already in one libplplot.so ? 2011-05-26 11:53 perhaps it would be easier than figuring our why configure can't find libltdl 2011-05-26 11:54 kyak: no i don't want that the way it is now, we can install stuff like the qt output separately. 2011-05-26 11:54 ah, right.. 2011-05-26 11:54 also we only load those drivers which are really used 2011-05-26 11:54 if we always pulled in qt, we'd map 16MB of .so code 2011-05-26 11:54 (i guess) 2011-05-26 11:54 ok 2011-05-26 11:55 would be intersting to have a look at config.log 2011-05-26 11:55 i can run a few more tests.  currently plplot doesn't even compile in master branch for me (dependency problem? don't know) 2011-05-26 11:55 yes that'd be nice 2011-05-26 11:56 http://fidelio.qi-hardware.com/~xiangfu/openwrt-xburst.trunk/build_dir/target-mipsel_uClibc-0.9.32/plplot-5.9.7/ 2011-05-26 11:56 and there is no config.log.. was it the message from cmake? 2011-05-26 11:57 dvdk: btw, perhaps it also makes sense to rewrite the Makefile, cause it was written in days when there was no cmake.mk 2011-05-26 11:58 i don't know if this would help 2011-05-26 11:58 kyak: current cmake.mk won't help, doesn't support some tricks we're doing. would have to recode that.   2011-05-26 11:58 s/recode/add 2011-05-26 11:59 btw there's the log: 2011-05-26 11:59 CMakeFiles/CMakeError.log 2011-05-26 11:59 "libdl.c:(.text._dl_parse_relocation_information+0x1dc): undefined reference to `TLS_DTPREL_VALUE'" 2011-05-26 11:59 that's the problem.  new uclibc?  no TLS support? 2011-05-26 12:00 new uclibc - for sure. and don't know what the hell TLS is 2011-05-26 12:01 but it looks like the problem is on libdl side anywau.. 2011-05-26 12:01 "thread local storage" (maybe?) 2011-05-26 12:01 not necessarily, maybe we need to link another lib when using libdl? 2011-05-26 12:02 but libdl is used everywhere.  if this is broken, you'd have many more build problems 2011-05-26 12:02 maybe it's used, but "TLS" fucntions are not used 2011-05-26 12:04 no, the problem comes from libdl: it might be that libdl now uses libpthread and we'll have to tell plplot to link that, too during detection 2011-05-26 12:05 doing my next try, building plplot at least on master (enabled fortran support, maybe that's needed? 2011-05-26 12:05 ) 2011-05-26 12:06 DocScrutinizer: (EL PCB tester) hmm, how exactly would that work ? and where do you get such a display ? 2011-05-26 12:09 wpwrak: the (usually 400Hz though you can use higher freq) AC causes some flourescent substance to shine up by exciting it via capacitive AC field. I dunno where to get those "displays" maybe revamp backlights as used in jets and tanks, or sth 2011-05-26 12:10 phew. now there's a piece that's hard to source :) 2011-05-26 12:10 I'm sure 3M or sb is selling this stuff by the meter nowadays 2011-05-26 12:11 maybe you even can get paint to apply to a glas covered with the gnd electrode SnO2 2011-05-26 12:12 or was it ZnO2? the transparent stuff used in LCD 2011-05-26 12:13 hard to source - maybe. Hard to build - don't think so 2011-05-26 12:16 if you got no better ideas and materials, then cover the whole PCB with a thin film of water with duh lakmus or phenolphtalein, and place a semi transparent conducting thing on top, then do electrolysis by feeding on pad under test with like 5V and see where other pads start "boiling" 2011-05-26 12:20 wpwrak: got the basic idea? 2011-05-26 12:21 it's not a QA tester but a mere RE tool 2011-05-26 12:24 for complex multilayer PCB to analyze the connections 2011-05-26 12:25 once you got the BOM, component placement, and this connection list, it's quite easy to feed this to $kicad and get a proper schematics 2011-05-26 12:26 soory for this being somewhat anti-topic here ;-D 2011-05-26 12:28 DocScrutinizer: hmm. or maybe place the PCB in a vacuum, heat it, inject a high voltage, and watch electrons fly off it, CRT style :) 2011-05-26 12:29 DocScrutinizer: i wonder how they actually do the electrical testing of PCBs in industry. bed of nails seems ... messy 2011-05-26 12:29 wpwrak: already thought about it, use front 'half' of a plasma screen 2011-05-26 12:31 wpwrak: they know their PCB, so have to pin-contact only very few known pads and probe for connect/isolation on a few pairs 2011-05-26 12:31 can be done with one pair of CNC probes 2011-05-26 12:32 okay, that's for large volumes, where you make a custom tester. but for smaller/prototype volumes ? 2011-05-26 12:32 ah, cnc probes. that would be slow then. but probably okay for small volumes 2011-05-26 12:33 been trying to figure out a way to do such things with my mill. testing pcbs is so boring ;-) 2011-05-26 12:34 anyway doing this N^2 times for a unknown PCB with N (>1000) pads is a nogo 2011-05-26 12:35 having a way to sense all pads concurrently (like with my EL tester) will reduce the effort from N^2 to N 2011-05-26 12:37 another way: heat the pad and look at the board with an IR camera 2011-05-26 12:37 there are possible optimisations for the N^2 scheme, by using combs with a number of 5mm brushes, then pad pintesting only the 2*5mm^2 rectangles where you got a signal 2011-05-26 12:38 (heat) wont't fly 2011-05-26 12:38 (heat) would be worth a try ... if i had one of these expensive ir cameras :) 2011-05-26 12:39 you can't follow a trace >10mm in layer 4/8 this way 2011-05-26 12:39 you should be able to see where it comes out again 2011-05-26 12:40 esp the fine ones used today, which are like 0.05mil 2011-05-26 12:40 nah 2011-05-26 12:40 Cu should still conduct the heat a lot better than the FR4 2011-05-26 12:40 DocScrutinizer: why is this anti-anything? that's great stuff 2011-05-26 12:40 if it doesn't come out <10mm from your heated pad, you get nothing useful 2011-05-26 12:40 thanks a lot for sharing 2011-05-26 12:41 wolfspraul: it's about RE of closed hw :-) 2011-05-26 12:41 [commit] kyak: gcc-mips: restore cache-amnesia patch to fix build on x64 http://qi-hw.com/p/openwrt-packages/681b260 2011-05-26 12:41 [commit] kyak: centerim5: fix git url; checkout mob branch http://qi-hw.com/p/openwrt-packages/f741694 2011-05-26 12:41 let's call it analysis first 2011-05-26 12:41 and analysis can be used for many different applications 2011-05-26 12:41 indeed 2011-05-26 12:42 I'm serious. not trying to 'hide' reverse engineering 2011-05-26 12:42 reverse engineering is an awesome technique in and of itself 2011-05-26 12:42 and the project itself can be attributed open hw anyway 2011-05-26 12:42 efficient analysis ideas and tools can come in handy in many situations 2011-05-26 12:43 so - great stuff! :-) 2011-05-26 12:43 this method, while not fit for decent QA of PCB, could come in handy for a quick and dirty good/bad test 2011-05-26 12:44 Adam is trying to explain to me for ages how important some particular pcb tests are, but I haven't found the time and concentration yet to mentally absorb it :-) 2011-05-26 12:44 as it detects one of the most annoying failure patterns of PCB: shorts 2011-05-26 12:46 I think when droned in clear water (with a bit of ions aka salt), and then applied some 10V to one pad and looking with a good camera for bubbles building up on other pads could actually work great 2011-05-26 12:47 I hope this chan is logged ;-D 2011-05-26 12:47 with proper date stamps 2011-05-26 12:48 you should probably make sure your DUT PCB has the hydrogen side of current flow, not the oxigen one ;-D 2011-05-26 12:49 DocScrutinizer: try it and send pictures ? 2011-05-26 12:49 might consider it, yeah. Alas I have no good camera 2011-05-26 12:50 esp for the bga pads that are microscopic 2011-05-26 12:50 you'd need a really really good camera for that 2011-05-26 12:51 plus professional lighting, stand etc 2011-05-26 12:51 sounds like sth I could do for a master thesis :-D 2011-05-26 12:58 DocScrutinizer: yes the channel is logged and the logs were even beautified recently... 2011-05-26 12:58 :-D 2011-05-26 12:58 just for eventual lawsuits 2011-05-26 12:58 http://en.qi-hardware.com/irclogs/ 2011-05-26 12:59 nah, I bet this is like all my inventions: somebody did it 6 weeks ago, or will do in two weeks with no apparent link to this conversation 2011-05-26 13:00 and I'm not really in the situation for registering patents 2011-05-26 13:00 DocScrutinizer: so, do it, take pictures, post it on slashdot. then it will be very hard for someone else to claim prior art later :) 2011-05-26 13:08 wpwrak: (heat) on vias you lose 2011-05-26 13:08 I bet a beer it's not worth trying 2011-05-26 13:10 what you *can* get by checking heat is the actual routing of a burried trace, when you send current thru it 2011-05-26 13:10 (heat) dunno. they should still conduct the heat way better than the FR4. if you "inject", say, 100 K, even remote branches shuold get a delta of a few K (delta between heat conducted through direct trace vs. heat conducted through other traces or board material) 2011-05-26 13:11 but that'S usually not that much interesting (though I might recycle this isea for a special problem where I need to drill 2 holes into a PCBA) 2011-05-26 13:11 yeah, current always works :) O(n^2), though. 2011-05-26 13:12 are you trying to reverse-engineer something specific ? 2011-05-26 13:13 (heat conducting) the heat conducted to a far away pad directly linked by a trace is way less than that conducted to a parallel trace in a different layer, even when that other trace is thermally "isolated" by some plastic+glass PCB base material 2011-05-26 13:14 wpwrak: nothing special. Just looking at this N900 bare board and pondering about the few testpoints not mentioned in the 'leaked' schematics 2011-05-26 13:15 rhen recalling how I started my chitchat with OM, by ranting "gimme schematics, or I'll do " ;-D 2011-05-26 13:16 ;-) 2011-05-26 13:16 you can use sandpaper to go through the layers and then scan them 2011-05-26 13:16 indeed, but that's a lousy method, and frequently introduces lots of errors on vias 2011-05-26 13:17 and usually will need >5 PCB to ruin that way 2011-05-26 13:18 also takes "ages" 2011-05-26 13:18 I haven't done it myself, but definitely you can do it with one pcb 2011-05-26 13:18 and all your hair 2011-05-26 13:18 http://en.qi-hardware.com/wiki/Sciphone_Dream_G2#PCB_layers 2011-05-26 13:19 steve|m did it a little while back with a board 2011-05-26 13:19 http://en.qi-hardware.com/irclogs/qi-hardware_2011-02-21.log.html#t02:48 2011-05-26 13:19 "I used corning 120, and 400 for polishing it before scanning" 2011-05-26 13:19 "I used 120 really most of the time, and from one layer to another I would say something like 25 minutes, excluding the scanning" 2011-05-26 13:20 "400 is only used like 30-50 seconds :)" 2011-05-26 13:21 duh, nice job 2011-05-26 13:21 he needed maybe 1-2 boards to become skilled at this, but I think now he feels quite confident with it, and would only need 1 pcb to go through 2011-05-26 13:21 didn't think it could be done that cleanly 2011-05-26 13:21 here in China I can give boards to any pcb maker and they will have a kid sandpaper through it and return the scanned jpegs to me 2011-05-26 13:22 re 2011-05-26 13:22 lo roh 2011-05-26 13:22 DocScrutinizer: those pics are from China, I don't have a url for the boards steve|m sanded, but it also looked quite clean. 2011-05-26 13:22 it is slow and tedious, no doubt 2011-05-26 13:22 many hours with the sandpaper 2011-05-26 13:23 and won't show micro-short defects etc 2011-05-26 13:23 and you need a few iterations before you are good at it 2011-05-26 13:23 but other than that it's a simple and effective technique to picture the layers 2011-05-26 13:23 indeed 2011-05-26 13:23 [commit] kyak: ghostscript: update to 9.02, fix build http://qi-hw.com/p/openwrt-packages/601c607 2011-05-26 13:23 I knew of this, but didn't think it's that easy 2011-05-26 13:24 anyway it's not exactly for any nondestructive testing, obviously ;-D 2011-05-26 13:24 indeed 2011-05-26 13:24 ;-) 2011-05-26 13:24 for the pics of that smartphone (G2), I paid about 100 USD 2011-05-26 13:25 I give them 2 boards, 100 USD, they send me the jpegs 2 days later 2011-05-26 13:25 even more like 90 USD I think 2011-05-26 13:25 now you only need an autistic nerd to convert these pics to a connection-table 2011-05-26 13:25 and I didn't bargain much 2011-05-26 13:25 the kid that is doing the sanding maybe gets 2 USD / hour... 2011-05-26 13:26 USD ~500/month ? wow ! 2011-05-26 13:27 [commit] Xiangfu Liu: dega: using nanonote version source code http://qi-hw.com/p/openwrt-packages/6f32e10 2011-05-26 13:31 wolfspraul, ^ see the line_three of this diff :D 2011-05-26 13:31 [commit] kyak: ghostscript: really update to 9.02 http://qi-hw.com/p/openwrt-packages/11ff553 2011-05-26 13:32 wpwrak: is it 'wow' because so low or so high? 2011-05-26 13:33 so high ! isn't that what fully grown factory workers make ? 2011-05-26 13:34 yes but they just take one of their workers 2011-05-26 13:34 "today, you have to sandpaper this pcb" 2011-05-26 13:34 :-) 2011-05-26 13:37 great way to escape the daily boredom of the factory line ;-) 2011-05-26 13:38 i wonder how great quality and ingenuity of chinese products could be if they had such good teachers as some of us had here in germany 2011-05-26 13:39 teachers of professions.. like if you end up in siemens 'lehrwerkstatt' for some time 2011-05-26 13:40 not neccessarily a nice experience, but usually one which makes your handywork improve a lot 2011-05-26 13:51 why does package plplot cause openwrt to compile octave, too?  didn't even select sub-package plplot-octave.   or aren't sub-package dependcies not tracked independently? 2011-05-26 14:00 oops, compile error (branch master 2011-05-26 14:00 package dropbear) 2011-05-26 14:00 cp: cannot create directory `/home/pub/spock/src/qi/openwrt-xburst/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/./etc/init.d': File exists 2011-05-26 14:00 make[3]: *** [/home/pub/spock/src/qi/openwrt-xburst/staging_dir/target-mipsel_uClibc-0.9.30.1/root-xburst/stamp/.dropbear_installed] Error 1 2011-05-26 14:21 wonder what you can buy with 500usd in china 2011-05-26 18:06 does anyone have docs on Ingenc SIMD instruction set? 2011-05-26 18:23 nope :( 2011-05-26 18:23 but 2011-05-26 18:24 dingux wiki have some data about it 2011-05-26 18:24 i heard also mplayer source code from ingenic have it 2011-05-26 18:24 have imoplemented SIMD as asm, 2011-05-26 18:30 kristianpaul: the mplayer code is a huge load of crazy shit 2011-05-26 18:31 you'll need to be an ingenic developer to understand even a small bit of it 2011-05-26 18:33 the dingux wiki has a really great manual 2011-05-26 18:33 thanks 2011-05-26 18:55 yeah but not said i dint point you to mplayer 2011-05-26 18:59 kristianpaul: well, I knew about mplayer and already checked it as a possible source 2011-05-26 18:59 and it's an awful source of information for a complex thing like SIMD ISA 2011-05-26 19:15 btw can you tell us what are you planning to do with SIMD and the nanonote? 2011-05-26 19:15 hey 2011-05-26 19:15 hai 2011-05-26 19:15 i left you guys just for a moment and you've done a wireless adapter already? :D 2011-05-26 19:15 pcb so far 2011-05-26 19:16 well, as long as it works, i'm gonna order two :D 2011-05-26 19:16 SMT is a WIP but not updates from tuxbrain tha i'm aware off 2011-05-26 19:16 yeah it does zear 2011-05-26 19:16 did you saw wpwrak maill about the tunnel he made to do ssh and ping between nanonotes? 2011-05-26 19:17 i think i've seen the vid 2011-05-26 19:17 ya, that famous video indeed ;-) 2011-05-26 19:17 btw, did owrt got any better in the terms of the libs and toolchain? 2011-05-26 19:18 so i can port some games without a bigger hassle? 2011-05-26 19:20 well. i guess you should consult about owrt libraries avaliabillity 2011-05-26 19:21 about toolchain i cant talk too much about it, as the only cross compile i had done for the nanonote was using jlime :p 2011-05-26 19:21 so wait xiangfu or ask kyak  i hink 2011-05-26 19:21 think* 2011-05-26 19:21 yeah, same, with the exception i also used the dingoo toolchain with statically linked binaries :D 2011-05-26 19:22 hey, i about to point you that (statically linked games) 2011-05-26 19:22 i cant see better use for something static, well including kernel may be, and btw does nanonote kernel from owrt suppport dynamic module loading? 2011-05-26 19:23 kristianpaul, you could like the binary dynamically and keep your own libs in the local directory 2011-05-26 19:23 and change the priority of libs over the system ones 2011-05-26 19:24 oh 2011-05-26 19:24 export LD_LIBRARY_PATH or something 2011-05-26 19:25 ah, true :-) i forgot is all about those env variables.. 2011-05-26 19:26 so, what games are you wishing to port zear ? :o 2011-05-26 19:26 kristianpaul, i already did some ports very early in the nn history 2011-05-26 19:26 yet before the first batch 2011-05-26 19:27 though it was all statically linked with the dingoo libs 2011-05-26 19:27 i did spout, prboom, eduke32 2011-05-26 19:27 also cave story, which i never released 2011-05-26 19:27 brb 2011-05-26 19:28 ah yes i remenber prboom 2011-05-26 19:28 and gmenu2x wich not a game but very important 2011-05-26 19:28 and that make me remenber somebody was asking for dmenu the other day 2011-05-26 19:48 one day someone was asked me about making standalone fb menu from kexecboot :) 2011-05-26 19:50 Jay7: yes :-D 2011-05-26 19:50 Jay7: makes perfect sense. ideally, kexecboot should just be a bundle of general components. the fewer kexecboot-specific parts you need, the better. 2011-05-26 19:51 btw, may be good idea to do this.. 2011-05-26 19:51 fb lib + menu lib + xpm lib + ... :) 2011-05-26 19:53 yay, the ENC28J60 just get to my mother work :-) 2011-05-26 19:54 i'll get some fun with linux soon it seems 2011-05-26 19:54 bitbang or spi? 2011-05-26 19:54 ENC28J60 <- http://www.sigmaelectronica.net/tarjeta-ethern-p-1503.html 2011-05-26 19:55 kristianpaul, i wouldn't bother playing with dmenu 2011-05-26 19:56 it's fully config file based, means if you want to add a new item to the menu, you have to edit the config file 2011-05-26 19:56 plus it had bugs, a lot.. ;) 2011-05-26 19:57 kristianpaul, and thanks you've remembered about gmenu2x ;) 2011-05-26 19:58 i have also ported dgclock, though it was later reported by someone else from the original sources without button caption changes ;) 2011-05-26 19:58 zear: btw you know other projects like gmenu2x but a bit simpler, but not dmenu? :p 2011-05-26 19:59 there is a mc-like menu 2011-05-26 19:59 written in sdl 2011-05-26 19:59 for the dingoo 2011-05-26 19:59 no idea if the code is open though 2011-05-26 20:00 so how you get in to it? or just heard/saw pics? 2011-05-26 20:00 it was released for the dingoo, i haven't tried it myself 2011-05-26 20:00 just saw the pictures 2011-05-26 20:00 let me find it 2011-05-26 20:01 kristianpaul, oh hey, the source is actually out 2011-05-26 20:01 http://boards.dingoonity.org/dingoonity-news/dinguxcommander-2-1/ 2011-05-26 20:03 kristianpaul, compiles fine for x86 2011-05-26 20:04 kristianpaul: (enc28k60) ubb + bitbang ! ;-) 2011-05-26 20:06 wpwrak: got it :-) 2011-05-26 20:07 k? 2011-05-26 20:07 the 100Mb/s version ? 2011-05-26 20:08 wpwrak: if it is chip compatible i can order one why not 2011-05-26 20:09 so far this is just 10Mb/s 2011-05-26 20:11 the chip operates with 3.3 V, so it should be fine 2011-05-26 20:14 seems to need 5 I/O lines. UBB has 6. more than enough ;-) 2011-05-26 20:53 zear: an nc... 2011-05-26 20:54 well i was in thinking something else 2011-05-26 20:54 like a kexecboot-like menu :p 2011-05-26 20:57 kristianpaul, this thing can actually launch binaries 2011-05-26 21:05 zear: yeah but is a file browser.. 2011-05-26 21:05 well, i don't really see a difference ;) 2011-05-26 21:05 well,if your apps are in the same dir, will look like more a menu. 2011-05-26 21:05 yep 2011-05-26 21:06 zear: have you seen kexecboot menu? 2011-05-26 21:06 looking at it now 2011-05-26 21:06 looks nice, but a file browser is so much easier in use ;) 2011-05-26 21:07 really? 2011-05-26 21:07 i can only imagine the ordeal of adding new links to that thing :) 2011-05-26 21:09 well, thats a task for the developero, but if the menu worsk, load fast and the know-workign apps get lunched and all wokrs like a charm... well :-) 2011-05-26 21:10 also i forgot to said, somebody was/is digging and removing som unusefull code from gmenu2x, thats could change things 2011-05-26 21:10 kristianpaul: is the source code for that fork published? 2011-05-26 21:10 that's interesting 2011-05-26 21:10 may be last image already included that.. well i dont know 2011-05-26 21:10 zear: a file browser is also a little fat ... 2011-05-26 21:11 whitequark: in projects.qi-hardware.com there is one for gmenu2x fork i think 2011-05-26 21:11 i know the code is around 2011-05-26 21:11 i saw several commits from qi-bot last weeks 2011-05-26 21:12 wpwrak, i thought you guys were a bunch of geeks who dislike anything that's fool proof ;) 2011-05-26 21:13 no no, well thats not the idea i think 2011-05-26 21:15 well, gmenu2x does the job just fine, doesn't it? 2011-05-26 21:16 kristianpaul, there's also this: http://home.gna.org/gp2xmb/ 2011-05-26 21:16 it needs some work, but is presenting very well 2011-05-26 21:16 zear: kinda it does, but is just getting fat/slow as time goes 2011-05-26 21:17 woah looks interesting 2011-05-26 21:17 gp2xmb^ 2011-05-26 21:17 kristianpaul, here you can see it in action: http://www.youtube.com/watch?v=eSxwkB3a9J8 2011-05-26 21:18 (whenever dingux is on) 2011-05-26 21:20 zear: is feasible to port this gp2xmb? 2011-05-26 21:20 may be you already looked at the code?.. 2011-05-26 21:20 it was ported to the dingoo, so i see no reason why it couldn't be compiled for the nn 2011-05-26 21:21 i don't know about the code, but feature wise the dingux port was reather broken 2011-05-26 21:21 it was quite an early port though 2011-05-26 21:21 but then somebody ported gmenu2x and everybody forgot about that 2011-05-26 21:27 hum.. 2011-05-26 21:28     * >=libsdl-1.2.11 2011-05-26 21:28     * >=sdl-mixer-1.2.7 2011-05-26 21:28     * >=sdl-gfx-2.0.13 2011-05-26 21:28     * >=sdl-image-1.2.5 2011-05-26 21:28     * >=libconfig-1.0.1 2011-05-26 21:43 [commit] David Kühling: plplot: fix compile problem on ubuntu 10.10 hosts (host's libm not found) http://qi-hw.com/p/openwrt-packages/54cdac8 2011-05-26 21:49 zear: (fool proof) oh, i wouldn't worry about that. fools are creative ;-) 2011-05-26 21:50 ;) 2011-05-26 21:53 thats true 2011-05-26 21:59 all we are ;) 2011-05-26 22:29 Hi, having reflashed my Ben, I notice the backlight stays on, with no timeout. 2011-05-26 22:29 Not so good for battery life. 2011-05-26 22:33 but the screen is off? 2011-05-26 22:34 Hi, no the screen stays on too, should have said. 2011-05-26 22:34 had a look in dingoo settings, but didn't see a timeout setting there. 2011-05-26 22:43 got to go now, perhaps see you here again larsc, thankyou.