<freespace> newbie007: look at the imgv source
<freespace> pretty sure it does something like that
<freespace> it sohuld work, if you make res 320x240 and 32 bpp
<newbie007> thx
<newbie007> I found a pretty good example, I don't think it would be too difficult to hobble together a mouse and clickable icons
<freespace> nod
<kyak> hm.. seems that building Busybox and uClibc with locale/UTF-8 is not really helpful
<kyak> i have UCLIBC_HAS_LOCALE in uClibc config, everything related to locale/utf-8 activated in Busybox, and even CONFIG_ENABLE_LOCALE, just to --enable-nls in most builds
<kyak> but it doesn't work!
<newbie007> I just noticed that at an extreme angle I can see the screen flicker
<newbie007> I reflashed the device recentally, does anyone know the root password?
<newbie007> duh I had to set it again
<kyak> the screen flickring can be seen at regular angle too
<kyak> just set the background to something other than black
<newbie007> oh too bad
<newbie007> I was going to play with a program I found sdl based I could make a menu with it
<newbie007> with a mouse to boot
<newbie007> I can't seem to ping anything outside of my network, on the Ethernet over USB wiki I got to the ping google part, and cannot ping it
<newbie007> any ideas? I have fedora13 as a host OS
<kyak> newbie007: the Ethernet over USB on wiki is a very good manual
<kyak> just follow it exactly
<kyak> and you should have no problems
<newbie007> kyak: I've followed it verbatim
<newbie007> I'm in the fedora room as well, they just suggested that I change the device's ip address
<freespace> whats your home's network subnet?
<newbie007> freespace, checking..
<newbie007> I have no idea..
<freespace> /sbin/ifconfig -a
<freespace> on your desktop, see what network interfaces you have
<newbie007> freespace: http://fpaste.org/hQe7/
<freespace> you can ignore lo0
<freespace> ok, did you set the usb0 ip adddress?
<newbie007> I did this command ifconfig usb0 192.168.254.100
<freespace> did you do something similar on the nanonote?
<kyak> newbie007: from your Ben: cat /etc/resolv.conf; route -n
<newbie007> someone in fedra said that my nanonote's ip address is out of range of my router
<kyak> from your fedora: iptables -L -t nat
<newbie007> nanonote: http://fpaste.org/6Ii0/
<kyak> let us see the ouput
<kyak> looks good at Ben's side
<newbie007> fedora: http://fpaste.org/ytTZ/
<kyak> looks bad at fedora
<freespace> yeah, you don't have nat going
<kyak> you don't have NAT
<newbie007> I'm not sure what that means
<kyak> just follow the wiki
<freespace> also cat /proc/sys/net/ipv4/ip_forward
<newbie007> cat /proc/sys/net/ipv4/ip_forward   returned  1
<freespace> well that's setup at least
<newbie007> I did the nat directions again, still cannot ping google
<newbie007> I cannot ping the router either
<kyak> iptables -L -t nat shows what?
<newbie007> kyak: http://fpaste.org/1qWw/
<kyak> from your ben, can you ping 192.168.254.100?
<kyak> and from fedora, can you ping 192.168.254.101?
<newbie007> fedora yes
<newbie007> ben yes also
<kyak> can you ping 8.8.8.8 from you ben? can you ping 8.8.8.8 from fedora?
<newbie007> fedora yes
<newbie007> ben no
<newbie007> the fedora folks thought I should change the ip address of the ben to a lower number 192.168.0.X
<kyak> iptables -t nat -A POSTROUTING -o eth0 -s 192.168.254.101 -j MASQUERADE
<kyak> let's try specifing ip.. though it shouldn'e be the problem
<newbie007> on the fedora box right?
<kyak> yes
<newbie007> I did the iptables command, no change that I can tell
<kyak> let's see iptables -L -t filter
<kyak> hell yes
<kyak> iptables -F FORWARD
<newbie007> bam!
<newbie007> thank you!!
<kyak> stupid fedora
<kyak> np!
<kyak> i might have a look where this rule came from, maybe shorewall or whatever is used in fedora as a frontend to iptables
<kyak> *you might
<kyak> REJECT     all  --  anywhere             anywhere            reject-with icmp-host-prohibited
<newbie007> huh
<newbie007> thanks!
<kyak> no, thank you, if you make this sdl thingie with mouse work :)
<newbie007> is it possible to do a apt-get like command ?
<newbie007> yeah it would be pretty sweet
<kyak> opkg update, then opkg list | grep your_package
<newbie007> sweet thanks!!
<wolfspraul> tuxbrain: on your holiday already?
<wolfspraul> you said some flickering fixes didn't make it into 2010-06-15, can you be more precise which fixes you meant? are there some unapplied patches somewhere?
<jluis> tuxbrain: Yesterday I did /your/ serial port  hardware mod. Do you need pictures?
<jluis> my camera  was out of battery in the midle of the process
<wolfspraul> jluis: if you have some good pics consider uploading them to the qi wiki
<jluis> wolfspraul: I am goin to review them now and I will put them on the wiki
<wolfspraul> beautiful, thanks
<DocScrutinizer> wolfspraul: I see you're having fun in HK :-)
<DocScrutinizer> wolfspraul: don't you think the one NN not booting was just a depleted battery?
<DocScrutinizer> couldn't think of many other possible causes (except maybe of water shorting some pins inside device, which evaporates while USB VBUS is applied :-P )
<wolfspraul> DocScrutinizer: hey there
<wolfspraul> I think maybe the LCM connector or FPC cable has a problem
<wolfspraul> don't know, will analyze this device later...
<wolfspraul> happy to see you!
<wolfspraul> (in irc)
<wolfspraul> yes I had a good time in Hong Kong, and I keep learning, working, having fun
<wolfspraul> going to Colombia tomorrow actually
<wolfspraul> very very excited
<DocScrutinizer> yeah for the one you took out. But there was another one that needed some minutes until it boots
<wolfspraul> ah yes
<wolfspraul> that one
<wolfspraul> hmm
<wolfspraul> yeah could be what you said
<wolfspraul> did you see the recent Milkymist One progress
<wolfspraul> we are on a roll there! :-)
<DocScrutinizer> you should make sure batteries are refresh-charged every 6 months
<wolfspraul> good point
<wolfspraul> can you reply on the list
<wolfspraul> check this out
<wolfspraul> documentation about the Milkymist One SMT
<DocScrutinizer> seen that?
<DocScrutinizer> some weeks ago?
<wolfspraul> we made 6 boards, so far it looks all 6 are at least workable, Sebastien can boot Linux already, ethernet works, audio works, I think some video works
<wolfspraul> he, OK, maybe showed you already
<wolfspraul> but it's even better now
<wolfspraul> latest status is that boards are working
<wolfspraul> Linux boots
<wolfspraul> bringup in progress
<DocScrutinizer> :-)
<DocScrutinizer> the factory looks somewhat familiar :-D
<wolfspraul> :-)
<DocScrutinizer> it isn't - by any incidence - some 50km away from TPE?
<wolfspraul> we will soon start to work on the Ya NanoNote electrical
<wolfspraul> I will keep you updated on that one...
<DocScrutinizer> fine :-)
<wolfspraul> Minbo, not sure it's the same you mean
<DocScrutinizer> well, we visited one in the late days of OM
<wolfspraul> we sold about 800 Ben NanoNote now, not great not bad. project is moving.
<wolfspraul> lots of wonderful contributions showing up, so maybe there is hope actually :-)
<wolfspraul> Ya needs to be better than Ben! (and will)
<wolfspraul> what are you up to now?
<DocScrutinizer> fighting boredom and starvation
<wolfspraul> ouch
<wolfspraul> do you know what Dieter is doing?
<DocScrutinizer> not really
<DocScrutinizer> though I had a look at his incredibly amazing work lately
<DocScrutinizer> the MOKO11
<DocScrutinizer> recovered source once more, before it vanishes to oblivion
<DocScrutinizer> you're going to use RF?
<wolfspraul> he, OK
<wolfspraul> YES!
<wolfspraul> for sure
<DocScrutinizer> cooool
<wolfspraul> and it must be as free/open as possible
<DocScrutinizer> hehehe
<wolfspraul> we start digging into this now
<wolfspraul> evaluation phase
<emeb> wolfspraul: how did your trip to hoperf go?
<wolfspraul> emeb: he, another 'notes text file' I need to format into a proper report
<wolfspraul> I'm so swamped sorry it all takes a bit
<wolfspraul> ah, btw
<wolfspraul> emeb - meet DocScrutinizer
<wolfspraul> DocScrutinizer - meet emeb
<emeb> DocScrutinizer: greetings
<wolfspraul> I think you are both EEs so I have big hopes in you guys in terms of this copyleft hardware project
<DocScrutinizer> wolfspraul: for now calypso and openBB is the most "free" BB chipset and FW I know of
<emeb> Yep - I'm an EE - mostly a HW guy here - some kernel & userspace for support.
<DocScrutinizer> hi eneb
<wolfspraul> emeb: DocScrutinizer is one cool guy, experienced, big heart, absolutely wonderful person to hang out with and learn from
<emeb> *nod*
<wolfspraul> you know each other already?
<DocScrutinizer> just did a little bit for OM
<emeb> Don't think so.
<DocScrutinizer> nope
<wolfspraul> ah OK, good
<wolfspraul> so the intro makes sense :-)
<DocScrutinizer> yes, pleased to meet you, emeb
<DocScrutinizer> I'm Joerg
<emeb> DocScrutinizer: likewise. My 'resume': http://members.cox.net/ebrombaugh1/index.html
<wolfspraul> I very much value DocScrutinizer's feedback, he is a real thinker and able to maintain a cool head when everybody around him goes crazy.
<DocScrutinizer> lol
<wolfspraul> well it's true
<emeb> valuable trait
<wolfspraul> and it's of immense value if we want to be successful
<wolfspraul> we have to be a bit crazy, but not too much
<wolfspraul> :-)
<DocScrutinizer> I think it's just my operation mode doesn't change - dunno if that's actually cool head ;-)
<wolfspraul> DocScrutinizer: so about RF, let's see
<wolfspraul> step by step we get there
<wolfspraul> my goal is for Ya NanoNote to come out in 'early 2011'
<wolfspraul> and it should have some integrated RF
<wolfspraul> whether that's a regular wifi module in the end, or something more exciting and free like an ISM 433 mhz rf chip (hoperf for example), who knows
<DocScrutinizer> what kinda RF we talk here?
<wolfspraul> well my preference is as free/open as possible (for what should be integrated)
<DocScrutinizer> aah, ok
<wolfspraul> so we have been looking a little at those hoperf modules, rfm22b
<wolfspraul> Werner just wrote some feedback http://en.qi-hardware.com/pipermail/developer/2010-June/003167.html
<DocScrutinizer> hmm, think about a decent USB host with grunt on VBUS+5V, to plug in a 3G-stick
<emeb> wolfspraul: how do those guys do in the open/free dept?
<wolfspraul> lots of pros and cons of course
<wolfspraul> oh sure, Ya will have a USB host
<wolfspraul> and a good one!
<DocScrutinizer> seen that
<emeb> seems like the guts of the HW would be rather closed/proprietary.
<wolfspraul> he he
<wolfspraul> let's go for more open then!
<wolfspraul> it's all a matter of who can help us
<wolfspraul> which hw do you think is closed?
<emeb> hoperf
<wolfspraul> the hoperf modules are using Silicon Labs RF IC
<wolfspraul> of course that Silicon Labs IC is proprietary
<emeb> orly? That's news.
<wolfspraul> but that's only the physical layer, very very thin
<DocScrutinizer> for WiFi the prism2 chipset is rather open I think. But that's just one I know of
<emeb> worked on prism3 @ intersil
<DocScrutinizer> been thoroughly RE'd
<wolfspraul> afaik wifi always has rather huge proprietary blobs implementing the protocol stack
<DocScrutinizer> mompls
<emeb> still have the t-shirt. :)
<wolfspraul> emeb: those hoperf modules (or rather silabs ics) are quite popular in hobbyist/free software circles
<wolfspraul> ethersex.de has support for them, for example
<emeb> wolfspraul: indeed.
<emeb> wolfspraul: might also consider the TI / CC parts
<wolfspraul> DocScrutinizer: about the 3G stick, I have heard they may need a lot of current and many usb host/on-the-go solutions can't actually work with them
<wolfspraul> so that's definitely something we need to watch
<wolfspraul> not sure TI sells me just the RF chips (physical layer)
<wolfspraul> I'm very careful about TI in general.
<wolfspraul> they try to drag you into their constantly changing and highly proprietary tricks. That's they model.
<wolfspraul> their model
<emeb> good to know...
<DocScrutinizer> the TI uC's with builtin RF 433/866 are extremely cool
<emeb> wolfspraul: specifically looking at these parts from TI: http://focus.ti.com/docs/prod/folders/print/cc1020.html
<emeb> all the former chipcon stuff for low-power rf tx/rx.
<wolfspraul> DocScrutinizer: which chip specifically?
<wolfspraul> sure I know them
<emeb> I'll take a closer look at the SI parts too...
<wolfspraul> yes, good
<emeb> err SiLabs..
<wolfspraul> I am careful about TI.
<emeb> noted
<wolfspraul> they buy a tech company, then monetize the tech they bought by dragging it into their proprietary/patented universe
<wolfspraul> so I rather build relationships with companies that are more manufacturing and less IP oriented
<emeb> so SiLabs is better behaved?
<wolfspraul> don't know :-)
<wolfspraul> I work with hoperf, their module maker
<wolfspraul> of course I know it's still silabs ip...
<wolfspraul> we'll see. in the end we need to find something that is practical, not a strategic dead-end road, and will allow to build free software upon for years to come.
<DocScrutinizer> [Fr 16. April 2010] [00:55:59] <DocScrutinizer> http://www.google.de/search?q=ez430-chronos
<DocScrutinizer> [Fr 16. April 2010] [00:57:49] <DocScrutinizer> http://focus.ti.com/docs/toolsw/folders/print/ez430-chronos.html
<DocScrutinizer> [Fr 16. April 2010] [01:06:24] <DocScrutinizer> http://focus.ti.com/docs/prod/folders/print/cc430f6137.html
<emeb> prolly guts of the hoperf rfm22b...
<emeb> hey guys - great chatting. Time for bed now.
<DocScrutinizer> time for breakfast here
<DocScrutinizer> btw I found a severe design bug in N900. They routed an output of the LED controler chip to a SoC input, quite reasonable. Alas if you try to actually use this function, you'll fry the OMAP by feeding up to 4.2V(Vbat) to the 1V8 GPIO, as the LED controller isn't designed to drive lov voltage GPIO directly, and just outputs its VDD to the INT output via totem pole :-P
<DocScrutinizer> they better hadn't connected these two pins at all.
<DocScrutinizer> thank god the driver Nokia has written for the LED controller LP5523 is so braindamaged it accidentally doesn't allow user to access this function on a high level API (well low level like /sys actually)
<DocScrutinizer> to make things worse these 4V2 are fed to the whole IO_1V8 and thus to the whole system, via the GPIO clamp diods
<DocScrutinizer> cya, breakfast time now
<wolfspraul> one question
<wolfspraul> I was told the N900 has a neat system where they use the TRRS connector not only for stereo out and microphone in, but also video out
<wolfspraul> do you know this? do you like it?
<DocScrutinizer> yep
<wolfspraul> we were thinking of doing that for the Ya NanoNote as well
<DocScrutinizer> it's nice
<wolfspraul> ok :-)
<wolfspraul> enjoy your breakfast...
<DocScrutinizer> thanks
<DocScrutinizer> ciao
<DocScrutinizer> ps: ...though nowadays probably a HDMI connector would be more like it. otoh Ya won't have the grunt to play videos, right?
<wolfspraul> why not?
<wolfspraul> you can play videos on Ben, although not all the CPU has to offer (SIMD instructions, second core) is used in free software
<wolfspraul> these cpus are typically found in portable media players
<zear> wolfspraul, say, the flickering you mention on the mailinglist..
<zear> was it occuring when in gmenu2x?
<zear> because by default gmenu2x clocks to 200MHz
<zear> i noticed that by setting the default clock to 336MHz the screen flickers less, or at least that's how it felt like
<wolfspraul> I didn't do much testing
<wolfspraul> I boot 2010-06-15
<wolfspraul> yes it boots into gmenu2x
<wolfspraul> we'll get rid of this eventually, I know we are a bit short on resources and lots of people try to help on various angles. I'm not worried :-)
<wolfspraul> so far our customers have been extremely understanding and supportive
<wolfspraul> zear: if you have patches that can help with any of this, please send or apply/commit right away
<zear> wolfspraul, i think it's due to gmenu2x using jz4740 cpu scaling code
<zear> and that messes up with lcd timings
<zear> or something like that
<wolfspraul> yes, I read some long thread between lars and mth about clocks yesterday
<zear> unfortunatelly i don't, but i bet larsc and mth are on it
<wolfspraul> they are
<wolfspraul> I hope our customers understand.
<wolfspraul> it's a big project...
<wolfspraul> few people...
<zear> though i also remember flickering issues on older images (without gmenu2x)
<zear> so there could be two unrelated issues
<zear> maybe even cumulated in the latest image ;)
<wolfspraul> too much in motion
<wolfspraul> if I ever get to it, my highest software priority is to write a test plan for the OpenWrt images
<wolfspraul> at least we do know the hardware is good, which helps to write proper software for it
<wolfspraul> if both hardware and software are unstable it's a real mess
<wolfspraul> on my device flickering goes away (not totally but enough) after some application switches
<wolfspraul> so for my selfish needs I have a workaround right now :-)
<wolfspraul> zear: how is jlime coming along? will you guys meet?
<kyak> zear: it's not related to gmenu2x
<zear> i'm not sure about the meeting, there wasn't much news from filip (who organizes it), and also i might have exams in september, when we plan to meet
<zear> wolfspraul, but i really hope we will meet
<kyak> i've set the white background on my console (fbterm) and the flickering could be seen very well
<kyak> and it is also seen on openwrt's logo after startup
<zear> and btw, i got a free secondhand nintendo ds few days ago, and i had a quick look at the software it offers. Especially the programs to teach you languages
<zear> i think that if there only was some company interested in it, nanonote could easily works as such a language teaching tool
<wolfspraul> sure it could do many things
<zear> the apps i saw on ds use the built-in microphone to compare your prononciation with the one of the natives
<zear> pretty cool stuff
<wolfspraul> but I think first the whole software 'environment' needs to get even better
<wolfspraul> companies count every minute of their time
<zear> if i wasn't all pro-gpl, nds would be my new fav toy ;)
<wolfspraul> and you can develop pretty amazing software in pretty short time say for the iphone
<zear> yea
<wolfspraul> so once you think about these kinds of users that's how they will compare you
<wolfspraul> we need to continue steadily on our free software path, I am 100% convinved this will become a kickass platform
<zear> but even despite gp2x/wiz audience isn't very big, the company sells gp2x/wizes with the "vocamaster" software on the local korean market
<zear> and i heard it sells very well
<zear> it's a software to teach you english, or something
<wolfspraul> like I said, we are getting closer
<wolfspraul> but not there yet
<wolfspraul> look at the sw that runs on Ben today
<zear> i know
<wolfspraul> what can you do today?
<wolfspraul> it's better than 5 months ago when we launched, for sure
<zear> it's not ready for the casual user yet, i know
<wolfspraul> and you see bits and pieces improving
<wolfspraul> but not there yet
<rejon> need more hackers :)
<zear> i guess we won't be anywhere near that before the ya
<wolfspraul> so let's try to stay the course...
<wolfspraul> they go together
<wolfspraul> all Ben stuff gets carried forward
<zear> i'm just sharing my ideas
<zear> after i saw how cool can a software on a handheld device be
<wolfspraul> sure
<zear> but i agree first we need to have some core software
<zear> like a notepad, a calendar, a pim, alarm clock, music player, etc
<zear> ds comes with calendar/pim/alarm clock preinstalled, it's very handy
<wolfspraul> GMU is a great start at a music player, I really like it
<wolfspraul> dgClock can become an alarm clock (it's mostly dysfunctional right now though :-))
<wolfspraul> we are on the same page...
<zear> yep
<zear> dgclock is close to be an alarm clock, but we need to develop a way to put nn in suspend and to wake up at right time to ring the alarm
<zear> because i don't think 8h battery time is enough to wake you up in the morning
<bartbes> if you sleep less than 8h...
<zear> bartbes, and have fully charged nn ;)
<bartbes> or if you sleep 4h you only need it charged slightly more than half
<bartbes> you'll probably want more than 1 beep, so add an extra 10 mins or so
<zear> ;P
<Textmode> bartbes: you bought a NN?
<bartbes> Textmode: I have not
<Textmode> ;_;
<bartbes> have you?
<Textmode> bartbes: yes.
<bartbes> you have? I thought you bought a dingoo
<Textmode> bartbes: I have a dingoo (with dingux), a Wiz, and a Nanonote
<bartbes> :O
<Textmode> night all
<bartbes> I don't have the money for one of them
<bartbes> you rich bastard!
<bartbes> night Textmode
<Textmode> bartbes: apprently I'm considered povety line...
<Textmode> night.
<kyak> now i have to gogole what Wiz is
<wolfspraul> bartbes: if you don't have the money, what else could you contribute to our project?
<bartbes> I was only directed to this project by urandom_, because I am the main dev of LÖVE
<wolfspraul> hehe, what is that? (googling)
<bartbes> don't google :P
<wolfspraul> hey not bad, congratulations!
<wolfspraul> so can this run on the NanoNote? can we get it into openwrt?
<bartbes> it probably can't run in it's current state
<bartbes> but the nn came up when discussing uLove, a project to define standards for ports
<wolfspraul> needs too much memory?
<bartbes> I guess it lacks some deps
<bartbes> but I guess Textmode tried
<wolfspraul> and?
<wolfspraul> let us know what deps are missing, how we can help...
<wolfspraul> looks like a really nice project
<bartbes> well I don't know :P
<wolfspraul> of course I'm a GPL license fan, but still it's a detail the big picture matters and this is a beautiful project you have there...
<bartbes> zlib is gpl compatible..
<bartbes> less restrictive though
<wolfspraul> sure I know
<wolfspraul> let's see whether Textmode can post some more problems he ran into
<bartbes> and I was just lurking...
<bartbes> :P
<bartbes> you know Textmode just left for the night, right?
<wolfspraul> night? where are you guys?
<bartbes> *he* is in australia
<bartbes> 12:00 < Textmode> night.
<bartbes> right here, in this channel
<bartbes> he is the one I told I didn't have the money..
<wolfspraul> ah Australia, OK
<wolfspraul> well first we need to understand more of the missing dependencies
<wolfspraul> then go from there
<bartbes> well, I can list the deps, if that helps
<bartbes> but I can also list the deps if we limit it to uLove
<wolfspraul> if you are interested, really don't have the money, but want to port stuff to the Ben, maybe we can loan one to you
<wolfspraul> sure listing the deps helps
<bartbes> I'm not even sure I'm worth it.. ;P
<wolfspraul> buying would be better anyway, there pretty much are no free Nanos and we are all sharing in in various ways
<wolfspraul> but let's focus on the dependencies
<wolfspraul> listing them is a good start
<bartbes> okay, PhysicsFS
<bartbes> SDL, but I heard you got that covered
<bartbes> opengl (though not really needed for uLove)
<bartbes> vorbis, DevIL or maybe png directly
<bartbes> and that are the deps for uLove really
<bartbes> looking at this it almost seems easy :P
<wolfspraul> need to add some more dependencies, have to rush out real quick, u do it if you can otherwise me when I'm back...
<wolfspraul> bbiab
<bartbes> sure
<bartbes> oh
<bartbes> lol
<bartbes> forgot lua :P
<bartbes> wolfspraul: added the deps, if you need anything else just ask
<bartbes> it's not like I have something to do anyway :P
<wolfspraul> back
<wolfspraul> lua is included already
<bartbes> I noticed
<wolfspraul> I update it a little
<wolfspraul> so let's see, at least it's written up
<bartbes> I suspect physfs just builds though
<wolfspraul> yeah but missing is missing. needs a package in openwrt etc.
<bartbes> do you guys have an emulator? or some settings for a vim?
<bartbes> *vm
<nebajoth> you can use qemu
<nebajoth> to emulate mipsel
<mth> qemu-jz, specifically
<nebajoth> sure
<nebajoth> woop woop
<mth> does it support all hardware necessary to run the NN images?
<nebajoth> dunno about the sound and whatnot
<nebajoth> it should run
<nebajoth> "should"
<nebajoth> this is on my todo list of things to check
<mth> you certainly need to run the latest kernel, otherwise it will crash when accessing registers using the wrong width
<mth> I tried running Dingux on it and that required quite a few changes
<nebajoth> oh?
<nebajoth> did you document them?
<mth> not yet, I'm planning to fork the git and then make nice patches of them
<mth> but if you want to test, I can make a diff
<mth> one thing I added is SD support
<nebajoth> yeah, if you don't mind
<nebajoth> I'd love a diff
<mth> but I think it's broken, since it often hangs while loading
<mth> probably an interrupt gets lost
<mth> I modified the definition of the pavo board to be like the A320; the right thing to do would be to add a separate board instead
<mth> qemu aborts if a register is accessed with the wrong width, while the real hardware doesn't seem to care about that
<mth> I found several mismatches in the drivers that way
<mth> and larsc fixed them all
<mth> that's why you need a recent kernel (2.6.34)
<mth> the A320 is similar to the BNN in hardware
<mth> in fact the BNN should be easier to emulate, since the rootfs is in the NAND, while Dingux has it on the SD card
<mth> and the A320 uses the SLCD controller which is unsupported in qemu-jz, while the BNN uses the LCD controller which is supported in qemu-jz
<rafa> tuxbrain: the theme that you have seen is the next jlime desktop.. I will try to release it today or tomorrow.. lot of nice stuff. Ah, btw, mplayer and snes9x works nice in 320x240.. the problem with my tests were when I had my nn usb plugged, there is something to check there, kernel gets crazy with events/irq when plugged
<freespace> i am sold
<rafa> freespace: you are OLD
<rafa> like tuxbrain
<zear> rafa, you're old too, buddy ;P
<rafa> where is my gun?...
<zear> ;)
<freespace> sif i am OLD
<freespace> i am merely old
<rafa> zear: now, checking where I put the M16...
<rafa> bullets..
<rafa> :)
<rafa> wejp: hey, you there?.. I would like to ask you something (I am trying to build gmu for pc and for jlime, but I get an error)..
<wejp> rafa, hey, yes i'm here
<rafa> wejp: let me show you a pastebin if you can check it..
<wejp> okay
<rafa> I am not sure if the mpg123 version is not okey for gmu
<wejp> the latest version of mpg123 should work just fine, but as it tells you there, its configuration is not okay. you should check wether you have that large file support enabled or disabled
<rafa> wejp: it is just the latest mpg123 that debian has I guess... and it is installed there since a while ago..
<rafa> let me check if debian has a newer version
<wejp> which version are you using?
<rafa> let me check..
<wejp> it doesn't look like it is a problem with the version though
<wejp> as i said, it is a mismatch with the large file support configuration
<rafa> well, perhaps mpg123 debian package maintainer does not configure it ?
<rafa> ah.. okey
<bartbes> oh
<bartbes> I had that problem before
<bartbes> if the lib uses lfs all its names end with _64
<bartbes> let me look up the fix
<wejp> i think a while ago the default for that configuration changed, so maybe the debian people just used the default, which changed
<wejp> so now large file support is enabled by default, while it previously wasn't
<rafa> debian has a newer version, updated mine now . libmpg123-dev_1.12.1-2_i386.deb
<bartbes> the actual fix is to add a define
<rafa> wejp: now all built okey it seems
<bartbes> _FILE_OFFSET_BITS 64
<wejp> good :)
<bartbes> why do I feel ignored?
<wejp> bartbes, because it works now ;)
<bartbes> in case you ever do get the error again, _FILE_OFFSET_BITS=64
<wejp> yeah
<rafa> bartbes: I will ignore you until the new error appears
<rafa> ;)
<wejp> anyway, large file support is nice and all, but isn't really needed for mp3 files
<rafa> thanks man.. let me save that, because I will try to port it to jlime
<wejp> i have never seen such huge mp3 files
<rafa> thanks both
<bartbes> well if you just write an mp3 header then dd a lot of /dev/urandom in a file you probably get a huge mp3 file :P
<bartbes> who knows, maybe a future user of your program loves white noise
<wejp> well even without large file support you could have a signle mp3 file with 320 kbit/s that has a playtime of more than 1700 hours ^^
<rafa> cool for trips
<wejp> i guess that should be enough for most people ;)
<bartbes> 320 kbit/s? I use 320 Mbit/ms!
<wejp> lol
<wejp> oh, while talking about large audio files, some of you might be interested in the fact that the next gmu version will be able to resume playback. so you can shutdown gmu while playing and it will continue where you left last time when you start gmu again
<rafa> wejp: he.. nanonote.mk has the openwrt toolchain path.. grrrr
<rafa> paths*
<wejp> :o
<zear> wejp, that's cool, i use to listen to 40min podcasts
<wejp> :)
<rafa> wejp: cool, it built for jlime ;)
<rafa> now I need to learn how to use it ..
<wejp> nice
<wejp> it is not that difficult to use
<wejp> btw, the next version will also have a little introduction screen explaining the most important functions and their button mappings
<wejp> for now you need to check the README.txt file which explains almost everything ^^
<rafa> wejp: great.. I will try to use the libsdl-* packages of our feed
<rafa> wejp: perhaps you already know, but anyway, newest libsdl let you rotate on fb, so other devices with odd screens (like freerunner : 480x640) could use your sdl app rotated on fb ;)
<wejp> that's what i was wondering about such devices. are those screens actually running in 640x480 mode instead of 480x640, so one has to rotate it?
<rafa> in freerunner you have fb as 480x640, so when your sdl app tries to set video as 640x480 will fail..
<rafa> but with newest libsdl libs you can set a variable in shell
<wejp> ah ok, i see, but gmu can actually run in almsot any screen resolution so 480x640 would be just fine
<rafa> so libsdl rotates the fb displays
<rafa> and then you do not need to modify your code to run in 640x480
<wejp> it is just a matter of setting the right resoultion, the theme engine of gmu can use any arbitrary resolution
<wejp> on the pc you can even resize the window of gmu as you like
<rafa> wejp: but at init.. gmu tries any resolution?.. I mean, can I try to run gmu in 240x320 for example?
<wejp> currently you need to tell gmu at compile time which resolution to use, but you can tell it to use any resolution you want to
<wejp> i guess there is no point in letting the user choose the resolution at runtime on most devices
<wejp> but if this could be useful, it could easily be added
<wejp> i have defined the initial resolution in the hardware specific header files, for the nanonote this is hw_nanonote.h located in the src directory
<rafa> the new rotation feature is useful for displays rotated, like freerunner. You have a lot of games which work in 320x240 or 640x480, freerunner has 480x640. You would not like to compile all the games again to set the proper freerunner res.
<wejp> yeah
<rafa> and if the user is using a nn he should know a bit about resolutions and stuff like that, or he will feel frustrated soon :)
<wejp> hehe
<wejp> but using resolutions other than 320x240 on the nanonote is not that useful, if possible at all ;)
<rafa> wejp: it seems that my keymap is different than openwrt
<wejp> do you use a different kernel?
<wejp> it all depends on how the kernel maps the buttons of the keyboard to their keycodes
<wejp> but you can easily change those mappings with gmu, you don't even need to recompile gmu for doing that
<rafa> wejp: modifying nanonote.keymap file?
<wejp> rafa: gmuinput.nanonote.conf
<wolfspraul> wejp: sorry for my slow brain, I think I only recently realized that you are the author of GMU?
<wejp> wolfspraul, yes that is right :)
<wolfspraul> it takes so much time for important news to sink into my brain, scary
<wolfspraul> well just wanted to say a big THANK YOU for this app
<wolfspraul> amazing
<wejp> no problem ;)
<wolfspraul> it's the #1 most useful app on Ben NanoNote right now
<wolfspraul> I hope you find the energy and encouragement to continue...
<wolfspraul> and support of course
<wolfspraul> my only tidbit of feedback is that I had a little trouble finding the <alt> and <tab> keys
<wolfspraul> there is no indicator for them, or at least I didn't see it
<wolfspraul> but once I found them the whole UI became pretty clear
<wejp> thanks, i'm glad you like it :)
<wejp> yeah, i'll continue working on gmu. actually there will be a new version soon
<wejp> the next version comes with a little introduction screen that explains the most important functions and their buttons mapping
<wolfspraul> great
<wejp> once you get to know the mapping, it should be pretty easy to use gmu :)
<wolfspraul> I like how the bottom line explains pretty much everything
<wolfspraul> like I said only tab and alt were not intuitive to me
<wejp> :)
<wejp> and if you don't like the button mappings you can also easily change everything through the config files
<wejp> yeah :)
<rafa> wejp: in gmuinput.nanonote.conf.. what should I change? the keycode?. For example, that file has this line:
<rafa> Button-70=274,Down
<rafa> What shoud I change?. The 274 number? so it match with the proper code of down key in jlime?
<wejp> rafa, yes, if the keycodes on your kernel do not match these values, you could change them there
<wejp> it would probably be a better idea to change the keycodes on the kernel instead, otherwise you would need to change that in other applications also, that you want to port from openwrt
<rafa> wejp: no, kernel is like kernel is.. better if you have it untouched.. it is because kernel in jlime is 2.6.34 perhaps, and kernel in openwrt nn is 2.6.32, but I am not sure why it is different.
<rafa> wejp: but,no worries, we do not need to port many apps from openwrt.. we have aroudn 20000 packages from OE in our repo :)
<rafa> and we will use always X, so SDL apps which use SDLK_RETURN will be ENTER in any kernel
<wejp> ok :)
<rafa> (if we have X properly configured, of course)
<kristianpaul> i wonder hwo may acme procesors are made in china
<kristianpaul> even usefull running a non-mmu system and just uclinux
<rafa> wejp: wolfspraul : sorry for the question, is not gmu a mp3 player?.. I ask because when running I do not see the ogg or other formats files in the default file browser, and I also ask if the openwrt version has mp3 removed..
<rafa> perhaps I do not know how to use it well, sorry about.. I am learning ;)
<wejp> the version of gmu that comes with the nanonote does not include a mp3 decoder
<rafa> wejp: okey, but I do not see *.ogg files neither :(
<rafa> perhaps I do not have the decoder?
<wejp> all decoders of gmu are implemented as plugins so one can easily include only some of the available decoders
<kristianpaul> rafa: it plays
<kristianpaul> just mp3 codec is not installed
<rafa> kristianpaul: yes, but I want to play ogg files
<kristianpaul> rafa: i do
<rafa> and I do not know how to see those
<rafa> :)
<wejp> if you do not see ogg files, the decoder for these files is missing. gmu shows only those files in the file browser which it can decode
<wejp> to check which decoders you have loaded open the program info
<wejp> Alt+A
<rafa> aha.. reading..
<rafa> wejp: btw, my keycodes are different but the keys work :P.. perhaps because I run it on X?
<wejp> hm, maybe
<rafa> wejp: sorry, i feel like an idiot today :).. I see in decoders/ :
<rafa> mikmod.so
<rafa> musepack.so
<rafa> vorbis.so
<rafa> wavpack.so
<rafa> but ALT+A shows me that just wavpack and musepack are the decoders
<rafa> is not vorbis the ogg decoder?
<wejp> ok, but what does the program infor tell you?
<wejp> even if there are those decoders it might be possible that gmu was unable to load them, because the actual libraries were missing
<rafa> I am too lost.. and I do not find that detail in README.txt file
<wejp> yes, vorbis.so is the ogg vorbis decoder plugin
<wejp> just like i said, it should be Alt+A
<wejp> or whatever your meta key is mapped to
<rafa> Jlime$ ldd vorbis.so  | grep found libvorbisidec.so.1 => not found
<wejp> if you press the meta key, gmu tells you which button to press to open the "About" screen
<rafa> aha..
<rafa> libvorbisidec.so.1 not found
<wejp> yeah of course you need that file
<rafa> alt+a show me that just wav and musepack were loaded..
<wejp> ok
<rafa> let me install the missing libraries..
<wejp> so the libraries for the other decoders are missing on your system
<kristianpaul> why?
<rafa> kristianpaul: I built it manually
<kristianpaul> oh cheers
<rafa> and I do not did a proper ipk package yet
<rafa> with dependences
<rafa> I am just testing it right now
<kristianpaul> good
<rafa> and learning how to use
<kristianpaul> makefile?
<rafa> kristianpaul: the current gmu binaries will not work with jlime surely, that is why I built it
<kristianpaul> hand ^
<kristianpaul> oh you jlime devel i remenber
<kristianpaul> jlime is oe based?
<kristianpaul> or openwrt?
<rafa> OE
<kristianpaul> oh men good read that :)
<rafa> check a screenshot, it is different now, but the idea for our next beta release is the same (X+wm) : http://fz.hobby-site.org/hp660lx/3085.jpg
<kristianpaul> nice
<kristianpaul> X server?
<bartbes> btw, on the software page I see something about X being too big
<rafa> kristianpaul: yes
<kristianpaul> ohh
<bartbes> well, nvm then
<bartbes> :P
<rafa> bartbes: which page?
<bartbes> great timing there
<kristianpaul> is nto heavy eating memory and cpu?
<rafa> kristianpaul: no.. x
<bartbes> "having a real Xserver (propably Xorg) running - might be a bit hard with having just 32MB of RAM within the Ben NanoNote "
<kristianpaul> good
<rafa> we have been using X + icewm (xfbdev) with jornadas for many years
<kristianpaul> so i can run easillt gtk ?
<kristianpaul> easilly*
<rafa> we (jlime) do linux distros for jornadas, which has just 16MB of ram
<rafa> and slower CPU
<bartbes> :O
<rafa> kristianpaul: you can run gtk 1, gtk 2, qt, sdl, whatever..
<kristianpaul> ohh
<rafa> all the python +sdl/gtk stuff
<rafa> etc
<bartbes> wow
<kristianpaul> can i run jlime from microsd?
<rafa> you ONLY can run jlime from microsd card right now
<rafa> :)
<rafa> I will release the new version today or tomorrow, with X+WM+and lot of fun stuff (video players, emators, etc..)
<kristianpaul> there are gcc stuff avaliable to installl?
<kristianpaul> i dont like cross compile for silly apps
<rafa> kristianpaul: yes, the repo has around 15000 packages, and we will upload around 5000 more soon. You have all the GCC family packages there
<kristianpaul> ohh+
<kristianpaul> i was thinking move to debian cause if that
<kristianpaul> but i need something simplee and emdebbed
<kristianpaul> great
<kristianpaul> as soon as resolder my T4 port and asseble the nano i'll get the images
<kristianpaul> :)
<kristianpaul> hope to night
<kristianpaul> good
<rafa> kristianpaul: jlime has been devoping linux for HP jornadas for many years. We use X, and those machines has just 133Mhz cpu and 16MB of ram.. (and a tiny screen as well) so we know which applications to use ;)
<kristianpaul> rafa: i will follow you indeed :)
<kristianpaul> rafa: there is big comunity in argentina?
<kristianpaul> i have friedns here with nano
<kristianpaul> but not english spearks
<kristianpaul> actually iwas asking for documetnacion in spanish witht the first question
<kristianpaul> oh nv
<kristianpaul> cheking website right now
<methril_work> kristianpaul: you could translate the documentation in spanish
<methril_work> it is also a qi-hardware-es ml
<kristianpaul> oh
<kristianpaul> ah yes i remmenber
<methril_work> let's move, spanish Qi community!! ;)
<rafa> kristianpaul: me here, sorry
<rafa> kristianpaul: no big community here I guess, for the numbers, we just are two guys with nn here in Argentina, and I do not know who is that guy :)
<rafa> but, if you have friends with nn I could the whole jlime documentation in spanish
<kyak> i would like to know how many Bens were shipped to Russia :)
<kyak> currently it seems that i have zaro friends!
<zear> kyak, same here in poland ;P
<bartbes> hi urandom_
<qwebirc11952> anyone know how to change the console font to 80x25?
<bartbes> the font?
<bartbes> you're sure you don't mean size?
<qwebirc11952> yeah
<Textmode> qwebirc11952: I believe its buried in the kernel compile time config options.
<qwebirc11952> well, i'd like it to display 80 colums and 25 lines.
<bartbes> well, I only know how it works in normal desktop linuxes
<Textmode> I also believe its a craptacular pixel font that can be considered barely readable on a normal LCD.
<Textmode> I'd hate to even contemplate what it looks like on the NN's staggered pixel LCD.
<qwebirc11952> i don't like the 40 colums by 19  lines
<qwebirc11952> and I can't figure out how to make X run a WM.
<qwebirc11952> I get a blank screen every time
<qwebirc11952> with a mouse arrow
<Textmode> true, but I'd recommend picking something more readable than the 80x25 pixel font :P
<qwebirc11952> like what, though?
<bartbes> qwebirc11952: well maybe you're seeing the wm, but just no desktop, menu, etc
<bartbes> most of the times those are separate programs
<qwebirc11952> hmm that could be
<Textmode> yeah, the standard X desktop is a combination of programs working together.
<qwebirc11952> i tried starting matchbox.. again, blank screen
<qwebirc11952> i noticed there is no /etc/X11/xorg.conf and I can't figure out how to make one
<qwebirc11952> i'm using the "debian-lenny.ubi" BTW
<Textmode> X provides basic screen management, the WM provide window decorations and basic window orginisation, the DE provides Standard menus and desktop, etc, etc.
<qwebirc11952> yeah
<Textmode> I think X stopped requireing a default Xconf a few versions back.
<qwebirc11952> i know how X works.. maybe I should try editing the ~/.xinitrc
<Textmode> so most distros stopped supplying them.
<Textmode> that would of been my next suggestion :P
<qwebirc11952> ah. I see
<qwebirc11952> i'm compiling nano right now, because I don't like VI's behavior
<Textmode> solution: don't use Vi
<Textmode> :P
<qwebirc11952> yep
<nebajoth> y halo thar
<qwebirc11952> it's the only editor I found on the system, though.. maybe there are others, but none of the well-known ones at least
<Textmode> theres joe, and nano
<Textmode> and no, i'm not fond of either :P
<qwebirc11952> not on my machine
<qwebirc11952> ok.. just found a nano .deb
<qwebirc11952> MIPS
<Textmode> oh right, debian.
<sdschulze> qwebirc11952: Yes, you must reconfigure your kernel for changing the font size.
<sdschulze> (AFAIK)
<Textmode> unless you use fbterm, or something.
<sdschulze> It's not *that* hard...
<bartbes> sdschulze: no vga boot option equivalent?
<sdschulze> bartbes: That would require you to reconfigure uboot.
<sdschulze> not sure if that's easier
<nebajoth> you can unpack a deb easy enough
<nebajoth> put the binary on your install
<nebajoth> just make sure the libraries its dynamically linked to are available
<nebajoth> and fbterm rocks
<freespace> to get 80x25 you need a font that is 4x10
<freespace> if you can find a .psf font of that size, loadfont from busybox should let you use it
<nebajoth> 4 pixels by 10 pixels?
<nebajoth> that would be illegible
<freespace> yep
<freespace> indeed
<freespace> well, almost
<nebajoth> the offset lcd matric is problem enough
<freespace> gmu seems to do a good job
<mth> larsc: now that sg_miter is used to iterate over the buffers, can max_seg_size be increased beyond PAGE_SIZE?
<freespace> yeah true, forgot about that
<freespace> gmu seems to be using a 5x or 6x font
<max_posedon> (hi!) smallest misc font that X have - 4x6 (look at your /usr/share/fonts/misc/ )
<freespace> is it a psf max_posedon?
<max_posedon> 4x6-ISO8859-13.pcf, you mean pcf, yes?
<max_posedon> but I suggest smth like 6x10 to be more readable
<freespace> nod
<freespace> i configured my kernel for 8x8
<freespace> i think i do mean psf... hang on
<larsc> mth: yes. i though i already changed it back
<freespace> yeah i did mean psf
<freespace> though, pcf appears to be a bitmap font as well
<freespace> i tried to convert some nice tt fonts into psf w/o much lucky due to basic difference in the nature of the fonts
<qi-commits> Lars-Peter Clausen: Revert "jz4740-mmc: Limit max_seg_size to PAGE_SIZE" http://qi-hw.com/p/qi-kernel/47bce8d
<freespace> and back to sleep
<freespace> was working the world cup
<freespace> *watching
<max_posedon> ls -la /usr/share/consolefonts
<max_posedon> also I think some tools can convert them
<freespace> nod
<bartbes> freespace: I don't want to know what you do with the world cup.. :P
<freespace> fontforge or something
<freespace> i forgot i started that page JUST for the font question :P
<freespace> i think the one right after that should be "how do i get fbterm"
<freespace> :P
<freespace> followed by "how do i get doom"
<freespace> (vi would be before that,but it _already_ comes with vi, how awesome)
<bartbes> doom!
<bartbes> doom in vim?
<freespace> vim is not emacs, so no
<freespace> *bomtish*
<bartbes> no vim is better than emacs
<bartbes> cue editor war
<freespace> now let me bravely run away from the eamcs users, so good night!
<urandom_> do we even have an emacs openwrt port? just seen some debian user running emacs
<max_posedon> Does debian on nano glibc or uclibc based?
<max_posedon> s/nano/Ben Nanonote/
<kristianpaul> max_posedon: i guess is glibc
<kristianpaul> ulibc is for openwrt surelly
<max_posedon> I would like to say, that uclibc is for embedded, not for some distro
<max_posedon> I just was interested in.
<kristianpaul> i think thatw why emdebian exists
<rafa> hello, somebody using X (on nn) debian people?
<mth> larsc: would it make sense to use enums for the clock array indices? that may make it more readable than literal numbers
<newbie007> hi, I'm playing around with creating a gui with a mouse and icons for fun. I'm using SDL I do not have a program that I have on my desktop which is required by make "sdl-config" I also do not have and probablly need libsdl-dev. Can anyone point me in the right direction ?
<mth> are you compiling on the NN?
<newbie007> yes I was trying to
<newbie007> I also tried to move the executalbe over after it was compiled
<newbie007> however it was compiled on a 64bit amd running fedora13 so...
<newbie007> I think the recommeded approach is to put debian on it and then "port" it over
<mth> there are different approaches that are all valid
<mth> you can compile on the device itself, then you need the development package, which will include sdl-config as well
<mth> or you can cross compile, in that case you need a cross compiler (mipsel-linux-gcc) and the headers matching the installed libraries
<mth> as far as I know, openwrt uses cross compilation
<newbie007> ah thanks, I think I'd rather compile on the device
<newbie007> how do I get the development package?
<emeb> would also like to do native compiles.
<emeb> I've looked and there don't appear to be any installable packages for gcc & other support apps
<mth> emeb: I don't know if there are for openwrt, but for Debian there certainly are
<emeb> mth: yep - I was looking through the openwrt list, not debian.
<mth> emeb: you could build gcc for mipsel-linux host + target on a PC
<mth> but it's not a simple process
<qi-commits> Xiangfu Liu: remove uboot-for-xbboot.bin and zimage.bin, for now we don't need those file for end user. http://qi-hw.com/p/openwrt-xburst/b862fca
<qi-commits> Xiangfu Liu: Merge branch 'xburst' of projects.qi-hardware.com:openwrt-xburst into xburst http://qi-hw.com/p/openwrt-xburst/1f8cf8c
<qi-commits> Xiangfu Liu: Merge branch 'master' of projects.qi-hardware.com:openwrt-xburst into xburst http://qi-hw.com/p/openwrt-xburst/806883a
<emeb> mth: I was considering that, but I think you're right it would be a PITA
<newbie007> is it possible to just copy some openwrt files over ?
<mth> over to where?
<mth> (and from where?)
<newbie007> mth: I don't exaclt know but I was thinking  some libsdl-dev file and whatever else people might need
<mth> amd64 and mipsel are completely different CPU architectures, so binaries won't mix
<newbie007> yeah I didn't figure it would, I almost didn't mention that I tried it
<mth> you could try to put debian mipsel binaries on openwrt, but it won't work unless you have all dependencies installed, including glibc
<mth> you could do that inside a directory using chroot
<mth> do not put glibc in the actual system root or openwrt will break
<newbie007> I lost you, you mean on a debian host ?
<mth> no, on the NN, but I think it's too difficult to pull off unless you're very experienced with Linux
<mth> there is a big risk of breaking the OS if you don't know what you're doing
<newbie007> I don't know what I'm doing but willing to learn
<newbie007> what about a compiler flag of some sort?
<newbie007> it must be possible to target a specific architechure
<mth> the easiest ways are either installing Debian on the NN or making your project cross compile with openwrt
<qi-commits> hcg: Add support for Marvell 88W8686 http://qi-hw.com/p/openwrt-xburst/8566138
<qi-commits> jow: [netfilter] package TPROXY target and module infrastructure http://qi-hw.com/p/openwrt-xburst/86b9c1d
<kristianpaul> ok flashing nano, lets see what's new :O