<wpwrak> wolfspraul: phew. 1st of april news ... shouldn't they really be something like 3rd of april news ? with the 1st being poisoned by april fools jokes and the 2nd still toxic with the ones that came a bit too late, all too easy in the modern globalized world.
<wolfspraul> wpwrak: that was exactly my thinking last night when I was frustrated that I had to do the whole cleanup work again :-)
<wolfspraul> so yes, let them be april 4 news (Monday)
<wolfspraul> i'll work on it today a bit...
<wpwrak> excellent ! great minds DO think alike :)
<wpwrak> it's been an odd month. lots at or around the beginning, then fairly quiet for the rest
<wolfspraul> the problem will be to extract the real news, together with good pics
<wolfspraul> as always
<wolfspraul> yes there is a lot of activity here and there. but what is the point? what is the bottom line? what matters?
<wpwrak> i think the mailing list tends to get most of the long-term-important things
<wpwrak> sometimes a bit of noise too, but that's normal
<wpwrak> regarding pics, you mentioned that you edit them for size and such. the ones i make are usually sized for efficient online viewing. is that format convenient for you ? i also keep the originals, but i don't advertize them
<wolfspraul> hmm
<wolfspraul> in general I would upload the highest resolution possible somewhere, just for archival purposes
<wolfspraul> mediawiki will scale automatically, that solves the 'online viewing' problem
<wpwrak> the editing i do is usually cropping and gamma correction. occasionally also white balance or more complex contrast than just gamma. once or twice actual retouching. (e.g., for one of the antennas plus chair pictures, the contrast was just unbearable and i did some fairly thorough editing. it still looks crappy, but at least prettier crap ;-)
<wolfspraul> I don't see any print magazine interested in publishing things right now, that's the only real reason for higher res pictures
<wolfspraul> and print magazines would not only be picky about resolution, most likely they would be picky about the actual image quality too (the content)
<wolfspraul> and we would have trouble getting to that level
<wolfspraul> so high-res matters mostly for archival purposes
<wolfspraul> maybe screens in 10 years are 2000 dpi?
<wolfspraul> who knows :-)
<wpwrak> it hasn't happened in the last 10 years :)
<wpwrak> not that i'd complain about a nice 1000 dpi screen, far from it ...
<wolfspraul> so I would always upload/archive the highest res I have
<wolfspraul> I don't see an immediate print use though
<wolfspraul> or even advertisement (say a big poster or so)
<wpwrak> (archival) yeah, should put the originals somewhere outside my premises. good point.
<wpwrak> for the monthly news, are the scaled imaged sufficient or would you prefer to start over from less edited material ? or perhaps the .xcf, with full undo ?
<wolfspraul> xcf?
<wolfspraul> which images are you talking about now actually?
<wolfspraul> if you have something in mind, please throw a URL into the news draft, or here in irc
<wpwrak> one problem is how things look on the screen. i optimize them to look good on my screens, but i don't know how they look elsewhere
<wolfspraul> Mediawiki will do scaling
<wolfspraul> so in Mediawiki, you can safely upload the highest resolution
<wpwrak> .xcf = gimp's native format, with modification history
<wolfspraul> oh
<wolfspraul> using that app for 10 years, never knew :-)
<wolfspraul> btw - did you see the discussions in KiCad about changed schematics format?
<wolfspraul> scary stuff. of course talking is good, but some of the proposals are scary. I hope the outcome is good.
<wolfspraul> wondering whether it will disrupt schhist
<wpwrak> (kicad) ah no, haven't looked in a while
<wpwrak> argh. seems that i got kicked off kicad-devel when openmoko.org was down :-(
<wpwrak> -developers
<wpwrak> (mediawiki) still waiting for a batch-able solution :) for now, the best workflow is to just upload to www-data@downloads.qi-hardware.com
<tuxbrain> wolfspraul: (news) I think from my part the most important news are UBB are on stock and selling, the ArduNote project, and than Atben/Atusb production has started and will be aviable at mid/end May
<xiangfu> tuxbrain: I am just update some news on Community_news_2011-04-04 too :)
<wolfspraul> tuxbrain: ok, then please help me updating the page a little
<wolfspraul> I'll do more too, of course.
<wolfspraul> I doubt the news have a big impact, but we need to keep the routine and keep pushing for a wider audience...
<wolfspraul> thanks for any help!
<wpwrak> wolfspraul: you never know when someone comes looking :)
<tuxbrain> Ok I will try to complete the news this night
<rm> hey all
<rm> which video driver does the nanonote use while in X.org?
<rm> is it fbdev or something better
<xiangfu> rm:  there is on X in nanonote.
<xiangfu> rm: nanonote using framebuffer directly
<wpwrak> xiangfu: with jlime, there is :)
<xiangfu> rm: wpwrak oh. yes. jlime using X
<rm> yep, I saw some videos with X on NN
<wpwrak> hmm, xdpyinfo doesn't reveal much about the driver :-(
<wpwrak> may just be "dumb" frame buffer
<rm> check /var/log/Xorg.0.log?
<rm> I also saw it run Doom/Heretic/Hexen
<wpwrak> rm: ls /var/log -> wtmp ;-)
<rm> and at pretty impressive speeds
<rm> so I wonder can this be with fbdev
<rm> wpwrak, xvinfo
<wpwrak> the games are usually using sdl
<rm> but SDL still relies on accelerated drawing support provided by the xorg driver
<wpwrak> i think sdl just uses a dumb frame buffer and asks x to stay out of the way as much as possible
<wpwrak> xvinfo: X-Video Extension version 2.2  screen #0  no adaptors present
<rm> you mean a canvas
<rm> on which it draws by itself
<rm> that's almost right, but to draw on that dumb frame buffer / canvas, it still needs accelerated operations from X
<rm> not stuff like "draw line", "draw rectangle"
<rm> but rather "copy bitmap"
<wpwrak> i don't know enough about X to know how close to the hardware SDL can get. maybe it actually gets direct access to the frame buffer.
<wpwrak> memcpy ? :)
<rm> I don't know much about X either
<wpwrak> 320x240x2 bytes isn't all that much to move around
<rm> also e.g. if the program wants to draw bitmaps in other format than what you have on screen
<wpwrak> yes, that's usually when things suddenly get very very slow :)
<wpwrak> tuxbrain: ah, when the pcb fab sends the panelized gerbers, please also ask them for permission to publish them (cc-by-sa or such), so that we can fully document the process
<tuxbrain> wpwrak: roger
<wpwrak> tuxbrain: have you already given them the "go ahead" ?
<wpwrak> wolfspraul: potential entries for the 04-04: 1) the ben-wpan samples http://lists.en.qi-hardware.com/pipermail/discussion/2011-March/007457.html
<wpwrak> wolfspraul: 2) the decision that tuxbrain will lead the production (and which may potentially have started already)
<wpwrak> wolfspraul: 3) that we have a kernel that allows atben to communicate via ieee 802.15.4
<wpwrak> wolfspraul: not sure if 3) is newsworthy yet. there are still a few more things missing before it's actually useful
<wpwrak> wolfspraul: regarding 2), there's also the integrated process for producing fab files, but i haven't documented it yet. at its core is ben-wpan/makefiles/Makefile.kicad, which is semi-generic
<lekernel> "The attic concept may actually come in handy for a few other Qi projects and proposals"
<lekernel> lol
<wpwrak> lekernel: wolfgang's dungeon
<wolfspraul> I shouldn't call the attic a 'concept', it's not that revolutionary. Just the attic, after all :-)
<qi-bot> [commit] David Kühling: mplayer_jz47xx: package for experimental mplayer video acceleration driver http://qi-hw.com/p/openwrt-packages/80a3d2d
<qi-bot> [commit] David Kühling: add mplayer_jz47xx to config.full_system http://qi-hw.com/p/openwrt-packages/3eb5448
<zrafa> tuxbrain: is it possible to get or make in some future more sie boards? (sorry if the question is vague :) )
<zrafa> btw, hello
<zrafa> to all
<wolfspraul> hi
<zrafa> hey wolfspraul, hello
<zrafa> wolfspraul: maybe the question is for you as well :) (sie boards)
<wolfspraul> of course it can be made
<wolfspraul> it's copyleft :-)
<wolfspraul> but I am not planning a run, and many things that should be in motion for a run, imho, are not in motion
<wolfspraul> SIE is in the attic :-)
<zrafa> wolfspraul: yes, but we would need of you to make that
<zrafa> wolfspraul: yes, I know
<wolfspraul> of course we can dust it off and get it down from the attic again
<wolfspraul> oh no, you definitely don't need 'me'
<zrafa> wolfspraul: YES
<zrafa> :)
<wolfspraul> tuxbrain is proving with his fearless heart that anyone can do manufacturing, especially with high quality copyleft designs and processes
<zrafa> tuxbrain: yes, and I like that
<wolfspraul> I am focused on milkymist one rc3 now, and want to do that really well
<wolfspraul> I even let down Werner on ben-wpan, but tuxbrain jumped in and it's all great right now there
<wolfspraul> I don't know yet what I will take on after rc3, rc3 actually has some sub-projects like another 200 jtag-serial boards, etc.
<wolfspraul> either rc4, or a mobile minimilky board along the lines of the former Xue, or - don't know yet :-)
<zrafa> wolfspraul: I am back at uni working, and of course, I was to check the status of sie projects there and I found some heart lives there working with that and better thinking on some nn or sie courses in the future. So I am helping
<wolfspraul> the technology is still there and good and has potential
<zrafa> wolfspraul: great that you want to do something well :) .. just kidding .. it is great for the milkymist project. I do not know much about, but I see a really open hardware project behind.
<wolfspraul> these things all connect together
<wolfspraul> imo
<zrafa> wolfspraul: and for the ben-wpan project I hope tuxbrain and werner work until it is there.. At least I will buy and enjoy
<zrafa> wolfspraul: we (miriam and me) finally found a new apartment to rent on our new location. So we will rent next week. That gives me a place to have my desk properly set to work again ;)
<wolfspraul> nice
<rjeffries> regarding another run od SIE aka swiss army knife card , similar to Ben + FPGA, are design changes required after that first runb of n=50 or so>
<wpwrak> rjeffries: i think they found numerous small issues that should be corrected in a future run
<rjeffries> wpwrak. OK. I was noodling about whether deigning in the 4760 into an SIE V2 might be an interesting approach.
<rjeffries> use SIE which does not have a pretty plastic enclosure to test the 4760
<rjeffries> or, thinking out loud, is SIE considered to competitive with Milkylist? I don;t think it is, but just wondering
<kristianpaul> You dont need SIE after got a milkymist
<lars_> well it is an alternative with a lower price
<lars_> and it has a real cpu
<kristianpaul> lars_: indeed
<kristianpaul> lets wait for the xilinx chip with arm/logic blocks :-)
<kristianpaul> price lower +1
<tuxbrain> wolfspaul: (fearless heart) I love a lot the Killer RPG despcrition about characters like me they call them brave(and/or)stupids :P
<tuxbrain> wpwrak:(wpan production) yes the ok was given, but then comes the weekend :), waiting for the specification of way of payment, maybe this time they allow me to do 30 days of grace instead of instant payment :) I'm starting to be a trusted company :P
<tuxbrain> zrafa: I will not do sie my own, there is serios production issues last time and I have no notice than any body has resolved them, so for me is a no go right now.
<tuxbrain> buff is too late I finally arrive at home too late I'm really tired to start editing the wiki news now .... I know I said I will do but sorry :(, I hope I can do something tomorrow but is very unlikely....:(
<kristianpaul> tuxbrain: i dont bet wolfspaul or zrafa will read backlogs all the time..~
<kristianpaul> a minimmilkymist can beat a SIE board :-)
<kristianpaul> minimilkymist*
<kristianpaul> minimist*
<tuxbrain> kristianpaul: pero mi conciencia se ha quedado tranquila (to late to try to translate the previous sentence)
<kristianpaul> tuxbrain: eso si :-)
<tuxbrain> MMM(minimilkimist)
<kristianpaul> :D
<tuxbrain> NN MM and now MMM
<tuxbrain> NNN (nasty NanoNote?)
<kristianpaul> next nano note
<kristianpaul> xD
<tuxbrain> yeah!
<tuxbrain> Ya=NNN
<Jay7> nanonanonote
<kristianpaul> s/NNN/MMM
<Jay7> time to have some sleep anyway
<kristianpaul> :-)
<kristianpaul> is packing its mm1 and other stuff for the LabSurLab
<tuxbrain> wolfspraul : If your read the backlogs I thing the more smart move for sharims to produce somthing is the Qi-phone
<Jay7> and Qi-reader
<kristianpaul> MMM can be a mother board for such us addons (GSM, reader, GPS-RF, Cam, ... )
<tuxbrain> mmmm why not Qi-note, Qi-phone, Qi-reader, Qi-VJ. Qi-cam as qi-hardware product names?? I'm doing the Qi-wpan dongles :)
<kristianpaul> :-)
<kristianpaul> sure
<kristianpaul> well.. why not ;-)
<Jay7> Qi-bug
<tuxbrain> we don't have bugs, we have futures enchancements :P
<Jay7> BUG Labs produces some 'lego'
<kristianpaul> yeah i think Jay7  mean that product
<Jay7> ;)
<kristianpaul> "we don't have bugs" sure... ?
<kristianpaul> ah, yes
<Jay7> well...
<Jay7> is sleeping :)
<tuxbrain> kristianpaul: in my case also are not called bugs once productions started, are called "reasons to kill wpwrak"
<tuxbrain> Jay7:  me too, gn8
<kristianpaul> tuxbrain: (wprak ) hehe :-)
<kristianpaul> nite
<wpwrak> tuxbrain: i'll check my perimeter defenses ;-)