<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?
<kyak>
dvdk: latest mplayer works very nice! it consumes only around 50 % CPU, soo good :)
<dvdk>
kyak: cool isn't it :)
<dvdk>
kyak: with proper 44100khz sample rate, audio quality is also very nice.
<dvdk>
kyak: 50% for which video material?
<kyak>
dvdk: yeah, audio is good! but i'm running into issues with a/v desync
<dvdk>
kyak: encoding problem?
<dvdk>
kyak: ffmpeg2theora has some problems there
<kyak>
dvdk: trying to figure out.. my ffmpeg2theora is pretty old
<dvdk>
kyak: depending on input video material.  latest ffmpeg2theora does sync correction by default.
<kyak>
i'm thinking to build ffmpeg2thoera and libtheora from source
<dvdk>
however, fails on mpeg transport streams for me (i.e. raw dvb-t recording)
<dvdk>
kyak: did the same.  try to use libtheora 1.2
<kyak>
dvdk: desync starts at around 1 minute, i'm just running mplayer ..ogv without arguments, and i don't use scrolling
<dvdk>
kyak: btw OSS audio was pretty weird, are you already running the version that does alsa exclusively?
<kyak>
yep
<dvdk>
hmm.
<dvdk>
ok, uploaded, testing now
<kyak>
version "3 in period" :)
<kyak>
dvdk: hm, when i start scrolling, the sync seems to be restored
<dvdk>
ok, desync is displayed in mplayer output (-noquiet): A-V: -0.374
<dvdk>
so maybe cpu problem
<dvdk>
lets check
<dvdk>
no, cpu load is at 40 %
<dvdk>
strange
<kyak>
dvdk: when i run mplayer -demuxer ogg, it get's desynced on PC, too!
<dvdk>
maybe the alsa patch is the culprit (changing buffer/fragment size, but was neccessary for audio to be continuous)
<rjeffries>
wpwrak awaiting 3D in millions of color as video out on Ben NN. "Dream no little dreams."
<dvdk>
trying with -autosync 30
<kyak>
dvdk: strangely, it only happens in the beginning of the video (around first minute)
<dvdk>
maybe a ogg framing pecularity
<dvdk>
-autosync doesn't help :(
<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
<wpwrak>
dvdk: (physmem) did you see the comment saying that it's still a dummy ? :-)
<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.
<dvdk>
wprwrak: absolutely cool.  didn't know that.
<dvdk>
wpwrak: should use that to clean up jz47xx_vid
<wpwrak>
yeah. those "search memory" heuristics are all a little evil. even though they work ...
<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.
<dvdk>
(tell me if you download don't want to leave such stuff online for long)
<dvdk>
wpwrak: just a little slow :)
<dvdk>
(the searching)
<wpwrak>
dvdk: there it's an advantage to have so little memory ;-))
<kyak>
dvdk: downloading now
<kyak>
dvdk: "trying oggz-sort may help" - sorry, i don't understand
<dvdk>
kyak: oggz-tools contains a tool oggz-sort which does some simple ogg remuxing, sorting pages in the stream.
<kyak>
dvdk: is it also better to build oggz-tools from source?
<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
<dvdk>
kyak: don't think so, pretty old and reliable stuff, just use ubuntu or whatever packages
<dvdk>
kyak: but oggz-sort doesn't help anyway
<kyak>
heh :)
<dvdk>
a new ffmpeg2theora *might* do the job.  or we'd have to fix the mplayer demuxer (yuck)
<kyak>
ok.. i'm about to try to build ffmpeg2theora from source
<dvdk>
kyak: how's the download?
<kyak>
13% done
<dvdk>
uuups.
<dvdk>
tell me when it's done, taking it offline then.  how many people are leaching here ? :)
<kyak>
sure, i'll tell you :)
<kyak>
btw, there is a binary of ffmpeg2theora
<kyak>
i think i'll start with that.. guess libtheora is linked in statically
<kyak>
ok, encoding with the latest ffmpeg2theora now
<kyak>
dvdk: seems i will finished encoding faster than downloading from you :)
<dvdk>
kyak: you're getting almost all my bandwidth :r
<dvdk>
:)
<kyak>
dvdk: your internet connection doesn't look very good :)
<kyak>
dvdk: nope, it's still desynced at around 1:00 -\ I'm glad it is reproduced on PC
<kyak>
dvdk: 53% :)
<kyak>
dvdk: "A-V:" reaches up to 5 seconds on PC
<kyak>
dvdk: i wonder why scrolling makes it go away? and why won't mplayer autocompensate?
<dvdk>
kyak: i guess demuxer problem.
<dvdk>
sorry have to go now.  maybe again tomorrow.
<dvdk>
cu
<kyak>
bb
<dvdk>
(leaving download up, until apache bandwidth goes down)
<kyak>
eta is 6 minutes
<wpwrak>
grmbl. the bloody dma doesn't want to start. it seems that it did for the first 2-3 tries, but now nothing :-(
<kyak>
mirko: ping
<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
<kyak>
gone
<whitequark>
wpwrak: hey
<whitequark>
remember I was talking about crappy bluetooth headset?
<whitequark>
I've played 4000 Hz through it. in normal mode, the recorded audio has peak at 4004
<whitequark>
and in fucked up mode the peak is at 4047 Hz
<whitequark>
~1% is _very_ detectible by ear.
<whitequark>
ah yes, the worst part is that it's sliding
<wpwrak>
whitequark: (1%) interesting. have you also tried with another headset ?
<whitequark>
wpwrak: I only have one
<whitequark>
I'll soon write something that would be a blog post if only I had a blog
<whitequark>
with images!
<whitequark>
wpwrak: ah no, I was wrong
<whitequark>
that's not 1%
<whitequark>
it is sliding fast from one frequency to other
<wpwrak>
ah, that's why you hear it
<whitequark>
probably
<whitequark>
that's _very_ weird and unpleasant sense
<whitequark>
it somehow makes you think about smashing headsets with a hammer :)
<wpwrak>
whitequark: have you used the headset with other sound sources ? maybe it's not the headset but the source
<whitequark>
wpwrak: what can possibly go wrong with just a simple and stupid bluetooth dongle?
<wpwrak>
what can possibly go wrong with just a simple and stupid bluetooth headset ? :-)
<whitequark>
wpwrak: check my article: <p>For the curious ones, here is the raw data (in
<wpwrak>
whitequark: well, your sample size is one. a bit small for such sweeping conclusions ;-)
<wpwrak>
curses the voodooness of DMA
<kristianpaul>
;-)
<kristianpaul>
wpwrak: still getting ramdom DMA response?
<wpwrak>
the response if quite predictable now: i simply doesn't even start
<kristianpaul>
:(
<wpwrak>
the odd thing is that the MMC controller sometimes throws a timeout, and that depends on the weirdest circumstances
<kristianpaul>
humm
<kristianpaul>
may be try to check if you are  a SD-lile compliance device ;-)
<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