2011-04-29 01:14 <qi-bot> [commit] Werner Almesberger: ubb-vga2: new option -m to select the display mode (resolution, timing) http://qi-hw.com/p/ben-blinkenlights/71c9c7d
2011-04-29 04:51 <zhicheng> Hi guys,I'm a software engineer,I'm very interesting hardware development and MIPS Architecture.
2011-04-29 04:56 <xiangfu> zhicheng: great.
2011-04-29 04:58 <xiangfu> zhicheng: you want learn hardware design? or you want write some software(take part in u-boot kernel develop)? on MIPS arch?
2011-04-29 04:59 <xiangfu> zhicheng: do you have one nanonote? are you in China? (since your name is like Chinese name :)
2011-04-29 05:00 <zhicheng> yeah
2011-04-29 05:01 <zhicheng> I'm an iOS App Developer :-)
2011-04-29 05:01 <zhicheng> but I'm very interesting hardward design.
2011-04-29 05:01 <zhicheng> and I'm check out some MIPS architecture design,It's really really cool!
2011-04-29 05:02 <zhicheng> I want buy an SGI Workstation,But It's not available anymore.and very expensive.
2011-04-29 05:02 <xiangfu> zhicheng: http://projects.qi-hardware.com/index.php/p/board-qi-avt2/source/tree/master/
2011-04-29 05:03 <zhicheng> xiangfu: Wow, You work at Qi Hardware.
2011-04-29 05:03 <zhicheng> cool.
2011-04-29 05:04 <xiangfu> is the 'really really cool' design open? :)
2011-04-29 05:05 <zhicheng> I mean,the MIPS arch.
2011-04-29 05:05 <zhicheng> and open source ,too.
2011-04-29 05:05 <zhicheng> :-
2011-04-29 05:05 <zhicheng> :-D
2011-04-29 05:05 <xiangfu> zhicheng: ok. I though it's a device.
2011-04-29 05:06 <xiangfu> zhicheng: compare to SGI Workstation, ben nanonote is cheaper :D
2011-04-29 05:06 <xiangfu> and also MIPS
2011-04-29 05:06 <zhicheng> xiangfu: yeah!
2011-04-29 05:06 <zhicheng> xiangfu: do you live in Beijing?
2011-04-29 07:58 <qi-bot> [commit] Xiangfu Liu: fmit fix typo http://qi-hw.com/p/openwrt-packages/1ca9a60
2011-04-29 07:58 <qi-bot> [commit] Xiangfu Liu: nanonote-files: config.full_system, add 4th, using upstream triggerhappy http://qi-hw.com/p/openwrt-packages/7df1890
2011-04-29 07:58 <qi-bot> [commit] Xiangfu Liu: new package: move kmod-ks7010 from openwrt to here http://qi-hw.com/p/openwrt-packages/159a677
2011-04-29 07:58 <qi-bot> [commit] Xiangfu Liu: ascii-paint: using nanoote branch http://qi-hw.com/p/openwrt-packages/d895199
2011-04-29 09:01 <qi-bot> [commit] Mirko Vogt: add <http://downloads.qi-hardware.com/software/mirror-openwrt-sources/> http://qi-hw.com/p/openwrt-xburst/d3d6c3c
2011-04-29 09:01 <qi-bot> [commit] Xiangfu Liu: gitignore vim temporary files (*~) http://qi-hw.com/p/openwrt-xburst/996641d
2011-04-29 09:01 <qi-bot> [commit] Xiangfu Liu: optimize for ben nanonote http://qi-hw.com/p/openwrt-xburst/00b6865
2011-04-29 09:01 <qi-bot> [commit] Xiangfu Liu: [xburst] Improve mounttime http://qi-hw.com/p/openwrt-xburst/4006bc6
2011-04-29 09:01 <xiangfu> commit very little work on rebase trunk
2011-04-29 09:15 <qi-bot> [commit] Xiangfu Liu: nanonote optimize http://qi-hw.com/p/openwrt-xburst/9454528
2011-04-29 09:15 <qi-bot> [commit] Xiangfu Liu:  Add-gfortran-compiler-support-to-the-toolchain http://qi-hw.com/p/openwrt-xburst/02a7dc8
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: ubb-vga2: non-contiguous allocation of frame buffer memory http://qi-hw.com/p/ben-blinkenlights/623f3cc
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: ubb-vga2.c (line, frame): start line timer outside the "line" function http://qi-hw.com/p/ben-blinkenlights/a63579e
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: ubb-vga2.c (main): fixed check for unknown resolution and call it "mode" http://qi-hw.com/p/ben-blinkenlights/f608e56
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: tstimg.c (grill): avoid fencepost errors (pixel at xres/yres) http://qi-hw.com/p/ben-blinkenlights/2cee702
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: physmem.c: align memory to word and page size http://qi-hw.com/p/ben-blinkenlights/debe9cc
2011-04-29 17:08 <qi-bot> [commit] Werner Almesberger: renamed ubb-vga.c to ubb-vga-old.c, ubb-vga2.c to ubb-vga.c; updated Makefile http://qi-hw.com/p/ben-blinkenlights/3a8e062
2011-04-29 17:49 <dvdk> wpwrak: just saw your physmem.c commit.  how does this give you physical memory?  doesn't it just give you logical pages without any knowledge of phys. addresses?
2011-04-29 17:53 <kyak> dvdk: latest mplayer works very nice! it consumes only around 50 % CPU, soo good :)
2011-04-29 17:54 <dvdk> kyak: cool isn't it :)
2011-04-29 17:54 <dvdk> kyak: with proper 44100khz sample rate, audio quality is also very nice.
2011-04-29 17:55 <dvdk> kyak: 50% for which video material?
2011-04-29 17:55 <kyak> dvdk: yeah, audio is good! but i'm running into issues with a/v desync
2011-04-29 17:55 <dvdk> kyak: encoding problem?
2011-04-29 17:55 <dvdk> kyak: ffmpeg2theora has some problems there
2011-04-29 17:55 <kyak> dvdk: trying to figure out.. my ffmpeg2theora is pretty old
2011-04-29 17:55 <dvdk> kyak: depending on input video material.  latest ffmpeg2theora does sync correction by default.
2011-04-29 17:55 <kyak> i'm thinking to build ffmpeg2thoera and libtheora from source
2011-04-29 17:55 <dvdk> however, fails on mpeg transport streams for me (i.e. raw dvb-t recording)
2011-04-29 17:56 <dvdk> kyak: did the same.  try to use libtheora 1.2
2011-04-29 17:56 <kyak> Stream #0.0: Video: mpeg4, yuv420p, 624x352 [PAR 1:1 DAR 39:22], 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1: Audio: mp3, 48000 Hz, 2 channels, s16, 128 kb/s
2011-04-29 17:56 <kyak> that's the input video
2011-04-29 17:56 <dvdk> what.s the container? mpeg?
2011-04-29 17:56 <kyak> (latest south park episode, btw)
2011-04-29 17:56 <kyak> avi
2011-04-29 17:56 <dvdk> kyak: avi shouldn't have any problems with desync, since avi comes without timestamps.
2011-04-29 17:57 <dvdk> hmm.  if you do mplayer -noquiet and look at the output (i.e. ssh) does it show a a-v desync?  at 50% cpu it should be around0.
2011-04-29 17:57 <kyak> dvdk: oh.. when i'm running this output ogv file on my PC (totem), there's no desync
2011-04-29 17:57 <dvdk> kyak: ok, did you test with -demuxer ogg on you pc, too?
2011-04-29 17:57 <dvdk> kyak: also check cpu load.  some scenes need more cpu power, causing desync.
2011-04-29 17:58 <kyak> dvdk: may i upload the output ogv file to you? it's aroudn 34 Mb
2011-04-29 17:58 <dvdk> kyak: yes, no problem.  how do we do the uploading?
2011-04-29 17:59 <kyak> http://rghost.ru/5393232/private/4c6a9f0abbb1dfbac6d3bb1e87778d98
2011-04-29 17:59 <kyak> dvdk: here :)
2011-04-29 18:00 <dvdk> ok, downloading at 120k
2011-04-29 18:02 <kyak> dvdk: desync starts at around 1 minute, i'm just running mplayer ..ogv without arguments, and i don't use scrolling
2011-04-29 18:02 <dvdk> kyak: btw OSS audio was pretty weird, are you already running the version that does alsa exclusively?
2011-04-29 18:02 <kyak> yep
2011-04-29 18:02 <dvdk> hmm.
2011-04-29 18:02 <dvdk> ok, uploaded, testing now
2011-04-29 18:02 <kyak> version "3 in period" :)
2011-04-29 18:03 <kyak> dvdk: hm, when i start scrolling, the sync seems to be restored
2011-04-29 18:05 <dvdk> ok, desync is displayed in mplayer output (-noquiet): A-V: -0.374
2011-04-29 18:05 <dvdk> so maybe cpu problem
2011-04-29 18:05 <dvdk> lets check
2011-04-29 18:06 <dvdk> no, cpu load is at 40 %
2011-04-29 18:06 <dvdk> strange
2011-04-29 18:06 <kyak> dvdk: when i run mplayer -demuxer ogg, it get's desynced on PC, too!
2011-04-29 18:06 <dvdk> maybe the alsa patch is the culprit (changing buffer/fragment size, but was neccessary for audio to be continuous)
2011-04-29 18:06 <rjeffries> wpwrak awaiting 3D in millions of color as video out on Ben NN. "Dream no little dreams."
2011-04-29 18:07 <dvdk> trying with -autosync 30
2011-04-29 18:07 <kyak> dvdk: strangely, it only happens in the beginning of the video (around first minute)
2011-04-29 18:08 <dvdk> maybe a ogg framing pecularity
2011-04-29 18:08 <dvdk> -autosync doesn't help :(
2011-04-29 18:10 <kyak> it's pretty hard to determine if there is a desync on your bbv video, cause there is no speech.. But i'll try encoding with latest ffmpeg2theora and see if this goes away
2011-04-29 18:10 <wpwrak> dvdk: (physmem) did you see the comment saying that it's still a dummy ? :-)
2011-04-29 18:11 <dvdk> kyak: maybe an ogg paging problem causes that.  mplayer can buffer audio, but it cannot really buffer video.  so there are some rules about video vs. audio interleaving, maybe it fails there.
2011-04-29 18:11 <wpwrak> dvdk: btw, here's a nicer mechanism for mapping virt->phys: http://www.mjmwired.net/kernel/Documentation/vm/pagemap.txt
2011-04-29 18:11 <dvdk> wprwrak: absolutely cool.  didn't know that.
2011-04-29 18:12 <dvdk> wpwrak: should use that to clean up jz47xx_vid
2011-04-29 18:12 <wpwrak> yeah. those "search memory" heuristics are all a little evil. even though they work ...
2011-04-29 18:12 <dvdk> kyak: i did some encodes with ffmpeg2theora (50 minute video, 25 fps) and didn't notice any desyncs.  so maybe really ogg paging problem.  trying oggz-sort may help.
2011-04-29 18:14 <dvdk> oggz-sort seems to not help here :(
2011-04-29 18:16 <dvdk> kyak: waht to have a look at the file i tested with?  http://mosquito.dyndns.tv/david/nanonote/1nn.ogv
2011-04-29 18:16 <dvdk> (tell me if you download don't want to leave such stuff online for long)
2011-04-29 18:16 <dvdk> wpwrak: just a little slow :)
2011-04-29 18:16 <dvdk> (the searching)
2011-04-29 18:17 <wpwrak> dvdk: there it's an advantage to have so little memory ;-))
2011-04-29 18:17 <kyak> dvdk: downloading now
2011-04-29 18:17 <kyak> dvdk: "trying oggz-sort may help" - sorry, i don't understand
2011-04-29 18:18 <dvdk> kyak: oggz-tools contains a tool oggz-sort which does some simple ogg remuxing, sorting pages in the stream.
2011-04-29 18:18 <kyak> dvdk: is it also better to build oggz-tools from source?
2011-04-29 18:18 <dvdk> kyak: i guess your problem is that the scene at 0:01:00 has almost no motion, so you get many video frames in one ogg page.  guess mplayer has a problem with that, since it sees the video frames too late
2011-04-29 18:19 <dvdk> kyak: don't think so, pretty old and reliable stuff, just use ubuntu or whatever packages
2011-04-29 18:19 <dvdk> kyak: but oggz-sort doesn't help anyway
2011-04-29 18:19 <kyak> heh :)
2011-04-29 18:19 <dvdk> a new ffmpeg2theora *might* do the job.  or we'd have to fix the mplayer demuxer (yuck)
2011-04-29 18:20 <kyak> ok.. i'm about to try to build ffmpeg2theora from source
2011-04-29 18:20 <dvdk> kyak: how's the download?
2011-04-29 18:20 <kyak> 13% done
2011-04-29 18:20 <dvdk> uuups.
2011-04-29 18:21 <dvdk> tell me when it's done, taking it offline then.  how many people are leaching here ? :)
2011-04-29 18:21 <kyak> sure, i'll tell you :)
2011-04-29 18:21 <kyak> btw, there is a binary of ffmpeg2theora
2011-04-29 18:22 <kyak> i think i'll start with that.. guess libtheora is linked in statically
2011-04-29 18:24 <kyak> ok, encoding with the latest ffmpeg2theora now
2011-04-29 18:28 <kyak> dvdk: seems i will finished encoding faster than downloading from you :)
2011-04-29 18:28 <dvdk> kyak: you're getting almost all my bandwidth :r
2011-04-29 18:28 <dvdk> :)
2011-04-29 18:30 <kyak> dvdk: your internet connection doesn't look very good :)
2011-04-29 18:33 <kyak> dvdk: nope, it's still desynced at around 1:00 -\ I'm glad it is reproduced on PC
2011-04-29 18:34 <kyak> dvdk: 53% :)
2011-04-29 18:37 <kyak> dvdk: "A-V:" reaches up to 5 seconds on PC
2011-04-29 18:38 <kyak> dvdk: i wonder why scrolling makes it go away? and why won't mplayer autocompensate?
2011-04-29 18:39 <dvdk> kyak: i guess demuxer problem.
2011-04-29 18:39 <dvdk> sorry have to go now.  maybe again tomorrow.
2011-04-29 18:39 <dvdk> cu
2011-04-29 18:39 <kyak> bb
2011-04-29 18:39 <dvdk> (leaving download up, until apache bandwidth goes down)
2011-04-29 18:39 <kyak> eta is 6 minutes
2011-04-29 19:09 <wpwrak> grmbl. the bloody dma doesn't want to start. it seems that it did for the first 2-3 tries, but now nothing :-(
2011-04-29 19:09 <kyak> mirko: ping
2011-04-29 19:13 <kyak> mirko: when you have some time, could you have a look at https://dev.openwrt.org/ticket/9332, seems there is some issue with the latest qt4 changeset
2011-04-29 19:15 <kyak> gone
2011-04-29 21:26 <whitequark> wpwrak: hey
2011-04-29 21:27 <whitequark> remember I was talking about crappy bluetooth headset?
2011-04-29 21:27 <whitequark> I've played 4000 Hz through it. in normal mode, the recorded audio has peak at 4004
2011-04-29 21:27 <whitequark> and in fucked up mode the peak is at 4047 Hz
2011-04-29 21:27 <whitequark> ~1% is _very_ detectible by ear.
2011-04-29 21:28 <whitequark> ah yes, the worst part is that it's sliding
2011-04-29 22:04 <wpwrak> whitequark: (1%) interesting. have you also tried with another headset ?
2011-04-29 22:08 <whitequark> wpwrak: I only have one
2011-04-29 22:08 <whitequark> I'll soon write something that would be a blog post if only I had a blog
2011-04-29 22:08 <whitequark> with images!
2011-04-29 22:11 <whitequark> wpwrak: ah no, I was wrong
2011-04-29 22:11 <whitequark> that's not 1%
2011-04-29 22:12 <whitequark> it is sliding fast from one frequency to other
2011-04-29 22:12 <wpwrak> ah, that's why you hear it
2011-04-29 22:17 <whitequark> probably
2011-04-29 22:17 <whitequark> that's _very_ weird and unpleasant sense
2011-04-29 22:18 <whitequark> it somehow makes you think about smashing headsets with a hammer :)
2011-04-29 22:37 <wpwrak> whitequark: have you used the headset with other sound sources ? maybe it's not the headset but the source
2011-04-29 22:40 <whitequark> wpwrak: what can possibly go wrong with just a simple and stupid bluetooth dongle?
2011-04-29 22:41 <wpwrak> what can possibly go wrong with just a simple and stupid bluetooth headset ? :-)
2011-04-29 22:43 <whitequark> wpwrak: check my article: <p>For the curious ones, here is the raw data (in
2011-04-29 22:43 <whitequark> <a href="http://audacity.sf.net">Audacity</a> format): <a href="raw.tbz2">raw.tbz2</a>
2011-04-29 22:43 <whitequark> (33M compressed,around 110M unpacked)</p>
2011-04-29 22:43 <whitequark> oh
2011-04-29 22:43 <whitequark> wrong paste :/
2011-04-29 22:43 <whitequark> here's the right one: http://whitequark.org/bluecrap/
2011-04-29 23:29 <wpwrak> whitequark: well, your sample size is one. a bit small for such sweeping conclusions ;-)
2011-04-29 23:54 <wpwrak> curses the voodooness of DMA
2011-04-29 23:55 <kristianpaul> ;-)
2011-04-29 23:55 <kristianpaul> wpwrak: still getting ramdom DMA response?
2011-04-29 23:55 <wpwrak> the response if quite predictable now: i simply doesn't even start
2011-04-29 23:56 <kristianpaul> :(
2011-04-29 23:56 <wpwrak> the odd thing is that the MMC controller sometimes throws a timeout, and that depends on the weirdest circumstances
2011-04-29 23:56 <kristianpaul> humm
2011-04-29 23:57 <kristianpaul> may be try to check if you are  a SD-lile compliance device ;-)
2011-04-29 23:59 <wpwrak> oh, it's much more subtle than this: if i disable DMA in the MMC controller and don't even start the DMA controller, and the right set of voodoo is applied, i get the timeout