<maden> its cute
<emeb> tried this: http://dl.openhandhelds.org/cgi-bin/dingoo.cgi?0,0,0,0,38,355 works- looks cool
<Textmode> is "del" mapped to anything, or do we just have backspace?
<Textmode> don't suppose theres any way to change the default console font?
<arctanx> Textmode: I haven't tried, but the usual kernel console font selections are available through make kernel_menuconfig
<Textmode> at compile-time?
<arctanx> Yes
<Textmode> I'll probably mess with that at some point, but not any time soon.
<Textmode> I don't suppose theres anything like a xterm for nn? :P
<arctanx> I was about to say
<arctanx> There's a framebuffer terminal described somewhere on the wiki
<arctanx> and that does support different fonts and UTF-8
<arctanx> I've forgotten what it's called already though :/
<Textmode> ah, cool. I'll look there.
<arctanx> fbterm, that'd be it
<Textmode> sounds like a likely name for it.
<arctanx> Ah it was on the debian page. It doesn't appear to be in the openwrt feeds
<Textmode> no, I was just noticing that.
<arctanx> I'm sure you could get an xterm running with a framebuffer x11 driver though
<Textmode> was more wondering how hard it would be to build fbterm from source.
<Textmode> on a related aside, I don't suppose anyone has taken the time to figure what the differences are between the dingux toolchain, and the nn's openwrt toolchain are?
<xdpirate> hahahahaha
<xdpirate> guess who's running win 3.11 on the nanonote
<Textmode> lol
<xdpirate> :D
<arctanx> uuh, emulated right? :P
<xdpirate> ofc, dosbox
<arctanx> aah cool
<xdpirate> :3
<arctanx> did you build that yourself or have you put debian on there?
<xdpirate> arctanx, http://dl.openhandhelds.org/cgi-bin/dingoo.cgi?0,0,0,0,72,344
<xdpirate> thing is, i can't get past registrationscreen because it doesn't pick up the numbers =/
<arctanx> Interesting...
<xdpirate> and slaanesh has been silent about dosbox for a while
<xdpirate> his last post on the development thread was 31 May 2010
<xdpirate> http://www.gp32x.com/board/index.php?/topic/52517-dosbox-for-dingoo-a320/page__view__findpost__p__862863
<xdpirate> i hope he releases something soon, would be awesome
<xdpirate> lols it started installing even though i didn't enter a product key
<xdpirate> nice
<Textmode> that certainly makes life easier :P
<xdpirate> yeah lol
<xdpirate> full keyboard support and mouse emulation for dosbox - and i'd be in heaven
<Textmode> does the default openwrt include freetype2? probably not, but an I have a confirm?
<xdpirate> i have no idea ;o
<Textmode> bah, I had the link of the ben toolchain the other day, now I can't find it :/
<Textmode> xdpirate: its cute, like it doesn't know its its an artefact of history :D
<arctanx> Textmode: Do you mean the git repo of the build, which includes the toolchain? http://en.qi-hardware.com/wiki/Building_Software_Image#Building_OpenWrt-image_from_source
<xdpirate> Textmode, xD
<xdpirate> it's at a whopping 35%
<Textmode> arctanx: might be, I want the SDK, I've been using the dingoo toolchain so far.
<Textmode> xdpirate: I don't know that the qi key is *for*, but its good for waking up the screen, as everything else seems to ignore it :P
<xdpirate> excellent idea, i'll start using it for that
<xdpirate> omg win 3.11 is at 80%
<xdpirate> so awesome
<Textmode> sighs, watching several dozen lines of carefully crafted dialog scroll of the top of the NN's screen :P
<xdpirate> =D
<Textmode> theres still a few bugs...*picks up random bystander and equips them as armor*
<xdpirate> wow the install is slow :P
<arctanx> Does anyone know exactly which kernel config options are required on the _host_ PC to make this usb gadgety ethernet work?
<xdpirate> worked out of the box for me
<xdpirate> on your host: ifconfig usb0 192.168.254.101
<xdpirate> ***on your host: ifconfig usb0 192.168.254.100
<Textmode> I have to utter some incantations on the terminal, but it worked in the end, instuctions on the wiki
<arctanx> I picked I've turned on "Ethernet Gadget (with CDC Ethernet support)" and RNDIS support but that doesn't seem to have done it
<xdpirate> ifconfig usb0 192.168.254.100, then you can telnet or ssh in
<xdpirate> the ip is 192.168.254.101
<arctanx> Thanks, but I'm running a cut-down bleeding edge kernel which doesn't (yet) have the right USB driver support, so I get no usb0 device
<Textmode> still not sure where to get the toolchain...
<xdpirate> ah
<xdpirate> Textmode, just use the precompiled dingux toolchain, it's basically the same thing
<Textmode> xdpirate: basically ~= exactly
<xdpirate> fine, be that way
<Textmode> I already have the dingux toolchain.
<xdpirate> :P
<arctanx> Textmode: I cloned the most recent openwrt-xburst and having done a build, had a working toolchain in staging_dir/some_stuff/usr/bin
<arctanx> it builds a toolchain as part of the image-building process
<xdpirate> any way i can see the status of a process via telnet? i'm not sure whether dosbox just screwed itself over or not
<Textmode> telnet, then run top?
<xdpirate> thanks
<Textmode> arctanx: how big is this thing? I'm being shaped...
<xdpirate> wat, dosbox isn't even appearing on the list
<arctanx> Textmode: pretty big. I can't remember how much exactly but it's in the order of <100MB and it downloads more stuff when you build
<Textmode> :/
<Textmode> the build is long, too, isn't it?
<arctanx> yep, it took at least a couple of hours and then I left it overnight
<arctanx> I'm sure a binary shapshot of the toolchain could be extricated.. my own would be amd64
<Textmode> i'd have to boot the other comp to make use of that, not so great :P
<arctanx> Now openwrt is teaching me how to make cocktails... I love this device
<Textmode> yeah, that message confused the hell out of me the first time I saw it.
<Textmode> since apprently I can't get through this w/o rebuilding the kernel anyway, where the are options for console font hiding?
<Textmode> bah, its getting too late for me
<arctanx> Pro-tip: if you build openwrt-xburst, don't move the dir unless you want to build the whole thing again
<arctanx> apparently some absolute paths have snuck into the build process and mess it up
<rafa> tuxbrain: you there?
<rafa> larsc: ?
<rafa> zear: it seems that the problem with this mplayer is that it already has a libavsync library built. And we can not build it because no sources.. That I did was tell mplayer do not avsync (with -autosync 2000 for example).. and it seems that mplayer works nice now. BUt it is just a workaround.
<zear> ah, great we at least found the culprit
<zear> and that there is a workaroudn
<zear> *workaround
<rafa> yep
<rafa> there is something weird with kernel btw.. sometimes I build it after a clean and sound worked, sometimes after a clean and build sounds does not work. I hate the word "SOMETIMES" :P
<rafa> and I do not know why it happens.
<rafa> the official kernel in openwrt brings alsa driver as module.. I have always tried to put it inside the kernel binary. I am guessing that perhaps they have the alsa as modules for some reason :)
<zear> but it is after you build it or after you start the system?
<rafa> well, I build on pc, cp the kernel to SD and then start the system
<rafa> sometimes after a clean building it works, sometimes no
<zear> ah, i see
<{marcz}> rafa: as I have some problem with sounds, I'm interested in what you observe
<rafa> {marcz}: yeah.. we are not going to change sound hardware so I do not know why the official kernel brings the alsa drivers as modules and no inside the kernel.
<{marcz}> Myself I have sound as output, but the recoding is also sound but completly distorted
<{marcz}> Of course, but I don't know if it comes from my soft or hard, I have until now compiled also the sound modules in modules.
<rafa> okey, good to know.
<rafa> I would like to have it always inside, because the hardware sound will be always there.. but well. We will see if that is not a problem now.
<{marcz}> I have just noticed that the order of loading modules is very important, if I let go by default, I come up with some modules loaded and I cannot load the remaining.
<rafa> do you have that order?
<{marcz}> In this case snd-page-alloc crash and I cannot get the device.
<rafa> perhaps there is the problem.. something bad in init..
<rafa> could you tell me the order of the modules?
<{marcz}> My nano is not with me presently, but you can either take in order the order in the openwrt image under /etc/module.d or a post of bebajoth two days ago in the mailing list. I personnaly use less modules but the canvas is that.
<{marcz}> But my own problem is OK for output and not input, ruben said me that he has both very good, so I don't know if my peculiar mic is defective or if it is my kernel (but why?)
<{marcz}> :time
<calamarz> hi
<calamarz> for reflashing just the kernel I don't need to erase the whole nand, right?
<xiangfu> calamarz: yes.
<xiangfu> calamarz: for reflashing bootloader and kernel are don't need to erase nand.
<calamarz> tx
<calamarz> xiangfu: you said you had compiled a debian kernel with snd modules statically linked?
<xiangfu> calamarz: yes. it can play music but very very slow.
<xiangfu> calamarz: I only use 'mplayer' to test play sound
<calamarz> thanx!
<rafa> ah! zear is not here!
<rafa> tuxbrain: I fixed mplayer ;), but without workaround
<tuxbrain> awesome!, sorry :( I have no time to play with NN , I hope next week will be more hacker friendly
<tuxbrain> what was the point?
<rafa> tuxbrain: zear gave me an ingenic modified mplayer
<rafa> the one you have
<rafa> I built and it does now work well
<rafa> today I was checking and those sources had some already built stuff.
<arctanx> Is there anywhere where folks are sharing openwrt package makefiles?
<rafa> SO I clean all that. Then I had some issues to build, so I build the libs which make asked
<rafa> tuxbrain: so now mplayer work with sound and video.
<tuxbrain> yay!
<rafa> tuxbrain: Now I need to test several files and the performance :)
<rafa> tuxbrain: I will test your files ;)
<arctanx> has been working on one, but the emacs build system is more than slightly painful for a cross compiler
<tuxbrain> ok
<tuxbrain> make a video of the test :)
<rafa> yeah..
<jones> slowly masturbates
<arctanx> xiangfu: Great, thanks.
<larsc> rafa: !
<calamarz> wow... nn speaker nearly breaks my ears!
<wolfspraul> yeah we need to get the default settings for microphone and speaker tuned a bit :-)
<calamarz> I'm getting an annoying coupling
<calamarz> it seems i'm getting to record something... noisy but something :p
<kyak> so i'm at work right now.. and i got the call from EMS courier telling that NN has been delivered to my home
<kyak> do you understnad how i feel? :)
<kyak> two hours left
<kyak> only two hours untill i go hom :)
<kyak> ..and three days of long weekend ahead
<zear> :D
<tuxbrain> happy flashing kyak :P
<calamarz> btw, tuxbrain: you're lightning quick !
<kyak> yeah, flashing might become a pain ):
<calamarz> kyak: it's painless :)
<kyak> calamarz: everybody just has a different pain threshold :)
<rafa> tuxbrain: do you have some script to creat ipk/opk packages? mine does not work well..
<qi-commits> Mirko Vogt: Merge branch 'master' of openwrt-backfire into xburst http://qi-hw.com/p/openwrt-xburst/4ecc663
<qi-commits> jow: [backfire] merge r21700 http://qi-hw.com/p/openwrt-xburst/87686a9
<qi-commits> jow: [backfire] merge network config fixes: r21641, r21652, r21655, r21659 and r21661 http://qi-hw.com/p/openwrt-xburst/5fa298d
<qi-commits> nbd: backport the latest version of the mac80211 package to backfire. includes fixes for wpa key handling, throughput issues, etc. http://qi-hw.com/p/openwrt-xburst/262b52b
<qi-commits> nbd: orion: add wrt350nv2 mac address fix from r21647 http://qi-hw.com/p/openwrt-xburst/c832966
<qi-commits> jow: [backfire] merge r21638 http://qi-hw.com/p/openwrt-xburst/8eca131
<qi-commits> jow: [backfire] merge r21616 http://qi-hw.com/p/openwrt-xburst/b8fe848
<qi-commits> jow: [backfire] revert r21596 http://qi-hw.com/p/openwrt-xburst/102b4bb
<qi-commits> jow: [backfire] merge r21595 http://qi-hw.com/p/openwrt-xburst/c4c9038
<qi-commits> jow: [backfire] merge r21590 http://qi-hw.com/p/openwrt-xburst/f641cda
<qi-commits> jow: [backfire] merge r21588 and r21591 http://qi-hw.com/p/openwrt-xburst/e7cb5d5
<qi-commits> jow: [back
<qi-commits> Carlos Camargo: Updating examples to Board changes, adding irq driver demo http://qi-hw.com/p/nn-usb-fpga/5041c0e
<kyak> at last i'm holding this thing in my hands :)
<kyak> it is smaller than i thought!
<kyak> so awesome..
<zear> :D
<zear> kyak, but you know what's the coolest about it? You can type commands on it on the go
<zear> hold it in your hands and type with thumbs
<kyak> root@BenNanoNote:~# uname -a
<kyak> Linux BenNanoNote 2.6.32.3-g023227d-dirty #1 PREEMPT Wed Jan 13 20:53:27 CET 2010 mips GNU/Linux
<kyak> yay!
<kyak> zear: yeah, it's like mobile phone :)
<kyak> okay
<kyak> now for the software update thing
<kyak> i have to get used for keyboard layout
<kyak> we should perhaps hold a contest for the fastest typing on NN sometime :)
<kyak> and the coolest thing is.. i have this damn small wifi card
<kyak> but first things first
<kyak> zhangyi: fyi, the parcel has been received. So it took 12 days to ship to Russia :)
<kyak> zhangyi: thanks a lot for your effort!
<zhangyi> kyak: great! i'm glad to hear it! :)
<zhangyi> kyak: any time.
<zhangyi> kyak: will update our shipping notes :)
<kyak> you can also mention that EMS likes to come to your home without any prior notice and then call you in the middle of the day asking "where are you"?: )
<kyak> luckily, i had someone who could accept the parcel at home
<sdschulze> cross-compiles openwrt-xburst.
<sdschulze> Is there a lot you can do wrong?
<nebajoth> holy crow
<nebajoth> I cannot figure out how to adjust the volume of this thing
<sdschulze> alsamixer?
<sdschulze> works on openwrt, at least
<nebajoth> it doesn't do anything
<nebajoth> it loads
<nebajoth> it identifies the proper card
<sdschulze> hm
<nebajoth> you can nudge the volume up and down
<nebajoth> but the actual playing volume remains the same
<sdschulze> How did you get sound support in the first place, BTW?
<sdschulze> (I assume you're on Debian)
<nebajoth> I am on Debian
<tuxbrain> press M
<nebajoth> and I loaded the module list
<nebajoth> from openwrt
<nebajoth> and it works
<sdschulze> :(
<sdschulze> That's what I did, too.
<nebajoth> muting works, tuxbrain
<nebajoth> just not volumen adjustments
<sdschulze> Maybe my tarball was too new, though.
<nebajoth> actually
<nebajoth> it seems as though I can raise the volume a little
<nebajoth> but not diminish it
<nebajoth> at all
<nebajoth> from the very loud default
<sdschulze> nebajoth: Where did you get the modules from?
<nebajoth> the openwrt image
<sdschulze> I copied mine from openwrt-xburst-rootfs.tgz.
<nebajoth> same thing
<nebajoth> interestingly
<nebajoth> even on mute I can hear it very softly
<sdschulze> snd_soc_core: Unknown symbol i2c_transfer
<sdschulze> That's what i get.
<kyak> software usb boot + ./reflash_ben.sh did the job (at the first attempt)
<kyak> i guess i'll keep this magical USB cable :)
<kyak> it's from Nokia N76, as that matters
<kyak> guys
<kyak> there is horizontal lines on the LCD (a noise) when Ben is connected to USB
<kyak> is it ok?
<kyak> i also notice such flickering when it is close to my laptop
<kyak> hm
<kyak> it really is flickering badly
<zear> kyak, the flickering is my fault i think
<zear> gmenu2x was compile with jz4740 overclock code
<zear> and it overclock the lcd timings as well
<zear> and that results with flickering
<zear> *compiled
<zear> oh, i think that's an unrelated flickering, sorry for not reading the rest of the messages
<kyak> no, it might be related.. let me disable the gmenu2x autostart and we'll see..
<kyak> it's rock stable now
<kyak> even if i put Ben on laptop's wifi card
<kyak> hm.. i inserted usb cable and the screen went black
<kyak> ok.. i need to get used to inserting usb cable without pressing the power button by accident :)
<kyak> i think most of you guys are not using gmenu2x, right?
<zear> well, i am ;P
<kyak> and it's not flickering for you? ):
<zear> it is ;P
<zear> though i don't care because i rarely use my nanonote (mostly just use it as a music player)
<kyak> ok, i haven't found a use for mine yet :)
<kyak> though i found gmenu2x keybindings weird
<kyak> "enter" is launching settings, not the selected icon
<zear> well, it's the best i could do
<zear> with the gaming console layout gmenu2x was designed for
<kyak> so how do i select?
<zear> and you can always modify the controls in /usr/share/gmenu2x/input.conf
<zear> "x" if i remember correctly
<kyak> SELECT: Bring up the contextual menu.
<kyak> whereis "select"? :)
<zear> select is esc
<zear> start is enter
<kyak> zear: this is weird.. any way to remember this?
<zear> L is q, R is P
<kyak> i mean, is there some logic behind?
<zear> the rest of the buttons (a/b/x/y) are s/d/z/x
<zear> yes
<kyak> i need to imaging game console?
<zear> exactly ;)
<kyak> like dendy controller? :)
<zear> more like a dingoo
<zear> though, the "front buttons" are on the left and the d-pad is on the right here on the nn
<zear> but as i mentioned before, edit /usr/share/gmenu2x/input.conf to customize your controls
<zear> if you come up with better keymappings ;)
<kyak> i'll stick to default
<kyak> they start to make sense now :)
<zear> yep
<kyak> i read this in the first place, but couldn't understand what this "On the Ben" means in the beginning
<kyak> now i understand, thanks :)
<zear> but that's why gmenu2x needs a major input handling redesign
<zear> to support full qwerty
<kyak> why does it need this when it supports input.conf?
<kyak> or is it limited?
<zear> because it still shows gp2x controls on the bottom bar
<zear> so "B" isn't really B on nn's keyboard
<kyak> right..
<kyak> ehm..
<kyak> i'm failing to exit GMU :)
<zear> alt+enter
<kyak> why?: )
<zear> hold alt for extra explanation
<wejp> kyak,if you don't like that, you can redefine all buttons as you wish
<zear> i guess it's another leftover from gaming consoles
<zear> but wejp will explain it better ;)
<kyak> wejp: i'm ok with that, just need to get used.. i don't like changing default options
<wejp> zear, right, it is kind of, gaming consoles have only very few buttons
<wejp> kyak, okay :)
<kyak> so, stardic is english-english only :)
<wejp> zear, also that way more of the functions can be explained on screen (default mapping and secondary mapping can both be explained)
<kyak> this is smart, taking into account that i can't switch keyboard layout anyway
<wejp> hehe
<zear> wejp, well, i bet you'll get some complaints from the pandora users :P
<wejp> btw, the next gmu version comes with a new intro/help screen which explains most of the button mappings
<kyak> ok, now i'm failing to leave stardic.. esc and alt+enter ot wokirng :)
<wejp> that will be shown on the very first start
<zear> wejp, oh, that's cool
<wejp> yep :)
<zear> so how is the pandora, btw?
<kyak> ok, it's ctrl+Q
<wejp> it is nice, i like the really long battery runtime
<wejp> and the screen resolution is amazing,really good screen
<zear> what about the quality of the device in general?
<zear> looks a bit shitty from the vids
<wejp> the real device looks better than what i was expecting from some videos
<zear> ah, that's great
<zear> i wish it was half the price so i could buy it
<wejp> yeah, it is a bit expensive
<zear> and wouldn't be scared to carry it around with me
<wejp> well at least i had to pay only 250 euros, instead of 300 as it costs now
<wejp> oh and on ebay people sell pandoras for way over $1000 :O
<zear> well, there's some euro crisis on the horizon
<zear> maybe the price will go down ;P
<wejp> true
<wejp> wouldn't count on a lower price
<wejp> euro crisis could even result in the opposite
<zear> the ebay buys are mad
<zear> *guys
<wejp> yeah
<wejp> incredible
<zear> btw, record some vid comparison of nn and pandora
<zear> maybe more pandora guys will end up buying nanos ;)
<wejp> hm, i could do that :)
<wejp> it is a little bit difficult to compare them thoguh
<zear> well, nn runs all the dingux games
<zear> so there is a place for comparizon
<wejp> hm, that's true
<zear> there are also my stright ports
<zear> straight, even
<wejp> yeah, if i find a little sparetime, i'll probably try to make a nice comparison video :)
<zear> :D
<zear> especially games that are easy to control on the nn, like powder, scummvm, frotz or dosbox
<zear> kyak, is it just me, or the flickering is less noticable if you set the gmenu2x clock (enter go to go the menu) to 336Mhz and restart the nn?
<kyak> zear: will sure try that and let you know.. currently i'm into wifi thing :)
<zear> hey guys, check this out: http://wstaw.org/m/2010/06/11/reader.png
<zear> i asked the author for the sources, i hope he will agree to release this app on GPL
<calamarz> zear: looks cool indeed :)
<sdschulze> notices that native compilation is *really* slow.
<emeb> sdschulze: what distro you running native compile on?
<sdschulze> Debian
<sdschulze> trying to make-kpkg
<sdschulze> eeek... virtual memory exhausted
<emeb> sdschulze: ah - I'd heard Debian had a native compile. Wish there was a gcc ipk for OpenWRT.
<emeb> not surprising that there aren't enough resources for a big compile on the NN.
<emeb> I'd still like to do it for small stuff though (drivers, quick utils, etc)
<sdschulze> Maybe I can misuse my microSD card for occasional swapping.
<sdschulze> Native compiling is cooler than cross-compiling. :)
<sdschulze> What's the preferred way of making "partitions" on SD cards?  losetup?
<emeb> fdisk?
<sdschulze> SD cards have physical partitions?  Nice.
<sdschulze> Do I need any special tricks to boot from SD card, BTW?
<sdschulze> so the bootloader finds the kernel and the kernel finds the root fs
<sdschulze> At least it seems to like that swap.
<sdschulze> Are there any general objections to making a partition table on the NAND flash, BTW?  Does it interfere with the block structure or anything?
<{marcz}> MTD is not a block device!
<kyak> wejp: could you please help? should i install libmpg123 for mp3 support in gmu?
<sdschulze> {marcz}: So that's the reason why they're not partitioned?
<calamarz> mp3 is evil ]:)
<sdschulze> kyak: I haven't tried it, but I assume you have to recompile it.
<sdschulze> Better: convert all files to Ogg Vorbis
<{marcz}> You install your file system jffs2 or ubifs over an UBI  layer that emilate a block device.
<sdschulze> obviously, yes
<sdschulze> But having the partition tables hardcoded in the Linux source code is not that nice.
<emeb> sdschulze: re - partitioning SD cards: I do it all the time on my beagle. Here's a script that we use to set it up: http://www.angstrom-distribution.org/demo/beagleboard/mkcard.txt
<{marcz}> Of course their is no problem to partition a SD card
<{marcz}> But a flash MTD is not the same, it has not the buil-in device driver
<sdschulze> So if you press M, uboot automatically looks at the partition table of the SD card and uses the first one for the kernel and the second one for rootfs?
<{marcz}> To partition a SD card you can go with fdisk exactly in the same way you do on a disk
<{marcz}> If you are on bnn you have to use a compiled command line in the uboot image
<sdschulze> Is using raw access to MTD faster than putting a driver between the flash and the CPU?
<{marcz}> On the distribution of openwrt Xiangfu has set up a command line to boot from uimage on the fat partition N° 1
<sdschulze> I do miss GRUB so much. :(
<{marcz}> The main problem is wear levelling, in SD card it's done by the driver, so you can put over whatever fs you want.
<urandom_> kyak copying libmpg123 and mpg123 from dingux version works nice
<sdschulze> {marcz}: Where does the SD card driver store the information on where the virtual blocks are mapped in the flash mem?
<{marcz}> On MTD the block layer take care of it so you are using layer that can provide this wear leveling: ubi then ubifs, or jffs2
<{marcz}> But I'm not at all a specialist of these lower level, refer to http://www.linux-mtd.infradead.org/
<calamarz> is there some way to access battery info on nn-debian?
<larsc> cat /sys/class/power/battery/capacity
<kyak> urandom_, thnkas, i should try
<kyak> calamarz: you might want to have a look at /sys/class/power_supply/battery/uevent
<calamarz> tx!
<FrankBlues> waves
<FrankBlues> rafa: you around?
<xdpirate> Textmode, updates on the issue of "What does the Qi-button do?": It returns a key code of 0 when pressed D:
<zear> xdpirate, every time you press it, a kitten dies
<xdpirate> D:
<Textmode> a...null key?
<xdpirate> yup, it returns a whopping key code of zero.
<zear> xdpirate, i might have mixed nn's and dingux libs at one point so !reader works for me
<zear> i don't remember if i flashed the rootfs since i mixed it
<zear> xdpirate, oh wait, the sdl error is in spanish
<xdpirate> wat
<Textmode> :D
<xdpirate> i can just copy dingoo sdl libs over then
<Textmode> ossum!
<zear> it must be that !reader has statically linked sdl
<zear> xdpirate, of course you can ;)
<zear> binary compatibility ;)
<xdpirate> yeah i know i can, i meant, i'm going to
<xdpirate> :P
<zear> though it's not a good idea in the longer run
<xdpirate> i already copied over libsdl_mixer and libmad
<xdpirate> for battlepong!
<zear> just because it's a different device's libs
<zear> it's a shame !Reader is not opensource though
<zear> so we can't use it in the default nn's distro
<xdpirate> true
<zear> (but we of course can, and will use it in jlime, because we don't care of stuff like that, right rafa? :D)
<urandom_> has the author of !Reader a reason to keep it closed source?
<zear> no idea
<zear> haven't contacted him yet
<zear> only the dingux porter
<zear> though, i think it would be better one of the nn devs contacted the author
<zear> i don't want to be responsible for a failure in negotiations ;D
<urandom_> nah i think he just did not release the source cause he thought nobody would need it or so, i cant think on any valid reasons for
<urandom_> him to keep it closed
<zear> how about stolen code? :D
<larsc> or ugly code
<zear> or not feeling like releasing it just because NO.
<zear> anyway, it would be a precious item in our collection
<larsc> Number 1 reason why companies keep code closed is because it would be embarrassing to show it to anybody ;)
<zear> ;D
<urandom_> well they can always say they are obfuscating the code on purpose ;)
<Textmode> I can't remember, can you next ifs in sh?
<urandom_> i really loved this app on my psp http://sourceforge.net/projects/bookr/ , i wonder how much work porting it would be
<zear> urandom_, it uses a lot of psp libs
<zear> instead of sdl
<urandom_> kind of sad, it is awesome
<Textmode> I guess you can't nest ifs in sh...
<mth> why not?
<Textmode> it complains?
<Textmode> regardless, its looking more like it requires a branch to contain a statement.
<Textmode> but I have none to give in this instance :/
<xdpirate> woop, my pokedex is ready for release
<xdpirate> NanoNote arrives, dex gets released - http://www.qqmore.info/?p=48
<emeb> sweet - figured out how to add mp3 play to gmu
<emeb> xdpirate: not much into pokemon, but keyCodes looks handy. Nice intro to SDL programming too...
<xdpirate> Glad I could be of help :)
<emeb> just compiled & ran on my desktop.
<xdpirate> yeah it only contains c and sdl code, so should be compilable on everything that has sdl :P
<emeb> works fine on my Fedora11 system - pops up a little window on my X desktop.
<emeb> needed to yum install the SDL stuff, but that was painless.
<xdpirate> (:
<emeb> reads SDL dox
<emeb> audio on NN is remarkably good - playing MP3 w/ gmu through my Sennheisers
<Textmode> seems a bit quiet, though.
<Textmode> imho.
<Textmode> or maybe GMU just refuses to give a decent volume range.
<urandom_> quiet? it can be extremely loud
<emeb> Not quiet here - I'm on 9/15 on the GMU vol scale and that's about as loud as I'd like it.
<urandom_> i listen with 1/15 to 2/15 ;)
<emeb> Textmode: have you checked that your alsamixer is full on?
<emeb> urandom_: you must have some pretty efficient headphones.
<emeb> or else there's something else modulating the volume I'm not aware of...
<Textmode> looks like alsa is at full.
<Textmode> and I consider these good headphones...
<emeb> using gmu?
<Textmode> gmu also at max.
<emeb> I've started gmu from a command line ssh session from my desktop. When I tweak the vol it spits some text out
<Textmode> but volume, well not weak, but not anything remotely near what I would consider "max"
<emeb> Usually something like :audio: volume=16 (128/16)
<emeb> (1st number changes in steps of 8 as vol is adjusted)
<Textmode> anyway, I'm busy fightig with autotools.
<Textmode> (its a PoS, btw.)
<emeb> big fun - never have figured that out.
<emeb> BTW - how to exit gmu gracefully? I always end up doing a kill -9...
<urandom_> alt+enter
<emeb> bingo! thanks
<urandom_> took me some time to figure out
<emeb> there's a lot of hidden keystrokes on NN
<urandom_> its cause gmu was designed for the dingoo
<emeb> Should be a rule on gfx apps: hit "?" and a key list comes up.
<emeb> urandom_: figured that. Hasn't been remapped for NN
<urandom_> it has been remapped for NN a bit
<urandom_> the dev is currently porting it to pandora so maybe there will be some changes that make navigation on NN better too
<urandom_> also he is planing some kind of help menu to show off first time you start it
<emeb> That's a good idea
<emeb> There are only a few keys mentioned across the bottom.
<urandom_> well at least the real keys are mentioned not like in gmenu2x the dingoo ones :)
<emeb> urk - yep. That one needs some work.
<Textmode> yeah, that took some stuffing about to figure out.
<Textmode> what was it? ZSXD, Q and R, enter and space?
<urandom_> esc not space
<emeb> OK - here's another annoyance: gmu disables the display after a bit. If you've switched to an alternate console it still disables it. How to get it on again?
<urandom_> emeb you can disable switching off the display in the config
<emeb> urandom_: cool - will have to do that. Meantime, how to get the display back on w/o a reboot?
<Textmode> usually hitting any key brings it back
<Textmode> I use the qi key
<emeb> Not if you're in another console tho...
<Textmode> no...
<urandom_> change to its console
<emeb> need to ctl+alt+f5 to get back to gmu screen
<emeb> then hit spc or something
<emeb> Does SDL always live on the f5 console?
<urandom_> yeah you have to ctl+alt+f5, it cant get input from different console
<urandom_> yeah it seems to be the place for the sdl stuff
<emeb> xdpirate: came up with a couple of makefiles for keycode - want 'em?
<xdpirate> huh? for what? =P
<xdpirate> i don't really need a makefile when all i did to compile was gcc main.c -lSDL -lSDL_ttf -o keyCode
<emeb> g'nuff.
<xdpirate> ;3
<xdpirate> my nn refuses to load sdl altogether after i copied the dingoo sdl libs like zear said lols
<emeb> urp
<xdpirate> meh
<emeb> what did zear say to do?
<emeb> (btw is NN gmu statically linked to SDL?)
<xdpirate> they're built with joystick support
<xdpirate> i have no idea emeb, ask wejp if he's here
<xdpirate> (wejp made gmu)
<emeb> just wondering why there was no SDL lib on NN already.
<xdpirate> there is
<emeb> hrm - I didn't see it...
<urandom_> there is, just no sdl-mixer
<xdpirate> all sdl libs should be in /usr/lib, except sdl_mixer
<emeb> urandom_: ur right. I'm getting confused
<emeb> SDL lib wasn't in the openwrt host build dirs
<emeb> for some reason the openwrt build process doesn't give you the same image/s that are under 'latest'
<emeb> seems like there's a bit of extra tweakage going on behind the curtain...
<urandom_> wouldnt things going on behind the curtain be against the qi ideologie?
<urandom_> :P
<Textmode> probably an oversight.
<Textmode> easy enough to do.
<urandom_> yeah
<xdpirate> As I mentioned, my SDL libs got fucked up
<xdpirate> Could anyone cp /usr/lib/libSDL* /card/ and upload them in a zip or something?
<xdpirate> Would behugely appreciated
<xdpirate> be hugely*
<urandom_> cant you copy it from latest image?
<xdpirate> How is it compressed?
<Textmode> isnt' it just a tgz?
<urandom_> it is