#qi-hardware IRC log for Saturday, 2011-04-30

wpwrakthen i remove one of the DMA register initializations, and abracadabra, it times out00:00
wpwraknota bene, the DMA controller it still not even being used00:00
kristianpaulsip 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 funciona00:00
mirkokyak: ok, patched it and started compiling - will commit if it succeeds00:42
mirkokyak: quite strange - didn't experience it but the error is an obvious result..00:43
qi-bot[commit] Werner Almesberger: physmem.c: added virtual to physical translation http://qi-hw.com/p/ben-blinkenlights/6cd214001:30
qi-bot[commit] Werner Almesberger: regs4740.h: added DMAC registers; added virt to phys translation; cleanup http://qi-hw.com/p/ben-blinkenlights/1a7b50101:30
qi-bot[commit] Werner Almesberger: ubb-vga.c: housekeeping http://qi-hw.com/p/ben-blinkenlights/8d803dd01:30
wpwrak(and no, dma still doesn't work - just getting rid of other changes)01:31
Cold_DroneAnyone know of any hardware #?02:56
Cold_DroneStrictly for Networking of course.02:56
Cold_DroneOther than networking lol.02:57
rjeffriesThis may turn out to be a postive development03:05
qi-bot[commit] kyak: add kernel patch for setfont2 http://qi-hw.com/p/openwrt-xburst/a972bf107:42
whitequarkwpwrak: whyh is ir too small?07:53
whitequark*why is it07:53
kyakdvdk: 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 quickly07:59
dvdkkyak: strange08:00
dvdkwas just going to look up the demuxer sources08:00
kyakdvdk: also, ffmpeg git revision is not working again :) i updated to the latest git version locally08:00
dvdkkyak: so maybe they're doing something strange with their git repo?  whenever somebody commits, the previous head get unusable?08:00
dvdkany ideas?08:00
Action: dvdk is not a git exepert08:00
kyakme neither.. will need to have a close look08:01
dvdkkyak: alternative: branch their repo on github, and use that :)08:01
kyakdvdk: btw, mplayer runs perfectly fine in latest trunk08:01
dvdkkyak: you mean, ignoring the desyncing problem you encountered?08:01
kyakdvdk: or, as you once suggested, include ffmpeg tarball in files/08:02
kyakdvdk: no-no, the same desyncing problem, which goes away with -mc08:02
dvdkok, let's see what the demuxer has to say08:02
dvdkkyak: btw did you encode with any non-standard keyframe-distance?08:05
kyakhuh? how can i know?08:05
dvdkkyak: if you gave -K or --keyint to ffmpeg2theora :)08:06
kyakno, i didn't :)08:06
dvdkkyak: have an idea, there is a way to generate 'no change' frames for theora.  if mplayer doesn't know about them, it might get problems08:15
dvdkmaybe ask at #theora08:16
dvdkkyak: yeah looks like theore 'skipped frames'.  -mc 5 allows mplayer to do aggressive sync correction, so it can compensate for the missing frames.08:22
kyakthat's what i thought :)08:23
dvdkfound it?  'As per the Theora specification, an empty (0-byte) packet is treated as a data packet (a delta frame with no coded blocks). '08:31
kyakso, mplayer is not working according to the specification?08:34
dvdkkyak: 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 enough08:35
dvdkkyak: checking for how to patch08:35
kyakdvdk: the problem is "git clone --depth 1"09:00
kyakit only grabs trees for two latest commits09:01
kyaktherefore, our FFMPEG_REV is not valdi anymore :)09:01
qi-bot[commit] kyak: mplayer: correctly checkout ffmpeg from git http://qi-hw.com/p/openwrt-packages/d69ac0f09:11
kyakdvdk: something like this -^09:12
qi-bot[commit] kyak: mplayer: install config from withing mplayer package http://qi-hw.com/p/openwrt-packages/773c24409:21
dvdkkyak: but... i got this 'recipie' from include/download.mk09:50
dvdkso how does openwrt handle that?  i mean gmenu2x checkout works ok, albeit using git revisions09:50
dvdkooops, you're right,09:51
dvdkmy recipie comes in part from mplayer configure, ok09:51
dvdkkyak: does mplayer read /etc/mplayer something?  installing to /root looks sooo broken09:52
qi-bot[commit] David Kühling: mplayer: update README tips for encoding videos for NanoNote http://qi-hw.com/p/openwrt-packages/781599f09:54
xMffmy ubuntu mplayer manpage says "/usr/local/etc/mplayer/mplayer.conf"09:54
xMffprobably depends on the configure flags09:54
xMff$ strings /usr/bin/mplayer | grep mplayer.conf09:54
dvdkxMff: thx,09:56
dvdkkyak: ^09:56
dvdkxMff: not on nanonote:09:57
Jay7what qemu-system-mipsel machine is better suitable to run nanonote image on? :)09:57
dvdkstrings $(which mplayer)|grep mplayer.conf09:57
dvdk-> /usr/share/mplayer/mplayer.conf09:57
xMffyeah, it seems to vary a lot09:57
xMffon the system here not even the binary and man pages agree09:57
xMffbut /usr/share/mplayer/ sounds sane, too09:58
xMffsaner than /root09:58
dvdkhmm, according to ./configure it should be PREFIX/etc/mplayer09:58
Action: Jay7 have recipe for lingot :)09:58
dvdkxMff: kyak: ahh, our fault: our Makefile has   --confdir=/usr/share/mplayer09:59
dvdkkyak: ok to change that?09:59
kyakdvdk: sure :)10:01
kyakdvdk: where will input.conf reside then? in /etc ?10:01
xMffbetter use /etc/mplayer10:02
dvdkkyak: let's use the default config dir=/etc/mplayer/10:02
dvdkso everything in there, including mplayer.config10:02
xMffthen various packages could stuff additional config snmippets in there10:02
kyakJay7: openwrt is using malta board for running mips in qemu10:02
kyakdvdk: that sound right10:02
dvdkok, just trying to build a patched mplayer with fixed ogg demuxer.  somehow applying all our patches fails the pc build :/10:03
Jay7it would be great to have nanonote support in qemu :)10:03
dvdkmaybe with --disable-vidix10:03
kyakregarding input.conf, i'm wondering why volume up/down keys don't work in mplayer anymore10:05
kyaki.e. they work in the image i build on my pc10:06
kyakbut don't seem to work in release image10:06
kyakneed to have a closer look10:06
kyakJay7: there is qemu-jz project, but don't expect it to work with Ben right away :)10:08
dvdkkyak: because they changed the keycodes of the volume keys from F11/F12 (?) to proper multimedia keycodes volup/voldown?10:14
kyakdvdk: that's another thing, which also breaks these keys, but (it is easily fixed in console keymap) it was only introduced in some later kernels10:16
kyakthe release image should not have it10:16
dvdkkyak: sure the input.conf is in the right directory for your mplayer install?10:16
kyakyep, i tried it but adding some other binds10:17
kyakyep, i tested it by adding some other binds10:17
kyakusually, mplayer would say "unknown bind" when some key is pressed10:17
kyakbut here in release image it doesn't complain10:18
kyakwhen i run mplayer in ssh, it reacts for F11/F12 keys.. for some reason volup/voldown are not recognized as F11/F12 by mplayer10:25
wpwrakwhitequark: 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.10:35
wpwrakwhitequark: 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 evil10:38
wpwrakkristoffer: so .. going to make a few vga adapters ? :)10:39
dvdkok, looks like emtpy video packets are properly enqueued, but for some reason never reach the theora decoder...11:05
virichave you seen that TI openlink?11:13
viricwpwrak: what is your opinion on it? http://www.lsr.com/downloads/tiwi_r2/tiwi_r2_datasheet.pdf11:16
kristofferwpwrak, was hoping to do so yes :)11:17
virickristoffer: do you mean wpwrak plans to get one of those to test?11:18
kristofferNo, I thought werner did those?'11:19
viricdid what?11:38
viricBtw, on ELC there is a talk on "WLAN Chips in Embedded Linux Systems"11:38
dvdkkyak: found the problem: ds_get_next_pts() broken for packets without data11:42
kyakdvdk: great job! :)11:46
dvdkpatch is going to look ugly11:46
dvdkmaybe this: (compilation is going to take a while)11:48
kyakdvdk: i will give it a try later.. have to go now11:49
mthdo the NanoNote distributions store the kernel in physical NAND blocks or on an UBI volume?11:51
mthis there any kind of mechanism to deal with bad blocks?11:55
larscexcept for skipping it not really11:57
viricI 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 sits11:57
mthso uboot has a list of blocks that hold the kernel?11:57
viricit has the start address where to find it at least11:58
whitequarkwpwrak: ah yes, I understand now, thanks12:09
whitequarkwpwrak: the interesting thing is, on Windows it recovers much faster (in ~second interval), but still suffers from same issue12:09
qi-bot[commit] David Kühling: mplayer: install config to /etc/mplayer/mplayer.config (renamed files/config) http://qi-hw.com/p/openwrt-packages/4ce8eb412:13
qi-bot[commit] David Kühling: mplayer: fix mplayer bug for Theora frametime computation w/ emtpy packets http://qi-hw.com/p/openwrt-packages/6bfc32e12:14
qi-bot[commit] David Kühling: mplayer: oops, have to create /etc/mplayer first http://qi-hw.com/p/openwrt-packages/ad04b8f12:16
qi-bot[commit] David Kühling: mplayer: correct name of mplayer.conf.  everything seems to work correctly now. http://qi-hw.com/p/openwrt-packages/af52b4f12:29
mthhi Ayla13:29
Aylahi mth :)13:30
AylaI heard there are attempts at using kexecboot for the nanonote?13:31
mthwe are looking for something to replace uboot13:31
mthand a minimal boot loader to load a kexecboot kernel could probably be identical for Dingoo and NanoNote13:32
mthI'm going to get some groceries, back in a bit13:41
wpwrakviric: 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)16:35
wpwrakviric: 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.16:38
wpwrakviric: 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 :)16:51
kristianpaul"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."18:22
Action: kristianpaul looks at rejon 18:22
kristianpaulhttp://questioncopyright.org/understanding_free_content <- source18:22
Fusinhi guys ;)19:09
vladkorotnevFusin: hello :P19:09
Fusinquestion: why did someone put the gmenu#2 inside init?19:11
Fusinwouldn't be a simple-init script be better for nanonote19:11
Fusinsi milar as old slackware did before?19:12
Fusinreason 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 script19:13
mthit has to respawn though19:16
Fusinyep, tragedy ;)19:17
Fusinwhy not first config the device and then load gmenu or a shell?19:18
qi-bot[commit] kyak: correct default keymap for handling of F11/F12 http://qi-hw.com/p/openwrt-xburst/08fadca19:25
qi-bot[commit] kyak: ben-cyrillic: modify keymap for correct handling of F11/F12 http://qi-hw.com/p/openwrt-packages/870294b19:27
kyakall right.. this should fix VolUp/Down in mplayer..19:27
rjeffrieswpwrak your mulriplier of 3x to arrive at selling price is on the low side20:29
rjeffriesand would be applied to manufactured cost, including mfg overhead, typically 5-10 percent at teh higher end for small volume production20:30
rjeffriesMeeGo on phones is not dead: http://gigaom.com/mobile/meego-not-dead-yet-as-lg-continues-the-charge/21:12
kodeinI'll remain sceptical, to be honest.21:22
wpwrakwolfspraul: community news day today ? or tomorrow ?23:48
wolfspraulwpwrak: yes I know may 1st... I need to start cleaning it up23:53
wpwrakwolfspraul: heh, i didn't mean to nag you about your duties ;-) just wanted to know when i should be around23:55
wolfsprauloh don't worry, it won't be rushed out23:58
wolfsprauland yes, we need to document your VGA hack appropriately :-)23:59
wpwrakby the mailing list archive size, this was the slowest month so far. certainly felt a bit tranquil.23:59
--- Sun May 1 201100:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!