| 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 | stripwax | mt - ping |
| 00:24:50 | n1s | yay, division by 0 |
| 00:27:20 | | Quit faemir ("Leaving") |
| 00:28:14 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 00:29:49 | LambdaCalculus37 | 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 | drf|laptop | 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 | drf|laptop | 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 | drf|laptop | 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 | stripwax | maybe it's the theme you've installed? |
| 00:34:34 | drf|laptop | I don't think so... I did "Reset colors" and it still does that |
| 00:34:49 | stripwax | if you select the Cabbie theme, does the file list look like you expect? |
| 00:34:53 | drf|laptop | hold on |
| 00:35:01 | drf|laptop | I just switched to some other random thjeme and it still does that |
| 00:35:18 | stripwax | ok but what about Cabbie theme .. |
| 00:35:29 | drf|laptop | Nope. Still different colors |
| 00:35:31 | drf|laptop | on Cabbie |
| 00:35:45 | gevaerts | you loaded a theme that sets custom file colours, and those are sticky |
| 00:35:53 | drf|laptop | I can take a picture if you want... but it just seems like each filetype has its own color |
| 00:36:00 | drf|laptop | ... |
| 00:36:05 | drf|laptop | is there a way to unload it? |
| 00:36:17 | stripwax | drf|laptop : - what gevaerts said (although, I thought changing theme reset them .. ) |
| 00:36:24 | drf|laptop | Nope. |
| 00:36:28 | drf|laptop | I changed to Cabbie and it's still custom |
| 00:36:41 | gevaerts | stripwax: it doesn't. There was talk about that in here a few days ago |
| 00:37:13 | drf|laptop | 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 | drf|laptop | then just overwrote the .conf with my settings |
| 00:37:27 | drf|laptop | and it started all funky when it never did that before |
| 00:37:47 | stripwax | 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 | drf|laptop | anywa... any idea how to fix the custom colors? |
| 00:50:46 | drf|laptop | *anyway |
| 00:57:26 | | Quit p3tur ("*plop*") |
| 00:59:50 | | Quit petur ("Zzzz") |
| 01:00 |
| 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 | n1s | yay i reproduced the crash on sim |
| 01:41:36 | Unhelpful | crashes you can't reproduce on sim make me wish for gdb on target :) |
| 01:45:57 | n1s | 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 | n1s | once you see past the fixed point black magic |
| 01:46:17 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 01:47:32 | n1s | 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 | n1s | this pitch detector plugin could probably be sped up greatly on coldfire with some iram usafe |
| 01:52:23 | n1s | 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:00:02 | *** | Saving seen data "./dancer.seen" |
| 02:00:49 | CIA-6 | New commit by nls (r23850): Fix division by 0 by clamping freq value a little higher, some minor style and whitespace changes |
| 02:03:45 | Unhelpful | and its use is presumably already exclusive with playback, anyway? |
| 02:04:40 | n1s | Unhelpful: i think so, it records from mic/line in... |
| 02:05:15 | Unhelpful | strict aliasing seems to have the same effect on e200 as on beast, of making -O3 best *much* more often |
| 02:05:34 | n1s | nice :) |
| 02:06:26 | Torne | yah, aliasing often prevents inlining in cases where it is otherwise reasonable |
| 02:06:36 | Unhelpful | 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 | Torne | gcc makes surprisingly good inlining decisions these days in general |
| 02:08:17 | Unhelpful | 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 | n1s | 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 | n1s | 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 | n1s | the output was unchanged for my testfile but i don't know if this is unsafe |
| 02:13:18 | Unhelpful | i must confess that i have *no idea* how floor_log2 works |
| 02:14:26 | Unhelpful | 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 | Unhelpful | 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 | n1s | uh, i wonder if this pitch detector thingy should stop playback before starting to mess with the pcm settings and whatnot |
| 02:20:05 | Unhelpful | plugins that use iram will stop playback before starting anyway, won't they? |
| 02:21:02 | n1s | yes, but this one doesn't use iram (yet) |
| 02:22:08 | n1s | 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 | n1s | i should find my sansa cable |
| 02:33:52 | Unhelpful | ah, you didn't commit its use of iram ;) |
| 02:35:11 | Unhelpful | 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 | n1s | 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 | saratoga | n1s: faad uses log2 a lot but i don't know if its performance critical or just maybe to compute lookup tables |
| 03:00 |
| 03:00:21 | n1s | saratoga: they seem to use both a function and tables, no idea if they are performance critical or not |
| 03:00:31 | n1s | i guess a benchmark will tell me :) |
| 03:01:42 | n1s | saratoga: is sbr only used in HE ? |
| 03:01:43 | | Quit johnnynm (Read error: 110 (Connection timed out)) |
| 03:02:40 | saratoga | n1s: yes SBR is just HE |
| 03:02:47 | saratoga | and IMO is most in need of optimization |
| 03:04:11 | n1s | 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 | Unhelpful | if aac is abusing log2 heavily then we really could use a better, and inline, log2 |
| 03:11:26 | n1s | it doesn't *look* heavy to me but only a test will tell |
| 03:12:48 | Unhelpful | it looks like floor_log2 returns 0 for x=0. on armv6 this is easily done as __builtin_clz(x) & 31 |
| 03:13:47 | n1s | Unhelpful: ah, didn't think of that |
| 03:14:09 | n1s | not needed here though as the only calling places are already guarded |
| 03:15:44 | n1s | but i will use that in flac then to be on the safe side, shouldn't be much more expensiv |
| 03:15:47 | n1s | e |
| 03:16:42 | Unhelpful | 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 | Unhelpful | 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 | Unhelpful | 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 | n1s | but it uses only one reg, not much to save |
| 03:23:09 | n1s | 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 | Unhelpful | n1s: gcc would save all caller-saved regs, wouldn't it? |
| 03:23:48 | n1s | you probably know more about that than i fo :) |
| 03:23:51 | n1s | do* |
| 03:25:27 | n1s | when i think about it, yes it has to save those but aren't there like just 2 on arm? |
| 03:25:59 | Unhelpful | 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 | Unhelpful | n1s: r0-r3, ip, and lr, i believe. |
| 03:26:38 | | Quit NoGare (Ping timeout: 180 seconds) |
| 03:27:35 | Unhelpful | 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 | n1s | heh, pretty sneaky |
| 03:30:00 | | Join ps-auxw [0] (n=arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 03:31:04 | Unhelpful | 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 | n1s | :) |
| 03:33:16 | | Quit n1s ("Lämnar") |
| 03:34:00 | Unhelpful | 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:00:04 | *** | Saving seen data "./dancer.seen" |
| 04:14:16 | Byan | did I screw something up, or is this "multimedia mode" new in bleeding edge? |
| 04:16:30 | saratoga | its been in for a while |
| 04:16:44 | saratoga | even the old 3.4 build has it |
| 04:17:04 | Byan | saratoga: how do you get to it in the 3.4 build? |
| 04:18:05 | Byan | cause I just had the 3.4 build on here, and it was definately using UMS |
| 04:18:32 | Unhelpful | 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 | Unhelpful | 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 | Byan | 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 | Unhelpful | "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 | Byan | charge only by default? |
| 04:22:40 | Byan | thats what I mean |
| 04:22:42 | Byan | meant* |
| 04:22:50 | Byan | sorry, let me reiterate |
| 04:23:04 | Byan | when I plug my ipod in, I usually want to continue to listen to muisc |
| 04:23:10 | Byan | and charge it |
| 04:23:20 | Byan | so now, when I plug it in, it charges and continues playing.. |
| 04:23:32 | Byan | I have to hold menu in order to start multimedia mode |
| 04:24:13 | saratoga | you compiled your own build? |
| 04:24:13 | Unhelpful | 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 | Byan | saratoga: yeah |
| 04:25:20 | Byan | there isn't any question |
| 04:25:30 | Byan | I was just really confused because it did the multimedia mode |
| 04:25:42 | Byan | I was using 3.4 before this |
| 04:25:42 | Unhelpful | "multimedia mode" is still UMS. :) |
| 04:26:05 | Byan | well, what's it called when it reboots into the apple looking transfer thing? |
| 04:26:15 | Unhelpful | in 3.4 support was added for controlling the PC while in UMS mode, using the rockbox buttons. |
| 04:26:50 | saratoga | that would be booting into the Apple firmware |
| 04:27:03 | Unhelpful | *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 | Byan | hrm.. |
| 04:27:31 | Unhelpful | "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 | Byan | saratoga: alright, so, why did it stop doing that.. |
| 04:28:17 | Byan | I'm obviously misusing terms |
| 04:28:27 | Byan | before when I plugged it in, it used to reboot into the apple looking transfer thing |
| 04:28:27 | saratoga | we have rockbox USB now |
| 04:28:33 | Byan | alright |
| 04:28:38 | saratoga | so we don't need to reboot into the apple firmware to use USB |
| 04:28:47 | Byan | and thats new since 3.4? |
| 04:29:03 | saratoga | its been in svn forever |
| 04:29:09 | saratoga | i don't remember which build first had it enabled |
| 04:29:23 | Byan | hrm, weird, cause it's not in 3.4 >_> |
| 04:29:26 | Byan | ok, whatever |
| 04:29:34 | Byan | everything works, so, I'm happy |
| 04:29:46 | saratoga | it may have been disable din 3.4 |
| 04:29:55 | saratoga | actually i'm not even sure if its going to be in 3.5 |
| 04:30:03 | Byan | why is that? |
| 04:30:15 | Byan | not stable? |
| 04:30:19 | saratoga | i don't know |
| 04:31:51 | Byan | ok |
| 04:31:53 | Byan | thanks |
| 04:35:32 | | Nick krazykit` is now known as krazykit (n=kkit@69.219.239.79) |
| 04:37:39 | Byan | saratoga: are there any other things that are disabled in releases? |
| 04:40:04 | Unhelpful | Byan: anything that's incomplete or unstable *might* be disabled in release builds |
| 04:40:27 | Unhelpful | 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 | saratoga | 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 | Byan | since it just runs so well on them =p |
| 04:48:30 | Unhelpful | 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 | Unhelpful | 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 | FlynDice | topik: A couple more fuze reports coming in now, I don't think it's just your card. |
| 04:54:27 | FlynDice | topik: Trying to gather more info now |
| 04:59:21 | | Join webguest05 [0] (n=18e53602@giant.haxx.se) |
| 05:00 |
| 05:00:08 | webguest05 | question about the gigabeat s & rockbox |
| 05:00:39 | webguest05 | 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 | webguest54 | there anyway to get a smaller, only booting rockbox nk.bin from an already patched nk.bin? |
| 05:01:13 | webguest54 | darnit |
| 05:01:48 | webguest54 | well yea, anyway to get a nk.bin that only runs rockbox from a nk.bin that dual boots? |
| 05:02:08 | webguest54 | (bought it preinstalled with rockbox, and i dont care to use the OF) |
| 05:04:27 | Unhelpful | 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 | webguest54 | ok |
| 05:09:15 | webguest54 | what about the nk.bin thats on the rockbox.org server (trying to find the link again) |
| 05:10:40 | webguest54 | the online html help things down/gone |
| 05:10:48 | webguest54 | so i cant find it :( |
| 05:10:58 | webguest54 | hopefully you guys know what im talking about |
| 05:17:46 | Unhelpful | there's no tool available to extract a single-boot bootloader from the dual-boot one. |
| 05:19:40 | webguest54 | uhm, this might go against your "rules" but would it be possible to just upload a nk.bin thats single-boot? |
| 05:20:17 | webguest54 | (i figure it might "infringe" on M$s "intellectual property" or something) |
| 05:21:09 | Unhelpful | no, it wouldn't infringe. if anything, the dual-boot nk.bin infringes, as it contains the original nk.bin |
| 05:22:20 | webguest54 | yea |
| 05:22:21 | webguest54 | ok |
| 05:23:01 | webguest54 | 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 | Unhelpful | 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 | webguest54 | i wouldnt care, i already backed it up anyway |
| 05:25:04 | webguest54 | 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 |
| 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 | topik | FlynDice: would it still be useful to try older builds? |
| 06:47:48 | topik | i'm building r23828 and r23807 now to test. both are from just before AMS changes |
| 06:47:57 | FlynDice | 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 | FlynDice | 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 | topik | sure |
| 06:51:43 | FlynDice | 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 | topik | yeah, i can try anything you want :) |
| 06:52:22 | FlynDice | thanks, be with you in a few mins |
| 06:53:50 | Exiles | 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:00 |
| 07:01:01 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 07:01:09 | angelwolf71885 | #NTTalk |
| 07:01:46 | Exiles | forget a /j there angelwolf71885? |
| 07:02:00 | angelwolf71885 | possably lolz |
| 07:02:04 | angelwolf71885 | sorry |
| 07:02:10 | Exiles | no worries |
| 07:02:57 | angelwolf71885 | so how is everyone tonight/day? |
| 07:03:11 | Exiles | 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 | FlynDice | topik: Could you try this and see if it helps http://pastie.org/728675 |
| 07:03:30 | angelwolf71885 | humm nt fully sure |
| 07:03:46 | angelwolf71885 | buti barely understand most of this stuff |
| 07:03:53 | | Join bluebrother [0] (n=dom@f053152163.adsl.alicedsl.de) |
| 07:04:12 | angelwolf71885 | im waiting for linux4nano to git exicushion on the nano 3g xD |
| 07:05:01 | angelwolf71885 | what is an AAP device btw? |
| 07:05:08 | | Quit bluebroth3r (Read error: 60 (Operation timed out)) |
| 07:05:11 | Exiles | 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 | angelwolf71885 | is that like dcking it to a sterio? |
| 07:05:22 | Exiles | apple accessoriy device |
| 07:05:34 | Exiles | protical |
| 07:05:51 | angelwolf71885 | ok a dck device like i thought xD |
| 07:05:53 | angelwolf71885 | dock* |
| 07:06:01 | angelwolf71885 | sorry my O is busted |
| 07:06:10 | Exiles | just via the 4 pin conector on top |
| 07:06:23 | angelwolf71885 | never wned a mini xD |
| 07:06:25 | Exiles | vs the 30 pin ipod jack |
| 07:06:27 | angelwolf71885 | owned |
| 07:06:36 | Exiles | it was free minus the cost of a battery |
| 07:06:54 | angelwolf71885 | your remote? |
| 07:06:58 | angelwolf71885 | or the mini? |
| 07:07:06 | Exiles | the ipod mini, and the remote |
| 07:07:13 | angelwolf71885 | LOL score |
| 07:07:28 | Exiles | agreed tossed a 16gb CF card in it |
| 07:07:33 | angelwolf71885 | did you mod the mini for a CD drive yet? |
| 07:07:38 | angelwolf71885 | CF* |
| 07:07:44 | angelwolf71885 | nice |
| 07:07:53 | Exiles | 4gb was to small |
| 07:08:04 | angelwolf71885 | i know what you mean |
| 07:08:06 | Exiles | traded the 4gb hdd for a voip sip device |
| 07:08:12 | angelwolf71885 | i own the low level nano 3g |
| 07:08:25 | angelwolf71885 | but 4Gb is perfict for 24 hours of tunes |
| 07:08:31 | Exiles | then I was given a busted ipod 5g 30gb device |
| 07:08:40 | angelwolf71885 | o wow very nice |
| 07:08:53 | Exiles | once i powered it up via firewire it booted up |
| 07:08:57 | angelwolf71885 | my csion owns a 6.5 classic |
| 07:09:04 | angelwolf71885 | the hd is dead |
| 07:09:10 | Exiles | then I replaced it's dead battery and it's busted audio jack |
| 07:09:21 | angelwolf71885 | we wanna add a CF sled to it and git it back up and running |
| 07:09:31 | angelwolf71885 | very nice |
| 07:09:39 | angelwolf71885 | your one luckey duck |
| 07:09:40 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 07:10:18 | Exiles | they were all broken when I got them |
| 07:10:29 | Exiles | I'm just poor so figured try to repair |
| 07:10:46 | angelwolf71885 | i prefer to think f them as disabled brken implys beyond repair xD |
| 07:11:35 | angelwolf71885 | lol i know what you mean |
| 07:11:50 | krazykit | none of this has anything to do with rockbox. please stay on-topic |
| 07:11:59 | angelwolf71885 | 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 | angelwolf71885 | sorry |
| 07:12:12 | Exiles | my original question is 100% about rockbox |
| 07:13:23 | angelwolf71885 | did yisent there a way to probe the memory commands as they happen on the ipod via FW or 30 pin? |
| 07:13:54 | angelwolf71885 | if so shuld be easy to wrte a driver with the memry command map |
| 07:15:12 | Exiles | the only thing I notice is the debug reg is that port A changes from 7f to ff |
| 07:15:34 | angelwolf71885 | ok |
| 07:15:58 | angelwolf71885 | try pressing the buttens n the remote and see if the memory map changes |
| 07:16:26 | angelwolf71885 | 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 | Exiles | only change i get is gpio states a: goes from 7f to ff button presses on the remote do nothing yet |
| 07:20:14 | Exiles | haven't found a way to see the memory contents yet |
| 07:20:16 | angelwolf71885 | dse RB see a deivice connected? |
| 07:20:47 | Exiles | rb? |
| 07:21:08 | Exiles | nvm, rockbox dosn't see an acesory connecten |
| 07:21:11 | Exiles | d |
| 07:21:15 | Exiles | it's always at 0 |
| 07:22:13 | angelwolf71885 | did that version of the mini have a 30 pin? |
| 07:22:43 | angelwolf71885 | if s if you have a 30 pn AAP try pluging it in |
| 07:23:13 | Exiles | it does, and i dont |
| 07:24:32 | angelwolf71885 | wait we knw the debug adress fr the mini port |
| 07:25:00 | angelwolf71885 | i think the dck driver just needs t be writen to also check that adress |
| 07:25:30 | Exiles | okay |
| 07:25:52 | | Part toffe82 |
| 07:26:08 | Exiles | I can monitor the rx and tx line of the top port easily |
| 07:26:10 | angelwolf71885 | now we just needs somone wh knows about the driver xD |
| 07:27:02 | Exiles | break out 2 ttl to usb serial adaptors, and monitor both pins |
| 07:27:21 | angelwolf71885 | k lol |
| 07:27:32 | angelwolf71885 | do you still have apples FW on the mini? |
| 07:27:49 | Exiles | yes |
| 07:28:00 | angelwolf71885 | dose it reconice the remote? |
| 07:29:27 | Exiles | gotta add some songs via itunes to find out |
| 07:29:37 | angelwolf71885 | k lol |
| 07:30:41 | Exiles | I don't really like itunes, aka the reason why I use rockbox |
| 07:30:58 | angelwolf71885 | mac r pc? |
| 07:31:03 | Exiles | pc |
| 07:31:11 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:31:16 | angelwolf71885 | can you live with winamp? |
| 07:32:12 | Exiles | meh rather control it all myself |
| 07:32:21 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 07:32:27 | angelwolf71885 | not sure on ML_IPODS RB support |
| 07:33:33 | angelwolf71885 | on my nan 1 g things didnt go well with RB and ml ipod |
| 07:33:57 | angelwolf71885 | had iussues draging and droping and database rebuilding |
| 07:34:06 | angelwolf71885 | wrked great when it was empty |
| 07:34:23 | Llorean | 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 | angelwolf71885 | but when i went to add more media drag and drop rebuilding dident work to see more media |
| 07:34:52 | angelwolf71885 | i have issues with my O butten |
| 07:35:19 | angelwolf71885 | most of the time im typeing OR |
| 07:36:01 | Llorean | angelwolf71885: Just saying that doesn't solve issues for translation software when you type "butten" or "wrked" |
| 07:36:38 | angelwolf71885 | im not gunna go trought it all just because f an O butten issue |
| 07:37:55 | Llorean | angelwolf71885: You seem to be able to type O just fine for "lol" and plenty of other things |
| 07:38:06 | Llorean | Please, skip the "lols" and use it where it's necessary in real words. |
| 07:38:16 | Unhelpful | 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 | angelwolf71885 | its bent sometime it wors sometimes it misses |
| 07:38:43 | Llorean | Well you missed a k there. |
| 07:38:54 | Llorean | Please, just take your time. There's no rush. Read what you're typing and correct it. |
| 07:39:00 | angelwolf71885 | if you look careful some Os are missing bu latter in the string there is an o or tow |
| 07:39:06 | angelwolf71885 | two* |
| 07:39:38 | Llorean | It's not just the letter o. Please, try to use real English and take your time. |
| 07:41:22 | angelwolf71885 | i dont have to offer any explinashion |
| 07:41:24 | Unhelpful | a bad 'o' key hardly explains "bu", "latter", "tow" |
| 07:41:52 | Llorean | angelwolf71885: The channel has posted guidelines. You're being asked politely to follow them. |
| 07:42:13 | Llorean | 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 | Unhelpful | 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 | Unhelpful | so please, be considerate of others and take the time to do things properly. |
| 07:43:01 | topik | FlynDice: are the 5 minutes up yet? |
| 07:43:18 | angelwolf71885 | 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 | FlynDice | topik: er yeah see [22:03] <FlynDice> topik: Could you try this and see if it helps http://pastie.org/728675 thought you were gone... |
| 07:44:22 | topik | oh sorry |
| 07:44:35 | FlynDice | np |
| 07:46:57 | topik | "patch unexpectedly ends in middle of line" |
| 07:47:29 | angelwolf71885 | hey Exiles you still there? |
| 07:49:50 | angelwolf71885 | if the remote works in the apple FW then i suggest useing your sniffer to see what info you can gather |
| 07:51:06 | angelwolf71885 | im out |
| 07:51:09 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 07:51:12 | topik | compiling now |
| 07:51:32 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 07:52:49 | Exiles | 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 |
| 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 | topik | FlynDice: my uSD card is still 25Mbit/s |
| 08:06:28 | FlynDice | topik: not what I was hoping.... did it fire up right away? |
| 08:07:53 | topik | it wasn't a cold start as i had to update rockbox first |
| 08:07:59 | topik | will try again in a couple of minutes |
| 08:08:33 | FlynDice | ok, Ill be around for 30 mins or so then it's bedtime here |
| 08:08:53 | topik | i'll try not to stretch 5 minutes this time |
| 08:08:53 | FlynDice | thanks for trying |
| 08:09:02 | FlynDice | ;-) |
| 08:11:17 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 08:12:20 | topik | it worked this time |
| 08:12:28 | topik | started i mean, but still at 25 |
| 08:13:04 | topik | do rev 7.0 and prod 4/2008 give you any idea if it's a troublesome old card? |
| 08:33:45 | FlynDice | 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 | FlynDice | 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 | topik | it does seem to start normally now |
| 08:38:36 | topik | but the card never gets anything but 25Mbit/s |
| 08:39:32 | topik | if you dream up any more patches, i'd be happy to try them :) |
| 08:39:37 | topik | thanks for the effort |
| 08:41:28 | FlynDice | topik: Have you followed the forum messages about this problem? |
| 08:43:20 | topik | i have read them yes |
| 08:43:41 | topik | seems like the same thing i am experiencing |
| 08:44:07 | topik | at 62Mhz the sdhc cards run at 50Mbit/s ? |
| 08:45:18 | n1s | 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 | Unhelpful | n1s: basically they're about the worse possible log2(x). ;) |
| 08:47:18 | Unhelpful | 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 | Unhelpful | and we can save the x ^= x >> 1 step ;) |
| 08:49:52 | Unhelpful | i brute-force-searched for a number that has the same property as a debruijn sequence, but with regard to multiplying by (2<<n)-1 instead of shifting <<n |
| 08:50:30 | n1s | hmm, someone broke the manuals |
| 08:50:49 | n1s | Unhelpful: wow |
| 08:51:07 | n1s | you do take things to the extreme |
| 08:51:20 | n1s | which is a good thing :) |
| 08:52:05 | Unhelpful | 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 |
| 09:00:25 | n1s | 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 | FlynDice | 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 | FlynDice | 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 | n1s | aaaaah, adding a splash "fixes" this crash! |
| 09:15:32 | topik | make sense FlynDice. the goal of running them in-spec-slow is better battery life? |
| 09:18:08 | FlynDice | 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 | topik | so more a matter of principle than a technical requirement |
| 09:19:24 | FlynDice | yes, Thanks for the help, bedtime! |
| 09:21:24 | topik | 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 | n1s | ok, this crash is weird and seems timing dependant |
| 09:30:40 | n1s | 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 | n1s | on my h300 all is fine even without stopping playback |
| 09:31:21 | n1s | 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 | n1s | what would happen when you play a config then? |
| 09:39:11 | gibbon_ | i would like to see playlist-adjustable sound settings |
| 09:39:38 | gibbon_ | 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 | gibbon_ | i thought to mention a according config file in the playlist would be the easiest way to acquire that |
| 09:40:43 | n1s | 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 | gibbon_ | yes, i had second thoughts about how to handle these "overlay" settings in the normal sound settings |
| 09:41:50 | gibbon_ | for example, what should the normal EQ adjustment show or do, if such a config file was loaded? |
| 09:42:03 | gibbon_ | should that settings be saved? Probably not. |
| 09:42:25 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 09:42:38 | gibbon_ | i will dive into the settings code and try to hack something together |
| 09:43:40 | gibbon_ | even though i don't know where to implement it... would that be a codec? should the player "app" handle it? ... |
| 09:45:21 | n1s | 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 | gibbon_ | i also thought so... a codec should leave its hands out of everything besides data input and audio output |
| 09:47:39 | gibbon_ | i will think some more about it... but thanks for commenting |
| 09:48:01 | gibbon_ | 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 |
| 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 | n1s | 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 | n1s | 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 | n1s | wow, the pith detector actually works while playback is running on h300... |
| 10:54:01 | n1s | pitch, even |
| 10:54:20 | n1s | it doesn't stop playback |
| 10:54:42 | n1s | i am surprised |
| 11:00 |
| 11:13:22 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 11:14:15 | NHeal | (timeout) niven.freenode.net irc.freenode.net |
| 11:20:14 | n1s | 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 |
| 12:00:18 | *** | Saving seen data "./dancer.seen" |
| 12:01:13 | n1s | 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 | n1s | this thing should be rewritten to use the filebrowser directly |
| 12:09:24 | n1s | 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 | bnijk_ | i have an ipod 4g, what do i need to do to rebuild the database in rockbox |
| 12:22:14 | gibbon_ | 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 | bnijk_ | it does |
| 12:23:49 | bnijk_ | Artists, Songs, etc |
| 12:23:54 | bnijk_ | and then "Custom View" at the bottom |
| 12:23:57 | gibbon_ | no... no |
| 12:24:20 | gibbon_ | how long did you hold the select button? |
| 12:24:49 | bnijk_ | ah i see |
| 12:24:50 | bnijk_ | thanks |
| 12:24:57 | bnijk_ | (this beats the regular ipod os) |
| 12:25:01 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
| 12:25:09 | markun | bnijk_: we do our best :) |
| 12:25:16 | gibbon_ | of cause it does... and many other original firmwares |
| 12:25:21 | gibbon_ | 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 |
| 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 | stripwax | 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 | n1s | 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 | n1s | nope, doesn't work right, the menu stuff is so weird |
| 13:28:08 | n1s | 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 | CIA-6 | New commit by teru (r23851): plasma: clean up button definition. |
| 13:51:39 | | Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 14:00 |
| 14:00:22 | *** | Saving seen data "./dancer.seen" |
| 14:00:42 | n1s | 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 | n1s | well s/several/ wma, cook and flac/ |
| 14:02:57 | stripwax | 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 | mt | stripwax: (a belated) pong :) |
| 14:05:29 | stripwax | :) |
| 14:05:31 | n1s | stripwax: ah, i guess Monty has some credibility when it comes to vorbis :) although he doesn't seem very sure |
| 14:05:38 | stripwax | right |
| 14:06:25 | stripwax | 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 | n1s | stripwax: i think i have that patch |
| 14:07:47 | n1s | yep |
| 14:08:05 | stripwax | 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 | n1s | ok |
| 14:09:39 | markun | 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 | stripwax | although (annoyingly) rockbox doesn't use the lowmem / half-mdct version of tremor so it's not directly applicable |
| 14:09:48 | stripwax | markun - :-) |
| 14:10:05 | markun | stripwax: I also have a copy of the thesis |
| 14:11:05 | markun | ah, they have that one as well :) |
| 14:11:27 | stripwax | 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 | markun | (with again the same rename as mine) |
| 14:12:21 | mt | 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 | stripwax | 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 | n1s | 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 | stripwax | mt - is there already a patch for changing rockbox tremor to use a half-mdct? |
| 14:23:18 | CIA-6 | New commit by teru (r23852): boomshine: use theme colour to draw text so that text would be more readable with white background. |
| 14:23:28 | mt | n1s: ok. |
| 14:23:37 | n1s | mt great :) |
| 14:23:48 | | Join MegaTron [0] (n=Transfor@ool-43563460.dyn.optonline.net) |
| 14:24:10 | mt | stripwax: I'm not really aware of a patch that does that. |
| 14:24:14 | n1s | 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 | Unhelpful | 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 | n1s | Unhelpful: yeah, i know, flac, wma and cook does however use the *exact* same function |
| 14:36:39 | Unhelpful | n1s: iirc the ffmpeg log2 does two stages of binary search, and then throws the last 8 bits to an LUT? |
| 14:36:40 | n1s | 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 | n1s | Unhelpful: yes |
| 14:37:34 | Unhelpful | n1s: keep it simple, (__builtin_clz(x) & 31) ^ 31 ;) |
| 14:39:06 | n1s | my bit fiddling foo is clearly not at your level |
| 14:40:25 | Unhelpful | 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 | Unhelpful | 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 | n1s | nothing wrong with building tools to do what you can't :) |
| 14:46:42 | Unhelpful | 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 | stripwax | is log2 used enough inside inner loops to really warrant hand optimsation? |
| 14:56:50 | Unhelpful | 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 | Unhelpful | stripwax: there are two different log2-ish functions in faad. improving one of them saved .24MHz on e200. |
| 14:57:37 | n1s | stripwax: using the clz instruction gave 12% speedup on flac decoding on the beast |
| 14:59:04 | Unhelpful | and the gain will be larger on beast as it can produce the correct values in 2-3 ops :) |
| 14:59:22 | Unhelpful | also faad's log2 logic was especially braindead :) |
| 15:00 |
| 15:00:38 | mt | n1s: How do I upload the files there ? |
| 15:00:44 | | Join arohtar [0] (n=faemir@78.33.109.163) |
| 15:01:24 | n1s | mt: i guess you have to ask Bagder or Zagor, they don't seem to be around now though |
| 15:01:53 | mt | guess I'll just e-mail one of them then. |
| 15:02:17 | n1s | do that, do you have the files uploaded somewhere? |
| 15:03:53 | mt | not yet, but I can upload them. |
| 15:04:10 | stripwax | n1s (wow) |
| 15:04:31 | mt | I'll host them for bagder/zagor to be able to download them anyway. |
| 15:04:37 | n1s | 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 | mt | Oh, didn't know that ! :) |
| 15:08:11 | CIA-6 | New commit by teru (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 | CIA-6 | New commit by rmenes (r23854): A few more GoGear SA9200 plugin keymaps. |
| 15:42:32 | | Join etaOh [0] (n=eta2h@142.46.156.21) |
| 15:42:53 | etaOh | Good morning |
| 15:43:10 | mt | n1s: mtarek.com/rockbox/ |
| 15:44:47 | etaOh | Running RB on a Sansa e2800v2 - really like it a lot, just wanted to say thanks to all the devs |
| 15:48:21 | etaOh | Is it possible to have the device not boot the original firmware when plugging in the USB? |
| 15:48:34 | funman | etaOh: no |
| 15:49:27 | | Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) |
| 15:50:32 | etaOh | ok, thanks |
| 15:51:03 | | Join pamaury [0] (n=pamaury@91-164-184-114.rev.libertysurf.net) |
| 15:51:36 | mt | 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 | funman | mt: no, i'm checking regularly the forum to see if it appeared |
| 15:56:35 | mt | 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 | gevaerts | etaOh: hold the appropriate key (I think select) |
| 15:58:32 | funman | etaOh: ah, you can plug USB to charge only (no data connection) by holding select while plugging |
| 15:59:01 | funman | mt: there's no hurry, you can study the Clipv2 code to reverse engineer SD while waiting ;) |
| 16:00 |
| 16:00:15 | mt | 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 | etaOh | ok cool, so it's possible to listen to music while charging then |
| 16:02:04 | etaOh | ty |
| 16:02:26 | etaOh | 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 | etaOh | 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 | funman | 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 | mt | funman: That'd be great. Given my unprecedented experience in SD, I don't think I can do much alone. :) |
| 16:19:50 | funman | mt: first thing is to start disassembling the Clipv2 OF |
| 16:20:10 | funman | 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 | CIA-6 | New commit by tomers (r23855): On RTL mode, flip + and - buttons (Cowon D2) |
| 16:54:27 | stripwax | 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 |
| 17:00:29 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 17:03:09 | n1s | 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 | CIA-6 | New commit by tomers (r23856): Cowon D2: Fix standard keymaps ... |
| 17:10:45 | stripwax | n1s - yeah I didn't think log2 was used much by the other codecs |
| 17:11:07 | stripwax | (where much = somewhere in an inner loop that would make much difference) |
| 17:11:42 | n1s | stripwax: apparently faad used it a bit, unhelpful got some promising results with his amazing asm function for armv4 |
| 17:13:52 | n1s | 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 | paulk_ | hello! Is it possible to use <time.h> with the rockbox api ? |
| 17:24:54 | paulk_ | when I write #include <time.h>, it doesn't work |
| 17:25:47 | n1s | no, we don't have <time.h> |
| 17:26:11 | paulk_ | can't do randoms ? |
| 17:26:18 | n1s | sure can |
| 17:26:22 | paulk_ | how ? |
| 17:26:30 | | Quit Strife89 (Read error: 104 (Connection reset by peer)) |
| 17:26:32 | gevaerts | paulk_: is this for a plugin? |
| 17:26:44 | paulk_ | yes :) |
| 17:26:48 | | Join Strife89 [0] (n=Strife89@adsl-220-102-208.mcn.bellsouth.net) |
| 17:26:53 | paulk_ | a game, but no very interesting |
| 17:27:01 | gevaerts | n1s: we do have time.h in firmware/include |
| 17:27:19 | gevaerts | might not be usable from plugins though |
| 17:27:21 | n1s | ah |
| 17:27:27 | * | gevaerts isn't too familiar with plugins |
| 17:27:52 | paulk_ | I'll try |
| 17:27:55 | n1s | paulk_: the best way for you to get an answer is to tell us what you want to do |
| 17:28:03 | n1s | s/best/easiest |
| 17:28:28 | paulk_ | n1s, I want to generate a random number between 0 and 100 |
| 17:29:26 | n1s | 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 | paulk_ | lenombremystere.c:(.text+0x54): undefined reference to `srand' |
| 17:29:55 | paulk_ | lenombremystere.c:(.text+0x58): undefined reference to `rand' |
| 17:30:05 | n1s | so for example srand(current_tick); int v = rand() %100; |
| 17:30:15 | n1s | paulk_: are you calling them throught the api pointer? |
| 17:30:25 | paulk_ | oh no, sorry :( |
| 17:30:29 | | Join Strife1989 [0] (n=Strife89@adsl-146-206-41.mcn.bellsouth.net) |
| 17:30:56 | paulk_ | ir works |
| 17:30:58 | paulk_ | it* |
| 17:31:12 | paulk_ | now I need to get "current_tick" |
| 17:31:21 | paulk_ | (typicaly with time.h) |
| 17:31:58 | n1s | ah, sorry that is also in the plugin api so do rb->srand(rb->current_tick); |
| 17:32:16 | paulk_ | okay |
| 17:32:45 | paulk_ | 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 | paulk_ | thank-u |
| 17:33:21 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 17:33:53 | paulk_ | gevaerts, :D exactly |
| 17:34:35 | paulk_ | 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 | CIA-6 | New commit by tomers (r23857): Touchscreen keymapping enhancements ... |
| 17:46:48 | | Quit Strife89 (Read error: 110 (Connection timed out)) |
| 17:47:45 | CIA-6 | New commit by nls (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 |
| 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 | CIA-6 | New commit by tomers (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 | CIA-6 | New commit by tomers (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 |
| 19:00:10 | | Join klapaucjusz [0] (n=jch@88-121-49-75.rev.libertysurf.net) |
| 19:00:17 | klapaucjusz | Hi. |
| 19:00:31 | klapaucjusz | I have a patch that works fine in the simulator, but crashes my iPod. |
| 19:00:53 | klapaucjusz | FS #10832 |
| 19:01:07 | klapaucjusz | Any hints on debugging on the real hardware? |
| 19:01:44 | | Quit dfkt (Read error: 60 (Operation timed out)) |
| 19:02:19 | funman | klapaucjusz: how does the ipod crash ? (show data abort ?) |
| 19:02:45 | klapaucjusz | It gives me a white background with the message "division by zero at whatever" |
| 19:02:59 | klapaucjusz | When I reboot, the flash is erased. |
| 19:03:04 | funman | load the rockbox.elf file in a disassembler and check what is at this address |
| 19:03:26 | klapaucjusz | 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 | klapaucjusz | 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 | klapaucjusz | By the way −− I've found that the iPod (nano 2g) erases the flash on every rockbox crash. |
| 19:05:44 | klapaucjusz | Something wrong with the exception handler? |
| 19:06:08 | stripwax | 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 | stripwax | klapaucjusz - (the FS# I mentioned is also for mdat chunks in mp4/m4a...) |
| 19:07:20 | klapaucjusz | stripwax: gosh no. |
| 19:07:24 | klapaucjusz | Mine actually works. |
| 19:07:39 | stripwax | it sounds like it crashes your ipod, no? :) |
| 19:07:45 | | Quit Highlander ("Quitte") |
| 19:07:52 | klapaucjusz | (1) FS #10160 only deals with the metadata parser, while mine does both the parser and the codec. |
| 19:07:58 | stripwax | cool |
| 19:08:12 | stripwax | yeah - definitely need both |
| 19:08:14 | klapaucjusz | (2) FS #10160 goes through the whole file, while mine only goes through the file if it's actually unseekable. |
| 19:08:38 | klapaucjusz | i.e. the behaviour is unchanged in the case of properly encoded MP4s, there's no seeking backwards in that case. |
| 19:09:13 | klapaucjusz | (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 | klapaucjusz | stripwax: point taken. |
| 19:09:39 | klapaucjusz | I'll correct myself, then. |
| 19:09:48 | klapaucjusz | Mine is actually supposed to work ;-) |
| 19:10:02 | | Quit Tomis (Read error: 54 (Connection reset by peer)) |
| 19:10:56 | stripwax | 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 | klapaucjusz | No idea. |
| 19:11:25 | domonoky | klapaucjusz: you can also use the .map file to findout where this crash happens. |
| 19:12:07 | klapaucjusz | domonoky: excellent |
| 19:12:32 | klapaucjusz | domonoky: er, no. |
| 19:12:41 | klapaucjusz | It happens above the top address listed in that file. |
| 19:13:16 | domonoky | does the crash happen in the codec or the main binary ? |
| 19:13:27 | klapaucjusz | (Audiobuffer is 81729f8, and while I didn't write down the address, it definitely started with a 9.) |
| 19:13:32 | klapaucjusz | 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 | domonoky | the address should tell you.. take look at the codec .map file.. |
| 19:15:32 | klapaucjusz | Ah, I see. |
| 19:15:38 | klapaucjusz | There's a whole bunch of map files, then. |
| 19:16:08 | | Join Tomis2 [0] (n=Tomis@70.134.96.149) |
| 19:16:18 | klapaucjusz | 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 | klapaucjusz | I'll let you know how it goes. |
| 19:16:57 | klapaucjusz | Unrelated question. |
| 19:17:05 | klapaucjusz | How do I request write access to the wiki? |
| 19:17:28 | klapaucjusz | And what are the rules for requesting commit access? |
| 19:18:03 | klapaucjusz | (I'm not asking for commit access, I'm just asking what the conditions are.) |
| 19:18:23 | domonoky | you ask some one here, and give your wikiname for the wiki. |
| 19:18:32 | klapaucjusz | Okay, I want "jch". |
| 19:19:11 | klapaucjusz | Ah, I see, I need to register myself. Hold on. |
| 19:19:47 | domonoky | 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 | domonoky | and "jch" is not a valid wiki account name.. :-) |
| 19:21:29 | klapaucjusz | Pff. |
| 19:21:29 | klapaucjusz | I always use jch. |
| 19:21:39 | klapaucjusz | I feel my identity is being denied ;-) |
| 19:21:55 | klapaucjusz | 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 | reich | hi does anybody know that ipod video manual can't be downloaded right now? |
| 19:30:33 | reich | or am i the only one who cant? |
| 19:32:03 | klapaucjusz | Ehm... |
| 19:32:14 | klapaucjusz | Trying on a different file, I cannot reproduce the crash |
| 19:32:19 | klapaucjusz | I'm not sure if it's :-( or :-) |
| 19:32:27 | klapaucjusz | 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 | reich | ok thx how did it work out? |
| 19:36:50 | klapaucjusz | 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 | klapaucjusz | Okay, it's unrelated. |
| 19:38:57 | reich | uhm? sorry what do u mean by get_sample_offset? |
| 19:39:34 | klapaucjusz | m4a.c line 204. |
| 19:39:48 | klapaucjusz | There's a division. |
| 19:39:58 | klapaucjusz | For this particular mp4 file, prev_chunk_samples is 0. |
| 19:40:00 | klapaucjusz | Don't ask me why. |
| 19:40:21 | | Join saratoga_ [0] (i=463f90ed@gateway/web/freenode/x-xzlgriikeqcqunup) |
| 19:42:03 | klapaucjusz | 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 | klapaucjusz | Folks, where do I find info about the mp4 container format? |
| 19:42:34 | funman | 14496 spec |
| 19:42:52 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.88.124) |
| 19:43:18 | saratoga_ | klapaucjusz: i'll see if I can find you some docs today |
| 19:43:28 | saratoga_ | is your tracker email address ok |
| 19:43:41 | CIA-6 | New commit by tomers (r23861): Touchscreen mapping: Fix setting context ... |
| 19:44:09 | klapaucjusz | saratoga_: yes it is. Feel free to send directly to the address you'll find on www.pps.jussieu.fr/~jch/ |
| 19:44:53 | saratoga_ | 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 | klapaucjusz | It works! |
| 19:48:08 | klapaucjusz | Hurray! |
| 19:48:56 | klapaucjusz | domonoky: thanks for telling me about the .map files. |
| 19:52:58 | | Join Omlet [0] (i=omlet05@91.176.181.84) |
| 19:53:27 | klapaucjusz | FS #10833 |
| 19:54:30 | saratoga_ | 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 | saratoga_ | its not the mp4 standard, but it looks like it has some info about it |
| 19:55:06 | saratoga_ | 14496-14 is the actual mp4 file format, and i don't think i have access to it |
| 19:55:12 | klapaucjusz | Excellent, that's exactly what I'm looking for. |
| 19:56:16 | saratoga_ | "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 | saratoga_ | so its not exactly the same |
| 19:56:34 | klapaucjusz | I see. |
| 19:56:59 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
| 19:57:33 | klapaucjusz | But it does describe the stsc chunk, which is the part where I suspect a bug. |
| 20:00 |
| 20:00:30 | *** | Saving seen data "./dancer.seen" |
| 20:03:08 | | Quit reich () |
| 20:03:45 | CIA-6 | New commit by tomers (r23862): Yes/No screen: Add proper message for touchscreen targets |
| 20:10:02 | klapaucjusz | 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 | funman | saratoga_: ah I think part14 obsoletes part12 |
| 20:13:25 | saratoga_ | yeah |
| 20:13:36 | saratoga_ | but i've never found a copy of part 14 |
| 20:13:48 | saratoga_ | just books about it |
| 20:17:30 | klapaucjusz | What's the story about multiple mdat chunks? |
| 20:17:44 | klapaucjusz | 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 | CIA-6 | New commit by tomers (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 | CIA-6 | New commit by mcuelenaere (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 |
| 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 | ecaz | 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 | bluebrother | ecaz: it does not even run on any Ipod Classic |
| 21:10:26 | stripwax | ecaz - it doesn't even exist |
| 21:10:35 | ecaz | Oh dear |
| 21:10:57 | bluebrother | or do you see it in any of the unstable or unusable categories? |
| 21:11:57 | ecaz | I do not. I just assumed (oh dear!) that "iPod" included the classic |
| 21:12:07 | ecaz | but, that's what I get isn't it =) |
| 21:17:27 | | Join arohtar [0] (n=faemir@78.33.109.163) |
| 21:22:17 | Unhelpful | n1s: actually, i think i see a solution in 3 ops for armv6, using the saturation instructions... |
| 21:24:48 | stripwax | 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 | stripwax | 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 | jae | Hola :D |
| 21:28:20 | jae | Just installed RB on my Sansa Fuze (v1, of course)... worked like a charm |
| 21:28:36 | jae | Only... I can't play anything, and the manual seems to be missing |
| 21:29:06 | jae | 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 | stripwax | 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 | jae | 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 | jae | Whichever button I press gives me... nothing, no reaction at all |
| 21:32:55 | bnijk_ | yeah, why are all the manuals empty |
| 21:33:44 | jae | 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 | bluebrother | 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 | mc2739 | jae: do you have a microsd card in your fuze? |
| 21:35:39 | jae | mc2739: yup, I do... that a problem? |
| 21:35:58 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 21:36:26 | mc2739 | jae: Try removing it. There was a recent change that seems to be causing some problems with the microsd |
| 21:36:57 | mc2739 | jae: you may be able to insert it after booting, but it may still cause problems |
| 21:37:04 | jae | mc2739: Ah... I see. W/o the card it works. |
| 21:39:37 | | Quit Strife89 (Read error: 60 (Operation timed out)) |
| 21:42:34 | bluebrother | jae: built you a manual from current svn: http://www.alice-dsl.net/dominik.riebeling/rockbox/rockbox-fuze-r23850-091205.pdf |
| 21:44:48 | jae | 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 |
| 22:00:31 | *** | Saving seen data "./dancer.seen" |
| 22:06:23 | CIA-6 | New commit by bluebrother (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 | gevaerts | 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 | mc2739 | 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 | saratoga | 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 | ecaz | stripwax: is there more detailed information on the 'encryption' that ipods use? |
| 22:26:44 | ecaz | 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 | stripwax | saratoga - will take a look |
| 22:29:17 | stripwax | 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 | ecaz | We need DVD Jon! |
| 22:30:07 | stripwax | 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 | saratoga | which ipod is this? |
| 22:30:21 | stripwax | 7g |
| 22:30:31 | ecaz | how were old devices done? Did they lack encryption? |
| 22:30:37 | stripwax | mostly, yes. |
| 22:30:38 | saratoga | yeah i think only the 6G and lower has been cracked |
| 22:30:57 | stripwax | saratoga - we don't have rockbox on 6g either though yet (or do we..?) |
| 22:31:09 | stripwax | likely, nobody has really taken a look at the 7g yet |
| 22:31:14 | saratoga | i think its possible to launch a JTAG session and run code that way |
| 22:31:28 | saratoga | but IIRC linuxstb tried on the 6.5 or maybe the 7 and it didn't work |
| 22:31:42 | saratoga | ask TheSeven or check the linux4nano wiki/logs and see |
| 22:31:46 | stripwax | true.. |
| 22:32:25 | saratoga | basically i think the nano2g, nano4g and the first classics can be cracked |
| 22:32:25 | CIA-6 | New commit by unhelpful (r23866): Slightly improve av_log2 in codeclib on ARMv6. |
| 22:32:26 | ecaz | is rockbox in C? |
| 22:32:32 | saratoga | mostly |
| 22:32:36 | stripwax | ecaz - and assembler |
| 22:33:13 | ecaz | straight C not ++ |
| 22:33:25 | stripwax | yet |
| 22:33:26 | saratoga | yes |
| 22:33:28 | stripwax | ^yes |
| 22:34:36 | saratoga | the mul counts I posted seem a little low for 2048 point MDCT |
| 22:36:01 | saratoga | but i traced through the fft twice |
| 22:36:49 | saratoga | i bet i'm not thinking about the overlap correctly |
| 22:36:54 | stripwax | hrm, how many fixed point muls and fixed point adds does the tremor MDCT use |
| 22:37:02 | saratoga | i'm not sure its hard to read |
| 22:37:39 | stripwax | 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 | saratoga | of course |
| 22:37:51 | stripwax | true, it is hard to read |
| 22:38:07 | * | jae is happy just for having rockbox on his Fuze, finally |
| 22:38:46 | saratoga | but assuming 1 load, 1 store per multiply and per add and no use of LDM on PP is pretty conservative |
| 22:39:06 | saratoga | hmm maybe i should have assumed two loads per multiply |
| 22:39:12 | stripwax | yeah, and two stores |
| 22:39:12 | saratoga | well whatever its just an estimate |
| 22:39:19 | saratoga | two stores? |
| 22:39:28 | stripwax | ah, no, one store - was thinking of the complex mults. |
| 22:39:58 | saratoga | 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 | stripwax | oh, the "84 clocks per sample" bit ? |
| 22:41:04 | saratoga | stripwax: does the 2048 point transform in vorbis (the long block one) return 2048 or 4096 points? |
| 22:41:05 | saratoga | yeah |
| 22:41:10 | stripwax | depends how you've defined 2048-point transfer - input points or output points? |
| 22:41:15 | stripwax | haha. right, exactly |
| 22:41:20 | saratoga | yeah thats what i'm wondering |
| 22:41:47 | saratoga | i thought it was 2048 in frequency, and 4096 in time |
| 22:41:47 | stripwax | (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 | saratoga | so a 2048 block takes care of 2048 frequency samples (out of 44100 per stereo channel) |
| 22:44:35 | mc2739 | Unhelpful: yellows on the build table |
| 22:45:34 | FlynDice | mc2739: did you try the patch I posted on the forum by any chance? |
| 22:45:52 | stripwax | 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 | mc2739 | FlynDice: no, I have not tried it yet |
| 22:46:20 | saratoga | so i'm off by 2? |
| 22:46:25 | stripwax | think so |
| 22:47:21 | FlynDice | 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 | FlynDice | http://pastie.org/728675 |
| 22:48:12 | mc2739 | FlynDice: ok, I'll give it a try it now |
| 22:48:18 | FlynDice | thanks |
| 22:48:40 | saratoga | stripwax: so we're actually looking at about 16MHz with the unoptimized transform? |
| 22:49:19 | stripwax | theoretically? I think so.. |
| 22:50:02 | stripwax | but I would not trust the "16MHz vs 16.79MHz" argument ... |
| 22:50:06 | | Quit jae ("leaving") |
| 22:50:45 | stripwax | 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 | mt | seems like I'm late ! |
| 22:51:56 | saratoga | looking at the ffmpeg mdct, maybe i misunderstood the block sizes when i computed those totals |
| 22:52:55 | saratoga | the pre/post rotation uses N/4*(4MUL + 5 ADD) + N/8*(8MUL + 11 ADD) |
| 22:53:06 | mt | saratoga: I don't understand something .. |
| 22:53:12 | mt | Ah was just going to ask about that |
| 22:53:16 | saratoga | but I assumed N=2048 when it could be N=1024 for a large block |
| 22:53:52 | CIA-6 | New commit by unhelpful (r23867): Fix yellow: mixed signed/unsigned in conditional. |
| 22:54:01 | mt | The number of muls on the fasterMDCT page is the same as that you calculated for the fft only, right ? |
| 22:54:14 | saratoga | mt: its also got the rotation counts added in |
| 22:55:37 | mt | Oh, so those 2 lines contain the rotation counts ? I missed that : |
| 22:55:38 | mt | > /* 2048 pt = 512*(4MUL + 5 ADD) + 4328 MUL, 12219 ADD + 256*(8MUL 11 |
| 22:55:40 | mt | > ADD) = (4096 MUL+ 5376 ADD) + FFT512 = 8424 MUL, 17595 ADD */ |
| 22:56:26 | saratoga | 4328 MUL, 12219 is supposed to be the fft count i think |
| 22:56:31 | saratoga | but i think its actually wrong |
| 22:57:34 | saratoga | oh no its correct |
| 22:57:40 | saratoga | or at least thats what my notes say |
| 22:58:02 | saratoga | 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 | saratoga | so we probably do 10-20% better |
| 23:00 |
| 23:03:21 | stripwax | saratoga - you're not including windowing, right, just the plain mdct here. i'll do same for tremor |
| 23:04:18 | mt | saratoga: a shift takes one clock right ? (could be counted as an add i mean - for fixmuls?) |
| 23:05:22 | stripwax | shift should probably be absorbed into add, as it can be done in zero clocks on arm usually |
| 23:05:35 | stripwax | or absorbed into load/store (which you're not counting, hence 'for free') |
| 23:06:15 | Vampireking | 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 | stripwax | or are you including bitreverse, etc, in your stats? |
| 23:06:43 | mt | no, that's what I was looking for. Thanks :) |
| 23:07:06 | saratoga | stripwax: I just counted adds/muls |
| 23:07:06 | saratoga | i didn't do windowing |
| 23:08:11 | saratoga | bit reversal is pretty fast since its folded into rotation, but i didn't look at it |
| 23:09:04 | saratoga | 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 | stripwax | needs > 1 cycle to compute the pointer .. |
| 23:12:20 | stripwax | (unless you have bitreverse opcodes in silicon) |
| 23:12:43 | saratoga | stripwax: j=revtab[k]; |
| 23:13:04 | | Quit ecaz () |
| 23:13:04 | saratoga | should just be an index addressed load or whatever arm calls them |
| 23:13:30 | saratoga | oh but i guess thats really 2 loads |
| 23:13:42 | saratoga | one for the table and one for the actual data |
| 23:14:16 | stripwax | is revtab a table of size 8192? |
| 23:15:55 | saratoga | in the old fft its 2048 bytes |
| 23:15:58 | saratoga | let me see the new one |
| 23:17:11 | stripwax | 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 | stripwax | e.g. in iram |
| 23:17:58 | saratoga | i think the new one is also 2048 bytes |
| 23:18:08 | stripwax | ^12 byte^uh, 16 byte, obviously |
| 23:18:39 | saratoga | tremor's bit reverse also uses almost 3MHz so i'm not sure its the best way to go |
| 23:20:02 | stripwax | 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 | mt | 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 | mt | In 2048 point fft though, I got > 23K muls (!) |
| 23:24:18 | saratoga | mt: that sounds about right |
| 23:24:26 | saratoga | we only need up to 512 though |
| 23:24:36 | saratoga | at least for all current codecs |
| 23:24:52 | saratoga | i think wma pro at 96kHz needs a 1024 point fft, but thats not a big deal for now |
| 23:25:23 | mt | Oh ok, I was a little confused. |
| 23:25:51 | stripwax | vorbis at 48kHz does too, iirc |
| 23:26:06 | saratoga | i doubt 48k and 44.1 use different block sizes |
| 23:26:07 | mc2739 | FlynDice: That patch seems to help - no more lockups on boot now. |
| 23:26:12 | saratoga | they're only a couple percent apart |
| 23:26:58 | saratoga | 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 | stripwax | saratoga - 48k and 44.1 use different block sizes. |
| 23:27:41 | saratoga | what does 48k use? |
| 23:27:47 | stripwax | 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 | stripwax | 48kHz can short+long blocksizes chosen from the whole range of blocksizes, selected at encoding time. |
| 23:29:35 | saratoga | i realize that but IIRC all encoders always chose the same block sizes |
| 23:29:46 | saratoga | since 256 and 2048 are optimal at 48kHz |
| 23:30:24 | stripwax | 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 | mt | I have to go sleep. Goodnight. |
| 23:31:09 | stripwax | the reference encoder uses a 4096 blocksize for quality settings less than zero (e.g. q -1 ) apparently |
| 23:32:12 | saratoga | mt: goodnight |
| 23:32:28 | stripwax | saratoga - http://lists.xiph.org/pipermail/tremor/2008-December/001547.html |
| 23:34:22 | saratoga | hmm |
| 23:34:29 | saratoga | 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 | saratoga | stripwax: my q-1 file decodes at 26.74MHz |
| 23:47:47 | saratoga | which makes me think its not using a larger transform |
| 23:48:11 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 23:48:51 | saratoga | vorbis can only have 2 transform sizes per file right? |
| 23:49:18 | | Quit p3tur (Remote closed the connection) |
| 23:51:53 | funman | someone with a c200v2 wanting to test new mkamsboot ? |
| 23:54:54 | | Quit saratoga (Ping timeout: 180 seconds) |
icon identifies that the person is a core developer (has commit access).