--- Log for 05.12.109 Server: niven.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 14 hours ago 00.08.56 Part captainkwel 00.17.14 Join Tomis2 [0] (n=Tomis@70.134.70.183) 00.17.58 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.18.22 Quit Tomis (Read error: 60 (Operation timed out)) 00.18.23 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.70.183) 00.19.35 # mt - ping 00.24.50 # yay, division by 0 00.27.20 Quit faemir ("Leaving") 00.28.14 Join FOAD_ [0] (n=dok@dinah.blub.net) 00.29.49 # pixelma: ping 00.31.27 Join NoGare [0] (i=d80887b8@gateway/web/freenode/x-xidfeudrdwzrqauy) 00.32.41 Join drf|laptop [0] (i=Your_Mom@markley-139017.reshall.umich.edu) 00.33.27 # Hey guys. So I have a Sansa e200, and it has having some oddities with some Rockbox files being corrupted and freezing explorer any time I tried to copy/move/erase them. So I did a complete uninstall of Rockbox, and reinstalled it. I copied the themes and stuff back but now I'm seeing something weird. 00.33.44 # when I go to the file browser, it's like... some stuff's yellow, some stuff's green, some stuff's red, etc. 00.33.59 # it was never like that before - just solid black for everything. Any idea why it's doing that? I can't even find a setting to change it 00.34.17 # maybe it's the theme you've installed? 00.34.34 # I don't think so... I did "Reset colors" and it still does that 00.34.49 # if you select the Cabbie theme, does the file list look like you expect? 00.34.53 # hold on 00.35.01 # I just switched to some other random thjeme and it still does that 00.35.18 # ok but what about Cabbie theme .. 00.35.29 # Nope. Still different colors 00.35.31 # on Cabbie 00.35.45 # you loaded a theme that sets custom file colours, and those are sticky 00.35.53 # I can take a picture if you want... but it just seems like each filetype has its own color 00.36.00 # ... 00.36.05 # is there a way to unload it? 00.36.17 # drf|laptop : - what gevaerts said (although, I thought changing theme reset them .. ) 00.36.24 # Nope. 00.36.28 # I changed to Cabbie and it's still custom 00.36.41 # stripwax: it doesn't. There was talk about that in here a few days ago 00.37.13 # literally, all I did was this. Reinstall Rockbox, copy back the .rockbox files from a backup, saying "no" to overwriting anything there (basically, putting back my added themes and stuff) 00.37.21 # then just overwrote the .conf with my settings 00.37.27 # and it started all funky when it never did that before 00.37.47 # gevaerts - yep (so I think I misremember the outcome). Is that going to be fixed or was it decided that the current behaviour is desirable? 00.39.34 Quit dutchie ("goodnight") 00.41.49 Quit FOAD (Read error: 110 (Connection timed out)) 00.41.49 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 00.45.20 Quit dmb ("Leaving") 00.50.43 # anywa... any idea how to fix the custom colors? 00.50.46 # *anyway 00.57.26 Quit p3tur ("*plop*") 00.59.50 Quit petur ("Zzzz") 01.07.20 Part toffe82 01.15.15 Part drf|laptop 01.21.00 Quit stripwax ("http://miranda-im.org") 01.23.24 Quit evilnick ("Page closed") 01.28.40 Quit geertvdijk (Read error: 110 (Connection timed out)) 01.33.54 # yay i reproduced the crash on sim 01.41.36 # crashes you can't reproduce on sim make me wish for gdb on target :) 01.45.57 # this one is pretty straight forward actually, clamp value to lowest possible fixed point number larger than 0, multiplu that with a fixed point number slightly less than 1, divide by the result, bang 01.46.11 # once you see past the fixed point black magic 01.46.17 Join faemir [0] (n=faemir@78.33.109.163) 01.47.32 # so clamping to a slightly larger value fixes it :) 01.48.45 Join DerPapst [0] (n=DerPapst@dslb-094-219-221-019.pools.arcor-ip.net) 01.52.14 # this pitch detector plugin could probably be sped up greatly on coldfire with some iram usafe 01.52.23 # usage, even 01.59.03 Join CaptainKewl [0] (n=jason@64-121-176-61.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.00.02 *** Saving seen data "./dancer.seen" 02.00.49 # New commit by 03nls (r23850): Fix division by 0 by clamping freq value a little higher, some minor style and whitespace changes 02.03.45 # and its use is presumably already exclusive with playback, anyway? 02.04.40 # Unhelpful: i think so, it records from mic/line in... 02.05.15 # strict aliasing seems to have the same effect on e200 as on beast, of making -O3 best *much* more often 02.05.34 # nice :) 02.06.26 # yah, aliasing often prevents inlining in cases where it is otherwise reasonable 02.06.36 # it looks as if, on ARM, we can really just set -O3 for codecs, with a few exceptions that can use -O2 02.06.54 # gcc makes surprisingly good inlining decisions these days in general 02.08.17 # i think it might be worth using a clz based on our core asm ffs implementation on coldfire - this can be done branchless, although the "reduce-to-first-set-bit" logic is quite a bit more work on an arch without shifted operands 02.08.28 Quit Casainho (Remote closed the connection) 02.08.34 Join kugel_ [0] (n=kugel@e178080233.adsl.alicedsl.de) 02.09.57 # Unhelpful: nice, i wanted to take a look at how libfaad is calculating log2, saratoga mentioned it was a heavy user and a speedup there would be much more worthwhile than flac :) 02.10.54 # i also wonder if a special case for 0 should be added fo the trivial clz log2 i hacked into flac as that will return -1 for 0 while the original av_log2 returns 0 02.11.18 # the output was unchanged for my testfile but i don't know if this is unsafe 02.13.18 # i must confess that i have *no idea* how floor_log2 works 02.14.26 # wait, yes i do... it only *looks* like the reduce-to-first-bit logic, it fills everything below the highest set bit with 1s and then does a population count. 02.14.50 Join johnnynm [0] (n=Administ@119.42.123.87) 02.15.42 # the popcount logic uses lots of 32-bit literals that can't be immediate on ARM. i would expect this to be a terribly pessimistic implementation, although it can probably be done efficiently as thumb code 02.18.35 Quit ps-auxw (Read error: 110 (Connection timed out)) 02.19.41 # uh, i wonder if this pitch detector thingy should stop playback before starting to mess with the pcm settings and whatnot 02.20.05 # plugins that use iram will stop playback before starting anyway, won't they? 02.21.02 # yes, but this one doesn't use iram (yet) 02.22.08 # there are crashes reported in the tracker when stating the plugin while playback is running, works fine on my h300 but may be target specific of course 02.23.38 # i should find my sansa cable 02.33.52 # ah, you didn't commit its use of iram ;) 02.35.11 # faad also doesn't use the clz instruction at all ;) 02.38.58 Join TopyMobile [0] (n=topy@f049187218.adsl.alicedsl.de) 02.41.49 Quit DerPapst ("Leaving.") 02.55.04 # speaking of faad, we are still based off of that pre gpl incompatible license change version, but they since changed the license back to gplv2 so maybe we should look into merging in and interesting upstream changes too? 02.55.53 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.58.42 # n1s: faad uses log2 a lot but i don't know if its performance critical or just maybe to compute lookup tables 03.00.21 # saratoga: they seem to use both a function and tables, no idea if they are performance critical or not 03.00.31 # i guess a benchmark will tell me :) 03.01.42 # saratoga: is sbr only used in HE ? 03.01.43 Quit johnnynm (Read error: 110 (Connection timed out)) 03.02.40 # n1s: yes SBR is just HE 03.02.47 # and IMO is most in need of optimization 03.04.11 # only files that are named sbr* seem to use the functions that can benefit from a faster clz so i guess that if it will help speed it will be for HE 03.08.00 Quit hebz0rl ("Ex-Chat") 03.10.56 # if aac is abusing log2 heavily then we really could use a better, and inline, log2 03.11.26 # it doesn't *look* heavy to me but only a test will tell 03.12.48 # it looks like floor_log2 returns 0 for x=0. on armv6 this is easily done as __builtin_clz(x) & 31 03.13.47 # Unhelpful: ah, didn't think of that 03.14.09 # not needed here though as the only calling places are already guarded 03.15.44 # but i will use that in flac then to be on the safe side, shouldn't be much more expensiv 03.15.47 # e 03.16.42 # n1s: in that case i'd suggest we use inline __builtin_clz for floor_log2, with an alternate function for architectures where that makes sense 03.17.55 # this one is 10 instructions, one of which is a load, none conditional... and shouldn't stall arm7 or arm9 pipelines at all:http://pastie.org/728526 03.18.51 Quit LambdaCalculus37 ("127.0.0.1") 03.19.59 # it can't be inlined in that form due to the hack used to address the LUT. i'm not sure it would make sense to inline it? inline, it would need another load to fetch the table address... probably costs about the same as a branch, but perhaps not when you account for register saving. 03.22.10 # but it uses only one reg, not much to save 03.23.09 # also i don't really follow you algo, i get the set all lower bits and isolate the msb but not the rest 03.23.18 # n1s: gcc would save all caller-saved regs, wouldn't it? 03.23.48 # you probably know more about that than i fo :) 03.23.51 # do* 03.25.27 # when i think about it, yes it has to save those but aren't there like just 2 on arm? 03.25.59 # the rest is taken from ffs-arm.S. the shift sequence is a multiply in disguise - this is equivalent to shifting the multiplier, since there is only one bit set. the trick is that the top 6 bits of the multiplier are unique for each shift position. 03.26.24 # n1s: r0-r3, ip, and lr, i believe. 03.26.38 Quit NoGare (Ping timeout: 180 seconds) 03.27.35 # and the last instruction before return branch is a trick. you can use PC as the base register for a LUT *if* the LUT is at current instruction + 8 03.28.41 # heh, pretty sneaky 03.30.00 Join ps-auxw [0] (n=arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 03.31.04 # we could reduce register saves to 3 if we cheat a bit - make an inline asm macro for floor_log2 that calls the actual function, and explicitly clobbers lr. it would basically have an input/output value in r0, clobber lr, and consist entirely of "bx floor_log2_impl" :D 03.31.48 # :) 03.33.16 Quit n1s ("Lämnar") 03.34.00 # hrm, that table is also not "right" for floor_log2, of course. 03.34.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 03.36.47 Quit grndslm (Remote closed the connection) 03.39.02 Quit efyx_ (Remote closed the connection) 03.49.34 Mode "#rockbox +o Unhelpful " by ChanServ (ChanServ@services.) 03.49.45 Mode "#rockbox -o Unhelpful " by ChanServ (ChanServ@services.) 03.51.21 Quit kugel_ (Read error: 110 (Connection timed out)) 03.52.12 Join toffe82 [0] (n=chatzill@adsl-71-154-233-31.dsl.frs2ca.sbcglobal.net) 04.00.04 *** Saving seen data "./dancer.seen" 04.14.16 # did I screw something up, or is this "multimedia mode" new in bleeding edge? 04.16.30 # its been in for a while 04.16.44 # even the old 3.4 build has it 04.17.04 # saratoga: how do you get to it in the 3.4 build? 04.18.05 # cause I just had the 3.4 build on here, and it was definately using UMS 04.18.32 # Byan: it still does, it just *also* exposes the buttons to the attached host PC as an HID device 04.18.40 Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) 04.19.16 # and i think that perhaps multimedia mode might have been the only HID mode as of 3.4, and not used a label? 04.19.55 # err.. ok 04.20.36 # * Byan made it so that it charges by default, but when he tested it, it didn't boot UMS, so he was confused at first 04.21.37 # "multimedia mode" is still UMS also. and should be charging at the same time, if your device can charge over USB in rockbox (some don't do that very well) 04.22.26 # charge only by default? 04.22.40 # thats what I mean 04.22.42 # meant* 04.22.50 # sorry, let me reiterate 04.23.04 # when I plug my ipod in, I usually want to continue to listen to muisc 04.23.10 # and charge it 04.23.20 # so now, when I plug it in, it charges and continues playing.. 04.23.32 # I have to hold menu in order to start multimedia mode 04.24.13 # you compiled your own build? 04.24.13 # ok, so it's charge-only, by default. and you have to hold menu to use UMS. i'm not quite sure what the question is? 04.25.17 # saratoga: yeah 04.25.20 # there isn't any question 04.25.30 # I was just really confused because it did the multimedia mode 04.25.42 # I was using 3.4 before this 04.25.42 # "multimedia mode" is still UMS. :) 04.26.05 # well, what's it called when it reboots into the apple looking transfer thing? 04.26.15 # in 3.4 support was added for controlling the PC while in UMS mode, using the rockbox buttons. 04.26.50 # that would be booting into the Apple firmware 04.27.03 # *since* 3.4 support was added for having more than one control scheme for the device buttons while connected, and text is displayed below the plug icon indicating which mode the buttons are in 04.27.27 # hrm.. 04.27.31 # "multimedia mode" means that the buttons on your ipod will look like media-control keys (stop, pause, mute, volume up/down, etc) 04.27.50 # saratoga: alright, so, why did it stop doing that.. 04.28.17 # I'm obviously misusing terms 04.28.27 # before when I plugged it in, it used to reboot into the apple looking transfer thing 04.28.27 # we have rockbox USB now 04.28.33 # alright 04.28.38 # so we don't need to reboot into the apple firmware to use USB 04.28.47 # and thats new since 3.4? 04.29.03 # its been in svn forever 04.29.09 # i don't remember which build first had it enabled 04.29.23 # hrm, weird, cause it's not in 3.4 >_> 04.29.26 # ok, whatever 04.29.34 # everything works, so, I'm happy 04.29.46 # it may have been disable din 3.4 04.29.55 # actually i'm not even sure if its going to be in 3.5 04.30.03 # why is that? 04.30.15 # not stable? 04.30.19 # i don't know 04.31.51 # ok 04.31.53 # thanks 04.35.32 Nick krazykit` is now known as krazykit (n=kkit@69.219.239.79) 04.37.39 # saratoga: are there any other things that are disabled in releases? 04.40.04 # Byan: anything that's incomplete or unstable *might* be disabled in release builds 04.40.27 # saratoga: thanks for the catch, i forgot about rockbox USB being disabled in 3.4... that was only for certain PP targets, right? 04.44.23 # i think it was just ipods since we don't have charging on some of them, but i didn't follow that closely 04.45.13 # * Byan often forgets rockbox runs on things other than ipods 04.45.20 # since it just runs so well on them =p 04.48.30 # n1s: for the logs: the thing using a table is a fixed-point 2^n function, i think. floor_log2 is used only by log2_int and log2_fix, and log2_fix is never even used, it appears. there's more than a little mess in here. :) 04.51.46 Join dmb [0] (n=Dmb@unaffiliated/dmb) 04.51.54 # wl_min_lzc could be reduced to clz + some fixup instructions, too... and the table version could entirely remove the fixup. also the return value *always* has 1 subtracted if non-zero. for table-based versions this could be done by adjusting the LUT values, so moving the x = x ? x-1 : that always follows it into the function could be a benefit. 04.53.04 # topik: A couple more fuze reports coming in now, I don't think it's just your card. 04.54.27 # topik: Trying to gather more info now 04.59.21 Join webguest05 [0] (n=18e53602@giant.haxx.se) 05.00.08 # question about the gigabeat s & rockbox 05.00.39 # there anyway to get a smaller, only booting rockbox nk.bin from an already patched nk.bin? 05.00.41 Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) 05.00.52 Quit webguest05 (Client Quit) 05.00.55 Join webguest54 [0] (n=18e53602@giant.haxx.se) 05.00.55 # there anyway to get a smaller, only booting rockbox nk.bin from an already patched nk.bin? 05.01.13 # darnit 05.01.48 # well yea, anyway to get a nk.bin that only runs rockbox from a nk.bin that dual boots? 05.02.08 # (bought it preinstalled with rockbox, and i dont care to use the OF) 05.04.27 # webguest54: you could build one from the rockbox source, but it is not guaranteed to work. certain beast flash versions will force restore if you use a non-dual-boot rockbox. 05.04.43 Quit dmb (Read error: 104 (Connection reset by peer)) 05.05.26 # ok 05.09.15 # what about the nk.bin thats on the rockbox.org server (trying to find the link again) 05.10.40 # the online html help things down/gone 05.10.48 # so i cant find it :( 05.10.58 # hopefully you guys know what im talking about 05.17.46 # there's no tool available to extract a single-boot bootloader from the dual-boot one. 05.19.40 # uhm, this might go against your "rules" but would it be possible to just upload a nk.bin thats single-boot? 05.20.17 # (i figure it might "infringe" on M$s "intellectual property" or something) 05.21.09 # no, it wouldn't infringe. if anything, the dual-boot nk.bin infringes, as it contains the original nk.bin 05.22.20 # yea 05.22.21 # ok 05.23.01 # well then, would anyone mind uploading a single boot nk.bin? (or would that not work as maybe the NK.bin has to be patch with your players serial #?) 05.24.21 # it doesn't need to be patched, but to upload one, someb ody would have to build one. also that person might be seen as responsible for any problems if it didn't work. 05.25.01 # i wouldnt care, i already backed it up anyway 05.25.04 # but whatever 05.27.23 Quit webguest54 ("CGI:IRC (EOF)") 05.32.51 Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") 05.37.55 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.00.07 *** Saving seen data "./dancer.seen" 06.06.30 Quit reid02 (Read error: 113 (No route to host)) 06.11.47 Join Tomis2 [0] (n=Tomis@70.134.78.233) 06.13.30 Join Exiles [0] (n=exiles@66-190-232-114.dhcp.klmt.or.charter.com) 06.18.25 Quit kugel (Read error: 113 (No route to host)) 06.20.50 Quit Tomis (Read error: 110 (Connection timed out)) 06.20.50 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.78.233) 06.21.36 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 06.22.53 Quit GeekShado_ (Read error: 104 (Connection reset by peer)) 06.46.50 # FlynDice: would it still be useful to try older builds? 06.47.48 # i'm building r23828 and r23807 now to test. both are from just before AMS changes 06.47.57 # topik: I've got an idea I'm working on right now 06.48.33 Quit mt (Read error: 104 (Connection reset by peer)) 06.49.13 # I'm thinking perhaps the init is going wrong when we switch the cards to HS timings, you going to be around for a bit? 06.49.45 Join mt [0] (n=mtee@rockbox/developer/mt) 06.50.42 # sure 06.51.43 # I don't think you should waste time testing the older builds.. I'm pretty sure about the one that broke it but I don't think it'd breaking where the change was made.... can I have you try a patch in 5 mins or so? 06.52.09 # yeah, i can try anything you want :) 06.52.22 # thanks, be with you in a few mins 06.53.50 # okay, I have a question. I have an ipod mini 1g, today I was given an inline RF remote control. it plugs into the jack on the top. what should I look into modifying if possible to add serial access via the top port so I can try to hack in accessory support for it? I can debug the rx/tx lines if that helps 07.01.01 Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) 07.01.09 # #NTTalk 07.01.46 # forget a /j there angelwolf71885? 07.02.00 # possably lolz 07.02.04 # sorry 07.02.10 # no worries 07.02.57 # so how is everyone tonight/day? 07.03.11 # I'm just trying to figure out how to enable serial on my ipod mini so I can hack an AAP device into it 07.03.27 # topik: Could you try this and see if it helps http://pastie.org/728675 07.03.30 # humm nt fully sure 07.03.46 # buti barely understand most of this stuff 07.03.53 Join bluebrother [0] (n=dom@f053152163.adsl.alicedsl.de) 07.04.12 # im waiting for linux4nano to git exicushion on the nano 3g xD 07.05.01 # what is an AAP device btw? 07.05.08 Quit bluebroth3r (Read error: 60 (Operation timed out)) 07.05.11 # http://akamaipix.crutchfield.com/products/2005/142/h142iPRFC-fp.jpg I'm working with that, I can easily debug the rx/tx lines 07.05.12 # is that like dcking it to a sterio? 07.05.22 # apple accessoriy device 07.05.34 # protical 07.05.51 # ok a dck device like i thought xD 07.05.53 # dock* 07.06.01 # sorry my O is busted 07.06.10 # just via the 4 pin conector on top 07.06.23 # never wned a mini xD 07.06.25 # vs the 30 pin ipod jack 07.06.27 # owned 07.06.36 # it was free minus the cost of a battery 07.06.54 # your remote? 07.06.58 # or the mini? 07.07.06 # the ipod mini, and the remote 07.07.13 # LOL score 07.07.28 # agreed tossed a 16gb CF card in it 07.07.33 # did you mod the mini for a CD drive yet? 07.07.38 # CF* 07.07.44 # nice 07.07.53 # 4gb was to small 07.08.04 # i know what you mean 07.08.06 # traded the 4gb hdd for a voip sip device 07.08.12 # i own the low level nano 3g 07.08.25 # but 4Gb is perfict for 24 hours of tunes 07.08.31 # then I was given a busted ipod 5g 30gb device 07.08.40 # o wow very nice 07.08.53 # once i powered it up via firewire it booted up 07.08.57 # my csion owns a 6.5 classic 07.09.04 # the hd is dead 07.09.10 # then I replaced it's dead battery and it's busted audio jack 07.09.21 # we wanna add a CF sled to it and git it back up and running 07.09.31 # very nice 07.09.39 # your one luckey duck 07.09.40 Quit Tomis (Read error: 110 (Connection timed out)) 07.10.18 # they were all broken when I got them 07.10.29 # I'm just poor so figured try to repair 07.10.46 # i prefer to think f them as disabled brken implys beyond repair xD 07.11.35 # lol i know what you mean 07.11.50 # none of this has anything to do with rockbox. please stay on-topic 07.11.59 # if you can fix it for the same or less cost as a new one but you learn while ding it why the hell nt xD 07.12.09 # sorry 07.12.12 # my original question is 100% about rockbox 07.13.23 # did yisent there a way to probe the memory commands as they happen on the ipod via FW or 30 pin? 07.13.54 # if so shuld be easy to wrte a driver with the memry command map 07.15.12 # the only thing I notice is the debug reg is that port A changes from 7f to ff 07.15.34 # ok 07.15.58 # try pressing the buttens n the remote and see if the memory map changes 07.16.26 # isent there a way to see what commands are being invked or am i thinking of a later version? 07.16.28 Quit HellDragon (Read error: 104 (Connection reset by peer)) 07.16.40 Join HellDragon [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 07.19.27 # only change i get is gpio states a: goes from 7f to ff button presses on the remote do nothing yet 07.20.14 # haven't found a way to see the memory contents yet 07.20.16 # dse RB see a deivice connected? 07.20.47 # rb? 07.21.08 # nvm, rockbox dosn't see an acesory connecten 07.21.11 # d 07.21.15 # it's always at 0 07.22.13 # did that version of the mini have a 30 pin? 07.22.43 # if s if you have a 30 pn AAP try pluging it in 07.23.13 # it does, and i dont 07.24.32 # wait we knw the debug adress fr the mini port 07.25.00 # i think the dck driver just needs t be writen to also check that adress 07.25.30 # okay 07.25.52 Part toffe82 07.26.08 # I can monitor the rx and tx line of the top port easily 07.26.10 # now we just needs somone wh knows about the driver xD 07.27.02 # break out 2 ttl to usb serial adaptors, and monitor both pins 07.27.21 # k lol 07.27.32 # do you still have apples FW on the mini? 07.27.49 # yes 07.28.00 # dose it reconice the remote? 07.29.27 # gotta add some songs via itunes to find out 07.29.37 # k lol 07.30.41 # I don't really like itunes, aka the reason why I use rockbox 07.30.58 # mac r pc? 07.31.03 # pc 07.31.11 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 07.31.16 # can you live with winamp? 07.32.12 # meh rather control it all myself 07.32.21 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 07.32.27 # not sure on ML_IPODS RB support 07.33.33 # on my nan 1 g things didnt go well with RB and ml ipod 07.33.57 # had iussues draging and droping and database rebuilding 07.34.06 # wrked great when it was empty 07.34.23 # angelwolf71885: Can you try to use whole words. That means "are" and not "r" and so on. This is in the channel guidelines. Take your time typing, and make sure to type things translation software can understand. Don't intentionally leave out letters. 07.34.35 # but when i went to add more media drag and drop rebuilding dident work to see more media 07.34.52 # i have issues with my O butten 07.35.19 # most of the time im typeing OR 07.36.01 # angelwolf71885: Just saying that doesn't solve issues for translation software when you type "butten" or "wrked" 07.36.38 # im not gunna go trought it all just because f an O butten issue 07.37.55 # angelwolf71885: You seem to be able to type O just fine for "lol" and plenty of other things 07.38.06 # Please, skip the "lols" and use it where it's necessary in real words. 07.38.16 # saratoga: your point is made, just replacing floor_log2 with a non-braindead implementation saves .24MHz on e200... and i'm still not certain it's the *best* implementation, and i've not replaced another similar function. 07.38.24 Quit Horscht (Read error: 60 (Operation timed out)) 07.38.31 # its bent sometime it wors sometimes it misses 07.38.43 # Well you missed a k there. 07.38.54 # Please, just take your time. There's no rush. Read what you're typing and correct it. 07.39.00 # if you look careful some Os are missing bu latter in the string there is an o or tow 07.39.06 # two* 07.39.38 # It's not just the letter o. Please, try to use real English and take your time. 07.41.22 # i dont have to offer any explinashion 07.41.24 # a bad 'o' key hardly explains "bu", "latter", "tow" 07.41.52 # angelwolf71885: The channel has posted guidelines. You're being asked politely to follow them. 07.42.13 # You don't have to offer an explanation, no. But you are being told that we expect people using this channel to make a basic effort to use real English. 07.42.16 # angelwolf71885: well, actually, there are rules for a reason. some users and developers may be reading channel logs through a machine translator. it doesn't know that you meant "later" instead of "latter", or what "bu" means. 07.42.51 # so please, be considerate of others and take the time to do things properly. 07.43.01 # FlynDice: are the 5 minutes up yet? 07.43.18 # thers not much i can do if one letter is haveing issues its likely more are starting to go 07.43.53 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 07.44.03 # topik: er yeah see [22:03] topik: Could you try this and see if it helps http://pastie.org/728675 thought you were gone... 07.44.22 # oh sorry 07.44.35 # np 07.46.57 # "patch unexpectedly ends in middle of line" 07.47.29 # hey Exiles you still there? 07.49.50 # if the remote works in the apple FW then i suggest useing your sniffer to see what info you can gather 07.51.06 # im out 07.51.09 Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") 07.51.12 # compiling now 07.51.32 Join dmb [0] (n=Dmb@unaffiliated/dmb) 07.52.49 # looking for my usb sync cables atm, when i find it and find out it works I'll compile all the info I can on the serial side 07.59.09 Join AndyI [0] (n=pasha_in@212.14.205.32) 08.00.11 *** Saving seen data "./dancer.seen" 08.01.11 Join voltagex [0] (n=voltagex@123-243-213-146.static.tpgi.com.au) 08.05.19 # FlynDice: my uSD card is still 25Mbit/s 08.06.28 # topik: not what I was hoping.... did it fire up right away? 08.07.53 # it wasn't a cold start as i had to update rockbox first 08.07.59 # will try again in a couple of minutes 08.08.33 # ok, Ill be around for 30 mins or so then it's bedtime here 08.08.53 # i'll try not to stretch 5 minutes this time 08.08.53 # thanks for trying 08.09.02 # ;-) 08.11.17 Quit AndyIL (Read error: 110 (Connection timed out)) 08.12.20 # it worked this time 08.12.28 # started i mean, but still at 25 08.13.04 # do rev 7.0 and prod 4/2008 give you any idea if it's a troublesome old card? 08.33.45 # topik: No, I'm really interested in if the card got switched to HS timings(which would show 50.0 MBit/s). We've been running these cards at 62 MHz and they worked for some reason. Now that we've got them down to spec frequencies they seem to be acting up. 08.36.35 # topik: I think your card is just fine, I think our init sequence needs to be tweaked just a bit 08.36.45 Join Rob2223 [0] (n=Miranda@p4FDCB3BF.dip.t-dialin.net) 08.37.08 Join n1s [0] (n=n1s@rockbox/developer/n1s) 08.38.24 # it does seem to start normally now 08.38.36 # but the card never gets anything but 25Mbit/s 08.39.32 # if you dream up any more patches, i'd be happy to try them :) 08.39.37 # thanks for the effort 08.41.28 # topik: Have you followed the forum messages about this problem? 08.43.20 # i have read them yes 08.43.41 # seems like the same thing i am experiencing 08.44.07 # at 62Mhz the sdhc cards run at 50Mbit/s ? 08.45.18 # Unhelpful: yeah i saw that situation with the log functions, but if you are workign on it now i'll leave this to you :) 08.46.34 # n1s: basically they're about the worse possible log2(x). ;) 08.47.18 # since floor_log2 is never passed a 0, we can actually use an even smaller table on coldfire than we use on arm 08.48.55 # and we can save the x ^= x >> 1 step ;) 08.49.52 # i brute-force-searched for a number that has the same property as a debruijn sequence, but with regard to multiplying by (2< hmm, someone broke the manuals 08.50.49 # Unhelpful: wow 08.51.07 # you do take things to the extreme 08.51.20 # which is a good thing :) 08.52.05 # n1s: it wasn't hard... and the coldfire has a decent multiplier and extension word immediates, so it can do a "real" multiply 08.54.23 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.00.25 # B4gder: lots of manuals are missing from the website, they build fine localy though 09.06.33 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 09.06.45 Quit gevaerts (Nick collision from services.) 09.06.57 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.09.36 Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) 09.10.38 # topik: No at 62MHz the cards run at 62Mbits/sec.... The spec limit is 25 MHz for a standard speed SD card and 50 MHz for a HS SD card. We couldn't get them to run within the spec before though, rockbox wouldn't boot. 09.11.10 Join stoffel [0] (n=quassel@p57B4C45E.dip.t-dialin.net) 09.13.57 # topik: We've still got the internals running slightly fast at 31MHz because If I take them down to 15.5 MHz(next lower option) I get data crc failures on writes to the card :/ 09.14.20 # aaaaah, adding a splash "fixes" this crash! 09.15.32 # make sense FlynDice. the goal of running them in-spec-slow is better battery life? 09.18.08 # topik: I don't think battery life is going to be meaningfully impacted. It's mostly just to bring it within spec. The OF runs the uSD at 16 MHz. 09.18.51 # so more a matter of principle than a technical requirement 09.19.24 # yes, Thanks for the help, bedtime! 09.21.24 # ciao 09.23.09 Quit CaptainKewl (Read error: 110 (Connection timed out)) 09.23.15 Quit B4gder (Read error: 110 (Connection timed out)) 09.24.36 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 09.25.21 Quit robin0800 (Remote closed the connection) 09.25.41 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 09.29.43 # ok, this crash is weird and seems timing dependant 09.30.40 # adding a call to pcm_play_stop() helps if i also add a sleep in pcm_play_stop, not if i sleep before calling it or after it returns 09.31.03 # on my h300 all is fine even without stopping playback 09.31.21 # it "just works" as it were 09.37.24 # * gibbon_ still wonders if it would be feasible, to implement playable config files... 09.38.48 # what would happen when you play a config then? 09.39.11 # i would like to see playlist-adjustable sound settings 09.39.38 # for example "overlay" the pitch using a config file, mentioned in the playlist or load special EQ settings from within a playlist 09.40.36 # i thought to mention a according config file in the playlist would be the easiest way to acquire that 09.40.43 # aha, probably not *that* hard to hack together, although the settings code might need some more smarts for it to be smooth 09.41.23 # yes, i had second thoughts about how to handle these "overlay" settings in the normal sound settings 09.41.50 # for example, what should the normal EQ adjustment show or do, if such a config file was loaded? 09.42.03 # should that settings be saved? Probably not. 09.42.25 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.42.38 # i will dive into the settings code and try to hack something together 09.43.40 # even though i don't know where to implement it... would that be a codec? should the player "app" handle it? ... 09.45.21 # hmm, if you don't want to just mess with the regular settins it will be a bit harder i think, how you implement it is up to you but i wouldn't make a codec 09.46.55 # i also thought so... a codec should leave its hands out of everything besides data input and audio output 09.47.39 # i will think some more about it... but thanks for commenting 09.48.01 # at least it seems, its not a particulary awful idea ;) 09.48.58 Quit advcomp2019 ("Leaving") 09.50.50 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 09.57.11 Quit n1s ("Lämnar") 09.59.50 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.00.16 *** Saving seen data "./dancer.seen" 10.01.31 Quit TopyMobile (Read error: 60 (Operation timed out)) 10.08.26 Join TopyMobile [0] (n=topy@f049187218.adsl.alicedsl.de) 10.18.02 Quit TopyMobile (Read error: 60 (Operation timed out)) 10.18.55 Join Tomis [0] (n=Tomis@70.134.78.233) 10.20.02 Quit Exiles (Read error: 104 (Connection reset by peer)) 10.23.21 # ok, so i think that somehow the waiting for dma to die in the pcm-pp driver is broken and playback interrupts get fired when trying to record resulting in badness, the fact that the sleep delay only helps when inside of the pcm_play_(un)lock calls in pcm_play_stop seem to support this as the DMA interrupts are masked when the lock is held so any ongoing transfers will finish 10.29.06 # anyone who knows pp and or pcm code who can comment? 10.31.55 Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") 10.32.25 Join TopyMobile [0] (n=topy@xdsl-78-34-66-147.netcologne.de) 10.33.20 Quit stoffel (Remote closed the connection) 10.35.32 Quit Tomis () 10.38.58 Quit jon-kha (niven.freenode.net irc.freenode.net) 10.38.58 NSplit niven.freenode.net irc.freenode.net 10.38.58 Quit Slasheri (niven.freenode.net irc.freenode.net) 10.53.54 # wow, the pith detector actually works while playback is running on h300... 10.54.01 # pitch, even 10.54.20 # it doesn't stop playback 10.54.42 # i am surprised 11.13.22 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 11.14.15 NHeal (timeout) niven.freenode.net irc.freenode.net 11.20.14 # is playback and recording dma supposed to work at the same time on pp? 11.20.47 # * n1s wonders where jhMikeS has gone 11.26.42 Quit phanboy4 ("Leaving") 11.35.47 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 11.44.20 Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) 11.47.20 Join pamaury [0] (n=pamaury@91-164-184-114.rev.libertysurf.net) 11.54.06 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 11.57.37 Quit mc2739 (Read error: 110 (Connection timed out)) 11.57.54 Join geertvdijk [0] (n=chatzill@cc412026-a.zwoll1.ov.home.nl) 11.58.59 Quit geertvdijk (Client Quit) 12.00.18 *** Saving seen data "./dancer.seen" 12.01.13 # ugh, function allocating 1600byte array on stack *and* can call itself (through a few other functions) recursively :) 12.02.46 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.02.51 Quit TopyMobile ("Ex-Chat") 12.03.57 Join FOAD_ [0] (n=dok@dinah.blub.net) 12.05.55 # this thing should be rewritten to use the filebrowser directly 12.09.24 # JdGordon: can a function used in a MENUITEM_FUNCTION return some magic value to make the menu exit? 12.16.32 Quit FOAD (Read error: 110 (Connection timed out)) 12.16.33 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 12.17.39 Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) 12.19.51 Join MethoS- [0] (n=clemens@134.102.106.250) 12.20.53 Quit MethoS- (Remote closed the connection) 12.20.54 Join bnijk_ [0] (n=ush@unaffiliated/octopuswitharms) 12.21.05 # i have an ipod 4g, what do i need to do to rebuild the database in rockbox 12.22.14 # bnijk_: keep select pressed while on the database menu entry should fire up some database management menu 12.22.27 Join MethoS- [0] (n=clemens@134.102.106.250) 12.23.44 # it does 12.23.49 # Artists, Songs, etc 12.23.54 # and then "Custom View" at the bottom 12.23.57 # no... no 12.24.20 # how long did you hold the select button? 12.24.49 # ah i see 12.24.50 # thanks 12.24.57 # (this beats the regular ipod os) 12.25.01 Quit robin0800 (Read error: 60 (Operation timed out)) 12.25.09 # bnijk_: we do our best :) 12.25.16 # of cause it does... and many other original firmwares 12.25.21 # you are welcome 12.40.01 Quit yosafbridge ("Coyote finally caught me") 12.40.12 Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) 12.40.12 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 12.41.45 Join teru [0] (n=teru@KD059133115245.ppp.dion.ne.jp) 12.59.03 Quit robin0800_ (Remote closed the connection) 13.00.39 Join petur [0] (n=peter@rockbox/developer/petur) 13.01.34 Quit bmbl (Read error: 110 (Connection timed out)) 13.07.22 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 13.08.44 # saw an interesting post in vorbis-dev archives from 2005 - "The specific MDCT transform that Vorbis uses is not considered especially stellar [...] I'd hate for someone to spend six months writing an assembly version that's 50% faster, when simply switching to another algorithm would be 100% faster". I might add that to the fasterMDCT wiki page :) 13.22.33 # yay, i got the menu system to do what i wanted 13.25.27 Quit BHSPitMonkey (Read error: 60 (Operation timed out)) 13.26.23 # nope, doesn't work right, the menu stuff is so weird 13.28.08 # stripwax: does it mention which algo would be 100%faster? 13.30.45 Quit tarbo (SendQ exceeded) 13.31.37 Join tarbo [0] (n=me@unaffiliated/tarbo) 13.41.08 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 13.47.56 # New commit by 03teru (r23851): plasma: clean up button definition. 13.51.39 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 14.00.22 *** Saving seen data "./dancer.seen" 14.00.42 # Unhelpful: are you currently messing with the log stuff, i just realised several of our codecs use the identical av_log2 code from ffmpeg, and thought it might be nice to unify that in the plugin lib 14.02.28 # well s/several/ wma, cook and flac/ 14.02.57 # n1s - no .. (although from context, I'd intepret that to mean that DFT-based 'might' be better). Here's the thread anyway. http://lists.xiph.org/pipermail/vorbis-dev/2005-February/017922.html 14.04.24 # stripwax: (a belated) pong :) 14.05.29 # :) 14.05.31 # stripwax: ah, i guess Monty has some credibility when it comes to vorbis :) although he doesn't seem very sure 14.05.38 # right 14.06.25 # Now, apparently there was a vorbis (in fact, tremor-lowmem) patch to use n/4 ffts for the mdct - http://lists.xiph.org/pipermail/tremor/2004-March/000957.html - but the patch link is very dead, and not even available at archive.org 14.07.35 # stripwax: i think i have that patch 14.07.47 # yep 14.08.05 # np, just found a mirror - http://fanoush.wz.cz/maemo/sandvall-tremor.patch 14.08.27 Quit TaZzZ ("ZNC - http://znc.sourceforge.net") 14.09.19 # ok 14.09.39 # I wonder if they copied it from my server, since I had given it the same name :) http://130.89.160.166/sandvall-tremor.patch 14.09.43 # although (annoyingly) rockbox doesn't use the lowmem / half-mdct version of tremor so it's not directly applicable 14.09.48 # markun - :-) 14.10.05 # stripwax: I also have a copy of the thesis 14.11.05 # ah, they have that one as well :) 14.11.27 # mt - so, I noticed on the FasterMDCT page, you/saratoga mentioned some analysis had already been done on some of the various alternative mdct implementation out there - can that be added to the wiki? 14.11.28 # (with again the same rename as mine) 14.12.21 # stripwax: iirc saratoga has the numbers. 14.13.42 Quit flydutch ("/* empty */") 14.20.14 Join TaZzZ [0] (i=GamingEx@hidden.botpack.eu) 14.20.39 # it's funny, every google hit I've seen regarding some vorbis/mdct research seems to have saratogas name on the page somewhere :) 14.21.04 # mt: could you provide a (few) test file(s) for cook to be included in the test_files set, it's very nice for benchmarking and testing without having to track down an encoder and makes for easy comparisons (they are all made from the same file) 14.22.42 # mt - is there already a patch for changing rockbox tremor to use a half-mdct? 14.23.18 # New commit by 03teru (r23852): boomshine: use theme colour to draw text so that text would be more readable with white background. 14.23.28 # n1s: ok. 14.23.37 # mt great :) 14.23.48 Join MegaTron [0] (n=Transfor@ool-43563460.dyn.optonline.net) 14.24.10 # stripwax: I'm not really aware of a patch that does that. 14.24.14 # mt: you can use one of the lossless samples in http://download.rockbox.org/test_files/ as a source 14.26.14 Part MegaTron 14.30.24 Quit elcan (Remote closed the connection) 14.30.39 Join elcan [0] (i=user36@64.32.20.56) 14.34.07 # n1s: well, part of the trouble is going to be that there are several things using integer log2, each with different expectations for handling of 0 inputs 14.34.47 # Unhelpful: yeah, i know, flac, wma and cook does however use the *exact* same function 14.36.39 # n1s: iirc the ffmpeg log2 does two stages of binary search, and then throws the last 8 bits to an LUT? 14.36.40 # i came up with this for log(0) == 0 with the clz instruction: int log2 (int v) { int lz = __builtin_clz(v); return 31 - lz + (lz >> 5)); // log2(0) == 0 14.37.04 Quit elcan (Remote closed the connection) 14.37.09 Join elcan [0] (i=user36@pr0.us) 14.37.10 # Unhelpful: yes 14.37.34 # n1s: keep it simple, (__builtin_clz(x) & 31) ^ 31 ;) 14.39.06 # my bit fiddling foo is clearly not at your level 14.40.25 # it's also pretty easy to spit out something that you came up with a few days ago. i got to looking at clz and log2 again a week or so ago when i had a good look at ffs-arm.S 14.40.28 Quit pamaury (Read error: 113 (No route to host)) 14.41.57 # unfortunately my bit-fu is not up to proving whether or not any additional numbers are constructible with shifted add/subtract instructions if i use sub as well as rsb/add. will have to tweak my brute-forcing program to do it. ;) 14.44.12 # nothing wrong with building tools to do what you can't :) 14.46.42 # maybe, but better methods usually win over more brute strength - as in the case of directly generating sequences of instructions to construct values, and testing constructible values. threw *way* too much CPU time at brute-force searching the integers for the right numbers, and *then* calling gcc to see how it decided to construct them 14.54.42 Join funman [0] (n=fun@rockbox/developer/funman) 14.56.36 # is log2 used enough inside inner loops to really warrant hand optimsation? 14.56.50 # also my bit-fu is weak, or i'm just tired. you want to swap the ^ and &, as the & is where you collapse from 33 to 32 possible outputs 14.57.29 # stripwax: there are two different log2-ish functions in faad. improving one of them saved .24MHz on e200. 14.57.37 # stripwax: using the clz instruction gave 12% speedup on flac decoding on the beast 14.59.04 # and the gain will be larger on beast as it can produce the correct values in 2-3 ops :) 14.59.22 # also faad's log2 logic was especially braindead :) 15.00.38 # n1s: How do I upload the files there ? 15.00.44 Join arohtar [0] (n=faemir@78.33.109.163) 15.01.24 # mt: i guess you have to ask Bagder or Zagor, they don't seem to be around now though 15.01.53 # guess I'll just e-mail one of them then. 15.02.17 # do that, do you have the files uploaded somewhere? 15.03.53 # not yet, but I can upload them. 15.04.10 # n1s (wow) 15.04.31 # I'll host them for bagder/zagor to be able to download them anyway. 15.04.37 # mt: i guess that would be easiest so they can grab them when they have time, (also i'd like to run a few benchmarks now :)) 15.05.02 # Oh, didn't know that ! :) 15.08.11 # New commit by 03teru (r23853): spacerocks: Fix indentation and remove trailing spaces. Fix some minor bugs. 15.16.55 Quit liar (Read error: 113 (No route to host)) 15.16.55 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 15.17.22 Quit faemir (Read error: 110 (Connection timed out)) 15.19.15 Join Strife89 [0] (n=Strife89@adsl-220-102-208.mcn.bellsouth.net) 15.27.20 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.34.50 # New commit by 03rmenes (r23854): A few more GoGear SA9200 plugin keymaps. 15.42.32 Join etaOh [0] (n=eta2h@142.46.156.21) 15.42.53 # Good morning 15.43.10 # n1s: mtarek.com/rockbox/ 15.44.47 # Running RB on a Sansa e2800v2 - really like it a lot, just wanted to say thanks to all the devs 15.48.21 # Is it possible to have the device not boot the original firmware when plugging in the USB? 15.48.34 # etaOh: no 15.49.27 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 15.50.32 # ok, thanks 15.51.03 Join pamaury [0] (n=pamaury@91-164-184-114.rev.libertysurf.net) 15.51.36 # funman: Do you have any idea when is sandisk releasing a firmware update for the clip+ ? I found a solution for reading the raw data off of the flash, but it might not be worth the effort if the upgrade is soon. 15.53.33 # mt: no, i'm checking regularly the forum to see if it appeared 15.56.35 # hmm .. well, I found a website, explaining how to attach an SD card reader to a flash, and dump an image of the raw data with it. The only problem is that I neither have the tools, nor the expertise, to solder smd, so I'll need to find someone who can do that first. 15.57.24 # etaOh: hold the appropriate key (I think select) 15.58.32 # etaOh: ah, you can plug USB to charge only (no data connection) by holding select while plugging 15.59.01 # mt: there's no hurry, you can study the Clipv2 code to reverse engineer SD while waiting ;) 16.00.15 # uhm .. will look into that. :) 16.00.25 *** Saving seen data "./dancer.seen" 16.01.21 Join stoffel [0] (n=quassel@p57B4E544.dip.t-dialin.net) 16.01.52 # ok cool, so it's possible to listen to music while charging then 16.02.04 # ty 16.02.26 # This little mp3 player was the best $80 I've spent in a long time :) 16.08.21 Join GeekShado_ [0] (n=Antoine@250.160.204-77.rev.gaoland.net) 16.12.26 Quit teru ("Quit") 16.12.44 # ok, well thanks again, for what it's worth your hard work is much appreciated - ttyl 16.12.57 Quit etaOh ("Ex-Chat") 16.15.43 # mt: i'd be happy to help with this SD code, I had worked a bit on it but now i lack motivation for working alone 16.18.00 # funman: That'd be great. Given my unprecedented experience in SD, I don't think I can do much alone. :) 16.19.50 # mt: first thing is to start disassembling the Clipv2 OF 16.20.10 # i'm using the v.16 (last is v.32) 16.23.25 Quit GeekShadow (Read error: 110 (Connection timed out)) 16.23.27 Join said [0] (n=luca@host32-168-dynamic.53-82-r.retail.telecomitalia.it) 16.32.23 Quit MethoS- (Remote closed the connection) 16.34.21 Quit arohtar (Read error: 104 (Connection reset by peer)) 16.47.25 Quit said (Remote closed the connection) 16.53.54 Join hebz0rl [0] (n=hebz0rl@dslb-088-065-058-248.pools.arcor-ip.net) 16.54.07 # New commit by 03tomers (r23855): On RTL mode, flip + and - buttons (Cowon D2) 16.54.27 # mt - ... so the problem with half-mdct is really that you can't do the windowing in-place - so you save some memory by needing to store half blocks initially, but you need to either then unroll elsewhere or do the windowing into a separate buffer. UNLESS the windowing step happens at the exact same time as pcmbuf_insert (which probably means inlined into dsp_process) - not ideal 16.57.34 Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) 16.57.42 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 17.00.29 Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) 17.03.09 # ok, using a clz based log2 for wma gives a *tiny* speedup on the beast ~.2%, no difference on cook and the extra handling of log(0) slows down flac by 2% 17.04.55 # New commit by 03tomers (r23856): Cowon D2: Fix standard keymaps ... 17.10.45 # n1s - yeah I didn't think log2 was used much by the other codecs 17.11.07 # (where much = somewhere in an inner loop that would make much difference) 17.11.42 # stripwax: apparently faad used it a bit, unhelpful got some promising results with his amazing asm function for armv4 17.13.52 # anyway, unifying code is nice 17.14.04 Quit robin0800 (Read error: 104 (Connection reset by peer)) 17.21.35 Join paulk_ [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) 17.21.54 # hello! Is it possible to use with the rockbox api ? 17.24.54 # when I write #include , it doesn't work 17.25.47 # no, we don't have 17.26.11 # can't do randoms ? 17.26.18 # sure can 17.26.22 # how ? 17.26.30 Quit Strife89 (Read error: 104 (Connection reset by peer)) 17.26.32 # paulk_: is this for a plugin? 17.26.44 # yes :) 17.26.48 Join Strife89 [0] (n=Strife89@adsl-220-102-208.mcn.bellsouth.net) 17.26.53 # a game, but no very interesting 17.27.01 # n1s: we do have time.h in firmware/include 17.27.19 # might not be usable from plugins though 17.27.21 # ah 17.27.27 # * gevaerts isn't too familiar with plugins 17.27.52 # I'll try 17.27.55 # paulk_: the best way for you to get an answer is to tell us what you want to do 17.28.03 # s/best/easiest 17.28.28 # n1s, I want to generate a random number between 0 and 100 17.29.26 # paulk_: we have two functions for that in the plugin api, srand to seed the randomizer and rand to generate a random number 17.29.49 # lenombremystere.c:(.text+0x54): undefined reference to `srand' 17.29.55 # lenombremystere.c:(.text+0x58): undefined reference to `rand' 17.30.05 # so for example srand(current_tick); int v = rand() %100; 17.30.15 # paulk_: are you calling them throught the api pointer? 17.30.25 # oh no, sorry :( 17.30.29 Join Strife1989 [0] (n=Strife89@adsl-146-206-41.mcn.bellsouth.net) 17.30.56 # ir works 17.30.58 # it* 17.31.12 # now I need to get "current_tick" 17.31.21 # (typicaly with time.h) 17.31.58 # ah, sorry that is also in the plugin api so do rb->srand(rb->current_tick); 17.32.16 # okay 17.32.45 # It seems to work :) 17.33.16 # * gevaerts thinks he can guess what the game is about, but maybe he should guess what the number is instead :) 17.33.18 # thank-u 17.33.21 Join faemir [0] (n=faemir@78.33.109.163) 17.33.53 # gevaerts, :D exactly 17.34.35 # I've made it in C/GTK, C/Bash and now in C/Rockbox 17.38.10 Quit faemir (Read error: 104 (Connection reset by peer)) 17.38.20 Join Rondom [0] (n=quassel@dslb-084-057-164-051.pools.arcor-ip.net) 17.40.07 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 17.41.49 Join faemir [0] (n=faemir@78.33.109.163) 17.42.03 Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) 17.42.35 # New commit by 03tomers (r23857): Touchscreen keymapping enhancements ... 17.46.48 Quit Strife89 (Read error: 110 (Connection timed out)) 17.47.45 # New commit by 03nls (r23858): Move av_log2 function and asociated table to the codec lib, remove 3 identical implementations, always have LUT in iram (gives a *tiny* speedup on ... 17.52.21 Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) 17.54.00 Join liar [0] (n=liar@83.175.83.185) 18.00.27 *** Saving seen data "./dancer.seen" 18.09.00 Join Strife89 [0] (n=Strife89@adsl-146-206-55.mcn.bellsouth.net) 18.16.11 Join Kitr88 [0] (n=Kitarist@BSN-143-47-172.dial-up.dsl.siol.net) 18.23.33 Quit Kitr88 (Read error: 60 (Operation timed out)) 18.23.40 Join Kitr88 [0] (i=Kitarist@BSN-143-158-207.dial-up.dsl.siol.net) 18.25.44 Quit Strife1989 (Read error: 110 (Connection timed out)) 18.25.52 Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) 18.32.40 Join Tomis [0] (n=Tomis@70.134.86.136) 18.33.15 Join Strife1989 [0] (n=Strife89@adsl-154-22-191.mcn.bellsouth.net) 18.34.26 Quit Kitar|st (Connection timed out) 18.36.54 Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) 18.41.47 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 18.42.44 Quit liar (No route to host) 18.43.53 Join liar [0] (n=liar@83.175.83.185) 18.44.21 Quit stoffel (Remote closed the connection) 18.45.18 # New commit by 03tomers (r23859): Cowon D2: In WPS context, assign BUTTON_POWER to ACTION_WPS_BROWSE 18.45.27 Quit robin0800_ (Read error: 54 (Connection reset by peer)) 18.48.41 # New commit by 03tomers (r23860): Touchscreen button mapping enhancement in WPS context ... 18.49.30 Quit Strife89 (Connection timed out) 18.50.14 Quit Tomis (Read error: 54 (Connection reset by peer)) 18.50.39 Join Tomis [0] (n=Tomis@70.134.86.136) 18.54.58 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 18.55.00 Quit dfkt_ (Remote closed the connection) 18.56.03 Nick Strife1989 is now known as Strife89 (n=Strife89@adsl-154-22-191.mcn.bellsouth.net) 19.00.10 Join klapaucjusz [0] (n=jch@88-121-49-75.rev.libertysurf.net) 19.00.17 # Hi. 19.00.31 # I have a patch that works fine in the simulator, but crashes my iPod. 19.00.53 # FS#10832 19.01.07 # Any hints on debugging on the real hardware? 19.01.44 Quit dfkt (Read error: 60 (Operation timed out)) 19.02.19 # klapaucjusz: how does the ipod crash ? (show data abort ?) 19.02.45 # It gives me a white background with the message "division by zero at whatever" 19.02.59 # When I reboot, the flash is erased. 19.03.04 # load the rockbox.elf file in a disassembler and check what is at this address 19.03.26 # Hmm, yep, I guess I could reflash my iPod once again ;-( 19.03.28 Quit liar (Read error: 113 (No route to host)) 19.03.38 # But it won't do me much good if the crash is in the codec, will it? 19.04.06 Join Tomis2 [0] (n=Tomis@70.134.96.149) 19.05.28 # By the way -- I've found that the iPod (nano 2g) erases the flash on every rockbox crash. 19.05.44 # Something wrong with the exception handler? 19.06.08 # klapaucjusz - is your patch same/similar as FS#10160? 19.06.10 Quit Tomis (Read error: 60 (Operation timed out)) 19.06.10 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.96.149) 19.07.18 # klapaucjusz - (the FS# I mentioned is also for mdat chunks in mp4/m4a...) 19.07.20 # stripwax: gosh no. 19.07.24 # Mine actually works. 19.07.39 # it sounds like it crashes your ipod, no? :) 19.07.45 Quit Highlander ("Quitte") 19.07.52 # (1) FS#10160 only deals with the metadata parser, while mine does both the parser and the codec. 19.07.58 # cool 19.08.12 # yeah - definitely need both 19.08.14 # (2) FS#10160 goes through the whole file, while mine only goes through the file if it's actually unseekable. 19.08.38 # i.e. the behaviour is unchanged in the case of properly encoded MP4s, there's no seeking backwards in that case. 19.09.13 # (3) FS#10160 adds code to deal with chunks over 4GB, which mine doesn't attempt to deal with. (It's an unrelated issue.) 19.09.34 # stripwax: point taken. 19.09.39 # I'll correct myself, then. 19.09.48 # Mine is actually supposed to work ;-) 19.10.02 Quit Tomis (Read error: 54 (Connection reset by peer)) 19.10.56 # klapaucjusz - does it work successfully on other targets (just crashing ipod nano 2g)? 19.11.22 Join Tomis [0] (n=Tomis@70.134.96.149) 19.11.22 # No idea. 19.11.25 # klapaucjusz: you can also use the .map file to findout where this crash happens. 19.12.07 # domonoky: excellent 19.12.32 # domonoky: er, no. 19.12.41 # It happens above the top address listed in that file. 19.13.16 # does the crash happen in the codec or the main binary ? 19.13.27 # (Audiobuffer is 81729f8, and while I didn't write down the address, it definitely started with a 9.) 19.13.32 # domonoky: how to I find out? 19.13.55 Join liar [0] (n=liar@83.175.83.185) 19.14.38 Join CaptainKewl [0] (n=jason@64-121-176-61.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 19.15.04 # the address should tell you.. take look at the codec .map file.. 19.15.32 # Ah, I see. 19.15.38 # There's a whole bunch of map files, then. 19.16.08 Join Tomis2 [0] (n=Tomis@70.134.96.149) 19.16.18 # Excellent. Time to crash my iPod again, then. 19.16.28 Quit Tomis (Read error: 104 (Connection reset by peer)) 19.16.29 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.96.149) 19.16.53 # I'll let you know how it goes. 19.16.57 # Unrelated question. 19.17.05 # How do I request write access to the wiki? 19.17.28 # And what are the rules for requesting commit access? 19.18.03 # (I'm not asking for commit access, I'm just asking what the conditions are.) 19.18.23 # you ask some one here, and give your wikiname for the wiki. 19.18.32 # Okay, I want "jch". 19.19.11 # Ah, I see, I need to register myself. Hold on. 19.19.47 # commit access is "earned" by putting enough good enough patches into flayspray.. if we think you are "worth" it, you will be offered commit access :-) 19.20.13 # and "jch" is not a valid wiki account name.. :-) 19.21.29 # Pff. 19.21.29 # I always use jch. 19.21.39 # I feel my identity is being denied ;-) 19.21.55 # Re commit access, that's reasonable enough. 19.23.32 Quit amiconn (Nick collision from services.) 19.23.36 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 19.23.43 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 19.25.56 Quit flydutch ("/* empty */") 19.26.03 Quit pixelma (Nick collision from services.) 19.26.05 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 19.26.25 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 19.28.44 Join reich [0] (n=autodele@87.240.244.206) 19.30.08 # hi does anybody know that ipod video manual can't be downloaded right now? 19.30.33 # or am i the only one who cant? 19.32.03 # Ehm... 19.32.14 # Trying on a different file, I cannot reproduce the crash 19.32.19 # I'm not sure if it's :-( or :-) 19.32.27 # I'll try the previous file... 19.32.53 Join Tomis2 [0] (n=Tomis@70.134.88.124) 19.32.55 Quit CaptainKewl (Read error: 60 (Operation timed out)) 19.33.46 # ok thx how did it work out? 19.36.50 # Okay, I managed to reproduce the crash. It appears it's in get_sample_offset. 19.38.06 Quit paulk_ ("Ex-Chat") 19.38.06 Quit Tomis (Read error: 54 (Connection reset by peer)) 19.38.48 # Okay, it's unrelated. 19.38.57 # uhm? sorry what do u mean by get_sample_offset? 19.39.34 # m4a.c line 204. 19.39.48 # There's a division. 19.39.58 # For this particular mp4 file, prev_chunk_samples is 0. 19.40.00 # Don't ask me why. 19.40.21 Join saratoga_ [0] (i=463f90ed@gateway/web/freenode/x-xzlgriikeqcqunup) 19.42.03 # I don't understand this code, since I don't have the mp4 specs. I don't understand what's going on in read_chunk_stsc, and my guess is that there's an off-by-one error in there. 19.42.13 # Folks, where do I find info about the mp4 container format? 19.42.34 # 14496 spec 19.42.52 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.88.124) 19.43.18 # klapaucjusz: i'll see if I can find you some docs today 19.43.28 # is your tracker email address ok 19.43.41 # New commit by 03tomers (r23861): Touchscreen mapping: Fix setting context ... 19.44.09 # saratoga_: yes it is. Feel free to send directly to the address you'll find on www.pps.jussieu.fr/~jch/ 19.44.53 # ok i'll look around, i forget which docs i have on my other computer 19.45.10 Quit Tomis (Read error: 104 (Connection reset by peer)) 19.45.11 Join Tomis2 [0] (n=Tomis@70.134.88.124) 19.48.04 # It works! 19.48.08 # Hurray! 19.48.56 # domonoky: thanks for telling me about the .map files. 19.52.58 Join Omlet [0] (i=omlet05@91.176.181.84) 19.53.27 # FS#10833 19.54.30 # klapaucjusz: http://neuron2.net/library/avc/c041828_ISO_IEC_14496-12_2005(E).pdf 19.54.31 Join Strife1989 [0] (n=Strife89@adsl-146-208-137.mcn.bellsouth.net) 19.54.47 # its not the mp4 standard, but it looks like it has some info about it 19.55.06 # 14496-14 is the actual mp4 file format, and i don't think i have access to it 19.55.12 # Excellent, that's exactly what I'm looking for. 19.56.16 # "This specification may be used as the basis as the specific file format for a restricted purpose: for example, the MP4 file format for MPEG-4 and the Motion JPEG 2000 file format are both derived from it." 19.56.25 # so its not exactly the same 19.56.34 # I see. 19.56.59 Quit Strife89 (Read error: 60 (Operation timed out)) 19.57.33 # But it does describe the stsc chunk, which is the part where I suspect a bug. 20.00.30 *** Saving seen data "./dancer.seen" 20.03.08 Quit reich () 20.03.45 # New commit by 03tomers (r23862): Yes/No screen: Add proper message for touchscreen targets 20.10.02 # May I humbly request wiki modification rights for JuliuszCh? 20.11.50 Join Tomis [0] (n=Tomis@70.134.88.124) 20.12.59 Quit Tomis2 (Read error: 104 (Connection reset by peer)) 20.13.14 # saratoga_: ah I think part14 obsoletes part12 20.13.25 # yeah 20.13.36 # but i've never found a copy of part 14 20.13.48 # just books about it 20.17.30 # What's the story about multiple mdat chunks? 20.17.44 # Are we supposed to concatenate them? 20.20.03 Nick Strife1989 is now known as Strife89 (n=Strife89@adsl-146-208-137.mcn.bellsouth.net) 20.23.09 # New commit by 03tomers (r23863): Updated Hebrew translation 20.25.19 Quit funman ("i still see you trolling") 20.31.19 Quit saratoga_ ("Page closed") 20.36.43 Quit Zarggg (Read error: 104 (Connection reset by peer)) 20.37.34 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.39.47 Quit dmb ("Leaving") 20.43.31 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 20.43.41 Join domonoky1 [0] (n=Domonoky@g229078114.adsl.alicedsl.de) 20.46.20 Join solexx [0] (n=jrschulz@e176098107.adsl.alicedsl.de) 20.47.39 Quit domonoky (Read error: 60 (Operation timed out)) 20.49.53 Quit Zarggg (Read error: 104 (Connection reset by peer)) 20.50.12 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.50.15 Quit Zarggg (Read error: 104 (Connection reset by peer)) 20.53.52 Quit Llorean ("Leaving.") 20.55.30 # New commit by 03mcuelenaere (r23864): Ingenic Jz4740: fix CPU boosting (was reversed) 20.55.57 Quit Tomis (Read error: 60 (Operation timed out)) 20.57.51 Quit solexx_ (Read error: 110 (Connection timed out)) 21.00.58 Join DerPapst [0] (n=DerPapst@p4FE8FFA7.dip.t-dialin.net) 21.02.50 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 21.02.59 Join CaptainKewl [0] (n=jason@64-121-176-61.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 21.07.23 Join ecaz [0] (n=ecaz@cpe-173-168-158-53.tampabay.res.rr.com) 21.08.37 Join Casainho [0] (n=chatzill@87-196-81-204.net.novis.pt) 21.09.25 # Hello friends! Am I clear in understanding that Rockbox is not stable on 7th Gen iPod Classic or is it completely unusable? 21.10.15 # ecaz: it does not even run on any Ipod Classic 21.10.26 # ecaz - it doesn't even exist 21.10.35 # Oh dear 21.10.57 # or do you see it in any of the unstable or unusable categories? 21.11.57 # I do not. I just assumed (oh dear!) that "iPod" included the classic 21.12.07 # but, that's what I get isn't it =) 21.17.27 Join arohtar [0] (n=faemir@78.33.109.163) 21.22.17 # n1s: actually, i think i see a solution in 3 ops for armv6, using the saturation instructions... 21.24.48 # ecaz - the front page of rockbox.org specifically says ipod 1g thru 5.5g are supported; and "if your player is not listed above, it is not supported" .. sorry .. 21.25.28 Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") 21.26.13 # ecaz - I believe some investigative work has taken place trying to break the 6th and 7th gen classic encryption (which prevents us from loading rockbox onto those players; and also prevents us understanding how the hardware works) - but I don't think anything substantial yet 21.27.32 Join jae [0] (n=jae@HSI-KBW-082-212-058-254.hsi.kabelbw.de) 21.27.51 # Hola :D 21.28.20 # Just installed RB on my Sansa Fuze (v1, of course)... worked like a charm 21.28.36 # Only... I can't play anything, and the manual seems to be missing 21.29.06 # Anyone have an idea (or know, even) what happened to the manual, or why I can't see it (all I get is a 404) 21.29.54 # jae - what does 'can't play anything' mean? any errors? files not showing up? you can try loading one of the manuals for other devices if it helps (to understand rockbox - won't tell you anything device specific for your fuze however) 21.32.08 # All I get is the ROCKbox logo at the top (with a battery indicator and a clock in the line above) and a version string at the bottom 21.32.36 # Whichever button I press gives me... nothing, no reaction at all 21.32.55 # yeah, why are all the manuals empty 21.33.44 # And since I can't read the (temporarily, I presume) nonexistent manual, I don't know if that's what I should expect, if it's just initializing, or which button I have to press or whatever... 21.34.39 # jae: http://download.rockbox.org/manual/ 21.35.09 Quit faemir (Read error: 110 (Connection timed out)) 21.35.12 # * bluebrother spots that the download server is also missing files 21.35.15 # jae: do you have a microsd card in your fuze? 21.35.39 # mc2739: yup, I do... that a problem? 21.35.58 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 21.36.26 # jae: Try removing it. There was a recent change that seems to be causing some problems with the microsd 21.36.57 # jae: you may be able to insert it after booting, but it may still cause problems 21.37.04 # mc2739: Ah... I see. W/o the card it works. 21.39.37 Quit Strife89 (Read error: 60 (Operation timed out)) 21.42.34 # jae: built you a manual from current svn: http://www.alice-dsl.net/dominik.riebeling/rockbox/rockbox-fuze-r23850-091205.pdf 21.44.48 # bluebrother: *Thanks*! 21.45.27 # * jae notes to self: get sources... or find the ones downloaded sometime in the past :D 21.45.49 # * bluebrother wonders why the "Rockbox" on page 2 isn't centered when building with TeXlive on OS X 21.55.28 Quit hebz0rl ("Ex-Chat") 22.00.31 *** Saving seen data "./dancer.seen" 22.06.23 # New commit by 03bluebrother (r23865): Fix title centering. ... 22.08.37 Quit Casainho (Read error: 113 (No route to host)) 22.08.48 Quit bnijk_ (Read error: 104 (Connection reset by peer)) 22.10.06 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 22.14.41 Join Strife89DS [0] (n=nds@adsl-220-123-190.mcn.bellsouth.net) 22.19.11 # Zagor: "Server message: Fatal build error: Missing log file. You have been temporarily disabled." 22.22.09 Join p3tur [50] (n=petur@rockbox/developer/petur) 22.22.43 # FlynDice: I'm also seeing lockups on boot with my e260v2 whem the microsd card is inserted. Removing the card allows proper bootup. 22.23.24 # stripwax, mt: I've updated the wiki with my mdct estimates, i'd be interested to know if you think they are reasonable 22.25.48 # stripwax: is there more detailed information on the 'encryption' that ipods use? 22.26.44 # I guess the firmware used to write to the device is hard coded and you don't have the pathways? (limited knowledge of Electronics on my end) 22.27.03 # saratoga - will take a look 22.29.17 # ecaz - the firmware is encrypted (= scrambled, so we can't read/understand it). naturally Apple haven't provided the password to unencrypt the firmware, which means we can't decrypt it to find out what it does / how it works, and we haven't yet found any 'backdoor' method of finding the decryption password ourselves 22.29.54 # We need DVD Jon! 22.30.07 # the ipod will only load encrypted firmware. if we can't encrypt rockbox in the same way, the ipod won't run it. plus, if we can't decrypt the Apple firmware, we don't know how to write device drivers that talk to the ipod hardware and make it work .. 22.30.18 # which ipod is this? 22.30.21 # 7g 22.30.31 # how were old devices done? Did they lack encryption? 22.30.37 # mostly, yes. 22.30.38 # yeah i think only the 6G and lower has been cracked 22.30.57 # saratoga - we don't have rockbox on 6g either though yet (or do we..?) 22.31.09 # likely, nobody has really taken a look at the 7g yet 22.31.14 # i think its possible to launch a JTAG session and run code that way 22.31.28 # but IIRC linuxstb tried on the 6.5 or maybe the 7 and it didn't work 22.31.42 # ask TheSeven or check the linux4nano wiki/logs and see 22.31.46 # true.. 22.32.25 # basically i think the nano2g, nano4g and the first classics can be cracked 22.32.25 # New commit by 03unhelpful (r23866): Slightly improve av_log2 in codeclib on ARMv6. 22.32.26 # is rockbox in C? 22.32.32 # mostly 22.32.36 # ecaz - and assembler 22.33.13 # straight C not ++ 22.33.25 # yet 22.33.26 # yes 22.33.28 # ^yes 22.34.36 # the mul counts I posted seem a little low for 2048 point MDCT 22.36.01 # but i traced through the fft twice 22.36.49 # i bet i'm not thinking about the overlap correctly 22.36.54 # hrm, how many fixed point muls and fixed point adds does the tremor MDCT use 22.37.02 # i'm not sure its hard to read 22.37.39 # seems you're comparing real-life MHz to theoretical MHz for the two algos so really not like for like (e.g. neglecting all the pointer math, bitreverse, etc) 22.37.50 # of course 22.37.51 # true, it is hard to read 22.38.07 # * jae is happy just for having rockbox on his Fuze, finally 22.38.46 # but assuming 1 load, 1 store per multiply and per add and no use of LDM on PP is pretty conservative 22.39.06 # hmm maybe i should have assumed two loads per multiply 22.39.12 # yeah, and two stores 22.39.12 # well whatever its just an estimate 22.39.19 # two stores? 22.39.28 # ah, no, one store - was thinking of the complex mults. 22.39.58 # i wonder if i'm off by a factor of two here because each time domain block has parts of two transform blocks 22.40.56 # oh, the "84 clocks per sample" bit ? 22.41.04 # stripwax: does the 2048 point transform in vorbis (the long block one) return 2048 or 4096 points? 22.41.05 # yeah 22.41.10 # depends how you've defined 2048-point transfer - input points or output points? 22.41.15 # haha. right, exactly 22.41.20 # yeah thats what i'm wondering 22.41.47 # i thought it was 2048 in frequency, and 4096 in time 22.41.47 # (btw vorbis long blocks don't have to be 2048 .. can be more, could conceivable be less) 22.41.49 Quit bmbl ("Bye!") 22.41.53 # so a 2048 block takes care of 2048 frequency samples (out of 44100 per stereo channel) 22.44.35 # Unhelpful: yellows on the build table 22.45.34 # mc2739: did you try the patch I posted on the forum by any chance? 22.45.52 # well, vwin2048 window generates 1024 output samples, from a pair of overlapping half-blocks. (note vwin2048 is only 1024 points as longblock-longblock window function is symmetrical) 22.45.55 # FlynDice: no, I have not tried it yet 22.46.20 # so i'm off by 2? 22.46.25 # think so 22.47.21 # mc2739: would you try that when you get a chance, it seemed to help topik with his fuze, I think I've got a handle on this but I'm still trying to get info 22.47.52 Join Vampireking [0] (n=vampirek@82.113.121.223) 22.48.08 # http://pastie.org/728675 22.48.12 # FlynDice: ok, I'll give it a try it now 22.48.18 # thanks 22.48.40 # stripwax: so we're actually looking at about 16MHz with the unoptimized transform? 22.49.19 # theoretically? I think so.. 22.50.02 # but I would not trust the "16MHz vs 16.79MHz" argument ... 22.50.06 Quit jae ("leaving") 22.50.45 # trying to work out how many muls+adds used for 2048 tremor right now 22.50.56 Join jae [0] (n=jae@HSI-KBW-082-212-058-254.hsi.kabelbw.de) 22.51.26 # seems like I'm late ! 22.51.56 # looking at the ffmpeg mdct, maybe i misunderstood the block sizes when i computed those totals 22.52.55 # the pre/post rotation uses N/4*(4MUL + 5 ADD) + N/8*(8MUL + 11 ADD) 22.53.06 # saratoga: I don't understand something .. 22.53.12 # Ah was just going to ask about that 22.53.16 # but I assumed N=2048 when it could be N=1024 for a large block 22.53.52 # New commit by 03unhelpful (r23867): Fix yellow: mixed signed/unsigned in conditional. 22.54.01 # The number of muls on the fasterMDCT page is the same as that you calculated for the fft only, right ? 22.54.14 # mt: its also got the rotation counts added in 22.55.37 # Oh, so those 2 lines contain the rotation counts ? I missed that : 22.55.38 # > /* 2048 pt = 512*(4MUL + 5 ADD) + 4328 MUL, 12219 ADD + 256*(8MUL 11 22.55.40 # > ADD) = (4096 MUL+ 5376 ADD) + FFT512 = 8424 MUL, 17595 ADD */ 22.56.26 # 4328 MUL, 12219 is supposed to be the fft count i think 22.56.31 # but i think its actually wrong 22.57.34 # oh no its correct 22.57.40 # or at least thats what my notes say 22.58.02 # of course with the optimizations we added, FFT8 now uses 4 less muls, and FFT16 8 less 22.58.07 Quit Strife89DS (Connection timed out) 22.58.19 # so we probably do 10-20% better 23.03.21 # saratoga - you're not including windowing, right, just the plain mdct here. i'll do same for tremor 23.04.18 # saratoga: a shift takes one clock right ? (could be counted as an add i mean - for fixmuls?) 23.05.22 # shift should probably be absorbed into add, as it can be done in zero clocks on arm usually 23.05.35 # or absorbed into load/store (which you're not counting, hence 'for free') 23.06.15 # Hello i have a problem, i have moved some data on my sandisk sansa e260v2 from my microsd to the flash memory that was abortet with a sd transfer error. Now rockbox wont start and the original firmware says "Not enough space for music db please free up 90 mb" but the player wont detect on my pc anymore. I dont know how I can format my player now. 23.06.19 # or are you including bitreverse, etc, in your stats? 23.06.43 # no, that's what I was looking for. Thanks :) 23.07.06 # stripwax: I just counted adds/muls 23.07.06 # i didn't do windowing 23.08.11 # bit reversal is pretty fast since its folded into rotation, but i didn't look at it 23.09.04 # actually i think bit reversal should be free aside from 1 cycle to compute the pointer and 1 cycle cost since you can't use ldm on arm 23.11.47 # needs > 1 cycle to compute the pointer .. 23.12.20 # (unless you have bitreverse opcodes in silicon) 23.12.43 # stripwax: j=revtab[k]; 23.13.04 Quit ecaz () 23.13.04 # should just be an index addressed load or whatever arm calls them 23.13.30 # oh but i guess thats really 2 loads 23.13.42 # one for the table and one for the actual data 23.14.16 # is revtab a table of size 8192? 23.15.55 # in the old fft its 2048 bytes 23.15.58 # let me see the new one 23.17.11 # wow. tremor uses a 12-byte bitreverse lut, (so needs > 1 cycle to do it). a large bitrev table seems a huge waste of space, unless there's nothing else useful to put there 23.17.49 # e.g. in iram 23.17.58 # i think the new one is also 2048 bytes 23.18.08 # ^12 byte^uh, 16 byte, obviously 23.18.39 # tremor's bit reverse also uses almost 3MHz so i'm not sure its the best way to go 23.20.02 # yeah, you can chop a chunk of that out by observing that you can do every-other bitrev12() call with just a single EOR. but doubt it makes a massive dent. tremors bitreverse also does butterflies inline and a bunch of other stuff, not just reordering the data. 23.23.39 # saratoga: I hacked fft-fixed a bit to count muls and adds, and got some different numbers (4391 muls, and 10086 adds for fft512) .. I probably missed some add, I'll look for that, but muls count is close to yours, so it's probably correct. 23.24.05 # In 2048 point fft though, I got > 23K muls (!) 23.24.18 # mt: that sounds about right 23.24.26 # we only need up to 512 though 23.24.36 # at least for all current codecs 23.24.52 # i think wma pro at 96kHz needs a 1024 point fft, but thats not a big deal for now 23.25.23 # Oh ok, I was a little confused. 23.25.51 # vorbis at 48kHz does too, iirc 23.26.06 # i doubt 48k and 44.1 use different block sizes 23.26.07 # FlynDice: That patch seems to help - no more lockups on boot now. 23.26.12 # they're only a couple percent apart 23.26.58 # mt: i *think* an N point transform return 2^N time domain samples, consumes 1/2*2^N frequency domain samples, and uses a 1/4*2^N point fft 23.27.24 # saratoga - 48k and 44.1 use different block sizes. 23.27.41 # what does 48k use? 23.27.47 # don't forget that vorbis allocates the blocksizes at encoding time, not statically. but for <48kHz, the 8192 blocksize does not get selected 23.28.08 # 48kHz can short+long blocksizes chosen from the whole range of blocksizes, selected at encoding time. 23.29.35 # i realize that but IIRC all encoders always chose the same block sizes 23.29.46 # since 256 and 2048 are optimal at 48kHz 23.30.24 # hm, encoders can't always choose the same blocksizes, or else we'd be able to remove the other window sizes from the decoder 23.30.53 # I have to go sleep. Goodnight. 23.31.09 # the reference encoder uses a 4096 blocksize for quality settings less than zero (e.g. q -1 ) apparently 23.32.12 # mt: goodnight 23.32.28 # saratoga - http://lists.xiph.org/pipermail/tremor/2008-December/001547.html 23.34.22 # hmm 23.34.29 # i wonder how well such a file decodes with rockbox now 23.45.52 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 23.47.34 # stripwax: my q-1 file decodes at 26.74MHz 23.47.47 # which makes me think its not using a larger transform 23.48.11 Join funman [0] (n=fun@rockbox/developer/funman) 23.48.51 # vorbis can only have 2 transform sizes per file right? 23.49.18 Quit p3tur (Remote closed the connection) 23.51.53 # someone with a c200v2 wanting to test new mkamsboot ? 23.54.54 Quit saratoga (Ping timeout: 180 seconds)