2011-04-30 00:00 then i remove one of the DMA register initializations, and abracadabra, it times out 2011-04-30 00:00 nota bene, the DMA controller it still not even being used 2011-04-30 00:00 sip tengo un bus pirata y el logic analyzer no el que vende seedstudio pero si hay un port para una board spartanr3 de avnet, con ese me funciona 2011-04-30 00:00 argg 2011-04-30 00:00 sorry 2011-04-30 00:42 kyak: ok, patched it and started compiling - will commit if it succeeds 2011-04-30 00:43 kyak: quite strange - didn't experience it but the error is an obvious result.. 2011-04-30 01:30 [commit] Werner Almesberger: physmem.c: added virtual to physical translation http://qi-hw.com/p/ben-blinkenlights/6cd2140 2011-04-30 01:30 [commit] Werner Almesberger: regs4740.h: added DMAC registers; added virt to phys translation; cleanup http://qi-hw.com/p/ben-blinkenlights/1a7b501 2011-04-30 01:30 [commit] Werner Almesberger: ubb-vga.c: housekeeping http://qi-hw.com/p/ben-blinkenlights/8d803dd 2011-04-30 01:31 (and no, dma still doesn't work - just getting rid of other changes) 2011-04-30 02:56 Anyone know of any hardware #? 2011-04-30 02:56 Strictly for Networking of course. 2011-04-30 02:57 Other than networking lol. 2011-04-30 03:05 This may turn out to be a postive development 2011-04-30 03:06 http://www.meegoexperts.com/2011/04/confirmed-lg-lge-present-prototype-devices-meego-conference/ 2011-04-30 07:42 [commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/a972bf1 2011-04-30 07:53 wpwrak: whyh is ir too small? 2011-04-30 07:53 *why is it 2011-04-30 07:59 dvdk: hi! i don't know why, but -mc=5.0 seems to help the desync problem. I.e. even if desync happens, it get compensated rather quickly 2011-04-30 08:00 kyak: strange 2011-04-30 08:00 was just going to look up the demuxer sources 2011-04-30 08:00 dvdk: also, ffmpeg git revision is not working again :) i updated to the latest git version locally 2011-04-30 08:00 kyak: so maybe they're doing something strange with their git repo?  whenever somebody commits, the previous head get unusable? 2011-04-30 08:00 any ideas? 2011-04-30 08:00 is not a git exepert 2011-04-30 08:01 me neither.. will need to have a close look 2011-04-30 08:01 kyak: alternative: branch their repo on github, and use that :) 2011-04-30 08:01 dvdk: btw, mplayer runs perfectly fine in latest trunk 2011-04-30 08:01 kyak: you mean, ignoring the desyncing problem you encountered? 2011-04-30 08:02 dvdk: or, as you once suggested, include ffmpeg tarball in files/ 2011-04-30 08:02 yuck 2011-04-30 08:02 dvdk: no-no, the same desyncing problem, which goes away with -mc 2011-04-30 08:02 ok, let's see what the demuxer has to say 2011-04-30 08:05 kyak: btw did you encode with any non-standard keyframe-distance? 2011-04-30 08:05 huh? how can i know? 2011-04-30 08:06 kyak: if you gave -K or --keyint to ffmpeg2theora :) 2011-04-30 08:06 no, i didn't :) 2011-04-30 08:15 kyak: have an idea, there is a way to generate 'no change' frames for theora.  if mplayer doesn't know about them, it might get problems 2011-04-30 08:16 maybe ask at #theora 2011-04-30 08:22 kyak: yeah looks like theore 'skipped frames'.  -mc 5 allows mplayer to do aggressive sync correction, so it can compensate for the missing frames. 2011-04-30 08:23 that's what i thought :) 2011-04-30 08:31 found it?  'As per the Theora specification, an empty (0-byte) packet is treated as a data packet (a delta frame with no coded blocks). ' 2011-04-30 08:31 http://theora.org/doc/libtheora-1.0/group__basefuncs.html 2011-04-30 08:34 so, mplayer is not working according to the specification? 2011-04-30 08:35 kyak: guess it drops empty packets, so they never reach the decoder, so mplay encounters one or more missing frames, and can only resync if -mc allows it to skip enough 2011-04-30 08:35 kyak: checking for how to patch 2011-04-30 09:00 dvdk: the problem is "git clone --depth 1" 2011-04-30 09:01 it only grabs trees for two latest commits 2011-04-30 09:01 therefore, our FFMPEG_REV is not valdi anymore :) 2011-04-30 09:11 [commit] kyak: mplayer: correctly checkout ffmpeg from git http://qi-hw.com/p/openwrt-packages/d69ac0f 2011-04-30 09:12 dvdk: something like this -^ 2011-04-30 09:21 [commit] kyak: mplayer: install config from withing mplayer package http://qi-hw.com/p/openwrt-packages/773c244 2011-04-30 09:50 kyak: but... i got this 'recipie' from include/download.mk 2011-04-30 09:50 so how does openwrt handle that?  i mean gmenu2x checkout works ok, albeit using git revisions 2011-04-30 09:51 ooops, you're right, 2011-04-30 09:51 my recipie comes in part from mplayer configure, ok 2011-04-30 09:52 kyak: does mplayer read /etc/mplayer something?  installing to /root looks sooo broken 2011-04-30 09:54 [commit] David Kühling: mplayer: update README tips for encoding videos for NanoNote http://qi-hw.com/p/openwrt-packages/781599f 2011-04-30 09:54 my ubuntu mplayer manpage says "/usr/local/etc/mplayer/mplayer.conf" 2011-04-30 09:54 probably depends on the configure flags 2011-04-30 09:54 $ strings /usr/bin/mplayer | grep mplayer.conf 2011-04-30 09:54 /etc/mplayer/mplayer.conf 2011-04-30 09:56 xMff: thx, 2011-04-30 09:56 kyak: ^ 2011-04-30 09:57 xMff: not on nanonote: 2011-04-30 09:57 what qemu-system-mipsel machine is better suitable to run nanonote image on? :) 2011-04-30 09:57 strings $(which mplayer)|grep mplayer.conf 2011-04-30 09:57 -> /usr/share/mplayer/mplayer.conf 2011-04-30 09:57 yeah, it seems to vary a lot 2011-04-30 09:57 on the system here not even the binary and man pages agree 2011-04-30 09:58 but /usr/share/mplayer/ sounds sane, too 2011-04-30 09:58 saner than /root 2011-04-30 09:58 hmm, according to ./configure it should be PREFIX/etc/mplayer 2011-04-30 09:58 have recipe for lingot :) 2011-04-30 09:59 xMff: kyak: ahh, our fault: our Makefile has   --confdir=/usr/share/mplayer 2011-04-30 09:59 kyak: ok to change that? 2011-04-30 10:01 dvdk: sure :) 2011-04-30 10:01 dvdk: where will input.conf reside then? in /etc ? 2011-04-30 10:02 better use /etc/mplayer 2011-04-30 10:02 kyak: let's use the default config dir=/etc/mplayer/ 2011-04-30 10:02 so everything in there, including mplayer.config 2011-04-30 10:02 then various packages could stuff additional config snmippets in there 2011-04-30 10:02 s//mplayer.conf 2011-04-30 10:02 Jay7: openwrt is using malta board for running mips in qemu 2011-04-30 10:02 dvdk: that sound right 2011-04-30 10:03 ok, just trying to build a patched mplayer with fixed ogg demuxer.  somehow applying all our patches fails the pc build :/ 2011-04-30 10:03 it would be great to have nanonote support in qemu :) 2011-04-30 10:03 maybe with --disable-vidix 2011-04-30 10:05 regarding input.conf, i'm wondering why volume up/down keys don't work in mplayer anymore 2011-04-30 10:06 i.e. they work in the image i build on my pc 2011-04-30 10:06 but don't seem to work in release image 2011-04-30 10:06 need to have a closer look 2011-04-30 10:08 Jay7: there is qemu-jz project, but don't expect it to work with Ben right away :) 2011-04-30 10:14 kyak: because they changed the keycodes of the volume keys from F11/F12 (?) to proper multimedia keycodes volup/voldown? 2011-04-30 10:16 dvdk: that's another thing, which also breaks these keys, but (it is easily fixed in console keymap) it was only introduced in some later kernels 2011-04-30 10:16 the release image should not have it 2011-04-30 10:16 kyak: sure the input.conf is in the right directory for your mplayer install? 2011-04-30 10:17 yep, i tried it but adding some other binds 2011-04-30 10:17 yep, i tested it by adding some other binds 2011-04-30 10:17 usually, mplayer would say "unknown bind" when some key is pressed 2011-04-30 10:18 but here in release image it doesn't complain 2011-04-30 10:25 when i run mplayer in ssh, it reacts for F11/F12 keys.. for some reason volup/voldown are not recognized as F11/F12 by mplayer 2011-04-30 10:35 whitequark: you found one system consisting of several elements that doesn't work. you don't know for sure which of them is misbehaving, you don't know if any of them suffer manufacturing defects, you don't know if any of them suffer design flaws specific to that one product, etc. 2011-04-30 10:38 whitequark: if you had tried a few different headsets, and if they all exhibit the same problem, also with a different dongle on the host, and if you still get the same problems, perhaps also with a different host (cell phone, different OS, etc.), then you could claim that all BT headsets are evil 2011-04-30 10:39 kristoffer: so .. going to make a few vga adapters ? :) 2011-04-30 11:05 ok, looks like emtpy video packets are properly enqueued, but for some reason never reach the theora decoder... 2011-04-30 11:13 hello 2011-04-30 11:13 have you seen that TI openlink? 2011-04-30 11:15 http://www.openlink.org/hardware/buy-options#modules 2011-04-30 11:16 wpwrak: what is your opinion on it? http://www.lsr.com/downloads/tiwi_r2/tiwi_r2_datasheet.pdf 2011-04-30 11:17 wpwrak, was hoping to do so yes :) 2011-04-30 11:18 kristoffer: do you mean wpwrak plans to get one of those to test? 2011-04-30 11:19 No, I thought werner did those?' 2011-04-30 11:38 did what? 2011-04-30 11:38 Btw, on ELC there is a talk on "WLAN Chips in Embedded Linux Systems" 2011-04-30 11:39 http://free-electrons.com/blog/elce-2010-videos/ 2011-04-30 11:42 kyak: found the problem: ds_get_next_pts() broken for packets without data 2011-04-30 11:46 dvdk: great job! :) 2011-04-30 11:46 patch is going to look ugly 2011-04-30 11:48 maybe this: (compilation is going to take a while) 2011-04-30 11:48 http://mosquito.dyndns.tv/david/nanonote/030-fix-theora-emtpy-packets.patch 2011-04-30 11:49 dvdk: i will give it a try later.. have to go now 2011-04-30 11:51 do the NanoNote distributions store the kernel in physical NAND blocks or on an UBI volume? 2011-04-30 11:53 physical 2011-04-30 11:55 is there any kind of mechanism to deal with bad blocks? 2011-04-30 11:57 except for skipping it not really 2011-04-30 11:57 I don't think so. But you could make uboot (also on nand physical) to find the kernel in another place, if you had bad blocks where the kernel sits 2011-04-30 11:57 so uboot has a list of blocks that hold the kernel? 2011-04-30 11:58 it has the start address where to find it at least 2011-04-30 12:09 wpwrak: ah yes, I understand now, thanks 2011-04-30 12:09 wpwrak: the interesting thing is, on Windows it recovers much faster (in ~second interval), but still suffers from same issue 2011-04-30 12:13 [commit] David Kühling: mplayer: install config to /etc/mplayer/mplayer.config (renamed files/config) http://qi-hw.com/p/openwrt-packages/4ce8eb4 2011-04-30 12:14 [commit] David Kühling: mplayer: fix mplayer bug for Theora frametime computation w/ emtpy packets http://qi-hw.com/p/openwrt-packages/6bfc32e 2011-04-30 12:16 [commit] David Kühling: mplayer: oops, have to create /etc/mplayer first http://qi-hw.com/p/openwrt-packages/ad04b8f 2011-04-30 12:29 [commit] David Kühling: mplayer: correct name of mplayer.conf.  everything seems to work correctly now. http://qi-hw.com/p/openwrt-packages/af52b4f 2011-04-30 13:29 hello 2011-04-30 13:29 hi Ayla 2011-04-30 13:30 hi mth :) 2011-04-30 13:31 I heard there are attempts at using kexecboot for the nanonote? 2011-04-30 13:31 we are looking for something to replace uboot 2011-04-30 13:32 and a minimal boot loader to load a kexecboot kernel could probably be identical for Dingoo and NanoNote 2011-04-30 13:41 I'm going to get some groceries, back in a bit 2011-04-30 16:35 viric: ah, another wlan module ... yes, looks nice. but ... do you have documentation on the actual protocol ? (i.e., how do i send a packet, how do i pick a channel, who decides which access point to and and how) 2011-04-30 16:38 viric: bom cost isn't too bad of this one. i guess it would be somethink like USD 20-25 for ~1000 units. of course, atben would be about USD 3.7 at such quantities. for an estimate of end-customer pricing, multiply with 3. so that module would increase the price of a ben by ~usd 75, while ieee 802.15.4 would add ~usd 12. 2011-04-30 16:51 viric: besides, there's an easy way to show the benefits of such a module: get one, make an 8:10 card adapter (if has sdio, but doesn't say if you need additional signals. you'll find out ...), find/write a kernel driver, and see how it works :) 2011-04-30 18:22 "That's our vision of Free. It's not communism. It's not capitalism as we know it. It's definitely not monopolies. It is Free Culture, and Free Enterprise." 2011-04-30 18:22 looks at rejon 2011-04-30 18:22 http://questioncopyright.org/understanding_free_content <- source 2011-04-30 19:09 hi guys ;) 2011-04-30 19:09 Fusin: hello :P 2011-04-30 19:11 question: why did someone put the gmenu#2 inside init? 2011-04-30 19:11 wouldn't be a simple-init script be better for nanonote 2011-04-30 19:12 si milar as old slackware did before? 2011-04-30 19:13 reason for question: i would like to 'automount' my data partition, but due to this init behavior, I don't know where to insert the aditional script 2011-04-30 19:16 s/init/initrc 2011-04-30 19:16 it has to respawn though 2011-04-30 19:17 yep, tragedy ;) 2011-04-30 19:18 why not first config the device and then load gmenu or a shell? 2011-04-30 19:25 [commit] kyak: correct default keymap for handling of F11/F12 http://qi-hw.com/p/openwrt-xburst/08fadca 2011-04-30 19:27 [commit] kyak: ben-cyrillic: modify keymap for correct handling of F11/F12 http://qi-hw.com/p/openwrt-packages/870294b 2011-04-30 19:27 all right.. this should fix VolUp/Down in mplayer.. 2011-04-30 20:29 wpwrak your mulriplier of 3x to arrive at selling price is on the low side 2011-04-30 20:30 and would be applied to manufactured cost, including mfg overhead, typically 5-10 percent at teh higher end for small volume production 2011-04-30 20:30 s/mulriplier/multiplier 2011-04-30 21:12 MeeGo on phones is not dead: http://gigaom.com/mobile/meego-not-dead-yet-as-lg-continues-the-charge/ 2011-04-30 21:22 I'll remain sceptical, to be honest. 2011-04-30 23:48 wolfspraul: community news day today ? or tomorrow ? 2011-04-30 23:53 wpwrak: yes I know may 1st... I need to start cleaning it up 2011-04-30 23:55 wolfspraul: heh, i didn't mean to nag you about your duties ;-) just wanted to know when i should be around 2011-04-30 23:58 oh don't worry, it won't be rushed out 2011-04-30 23:59 and yes, we need to document your VGA hack appropriately :-) 2011-04-30 23:59 by the mailing list archive size, this was the slowest month so far. certainly felt a bit tranquil.