<qi-commits> Xiangfu Liu: cleanup CFLAGS http://qi-hw.com/p/xburst-tools/086c985
<qi-commits> Xiangfu Liu: refresh-uboot-patches.patch http://qi-hw.com/p/openwrt-xburst/a945822
<gnufs> yay! tuxbrain's arduino howto!
<gnufs> is, coincidentally, in his first MIPS assembly class workshop
<qi-commits> Xiangfu Liu: correct BOOT_FROM_SDCARD check http://qi-hw.com/p/openwrt-xburst/0f1cbcc
<tuxbrain> wolfspraul: I was thinking....A video recorded with ephel camera about BNN||SACK||Milky post-produced with Kino(or any other FreeSoft) in a (that's what I lack of information about) an open workstation should be the first movie made with Free Open/hardware tool from beginning to end
<tuxbrain> forget about open, I mean free
<tuxbrain> Free Hardware/Software tools
<vegyraupe> tuxbrain: call at oen ?
<gnufs> rolls his thumbs and waits for his nanonote to arrive
<tuxbrain_away> gnufs: it's on Berlin since 07:47, so I guess it will arrive at any time today
<rafa> tuxbrain_away: about the first movie made with free hardware/software : Great idea man :D
<tuxbrain_away> rafa: any suggestion of free hardware workstation to do the postproduction?
<gnufs> \o/ the courrier is here!
<gnufs> please let oit bethe nano!~
<larsc> :)
<tuxbrain_away> hehehe firt time I follow a delivery live :)
<tuxbrain_away> s/firt/first
<gnufs> omg omg omg!
<rafa> tuxbrain_away: I do not know if the laptot of RMS is easy to get :).. Another idea would be to use just text video editors from  command  line, and to use a Ben ;)
<rafa> tuxbrain: I mean, video editors from console.. no for text :P
<rafa> (without GUI)
<gnufs> tuxbrain: you have packed the thing very well
<gnufs> maybe even too well in fact :)
<tuxbrain> uff, we will have enough ben playing videos , editing I guess will be too much for the 32Mb to encode fast enough
<gnufs> finally reaches to the black box under the onion layers
<tuxbrain> heheh gnufs, noting a good knife can handle (jack the ripper dixit)
<tuxbrain> nothing a good knife can't handle (jack the ripper dixit)
<gnufs> holds the nano in his hands first time
<gnufs> i think
<gnufs> i think i've fallen in love
<rafa> tuxbrain: I know how to cut/paste from command line.. and also how to add subtitles.. perhaps 32MB is okey if we have patient ;)
<tuxbrain> XD XD XD I understand you man
<gnufs> wow, my biggest worry was the keyboard, but this is pretty good
<kristianpaul> gnufs: cheers !
<kristianpaul> indeed
<tuxbrain> rafa:I think I will preffer milkymist to do that job instead of ben
<kristianpaul> also screen but seems okay after a while
<gnufs> much better than i'd expect from any sub-300euro device of any producer, in fact
<kristianpaul> hola rafa
<tuxbrain> yes, hardware quality of the device is notable
<gnufs> wishes he had gone with his instinct and ordered two of these babies at once
<rafa> tuxbrain: ah.. you are right. I did not know about milkymist
<tuxbrain> too :P
<gnufs> :)
<kristianpaul> milkymist !
<gnufs> loves seeing the GPLv3 and CC-BY-SA 3.0 license text at the end of the manual
<tuxbrain> rafa: now we enter the geeky jugling  game, we should ssh milky with the nano and do the editing trough command line using ben as keyboard/screen
<gnufs> and it boots! \o/
<kristianpaul> of course
<tuxbrain> gnufs: remember to charge the battery for a while first time :P (it's an urband legend?)
<kristianpaul> lol
<gnufs> tuxbrain: i think it's an urban legend with the new lithium batteries
<gnufs> is mesmerized by seeing such a recent kernel version in an embedded device
<rafa> tuxbrain: ;-))
<tuxbrain> gnufs: :) one of the qi-hardware principles, dude :)
<larsc> gnufs: recent? 2.6.32 is outdated, i have 2.6.34-rc5 on my nanonote ;)
<tuxbrain> larsc: wow, any notable improvement ?
<larsc> no
<larsc> just keeping things uptodate
<tuxbrain> larsc: hehehe man I love your categorical negative replies
<larsc> well, most of the kernel stuff is done.
<larsc> and i fear we won't see any notable improvements there.
<wolfspraul> larsc: how about the NAND timings?
<tuxbrain> good news, then :). time to focuse in user software :)
<gnufs> hmm, it doesn't seem to have a /proc/acpi/battery/...
<larsc> wolfspraul: i tried faster timings and it changed nothing
<wolfspraul> hmm. I see.
<larsc> gnufs: /sys/class/power/battery
<gnufs> ah
<gnufs> thanks
<wolfspraul> screen brightness?
<larsc> wolfspraul: already done
<wolfspraul> larsc: is openinkpot using the openwrt kernel as well now?
<wolfspraul> larsc: oh wow! :-) [screen brightness]
<larsc> wolfspraul: theirs is based on the openwrt/qi kernel
<tuxbrain> larsc:wow+1
<gnufs> and it comes with screen! smart..
<larsc> wolfspraul: actually now that i think of it it might haven been an improvement of 10% due to better nand timings. mounting time went down from 10 to 9 seconds.
<larsc> tuxbrain: and the more i think about notable improvements: There is one thing that needs to be done and thats using DMA for mmc transfers
<gnufs> umm, and which file gives the current capacity left on the battery?
<gnufs> guesses he should do a thorough RTFM session before flooding the channel any more questions
<gnufs> okay, one last basic question: does it charge over USB?
<kristianpaul> yes
<tuxbrain> larsc:yes this will be a great
<tuxbrain> gnufs:that was easy, yes
<wolfspraul> larsc: there is also this screen flickering that I still see
<tuxbrain> see flickering too
<kristianpaul> is driver issue
<wolfspraul> if you compare with the proprietary software, it's a _huge_ difference
<kristianpaul> not hardware
<kristianpaul> wolfspraul: awake? :O
<wolfspraul> in fact when the factory workers saw the openwrt splash screen booting, the quality people immediately said devices with that much flickering would not pass their OQC (outgoing quality control) standards :-)
<wolfspraul> but of course the test is done with the proprietary software so we know it could be better
<larsc> wolfspraul: i had a look at it during the past days and i couldn't find anything to fix it
<wolfspraul> can you see the flickering?
<larsc> yes
<wolfspraul> ah good, that's a start
<kristianpaul> lol?
<larsc> it's most visible with contrast=min and brightness=max
<kristianpaul> larsc: how do you changee contrast and bright?
<wolfspraul> I have some very basic testing sources somewhere, I try to find them. Maybe there is a clue in how they enable/drive the LCM.
<larsc> kristianpaul: /sys/class/lcd/gpm*/{brightness,contrast}
<kristianpaul> larsc: there is a way of do it with gmu?
<larsc> wolfspraul: i could reduce the flicking though. but it's still there
<larsc> kristianpaul: i guess not
<kristianpaul> ok
<kristianpaul> i just want reduce bright to save energy
<kristianpaul> ogg seems to require energy
<larsc> kristianpaul: won't save you much energy. cause it's the color brightness not the backlight brightness
<tuxbrain> larsc:ok when you talk about brightness I think you where talking about backlight, so wow +0,5 only :P
<kristianpaul> there is way to reduce backlight then?
<larsc> according to the specs it should be possible. but it does not work
<tuxbrain> larsc: and simply on/off
<tuxbrain> ?
<kristianpaul> ?
<kristianpaul> but this is not a qi display i think..
<kristianpaul> how readeable will be after off :/
<kristianpaul> tuxbrain: black colored themes ;)
<tuxbrain> gmu turns black when idle, but backlight still on I guess, so turning totally off will save some batt
<larsc> tuxbrain: hum. that should be possible(according to the specs). haven't tried yet, cause i don't know how usefull it will be
<kristianpaul> my idea is have a read mode
<larsc> tuxbrain: when gmu turns the screen black it also turns down the display.
<larsc> at least here
<larsc> it does
<kristianpaul> yes
<kristianpaul> is screen at all
<kristianpaul> wonders if there are plans to change display technology in Ya
<tuxbrain> ok so I have not said nothing  ,
<wolfspraul> larsc: I digged up some codes I got once to 'help' us with the flickering, they are totally horrible codes but maybe there is a clue in there... maybe not...
<wolfspraul> not sure what the point of 'old' and 'new' was, I got this already months ago
<larsc> prototype and production display?
<wolfspraul> yeah maybe, AUO & Giantplus. not sure.
<larsc> but yes they do look good. if you have a nanonote at your hands you could even try if it makes a difference
<wolfspraul> that was my plan, but in my never ending todo list I wish I could even get to the wiki pages I promised David months ago
<wolfspraul> but yes, I will try asap
<larsc> don't worry i'll try them later today...
<larsc> hm. they do write to registers which are not documented
<wolfspraul> larsc: great that would be fantastic [try them later]
<wolfspraul> registers on the Giantplus or Ingenic side?
<larsc> giantplus
<wolfspraul> ok, just shoot your questions and we'll forward to Giantplus who knows maybe we even get an answer...
<wolfspraul> :-)
<wolfspraul> I'm out for the day, will catch up with the irclogs tomorrow. good thing now I don't miss stuff anymore.
<gnufs> now let's see how this baby handles heat
<gnufs> runs yes > /dev/null
<gnufs> hmm, it takes it very well
<zear> well, it's mips, not x86
<gnufs> just a very faint heat on the keyboard's surface
<gnufs> zear: ya
<larsc> won't work as a heater :/
<mstevens> erk, how did a gnufs get in here, I thought you were safely locked up in #gnewsense
<gnufs> mstevens: i got banned again, so found myself a new project to work on :)
<gnufs> okay, now let's test the nokia battries
<gnufs> oh, the nokia BL-4C fits very well
<gnufs> hmm, infact maybe a little too well
<zear> and if you shake the nanonote, the battery disconnects? :D
<gnufs> it's just a wee bit too small horizontally, and would need a tiny object like a piece of paper to make sure the contacts are touching
<zear> i had that problem with the sagem battery
<zear> gnufs, if you have any ideas for the new columns in the compatible batteries wiki article, feel free to expand it ;)
<zear> i basically added what i thought might be useful, but i'm not a technican, so maybe there's something important i overlooked
<gnufs> zear: hah, was creating a new column just as you wrote that
<zear> :D
<gnufs> oh and nokia BL-5C (the 1020mAh battery) also fits okay, and even the lid closes when you push it down with a little force :)
<gnufs> but with the same shortness problem like the BL-4C
<gnufs> i also have the freerunner battery but it's already tested :)
<zear> yeah, easy to fall out
<zear> gnufs, can you check if your nokia batteries charge with ben?
<zear> the red led should turn on if it charges the battery
<gnufs> good idea
<gnufs> oh, the red light lights up!
<gnufs> and battery status file confirms
<zear> yay
<zear> then it should be a good replacement battery available on the market
<kristianpaul> :)
<kristianpaul> needs two for longs trips
<zear> hmm.. the led turn on when i put my sagem battery as well
<zear> i think i must have not been touching the pins when i first tested it
<gnufs> confirms charging and status on BL-5C too
<gnufs> gives a try to the fr battery
<zear> it does charge it
<zear> just tested
<gnufs> :)
<gnufs> 's desk is full of batteries and opened devices
<gnufs> now let's try to find which belongs to which :)
<zear> :D
<zear> has a lot of batteries that have pins located on the opposide side
<gnufs> can smell the burnt lithium from zear's soldering iron
<zear> don't worry about it, i can't solder :D
<kristianpaul> zear: in that "battery bag" you have, there is one for long charge?
<gnufs> everybody can solder. soldering actually what you want you want to what you want is the skill that needs practice :)
<kristianpaul> maybe twice that nano actual charge
<zear> kristianpaul, what you mean by long charge?
<kristianpaul> long life*
<zear> ah, the freerunner battery, probably
<zear> you think it could charge it just half the way in the nano?
<gnufs> kristianpaul: compare the mAh's on http://en.qi-hardware.com/wiki/Compatible_batteries
<kristianpaul> gnufs: what are you goint to do with your nano?
<zear> or overcharge it, if it has a smaller capacity?
<gnufs> kristianpaul: i have a few secret projects
<kristianpaul> ah ok
<kristianpaul> disclosure :/
<kristianpaul> gnufs: GSM networks related btw? ..
<kristianpaul> :D
<gnufs> no
<kristianpaul> ahh
<gnufs> well at least not till you suggested it :)
<kristianpaul> :)
<gnufs> oh the fun we could have if nano had a usb host
<kristianpaul> if a usb host could fit in a CPLD i'll could give  a try
<kristianpaul> what are the mAh of Sagem my500x  battery?
<kristianpaul> need 2000 mAh
<jxself> zaps kristianpaulwith 2000 mAh
<kristianpaul> buzzing
<jxself> You're all charged up now, huh?
<kristianpaul> nobody
<kristianpaul> ops
<kristianpaul> i'm
<gnufs> may have an fsfe representative from their berlin office to inspect the nano in a few hours
<jxself> Cool.
<jxself> wants to buy a Nano
<gnufs> you can't buy nano
<gnufs> nano chooses you
<jxself> :)
<jxself> I like the idea that djbclark had to create a fork of OpenWRT so that the FSF could endorse the Nano.
<gnufs> that reminds me
<jxself> About?
<gnufs> so, is the OpenWRT the popular distro of the nano development community?
<kristianpaul> yes
<kristianpaul> so far
<kristianpaul> who bets to port minix3 in the nano? ;)
<jxself> djbclark's plan was to use the linux-libre kernel & make other changes so as to meet the FSF's guidelines for a free distro but I think that the project may have stalled. :(
<kristianpaul> jxself: no
<jxself> No?
<jxself> Good!
<kristianpaul> jxself: theere is a kernel out there
<kristianpaul> an image*
<jxself> Yeah: I remember Robert put something together but I thought it was just a normal build of OpenWRT?
<jxself> If someone's made the linux-libre kernels work, then I'm excited.
<gnufs> awesome! \o/
<qi-commits> Carlos Camargo: Adding  blink driver demo http://qi-hw.com/p/nn-usb-fpga/6caf52e
<gnufs> we have the pulse! \o/
<zear> hmm.. what's with the "CECT C3100 Analysis" page on the qi-hardware wiki? Are you guys planning to port linux to that device?
<zear> because if so - that would be really interesting. I always wanted a linux phone that looks like a phone and works like a phone. Unlike the freerunner ;D
<tuxbrain> Regarding batteries, (end) next week I will reciebe a bunch of Nanonote batteries
<larsc> hm. the screen flicker seems to be gone with the new values
<tuxbrain> yay!!!! lars
<larsc> gmenu2x ruins it though
<tuxbrain> ?, time to recode it?or replace it
<gnufs> and the fsfe guy is playing quake! ---> http://aligunduz.org/img/nano-quake.jpg
<kristianpaul> :)
<qi-commits> Carlos Camargo: Adding simulation files to blink example http://qi-hw.com/p/nn-usb-fpga/0348078
<gnufs> i run "opkg update" and then "opkg list-upgradable" shows a bunch of things that can upgraded
<gnufs> but when i run "opkg upgrade" it acts as if i just ran "opkg" and lists the documentation
<gnufs> any suggestions?
<gnufs> oh and it spits "* pkg_get_installed_files: Failed to open //usr/lib/opkg/info/DirectFB.list: No such file or directory." warnings
<gnufs> hmm, the warning has gone but my upgrade problem continues
<gnufs> tuxbrain: btw i'm recruiting other people to buy nano from tuxbrain.net. where's my commission, dude? ;)
<zear> :D
<gnufs> okay, i give up, how do i upgrade packages on this?
<kristianpaul> hmm
<kristianpaul> gnufs: do you already upgrade the uboot and openqrt image?
<kristianpaul> with xburs tools atc..
<gnufs> kristianpaul: no
<kristianpaul> gnufs: you should
<kristianpaul> thre is a script for that
<gnufs> is there a special reason?
<kristianpaul> upgrade !
<kristianpaul> :)
<tuxbrain> gnufs:Actually we are not ready yet to update the nano firmware trough opkg , you should do a clean install on each release, we will arrive there but we are not yet
<gnufs> oh
<gnufs> btw, does anyone know of a framebuffer or directFB programming manual?
<gnufs> there is plenty of docs on directfb's wiki but the ones i've looked at are mostly about porting already written GUI stuff onto directfb
<tuxbrain> gnufs: SDL,GTK and QT libraries on ben use directly framebuffer so you can do a gui using qt tools and then "just" crosscompile them using openwrt tools
<tuxbrain> gnufs: I just read about the commision ..... make me sale 1000 and we will talk again
<tuxbrain> _P
<tuxbrain> :P
<gnufs> tuxbrain: i don't want porting GUI framework apps to fb. i want to work with fb itself
<tuxbrain> ok
<zear> tuxbrain, oh yeah, how are the nanonote sales?
<zear> and when do i need to return your wiz? as i had barely any time to play with it yet
<tuxbrain> zear: don't hurry, do your tests and whatever you had planned, I was mentalized to don't see my wiz for a month :P if you need more time just tell me
<tuxbrain> gnufx: have already read this? https://www.linux-magazine.com/issue/03/EmbeddedGraphics.pdf
<gnufs> i certainly did not!
<tuxbrain> is very light, barely an abstract but points to some framebuffer sources
<gnufs> gracias
<tuxbrain> is just a shopkeeper so my judjement on tech stuff is as valid as a fisherman about F1 motor setup
<zear> btw tuxbrain, i remember you mentioning jornada 6xx in one of your posts on the mailing list
<tuxbrain> zear: yes
<zear> Do you use jlime with it?
<tuxbrain> my first beloved embedded linux device, yes with jlime
<zear> as my whole adventure with non-x86 linux devices started with jornada 720 :)
<zear> never seen you on #jlime though
<tuxbrain> I have abandoned chat stuff for a long time until #qi-hardware
<zear> ah, right
<zear> well, in any case, if you're still interested in your jornada, we have a jlime meeting this year in poland
<zear> around september
<zear> and of course everyone is welcome
<zear> (i think everyone is :D)
<tuxbrain> I'm more interested in see jlime ported to Nano :)
<zear> me and two other members of jlime have their nanos
<zear> so jlime port for the nanonote should progress faster than before now
<tuxbrain> Now my jornada has gained a higlighted position in my selft,
<zear> :D
<tuxbrain> I have done OS practice of university with it in train, basically compiling C stuff under GNU linux
<zear> i used to take down notes from the lectures with it
<tuxbrain> so I code an compile on the go :)
<zear> but this year i'm skipping most of the classes, so don't use jornada anymore :D
<tuxbrain> bad guy
<zear> i wish ben's keybord was like jornada's
<tuxbrain> yes jornada has te better keyboard I have seen on a small device ever
<zear> i agree
<tuxbrain> small enough to be portable, and big enough to write with two hands
<zear> unfortunately, the screen reaction time is low
<tuxbrain> and processor was sloooooow (remember I have a 680)
<zear> in 720 (200MHz arm) it's better, but still slow
<zear> but enough to handle sdl games like doom or duke3d
<tuxbrain> yep, and X and PDF reader, and kismet, and... a lot of stuff I want to see on Nano!
<zear> X11 was still slow :P
<tuxbrain> but usable, an now we have half the screen and twice the processor :P
<zear> :D
<zear> and no pcmcia slot for wifi :P
<tuxbrain> touché
<zear> so, how are the sales of ben going?
<gnufs> i still don't understand why the designers decided to have a usb host
<zear> to have or not to have?
<tuxbrain> to not have, I guess
<gnufs> D*not to have
<larsc> cause they didn't need it, probably.
<gnufs> :/
<tuxbrain> gnufs: Ben was an already existed platform originaly to be a Chinese translator
<zear> ah, right
<gnufs> tuxbrain: oh, didn't know that
<larsc> avt2 has usbhost
<gnufs> avt2?
<zear> so what's the deal with that: http://en.qi-hardware.com/wiki/CECT_C3100_Analysis
<tuxbrain> yeah some day we had to write down the full history of how all started :)
<zear> are you guys planning to have a linux phone? :D
<gnufs> larsc: is it possible to replace it with the board inside the nano?
<larsc> if you modify your case a bit, yes
<gnufs> :o
<tuxbrain> gnufs: you have to do some plastic drilling but yes, I have see one on Fosdeem
<tuxbrain> fossdem
<zear> larsc, so what's the deal with that cect_c3100 thing? :)
<larsc> zear: i have no idea
<zear> must ask wolf
<larsc> only saw it today in the wiki changes
<zear> but it sure looks delicious
<gnufs> zear: so they're planning to reverse the phone?
<tuxbrain> zear: sharims are near to shenshen or watever is called that is a real big source of gadgets of all kind
<gnufs> *reverse engineer
<zear> always wanted a linux phone that does look like a phone and works like a phone
<zear> unlike a freerunner :D
<tuxbrain> they are allwais evaluating products to achive what they achieve with ben
<tuxbrain> If they find a good cuality product and manufactures agree to open it, or let them open it providing thech info it can be a candidate to be a next sharism product
<zear> i don't think they allowed them to open it :D
<zear> at least they would give them the schemes if they agreed for it :D
<tuxbrain> maybe they found something intesresting in that phone than worth the try
<larsc> maybe they don't have them ;)
<tuxbrain> yep this is also posible :) blind copy things is one of the wonderfull chinese habilities
<tuxbrain> chinese manufactures
<tuxbrain> zear:they achived to do it on Ben, why not on the phone?
<zear> but the fact there are companies in china that do reverse engineering for a living shows chinese are super fine with copying everything :P
<zear> tuxbrain, that would be awesome. Think about it - a phone that looks like a phone and runs linux
<zear> it's almost like that green phone you can't buy anymore
<gnufs> put in a free gsm firmware a la OsmocomBB and you've got a deal!
<gnufs> ;)
<zear> and asterisk
<zear> if they'll manage to keep them at the same low cost as they bought that sample units (18USD), they should be cheap enough to buy for your whole family and use with SSL phone calls :D
<gnufs> lol, the top shows an httpd process running on the nano
<gnufs> what's it for if i may ask?
<zear> no idea, but http://192.168.254.101
<zear> it's just a useless httpd deamon for a http server on a nanonote
<gnufs> an http daemon on such a machine... hah.
<zear> well, it *could* have a use as some kind of interface where you can set some settings, like on many routers
<tuxbrain> I thing is an heritance from openwrt
<zear> yea
<tuxbrain> you have network over usb, so you can enable webservices and manage some thing with your browser
<tuxbrain> but yes I also thing now is totally useless :P
<zear> btw tuxbrain, was the touchscreen in your wiz always that inaccurate? I wonder because when i bought my gp2x, the touchscreen was already faulty
<zear> and i wonder if it's the same for the wizes
<tuxbrain> it happens some times with some programs
<zear> no, there are the whole areas that don't detect the touch
<tuxbrain> usually a recalibraition solve this
<zear> upper right corner of the screen, especially
<zear> nope
<zear> it does not
<tuxbrain> well maybe it has been broken
<tuxbrain> hardware quality on wiz is very very crappy
<zear> yea
<zear> the only thing i can't do with my gp2x and can on the wiz is tinygl quake/hexen2
<zear> the rest is exactly the same speed as on gp2x
<tuxbrain> this along the lack of true oppenes has make loss a lot of interest on it
<zear> yep
<zear> and i don't know why such a design solution to not include minisd charging
<zear> and you have to use the special cable
<zear> if you lost it - you lose a way to charge your wiz
<tuxbrain> has lost the cable
<zear> *miniusd
<zear> *miniusb
<zear> really? how come i got it with your wiz?
<zear> unless that's a new one
<tuxbrain> new one yep
<zear> it fits gp2x's expansion slot as well
<zear> but i won't try to plug it to the gp2x and pc
<zear> don't want to toast it :D
<tuxbrain> now I use it as video player in the car for my doughter in long travels
<zear> how long do the batteries last with the video playback?
<tuxbrain> I hope I can use a ben to this soon
<tuxbrain> well it last 2-3 hours well
<zear> ben will never be as good for video playback as the wiz
<zear> mplayer with ingenics patches and ipu on the dingoo can barely play anything bigger than 320x240
<zear> so you'd have to convert the video first
<tuxbrain> yeah I know but my three year doughter is not very strict   :)
<zear> :D
<zear> buy her a dingoo and mount an analog tv to the back of your seat, so she can watch it on the tv-out :D
<tuxbrain> compare the price/size of a ben  with the solution you have proposed and you will have my answer :P
<zear> :D
<zear> there's a new dingoo comming out, btw
<zear> the same cpu, 64RAM, and a wireless radio controlled gamepad
<tuxbrain> yea I have hear about it, what do you think
<gnufs> I have just found the one thing that irritated my eye about nano!
<gnufs> the lack of terminus console font!
<zear> well, i was told i'm gonna get a dev sample
<zear> i wouldn't buy it normally as i already have two dingoos :D
<gnufs> Has anyone changed the console font on nano?
<zear> but if it's a free sample - i'd be more than happy to test it :D
<zear> gnufs, no, but that should be simple
<tuxbrain> gnufs:I think this was discused on list some time ago
<zear> tuxbrain, i hope the wireless radio chip supports both receiving and broadcasting
<zear> so you could pair two dingoos together for multiplayer gaming
<tuxbrain> It can be done but I remember you have to recompile the system
<zear> for the font? nah, it should be just a matter of running one command
<zear> though forgot the name of it
<zear> wejp should know
<zear> as he did that before, i think
<tuxbrain> I think this sould be a feature to be added in next relases on the image
<tuxbrain> is a fisherman with a fish memory
<gnufs> "ntpdate[700]: step time server 80.190.97.205 offset -7159.645343 sec"
<gnufs> hah
<zear> tuxbrain, :D
<gnufs> oh wait
<gnufs> not what i think
<gnufs> anyway
<gnufs> good night all! o/
<zear> cya
<gnufs> it was a very good first day on nanonote
<zear> :D
<tuxbrain> yep very intesive gnufs, :) se ya
<zear> and tomorrow don't forget to try the gmu out
<zear> i use it for ogg playback all the time
<tuxbrain> yep put reflash on your todo list :)
<zear> it has a clamshell design, so it's safer to keep in the pocket than a dingoo
<zear> don't need to worry that i scratch the screen
<zear> btw tuxbrain, have you tried dosbox out yet?
<tuxbrain> or press it to much with a streched jeans and keys and... well
<zear> the lack of dosbox interest here makes me wonder
<zear> tuxbrain, oh that should break the case of the nanonote
<zear> especially that i have a dev model, that perhabs has a thinner plastic?
<tuxbrain> nanonote case is stronger than any lcd screen out there for sure
<zear> *perhaps
<tuxbrain> screens broken that way 2 nanonotes 0
<zear> :D
<zear> this is what happened to one of my dingoos when i dropped it on the floor http://wstaw.org/images/free/2009/12/18/772b938e97cce6aedb344def613ac1.jpeg
<tuxbrain> hey it looks like my beloved Sony vaio t2xp, (I felt sleep while using it, I wake up with screen that way... I don't want to know what I have done with it while sleeping)
<zear> uh oh
<tuxbrain> Was a great machine... sniff
<tuxbrain> It's beside my jornada on the self
<zear> i hope your jornada is in one piece :)
<tuxbrain> yep is though like a rock
<tuxbrain> the only anoying thing it has is the backup battery
<tuxbrain> it drains as hell if you have the main battery discharged
<zear> well, it shouldn't matter on jlime
<zear> ah, yes
<zear> that's because jlime doesn't detect what battery do you use
<tuxbrain> :)
<zear> and once the main battery is drained, it will run till the backup one is dead
<tuxbrain> but any way, did jlime achieve to make the ir work as lirc?
<zear> well, i managed to send and receive data via irda on j720
<zear> on jlime
<zear> dunno about 6xx
<tuxbrain> mmm interesting
<tuxbrain> maybe I will recover it to try, I was monitoring a conversation with one Japaness guy with lars and they achieved to make a led work with one free gpio, so I was wondering if this led is an irled it can be used as irport on ben, and I have in touch with some guys that are doing cool stuff with IR, irtag.org
<tuxbrain> I also need another free gpio to act as receiver
<zear> can such a led also receive the data?
<zear> or only send it?
<tuxbrain> well I need one led an one irsensor
<zear> ah, just as i thought. So that would take more place on the ben
<tuxbrain> 2 free gpios
<zear> what could be achieved with such a led?
<zear> except of controlling ben with a remote
<zear> or using it as a remote
<tuxbrain> visit irtag.org :)
<zear> data transfer between two nanos would be slow and easy to lose
<zear> the page is inspanish
<tuxbrain> they are making a game
<zear> oh, you can choose the language
<tuxbrain> the also have an english version I though
<tuxbrain> using arduino and IR
<tuxbrain> a shoting game
<zear> sounds cool
<tuxbrain> I want to make ben act as judge/master/monitoring tool for the game
<zear> :D
<tuxbrain> or do a version of the game for use ben as gun :)
<zear> doesn't sound very handy :D
<tuxbrain> I was master of "Killer" when I was young (once upon a time...)
<zear> :D
<tuxbrain> you can't imagine what we have used (Killer=RPG on real live)
<zear> rocks? :D
<zear> and i think real life RPG are called larps
<tuxbrain> first rule: the weapon has to be totally harmless
<tuxbrain> water guns where the star on summer :)
<zear> ha
<tuxbrain> yeah you see guys of 15-to 21 years old planing ambush to the enemiy, and start skirting in the middle of the street, and then searching for the master to otorgate puctuation ...
<zear> haha
<tuxbrain> and now imagine a more elegant version of the game using IR :) and all data stored to just be reade by nanonote
<zear> i with i could play like that :D
<tuxbrain> to just be readed by
<zear> yeah, that sounds very cool
<tuxbrain> I enjoy a lot being a player and master
<tuxbrain> the level of paranoia you reached when is game you don't know all players is impresive
<zear> :D
<tuxbrain> well man, time to some sleep
<zear> same here
<zear> cya man
<wolfspraul> larsc: still up? can you tell me which Giantplus registers are undocumented? then I can ask Giantplus...
<gnufs> "usbboot: error while loading shared libraries: libconfuse.so.0: cannot open shared object file: No such file or directory"
<gnufs> ;/
<gnufs> *:/
<gnufs> hmm, it seems there _is_ a package called libconfuse on debian/ubuntu
<gnufs> but don't see such a pack on arch..
<kristianpaul> what are yuo installing?
<gnufs> xburst-tools
<gnufs> usbboot specifically
<kristianpaul> by deb ?
<kristianpaul> compiling?
<gnufs> no, bin tar.gz
<kristianpaul> hmm
<kristianpaul> i never did that way
<kristianpaul> iused deb
<gnufs> since i'm not on an apt-based distro
<kristianpaul> ahh
<kristianpaul> true
<kristianpaul> well
<kristianpaul> compile
<gnufs> neva!
<wolfspraul> gnufs: about the battery connector, I need to say the one we have in the NanoNote is not very good
<gnufs> okay, i have it installed on an ubuntu setup
<wolfspraul> check out the picture at the bottom of this page: http://en.qi-hardware.com/wiki/Ben_NanoNote_Hardware_Quality
<wolfspraul> on the left side is our battery connector (it's a damaged one). on the right side is a better battery connector, that would probably also work with batteries that are slightly shorter.
<wolfspraul> unfortunately switching to the better battery connector requires a PCB change, so we couldn't get it in for the Ben. It's definitely something we will try to improve for Ya NanoNote.
<gnufs> hah, full of FAILs :)
<wolfspraul> just fyi since I saw you experimented with some batteries...
<gnufs> thanks for the notice
<gnufs> what is a "carbonized rubber"??
<kristianpaul> there are plans to include devel packages from openwrt to xburst repository?
<gnufs> is it supposed to conduct current or not?
<kristianpaul> as python and lua runs, will nice have gcc too
<kristianpaul> if is carbonized..
<wolfspraul> gnufs: yes I think it's rubber with metal powder mixed into the rubber
<kristianpaul> ah
<wolfspraul> you should have a little button in your nano box somewhere
<wolfspraul> it has a small black dot inside
<gnufs> oooh
<wolfspraul> that black dot is carbonized rubber
<gnufs> so that's what that thing is for!
<wolfspraul> yes
<wolfspraul> to short the USB boot pins under the battery
<wolfspraul> in case you brick u-boot in NAND
<gnufs> "Bus 002 Device 005: ID 601a:4740"
<gnufs> \o/
<gnufs> wolfspraul: thanks!
<gnufs> that carbonized mistery would take me literally weeks to solve otherwise :D
<gnufs> rolls his fingers while waiting openwrt-xburst-qi_lb60-root.ubi to finish downloading
<kristianpaul> :)
<gnufs> mkaaaay
<gnufs> let's see if i bricked the nano
<gnufs> and it boots!
<gnufs> with a graphical environment!
<gnufs> holy moly
<gnufs> and it has TTYs! \o/
<gnufs> (which is even more useful for me than a graphical environment)
<kristianpaul> :)
<kristianpaul> gnufs: gmu !
<kristianpaul> listen ogg all the time
<gnufs> yeah, playing with it right now
<gnufs> should disable the gmenu from starting at boot
<kristianpaul> gnufs: /etc/init.d/start
<kristianpaul> i actully modified it to get mount the second partition to listen music easilly
<kristianpaul> wich you should notice now there is a boot partition and other free space for user (default unformated)
<gnufs> already has a 16GB microSD full with music and video
<kristianpaul> oh
<kristianpaul> i wish have atleast 2gb microsd :(
<gnufs> hm, trying to play a file from the sd card cause the OS to shut down
<gnufs> o wait
<gnufs> not
<gnufs> or
<gnufs> is confused
<gnufs> yeah, i think it crashed
<kristianpaul> hm
<kristianpaul> i'm not sure if openwrt will handle 16Gb of sd
<kristianpaul> ny defaukt...
<gnufs> but i can browser through it fine
<kristianpaul> by*
<kristianpaul> hmm
<kristianpaul> try copy one song to nand and then play
<gnufs> false alarm
<gnufs> i repeat, false alarm
<gnufs> everything works okay :)
<gnufs> btw, this baby would also make a fine alarm clock
<gnufs> that little speaker can become quite loud
<qi-commits> Xiangfu Liu: [uboot-xburst] fix some compile warning http://qi-hw.com/p/openwrt-xburst/b8b3ece
<gnufs> who knew quake could be fun...
<gnufs> okay, seems like i've achieved enough familiarity with the nano for the first day.
<gnufs> tomorrow, i'll start with experimenting on porting and programming side of things