| lekernel | latest milkymist gui screenshot: http://www.milkymist.org/flickernoise/darkblue.png | 00:03 |
|---|---|---|
| wpwrak | very nice ! | 00:06 |
| rjeffries | that milkymist screen shot is ultra cool | 02:38 |
| wpwrak | autocrap travesty of the day: seems that they discovered "quiet" builds. of course, unlike everyone else who adds a means to enable verbosity (V=1 or such), they had to hard-code the quietness in the makefile. as if a build under the auspices of autocrap could possibly ever fail ... | 12:19 |
| jow_laptop | :D :D :D | 12:20 |
| jow_laptop | I usually patch the quiet patch out | 12:20 |
| jow_laptop | erm quiet stuff | 12:20 |
| wpwrak | i like it for making warnings and such more visible. but there has to be a quick way to see the whole truth when debugging ... | 12:26 |
| qi-bot | [commit] Werner Almesberger: install/: kernel and system utilities build instructions (preliminary) http://qi-hw.com/p/ben-wpan/fb5bb5a | 13:01 |
| qi-bot | [commit] Werner Almesberger: atben/README-PCB, atusb/README-PCB: clarifications regarding holes http://qi-hw.com/p/ben-wpan/6487c32 | 13:01 |
| qi-bot | [commit] Werner Almesberger: install/: updated and corrected build instructions http://qi-hw.com/p/ben-wpan/16dcc30 | 13:01 |
| wpwrak | tuxbrain: yesterday, we heard about russian postal snails. how are the spanish smt snails doing ? :) | 13:28 |
| tuxbrain | wpwrak: the snails said this afternoon they will make a "sprint" and send the quote.... I want a world with the efficiency of germany, patience of Japanese , Chinese production, Hindu spirituality, Netherlands legislation sense, EEUU entrepreneur spirit, Spanish improvisation skill and (ok some French cheese ,bread and pastry can pass the filter too) , Russian maths toughness, Nordic mythology and metal, Swiss economical skills... (add/remove you | 13:54 |
| tuxbrain | own receipt to the ideal world)... until then let's wait the spanish efficiency with EEUU patience :P | 13:54 |
| wpwrak | heh, let's hope for the best then :) | 13:56 |
| tuxbrain | and the snails have made the sprint :) | 16:50 |
| methril_work | :O | 16:52 |
| tuxbrain | wpwrak: I have send you a email with the quoting , no info about the usb connector apart of the warning on the paneling , I have requested for the ref/vendor and/or datasheet of it. | 17:01 |
| wpwrak | tuxbrain: "Pantalla Serigrafia Niquel" is the stencil ? | 17:25 |
| wpwrak | tuxbrain: prices look so-so to me. not excessive, but i also don't know if they couldn't be substantially lower. maybe ask adam for his opinion. | 17:28 |
| wpwrak | tuxbrain: (usb conn) great. | 17:34 |
| wpwrak | tuxbrain: i'll be afk for a few hours. let's see of more data arrives :) | 17:34 |
| kristianpaul | he, a C structure is very cool :-) | 18:49 |
| kristianpaul | usefull | 18:49 |
| Action: kristianpaul reading about tcp/ip | 18:49 | |
| methril_work | kristianpaul, C structure allows OO in C | 19:19 |
| Jay7 | but you should pass structure pointer to object functions directly then :) | 19:22 |
| Action: Jay7 is using some kind of such things.. | 19:22 | |
| whitequark | has anyone managed to get qt running on ben? | 19:22 |
| Jay7 | fb->plot_pixel(fb, x, y, color); | 19:23 |
| whitequark | per my experience, 32mb is too little for it, but maybe i'm compiling qt the wrong way | 19:24 |
| kristianpaul | methril_work: he, i was thiking same actually | 19:26 |
| kristianpaul | whitequark: it is | 19:26 |
| kristianpaul | check nanomap for example | 19:26 |
| kristianpaul | and others games i think | 19:26 |
| kristianpaul | qdict too | 19:26 |
| methril_work | kristianpaul, it`s used like that in kernel VFS | 19:26 |
| methril_work | i did some serialization of "objects" -> C structs | 19:27 |
| methril_work | and sent over the net | 19:28 |
| methril_work | it works nice :) | 19:28 |
| kristianpaul | "object functions" :o | 19:31 |
| wpwrak | methril: in VFs and a gazillion other places :) | 19:36 |
| wpwrak | tuxbrain: regarding the component substitutions: the 1 uF can is in fact the one i specified. the others are okay as well. | 19:46 |
| Action: methril_work nods wpwrak words | 19:56 | |
| lekernel | http://www.milkymist.org/flickernoise/pdf.png | 20:41 |
| wpwrak | lekernel: that's your upcoming book ? :) | 20:47 |
| tuxbrain | whitequark: you have to be some restrictive (example I'm getting problems if I use large fonts) but with starndard ones I was able to compile on pc and run some demos on NN and I'm developing a code editor app for arduino on QT creator | 21:01 |
| lekernel | yeah | 21:01 |
| tuxbrain | gn8 dudes, today I'm tired and need to rest. and there is no caffeine arround to make me change of opinion. c u | 21:03 |
| whitequark | so, what graphical environment may be used on ben? I've tried gmenu2x, and it works perfectly (of course), but is not very feature-rich and the code is somewhat crappy | 22:58 |
| steve|m | http://projects.qi-hardware.com/index.php/p/mmone-jtag-serial-cable/ You are not authorized to view this page. | 22:59 |
| steve|m | mhh | 22:59 |
| steve|m | wpwrak: since I can't take a look at the mmone-jtag, can you tell me how to add a SMD mini usb jack with KiCad? | 23:00 |
| steve|m | is there some special library I need? | 23:00 |
| Jay7 | whitequark: jlime is using kdrive+matchbox iirc | 23:00 |
| Jay7 | or may be xorg+matchbox | 23:01 |
| whitequark | Jay7: looking at their screenshots, matchbox requires touchscreen, am I right? | 23:34 |
| Jay7 | whitequark: no, jlime's one is driven by keyboard | 23:35 |
| whitequark | hmm, that's not very easy when you have maybe 8 keys | 23:36 |
| Jay7 | nanonote have lot of keys :) | 23:36 |
| whitequark | the particular thing I'm searching an environment for has much less, but otherwise has very similar hardware | 23:38 |
| whitequark | well, of course I may attach a keyboard on i2c, but I do not want to do that | 23:38 |
| Jay7 | minimal keys requirement is 2 :) | 23:39 |
| Jay7 | down and select :) | 23:39 |
| Jay7 | better with 3 - up/down/select :) | 23:39 |
| Jay7 | you should be happy with 5 :) | 23:40 |
| whitequark | hm. | 23:40 |
| mth | are you looking for a toolkit, menu, desktop? | 23:40 |
| Jay7 | ah, yes, some key for closing window and changing between | 23:40 |
| Jay7 | one modified should be enough :) | 23:40 |
| Jay7 | *modifier | 23:41 |
| whitequark | mth: if I've had 64mb of memory, I'd just use qt for everything and be happy. I'm looking for everything I need to build an usable media player on top of Linux, of course FOSS | 23:42 |
| whitequark | but qt is too fat to run simultaneously with mplayer, and gtk is not something I'm happy with, too | 23:42 |
| Jay7 | whitequark: opie? :) | 23:42 |
| whitequark | qtopia is dead | 23:43 |
| Jay7 | but still working :) | 23:43 |
| whitequark | for an one-time project it would work (iirc it has used only ~7mb of memory by itself, through on arm), but I'd like to make something which may be reused | 23:44 |
| mth | whitequark: DirectFB is pretty light and was designed for use on set-top boxes | 23:44 |
| mth | you can run wxWidgets on top of it if you need a widget toolkit | 23:44 |
| whitequark | hm, wxwidgets | 23:44 |
| whitequark | i'll look into that, thanks | 23:44 |
| whitequark | Jay7: opie.handhelds.org is down too | 23:45 |
| mth | wxWidgets is highly modular, so you can disable widgets you don't need | 23:45 |
| Jay7 | whitequark: opie.sf.net | 23:45 |
| Jay7 | opie is moved from hh.org long time ago | 23:45 |
| mth | although I ran into compile errors when I did that, but they weren't hard to fix | 23:45 |
| mth | and all my patches from back then were integrated by the maintainers | 23:45 |
| whitequark | mth: looking at their screenshots, they use some underlying graphics library, win32 or gtk | 23:47 |
| mth | it can do that, but it can also use its own widgets on a low-level gfx lib like DirectFB | 23:48 |
| mth | we had a user interface for an embedded system running on it | 23:48 |
| whitequark | oh yes, I see it. looks like we're back in '95 | 23:48 |
| mth | DirectFB + wxWidgets had a much smaller flash footprint than kdrive + wxWidgets | 23:48 |
| roh | wxwidgets is shit. dont use it. | 23:49 |
| mth | we did implement a custom theme to make it look good | 23:49 |
| whitequark | mth: do you have a repo of that? | 23:49 |
| mth | no, it was a proprietary app | 23:49 |
| roh | make stuff look ugly and breaks thing which worked before on all platforms | 23:49 |
| mth | which was also the reason we didn't use Qt | 23:50 |
| mth | they didn't want GPL licensing and the per-unit cost of Qt was also too high | 23:50 |
| mth | this was before Qt was LGPL-ed | 23:50 |
| whitequark | roh: any suggestions on your side? | 23:50 |
| mth | if you have enough resources, go for Qt instead of wxWidgets | 23:51 |
| roh | well.. directfb alone isnt a toolkit. its like gdk | 23:51 |
| mth | but in this particular restricted environment wxWidgets worked well for us | 23:51 |
| whitequark | mth: 32mb and a processor roughly like ben's | 23:51 |
| roh | its for drawing and windowing, but for a actual toolkit you need something more. usually people use wither gtk or something completely different. | 23:51 |
| roh | there is some very simple stuff.. i forgot the name. mompls | 23:52 |
| whitequark | roh: gtk looks nice and has not very big footprint, but its c interface makes me cry | 23:52 |
| roh | 'lite' | 23:52 |
| mth | there was a framebuffer port of gtk, but it was unclear to me whether it was maintained | 23:52 |
| roh | whitequark: you can still code in different languages.. vala? | 23:52 |
| roh | and compile down to binary. | 23:53 |
| roh | c++ is nearly always much bigger in binary and memory footprint size | 23:53 |
| roh | http://directfb.org/index.php?path=Platform%2FLiTE | 23:53 |
| roh | mth: gtk on dfb is what debian used afaik for the installer. | 23:53 |
| mth | I've always installed Debian with a text mode installer :) | 23:54 |
| roh | dfb can also run on dumb framebuffers. its 'abstracting' the hw of the fbdev so you can use accel if available. | 23:54 |
| whitequark | roh: back when I've looked at it, it was looking like in very early stage, is it stable now? | 23:54 |
| whitequark | roh: yes, deb's graphical installer uses dfb. I'm thinking about implementing some graphical acceleration with DMA, through I don't know how efficient that would be | 23:55 |
| roh | lite? dunno. i havent worked with that stuff for years. but i know that directfb is still maintained and used in real products.. tv's and such | 23:55 |
| whitequark | roh: no, vala | 23:56 |
| roh | whitequark: dfb does abstract that for you (accel) | 23:56 |
| whitequark | roh: sure, but it would fall back to slow way like naive memcpy | 23:56 |
| roh | instead of e.g. a userspace x11 driver one has a userspace dfb driver and (usually) a kernel component (the fbdev) which allows mapping/access to registers and dies modesetting. | 23:56 |
| whitequark | well I use jz4740-fb just in NN | 23:57 |
| roh | so accel is usually in userspace, and modesetting in kernelspace. sometimes even simple blitting (for scrolling) | 23:57 |
| whitequark | I particularily like some features of dma like striding and descriptors, it may be possible to implement acceleration for simple ops (like blt) with these | 23:58 |
| roh | nah. usually not | 23:59 |
| mth | with 320x240 resolution, often software rendering is fast enough | 23:59 |
| --- Wed Mar 30 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
