| 00:00:25 | cellofellow | I have an idea, not sure if it's viable. I like the new USB HID modes, cool idea. Now, I was wondering if a USB soundcard could be implemented as well. Play sound on the computer through the MP3 player, maybe even access the microphone or radio tuner too. |
| 00:03:23 | pamaury | cellofellow: this is called usbaudio. I just started working on it, not sure of what I will eventually get though ;) |
| 00:03:39 | cellofellow | cool |
| 00:04:07 | cellofellow | I'd like to help, but have negligable exprerience with C and none with embedded programming or USB. |
| 00:04:12 | | Quit Tomis (Quit: Tomis) |
| 00:06:15 | pamaury | Then you will be of little help :) Wait and hope ! |
| 00:06:26 | cellofellow | ok :) |
| 00:07:11 | cellofellow | one of these days I'd like to work on a GSoC project, not necessarily RockBox but I love the program. |
| 00:10:48 | | Quit m3dlg (Ping timeout: 240 seconds) |
| 00:11:18 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 00:12:09 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 00:16:17 | | Quit bluebrother (Disconnected by services) |
| 00:16:17 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 00:17:55 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 00:20:22 | pixelma | bluebroth3r: on the PPC Mac there is no difference if I configure the TTS for an MP3-voice target - even with the new test RbUtil |
| 00:21:08 | pixelma | it still hangs already when testing the TTS setup (and it still fires up the VoiceOver configuration) |
| 00:22:28 | | Join gill0r [0] (~gill0r@g225234159.adsl.alicedsl.de) |
| 00:23:31 | | Quit Farthen (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
| 00:26:41 | | Join zooch [0] (~mike@cpc1-aztw17-0-0-cust473.aztw.cable.virginmedia.com) |
| 00:28:14 | | Join Tomis [0] (~Tomis@70.134.74.61) |
| 00:29:54 | | Quit Rob2222 (Quit: Rob2222) |
| 00:30:24 | | Join Rob2222 [0] (~Miranda@p4FDCB20A.dip.t-dialin.net) |
| 00:33:26 | * | rasher takes issue with the statement "CustomWPS in the wiki replaces CUSTOM_WPS_FORMAT" |
| 00:34:59 | pixelma | yeah |
| 00:35:05 | * | pixelma too |
| 00:35:37 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 00:38:55 | | Quit planetbeing (Ping timeout: 252 seconds) |
| 00:38:56 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 00:40:04 | | Quit m3dlg (Ping timeout: 276 seconds) |
| 00:40:28 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 00:42:55 | | Quit pamaury (Quit: Page closed) |
| 00:43:51 | pixelma | ok, at least I tried with the new test version (hmm... should also try yesterday's) and get correct talk files with 10.5 |
| 00:44:24 | pixelma | (at bluebroth3r) |
| 00:45:17 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 00:45:31 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
| 00:47:44 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
| 00:48:06 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 00:49:15 | | Quit pixelma_ (Quit: .) |
| 00:56:57 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:02:05 | | Join toffe82_ [0] (~chatzilla@12.169.218.14) |
| 01:04:40 | | Quit toffe82 (Ping timeout: 256 seconds) |
| 01:12:07 | | Join Casainho [0] (~chatzilla@87.196.63.242) |
| 01:12:17 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 01:15:09 | | Join Strife89 [0] (~michael@adsl-154-2-188.mcn.bellsouth.net) |
| 01:22:13 | amiconn | gevaerts: (to answer your question from 20:09) No, that's not possible |
| 01:25:53 | | Join TMM [0] (~hp@pdpc/supporter/professional/TMM) |
| 01:27:57 | amiconn | The USB-MMC bridge can only access one storage chip at a time (MMC or internal), but the data lines are connected in parallel |
| 01:29:01 | amiconn | The selection in USB mode (MMC mode for the card(s)) is done by clock gating - the clock for the internal chip is disabled when an MMC is plugged in) |
| 01:29:48 | CIA-5 | New commit by jdgordon (r25038): cleanup statusbar+base skin relationship... ... |
| 01:29:56 | | Part zooch |
| 01:30:45 | amiconn | The CPU accesses the storage in SPI mode, which selects the respective card using chip select signals |
| 01:32:27 | | Quit Buschel () |
| 01:32:43 | | Join CaptainKewl [0] (~jason@207.237.107.203) |
| 01:35:38 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 01:37:03 | CIA-5 | New commit by jdgordon (r25039): fix yellow |
| 01:37:13 | | Part froggyman |
| 01:37:24 | | Part toffe82_ |
| 01:39:12 | | Quit planetbeing (Ping timeout: 245 seconds) |
| 01:39:13 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 01:40:13 | | Join jmslew85 [0] (~jmslew@84.36.187.250) |
| 01:41:43 | | Part jmslew85 |
| 01:43:00 | | Join Rob2223 [0] (~Miranda@p4FDC9DC9.dip.t-dialin.net) |
| 01:46:17 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 01:46:36 | | Quit m3dlg (Remote host closed the connection) |
| 01:47:05 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 01:51:24 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 01:59:31 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
| 02:00 |
| 02:12:39 | | Quit saratoga (Quit: Page closed) |
| 02:17:41 | | Quit m3dlg (Ping timeout: 258 seconds) |
| 02:19:46 | Topy44 | i just realized the recording histogram is back |
| 02:19:56 | Topy44 | finally! |
| 02:22:31 | Topy44 | now if it wasnt too tiny to use... :) but i see a lot of great changes in the near future |
| 02:31:52 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 02:44:39 | | Quit Tomis (Ping timeout: 246 seconds) |
| 02:45:32 | | Join Tomis [0] (~Tomis@70.134.69.254) |
| 02:51:48 | | Quit Sajber^ (Read error: Connection reset by peer) |
| 02:52:52 | | Quit S_a_i_n_t (Quit: User has forced a restart) |
| 02:57:00 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:03:04 | | Quit dys (Ping timeout: 276 seconds) |
| 03:08:15 | | Join dys [0] (~andreas@krlh-5f72cd1e.pool.mediaWays.net) |
| 03:08:51 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.7) |
| 03:09:57 | | Quit S_a_i_n_t (Client Quit) |
| 03:10:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.7) |
| 03:11:20 | | Quit S_a_i_n_t (Client Quit) |
| 03:12:26 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.7) |
| 03:17:08 | | Quit MethoS- (Remote host closed the connection) |
| 03:26:12 | | Quit Casainho (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115133306]) |
| 03:39:57 | | Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
| 03:50:56 | Unhelpful | amiconn: how do you feel about patching the offset of an ldr instruction at runtime? :/ |
| 03:52:23 | Unhelpful | in looking at making the size of the reciprocal table dynamic, i'd initially thought that i would *have to* put udiv32_arm in dram, and copy it above all of the other things allocated in iram, and have the table follow the function as it does now. |
| 03:53:26 | Unhelpful | by using a slightly different method to load data from the table, the range by which the table may be separated from the function can be extended, so the function can just exist at a fixed location in iram, and the table can start at iend |
| 03:55:30 | Unhelpful | the only problem is that this makes use of an offset between the ldr itself and the table location as an immediate, and apparently gcc can't fix that up at link time, only at compile time.... so i could just use a "plain" ldr without an offset, and patch the offset during init. and have to worry about endian mode, etc. :/ |
| 03:57:04 | Unhelpful | or i can keep the table immediately after the function, and have to move the function into its final place in iram on init. that's probably a touch more messy in terms of the actual code, since only the table would move on PP5020, but it saves me having to calculate an instruction during init. |
| 04:00 |
| 04:00:42 | | Join Tomis2 [0] (~Tomis@70.134.99.47) |
| 04:01:38 | | Quit Tomis (Ping timeout: 240 seconds) |
| 04:01:38 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.99.47) |
| 04:03:01 | | Quit DerPapst (Quit: Leaving.) |
| 04:08:51 | | Quit GeekShadow (Ping timeout: 256 seconds) |
| 04:10:14 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 04:11:31 | | Quit planetbeing (Quit: planetbeing) |
| 04:13:31 | | Join CGL [0] (~CGL@190.207.198.83) |
| 04:15:15 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 04:21:09 | | Nick aexin is now known as aevin (eivindsy@unaffiliated/aevin) |
| 04:28:36 | | Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:30:28 | | Join dys` [0] (~andreas@krlh-5f735e37.pool.mediaWays.net) |
| 04:31:44 | | Quit guymann (Ping timeout: 260 seconds) |
| 04:32:47 | | Quit dys (Ping timeout: 276 seconds) |
| 04:35:53 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:37:44 | CaptainKewl | hmmm. Replaced dbestfit with tlsf in my mikmod plugin. Building and running the simulator under ubuntu 64 bit gives me alignment errors, but it runs fine in 32 bit. |
| 04:39:17 | | Quit planetbeing (Ping timeout: 252 seconds) |
| 04:39:17 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 04:39:31 | | Quit perfectdrug (Quit: perfectdrug) |
| 04:44:40 | | Quit TheSeven (Disconnected by services) |
| 04:44:53 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
| 04:45:03 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
| 04:49:16 | Unhelpful | CaptainKewl: possibly to be expected, if the code assumes pointers are 32-bit (all targets so far are 32-bit, and many desktops also, of course) |
| 04:49:36 | Unhelpful | might want to see if it's a legitimate problem, and how to fix... |
| 04:50:59 | | Quit Strife89 (Quit: Bed.) |
| 04:57:03 | *** | Saving seen data "./dancer.seen" |
| 04:57:47 | | Join Barahir [0] (~jonathan@gssn-5f7540cc.pool.mediaWays.net) |
| 04:58:47 | | Quit cellofellow (Ping timeout: 276 seconds) |
| 05:00 |
| 05:00:38 | | Quit Barahir_ (Ping timeout: 240 seconds) |
| 05:03:28 | | Nick dys` is now known as dys (~andreas@krlh-5f735e37.pool.mediaWays.net) |
| 05:24:28 | | Quit n1s (Ping timeout: 240 seconds) |
| 05:37:45 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 05:41:15 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
| 06:00 |
| 06:07:15 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 06:09:45 | | Join Schmogel [0] (~Miranda@p3EE21E61.dip0.t-ipconnect.de) |
| 06:20:43 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 06:38:50 | | Nick froggyman is now known as everyone (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 06:44:14 | | Quit S_a_i_n_t (Read error: No route to host) |
| 06:44:53 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.187) |
| 06:46:03 | | Nick everyone is now known as froggyam (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 06:46:05 | | Nick froggyam is now known as froggyman (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 06:47:32 | | Quit Schmogel (Read error: Connection reset by peer) |
| 06:51:26 | CIA-5 | New commit by uchida (r25040): libpcm: decoded pcm depth corrects. |
| 06:56:46 | | Quit panni_ (Read error: Connection reset by peer) |
| 06:57:06 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:07:51 | | Quit CGL (Quit: Saliendo) |
| 07:21:55 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
| 07:25:33 | | Quit Horscht (Ping timeout: 264 seconds) |
| 07:25:56 | | Quit Tomis (Quit: Tomis) |
| 07:26:34 | | Join Tomis [0] (~Tomis@70.134.99.47) |
| 07:40:49 | | Quit froggyman (Quit: the vogons are attacking me!!!) |
| 07:46:25 | | Join CGL [0] (~CGL@190.207.198.83) |
| 07:58:01 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 08:00 |
| 08:08:33 | amiconn | Unhelpful: Ewww, self-modifying code :( |
| 08:09:56 | Unhelpful | amiconn: i could have several copies of the divider instead, or add a good number more branches inside it... or i suppose just have several entry points and only vary part up to the test, but that would still add at least one branch. |
| 08:10:40 | Unhelpful | and i'm still left to choose, in that case, between either self-modifying code, or having to copy the udiv function into iram myself :/ |
| 08:11:21 | * | amiconn has a problem with rockboxdev.sh on Opensolaris |
| 08:12:00 | amiconn | The script assumes 'tar' is gnu tar, because it uses the 'j' option to directly handle bzip2 compressed archives |
| 08:12:34 | amiconn | However, 'tar' is /usr/sbin/tar and that's not gnu. Gnu tar exists as well, but is /usr/bin/gtar |
| 08:12:49 | Unhelpful | if the linker could fix up the immediates nicely (i'm using mov r3, r1, lsl #2; ldr r2, [r3, #iend - . - 12]) i wouldn't need to modify the ldr instruction. think of that part, though, as a relocator that only has to handle one relocation in one place. ;) |
| 08:13:33 | amiconn | Now the qhestion is whether we should specifically check for opensolaris and use 'gtar' there, or rather remove gnuisms and use bunzip2 | tar |
| 08:13:58 | Unhelpful | i'd prefer the latter |
| 08:14:30 | amiconn | Does gnu tar actually call b(un)zip2, or does it have that built in? |
| 08:15:21 | Unhelpful | also the modification of the comparison is simplified by just making a table with each version of the cmp instruction - i'd hate to have to work out arm immediates, the ldr is easier as the low bits contain the offset |
| 08:15:26 | Unhelpful | i have *no* idea :/ |
| 08:15:35 | amiconn | If it is the latter, removing the gnuism means a new prerequisite |
| 08:18:07 | amiconn | When comparing performance with various parts in iram/dram on PP5020, I also noticed that the linker doesn't handle offsets across sections properly |
| 08:18:23 | Unhelpful | at a guess i'd say it calls bunzip2 (or bzip2) since the man page says the option is to "filter archive through bzip2" and uses the same language for -z, -Z, and −−use-compress-program |
| 08:18:48 | Unhelpful | "offsets across sections"... where in particular? |
| 08:19:09 | amiconn | When compiling (assembling) udiv32_arm with different sections for code and table, keeping the 'adr' pseudo instruction in place, things built without warning |
| 08:20:10 | Unhelpful | ah... if you've tried with eabi, newer gcc fixes that. ;) |
| 08:20:10 | amiconn | It calculated the offset as if both sections started at zero. This won't work of course... |
| 08:20:28 | Unhelpful | by throwing an error |
| 08:20:37 | * | amiconn has no eabi toolchain on any of his build boxes so far |
| 08:23:04 | Unhelpful | that's another reason, i suspect, that adr/adrl are specified as forbidding cross-section use... even if the range requirement might be satisfied i suspect the pseudo-ops are specified to support assemblers/linkers that can't fill in the offset at link time. |
| 08:29:08 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
| 08:33:31 | | Quit AndyI (Client Quit) |
| 08:33:44 | | Quit planetbeing (Quit: planetbeing) |
| 08:34:27 | | Quit CaptainKewl (Remote host closed the connection) |
| 08:34:38 | | Join jmslew85 [0] (~jmslew@84.36.187.250) |
| 08:43:25 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 08:43:34 | | Part jmslew85 |
| 08:47:56 | | Quit n1s (Quit: Lämnar) |
| 08:48:17 | Unhelpful | hrm, clearly that mov r3, r1, lsl #2 must be add r3, pc, r1, lsl #2 instead. |
| 08:48:55 | | Join planetbeing [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 08:57:07 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:01:04 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:03:50 | | Quit liar (Ping timeout: 252 seconds) |
| 09:06:55 | | Join Unhelpful_ [0] (~quassel@rockbox/developer/Unhelpful) |
| 09:07:17 | * | amiconn wonders whether inlining the reciprocal-based part of udiv32_arm might speed up things further |
| 09:07:40 | | Quit Unhelpful (Ping timeout: 245 seconds) |
| 09:07:48 | amiconn | In libdemac only, of course |
| 09:10:40 | | Quit CGL (Quit: Saliendo) |
| 09:13:52 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 09:13:58 | CIA-5 | New commit by uchida (r25041): When seek action failed, play time is invalid. |
| 09:16:49 | Unhelpful_ | dynamic recip table and filter buffers is compiling. shall i see how hard this crashes my e200? |
| 09:17:41 | Unhelpful_ | also, should PP targets *in general* keep udiv32_arm in dram, maybe? if it's really being hit that often, it'll live in cache, anyway, right? |
| 09:18:42 | amiconn | On PP5002 this would be a very bad idea |
| 09:19:47 | Unhelpful_ | ah, ok. but what about 5022/24? |
| 09:20:19 | Unhelpful_ | i guess i can just bench it on e200 once i have both cases working :D |
| 09:21:12 | amiconn | If it's hit often is hsouldn't make a difference on PP5022 |
| 09:21:27 | amiconn | On PP5020 it would be better to have it in dram in this case |
| 09:21:36 | | Join gill0r_ [0] (~gill0r@f055250036.adsl.alicedsl.de) |
| 09:21:40 | amiconn | What do you think about the partial inlining idea? |
| 09:22:13 | amiconn | The table lookup case is small, and could be inlined. Of course this means to always load the table address using ldr |
| 09:22:55 | Unhelpful_ | yes, and also a pain to mix with dynamic tables. |
| 09:23:35 | amiconn | The question is whether we actually want dynamic tables |
| 09:23:42 | | Nick Unhelpful_ is now known as Unhelpful (~quassel@rockbox/developer/Unhelpful) |
| 09:24:33 | amiconn | I thought it would be helpful, but when testing iram vs. dram on PP5020 I noticed that once the table is fairly large, further increases only make a marginal difference in speed |
| 09:24:38 | | Quit gill0r (Ping timeout: 240 seconds) |
| 09:24:40 | Unhelpful | well, it maximizes use of iram for *all* levels - including putting the insanebuf in iram only when decoding insane. |
| 09:25:41 | amiconn | The only target which is able to decode 'insane' in realtime is the beast - and that doesn't used the reciprocal part, does it? |
| 09:26:01 | Unhelpful | no, it doesn't. also it doesn't use iram. |
| 09:26:39 | amiconn | gtg |
| 09:27:10 | | Join Buschel [0] (~ab@p54A3ADC7.dip.t-dialin.net) |
| 09:27:28 | Unhelpful | the insane buffer is *probably* the only one large enough to make a significant difference in the benefit of the extra reciprocal table size... or we could just stick with things as they are now and have buffers in iram only for filter sizes associated with codecs that have potential for realtime. |
| 09:30:00 | Unhelpful | also i fully expect dynamic table/buffer to go down in flames on its first run :D |
| 09:35:51 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 09:35:51 | | Quit planetbeing (Read error: Connection reset by peer) |
| 09:35:52 | | Nick planetbeing_ is now known as planetbeing (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 09:44:53 | | Join einhirn [0] (~Miranda@p54859BF5.dip0.t-ipconnect.de) |
| 10:00 |
| 10:03:03 | linuxstb | amiconn: I just tried renaming bzip2 temporarily, and "tar j" failed - "tar: bzip2: Cannot exec: No such file or directory" |
| 10:08:55 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 10:11:09 | S_a_i_n_t | How do I tell configure to use the eabi toolchain using CygWin? |
| 10:11:22 | liar | has anyone ever seen his ipod nano3g in such state? it does never power on. it clicks(for ~1min) if i connect the usb cable to the pc. if i connect the usb cable to the power adaptor the ipod beeps 2 times every ~2 minutes |
| 10:12:02 | S_a_i_n_t | liar: Nope....mine's never done that... |
| 10:12:39 | S_a_i_n_t | did it happen randomly? Or were you doing something beforehand? |
| 10:12:55 | pixelma | a 3rd gen Nano? |
| 10:13:13 | liar | pixelma: yes |
| 10:13:40 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 10:14:23 | liar | S_a_i_n_t: its not my ipod, i dont know what happened to it, ill ask the owner as soon as i can |
| 10:15:54 | liar | oh sorry. i should have put that into #rockbox-community... |
| 10:16:49 | | Quit S_a_i_n_t (Ping timeout: 248 seconds) |
| 10:19:44 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.187) |
| 10:20:27 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:33:29 | | Quit bmbl (Ping timeout: 252 seconds) |
| 10:40:13 | | Quit xavieran (Quit: ➤➤➤➤➤➤ UniCode shall rein forever! ➤➤➤➤➤➤) |
| 10:40:56 | | Join xavieran [0] (~xavieran@ppp118-209-114-195.lns20.mel4.internode.on.net) |
| 10:45:58 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 10:54:43 | | Join pamaury [0] (~c2c7a50a@gateway/web/freenode/x-xlrgyhohyubnfpzg) |
| 10:57:08 | *** | Saving seen data "./dancer.seen" |
| 11:00 |
| 11:00:26 | | Join elcan [0] (user36@pr0.us) |
| 11:02:09 | | Quit yawny (Ping timeout: 248 seconds) |
| 11:26:32 | | Join mischasworld [0] (~quassel@g226146155.adsl.alicedsl.de) |
| 11:35:18 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 11:35:40 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 11:36:18 | | Quit stripwax (Ping timeout: 245 seconds) |
| 11:36:47 | | Join stooo [0] (~sto@f051173027.adsl.alicedsl.de) |
| 11:39:33 | | Quit stripwax_ (Client Quit) |
| 11:43:53 | | Join Kupopo [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) |
| 11:43:55 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 11:45:06 | leavittx | Anybody remember the name of NELEMS() like number of array elements macro in rockbox? |
| 11:45:26 | | Join zooch [0] (~mike@cpc1-aztw17-0-0-cust473.aztw.cable.virginmedia.com) |
| 11:49:58 | | Quit zooch (Quit: leaving) |
| 11:57:36 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
| 12:00 |
| 12:08:49 | | Join Sajber^ [0] (~Sajber^@92-15.anonymous.at.anonine.com) |
| 12:11:43 | dionoea | leavittx: ARRAYLEN() is what you're looking for |
| 12:11:57 | dionoea | (defined in firmware/export/system.h) |
| 12:14:28 | | Quit linuxstb (Ping timeout: 246 seconds) |
| 12:15:29 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 12:16:00 | | Part domonoky |
| 12:18:23 | | Quit mischasworld (Ping timeout: 245 seconds) |
| 12:19:31 | leavittx | dionoea: that's it, thanks a lot! |
| 12:19:52 | | Quit gibbon_ (Read error: Connection reset by peer) |
| 12:44:23 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 12:50:44 | | Quit linuxstb (Ping timeout: 256 seconds) |
| 12:51:00 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
| 12:51:30 | | Quit S_a_i_n_t (Quit: User has forced a restart) |
| 12:51:35 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 12:55:01 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.9) |
| 12:55:09 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 12:57:12 | *** | Saving seen data "./dancer.seen" |
| 12:59:48 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 13:00 |
| 13:06:36 | | Quit Kupopo (Ping timeout: 256 seconds) |
| 13:14:14 | CIA-5 | New commit by learman (r25042): Restore the 'read_disk' flag for settings_apply that was removed in r24922. It is still needed to prevent uncessary disk I/O for fonts etc. Should fix ... |
| 13:20:11 | CIA-5 | New commit by teru (r25043): boomshine: improve collision detection. |
| 13:22:57 | S_a_i_n_t | does anyone else think that the levels in boomshine should run in reverse? |
| 13:23:17 | S_a_i_n_t | Or am I the only one that thinks it gets easier as the levels progress? |
| 13:23:53 | S_a_i_n_t | past level 2, on my ipod nano...its impossible to not clear the level whereever you place the cursor |
| 13:29:19 | CIA-5 | New commit by teru (r25044): bubbles: fix FS #11070 |
| 13:30:55 | | Join petur [0] (~peter@rockbox/developer/petur) |
| 13:31:36 | | Quit xavieran (Quit: ➤➤➤➤➤➤ UniCode shall rein forever! ➤➤➤➤➤➤) |
| 13:34:48 | | Join domonoky1 [0] (~Domonoky@g229182181.adsl.alicedsl.de) |
| 13:35:32 | pamaury | S_a_i_n_t: on my e200, I can got level 6 without much difficulties (even though the frame rate drops significantly) |
| 13:36:10 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 13:42:24 | | Join xavieran [0] (~xavieran@ppp118-209-114-195.lns20.mel4.internode.on.net) |
| 13:44:35 | pamaury | S_a_i_n_t: but past level 12, it gets harder because I think there is a timing issue (perhaps the last commit fixed it) |
| 13:47:43 | pamaury | wow, I just finished bomshine ! I don't if it's lua's fault but it's awfully slow at the end |
| 13:50:42 | | Quit flydutch (Quit: /* empty */) |
| 13:52:23 | * | TheSeven didn't ever have problems playing boomshine |
| 13:53:46 | | Quit liar (Ping timeout: 240 seconds) |
| 13:54:05 | | Join nimak [0] (~nima@adsl-75-45-242-39.dsl.sfldmi.sbcglobal.net) |
| 13:56:01 | | Quit nima (Ping timeout: 248 seconds) |
| 13:56:39 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
| 13:58:58 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 14:00 |
| 14:00:01 | funman | amiconn: what about this patch http://pastie.org/857074 which doesn't need GNU tar ? |
| 14:01:50 | funman | hm I just read what linuxstb answered to, I also see that tar calls bzip2 binary in ps output |
| 14:04:41 | | Quit antil33t (Read error: Connection reset by peer) |
| 14:04:58 | | Join antil33t [0] (~Mudkips@124-197-56-62.callplus.net.nz) |
| 14:07:46 | | Quit mikroflops (Ping timeout: 240 seconds) |
| 14:08:36 | | Join mikroflops [0] (~yogurt@90-224-30-68-no112.tbcn.telia.com) |
| 14:09:25 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 14:09:48 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:12:10 | * | pamaury notices that usb core doesn't handle interface alternatives |
| 14:18:14 | | Quit linuxstb (Ping timeout: 276 seconds) |
| 14:21:24 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 14:29:59 | | Quit n1s (Ping timeout: 252 seconds) |
| 14:32:55 | Buschel | can someone please test fs#11079 on other targets than iPod 5G? especially coldfire is of interest. |
| 14:33:28 | | Quit funman (Quit: free(random());) |
| 14:34:50 | | Join DerPapst [0] (~DerPapst@p4FE8EB78.dip.t-dialin.net) |
| 14:36:28 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 14:37:11 | | Join planetbeing_ [0] (~planetbei@166.191.184.254) |
| 14:37:15 | | Quit planetbeing (Read error: Connection reset by peer) |
| 14:37:16 | | Nick planetbeing_ is now known as planetbeing (~planetbei@166.191.184.254) |
| 14:45:31 | | Join guymann [0] (~charlie@64-252-123-106.adsl.snet.net) |
| 14:56:03 | | Quit Battousai (Read error: Operation timed out) |
| 14:57:13 | *** | Saving seen data "./dancer.seen" |
| 14:58:15 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 14:58:45 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 14:59:13 | S_a_i_n_t | pamaury: TheSeven: Sorry for the late reply...but regarding boomshine. My point is, it seems to get WAY easier as the levels progress (to me anyway) the amount of balls on the screen (hehe :P) as the levels increase makes it almost a statistical impossibility *not* to be able to finish the level. I've tested this time & time again by clicking the cursor in arbitrary places each level, and even by deliberately trying to tuck the cursor off into the corner |
| 14:59:54 | S_a_i_n_t | I find levels 1 and 2 to be the hardest, as it has the least balls...prompting me to suggest the levels should possibly run in reverse. |
| 15:00 |
| 15:00:10 | S_a_i_n_t | As isn't the idea of level progression to make it *harder*? |
| 15:00:12 | pamaury | S_a_i_n_t: agree and disagree. Difficulty increase from level 1 to say 5/6 but then decreases. |
| 15:00:48 | pamaury | The problem to me is that last levels have lots of balls and on my device, frame rate drops so ball move slowly but rectangles vanishes quickly ! |
| 15:00:56 | pamaury | But on the whole, it's get easier yes |
| 15:01:40 | TheSeven | i always leave the cursor in the center. in the first few levels you have to get the timing right, but in the later levels, all you need to do is press the button at an arbitrary time, and you just *can't* lose! |
| 15:02:08 | S_a_i_n_t | TheSeven: yep, my point exactly |
| 15:02:34 | TheSeven | is the disappearing of the rectangles triggered by a timer or just by a certain number of steps? the latter would sound better to me (and easier to implement) |
| 15:02:40 | | Quit preglow (Ping timeout: 248 seconds) |
| 15:02:47 | S_a_i_n_t | I think it should decrease the balls as the levels progress. then there could even be more levels added...ie. it could decrease the balls to1 |
| 15:02:56 | S_a_i_n_t | and that may actually be challenging :D |
| 15:03:22 | TheSeven | 1 isn't challenging at all. 2/2 or 2/3 are. |
| 15:03:45 | S_a_i_n_t | Hmmm...good point. |
| 15:03:47 | TheSeven | 3/3 should be near-impossible |
| 15:04:48 | S_a_i_n_t | when there's 50 onscreen and you need 35(is that it?) its like shooting fish in a barrel :P |
| 15:05:15 | TheSeven | even 45/50 is rather easy |
| 15:05:29 | TheSeven | easier than 2/2 at least |
| 15:05:57 | TheSeven | pamaury: what target were you plaing it on? |
| 15:05:58 | S_a_i_n_t | if the target ran it incredibly slowly as pamaury said, then I can imagine it getting a *little* harder...but both Nano1/2g run it fine |
| 15:06:13 | S_a_i_n_t | interestingly, Nano1g runs it better than the 2g does... |
| 15:06:15 | pamaury | TheSeven: e200 |
| 15:06:48 | TheSeven | the target slowness could easily be compensated by making the boxes disappear after a certain number of moves |
| 15:07:00 | pamaury | When balls start to transform into big rectangle, the frame rate drops by a factor of two |
| 15:07:11 | S_a_i_n_t | whereas (speedwise) the Nano2g *kicks 1g ASS!!! in other areas of speed |
| 15:07:33 | TheSeven | which cpu is in the e200? |
| 15:07:49 | * | TheSeven is still confused by all those sa(n/m)sas |
| 15:08:11 | pamaury | don't know |
| 15:09:18 | TheSeven | hm, it's an AMS one |
| 15:09:27 | TheSeven | those should be rather fast |
| 15:10:00 | pixelma | not generally - depends on whether it is a first or second gen e200 |
| 15:10:24 | pixelma | first gen is a portalplayer |
| 15:10:46 | | Join naeg [0] (~naeg@194.208.239.170) |
| 15:10:48 | naeg | hi |
| 15:11:03 | naeg | is there any chance that rockbox runs on ipod video(one day)? |
| 15:11:11 | pixelma | I had boomshine even stop playback on my M5 in a very complex situation (lots of "free" balls but a row of collisions in quick succession |
| 15:12:13 | karashata | Rockbox already does run on the iPod Video |
| 15:12:47 | karashata | check the front page (www.rockbox.org) for a list of the currently supported targets |
| 15:12:52 | naeg | since when? :o man i missed much |
| 15:13:07 | pixelma | naeg: be careful with the names. Rockbox already runs on the Ipod Video (5th and 5.5th generation). Do you mean the "Classic" (6th gen) by any chance? |
| 15:13:23 | naeg | possible...not sure though |
| 15:13:37 | naeg | mine has 160gb, so it's the classic, right? |
| 15:14:02 | karashata | more than likely, definitely if you bought it new |
| 15:14:45 | naeg | will rockbox run on mine? |
| 15:14:47 | CIA-5 | New commit by teru (r25045): skin: don't calculate id3->elapsed+state->ff_rewind_count each time. remove trailing spaces. |
| 15:15:00 | karashata | rockbox does not currently run on the Classic |
| 15:15:22 | karashata | and I'm not sure it will for quite a while yet |
| 15:15:25 | karashata | if ever at all |
| 15:15:33 | TheSeven | karashata: it will some day ;-) |
| 15:15:47 | karashata | yeah, but how long from now will that day be? |
| 15:15:57 | pixelma | naeg: http://support.apple.com/kb/HT1353 |
| 15:15:59 | naeg | is someone working on that? |
| 15:16:08 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 15:16:13 | karashata | the last thing I read about it there still wasn't anything in the way of much progress made |
| 15:16:19 | TheSeven | it definitely won't be in a usable state for the next 6 months |
| 15:16:27 | TheSeven | let's see how we come along |
| 15:16:48 | TheSeven | karashata: all 3 classic generations and the 3rd gen nano are very similar |
| 15:16:51 | * | S_a_i_n_t checks in on L0rd_aSukA King Status's PSP Go (....Ahem) "port"...and now regrets doing so. |
| 15:16:58 | TheSeven | if we support one of them, the rest of them won't be hard |
| 15:17:09 | naeg | i have quite some linux knowledge, if i can help and speed up the progress in some way, and you appreciate it |
| 15:17:11 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 15:17:18 | karashata | true, but it's cracking the first one that needs to happen still, I believe... |
| 15:17:31 | karashata | unless I haven't been paying close enough attention as of late |
| 15:17:32 | TheSeven | it's just a matter of disassembling the dumps |
| 15:17:47 | TheSeven | nobody with the skills has had the time to do it yet |
| 15:18:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 15:18:12 | karashata | ah, then I have missed some of the recent developments |
| 15:18:21 | karashata | I need to start paying more attention |
| 15:18:43 | TheSeven | http://l4n.clustur.com/index.php/Status |
| 15:19:35 | TheSeven | we have a bootrom dump of a classic 1g and a nano 3g. the other ones are still missing, but we should be able to obtain them using a similar technique |
| 15:20:12 | TheSeven | (and they should be very similar, for the classics at least, if not identical) |
| 15:20:30 | S_a_i_n_t | bah...go for the 4g! |
| 15:20:34 | naeg | so you don't have the device to get the bootrom from it? i got the classic with 160gb |
| 15:20:41 | S_a_i_n_t | 3g is an abomination :P |
| 15:21:01 | TheSeven | i just checked them: nano3g and classic1g bootroms are identical |
| 15:21:31 | TheSeven | so i'm pretty sure that the classic2g/classic3g bootroms will also be the same |
| 15:22:00 | TheSeven | S_a_i_n_t: actually I will go for the 4g, as soon as I get that bootloader work on the 2g done |
| 15:22:07 | | Quit Barahir (Ping timeout: 276 seconds) |
| 15:22:16 | | Join Barahir [0] (~jonathan@gssn-5f75681f.pool.mediaWays.net) |
| 15:22:24 | TheSeven | (i don't have a nano3g of classic myself, but i have access to a nano3g) |
| 15:22:32 | naeg | btw can i play flac with rockbox? |
| 15:22:34 | S_a_i_n_t | awesome...well, I have one, soon to be two, so... ;D |
| 15:22:56 | S_a_i_n_t | *Nano4g that is |
| 15:23:05 | S_a_i_n_t | and one 5g |
| 15:23:20 | TheSeven | the 4g is quite tricky because of that efi hell |
| 15:23:31 | * | S_a_i_n_t has no idea... |
| 15:24:14 | karashata | naeg, simply load them onto your iPod (or other DAP) and search for them in the file browser or the database |
| 15:24:59 | naeg | i don't have rockbox running yet, i was just wondering, but thanks |
| 15:25:01 | | Part pamaury |
| 15:25:06 | | Join pamaury [0] (~c2c7a50a@gateway/web/freenode/x-xlrgyhohyubnfpzg) |
| 15:25:34 | TheSeven | naeg: http://www.rockbox.org/wiki/SoundCodecs#Current_status |
| 15:35:52 | | Quit petur (Remote host closed the connection) |
| 15:47:06 | | Quit linuxstb (Quit: Leaving) |
| 16:00 |
| 16:02:24 | CIA-5 | New commit by teru (r25046): fix cutoff of f2/f3_rec_screen in the recording screen. |
| 16:06:03 | | Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) |
| 16:14:35 | S_a_i_n_t | Anyone present using the Dictionary2 patch? |
| 16:15:16 | S_a_i_n_t | s/using/using or have used/ |
| 16:15:17 | | Quit simabeis (Remote host closed the connection) |
| 16:24:22 | | Quit teru (Quit: Quit) |
| 16:27:04 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
| 16:31:41 | | Join pamaury_ [0] (~c2c7a50a@gateway/web/freenode/x-culbacyfnxnbzbot) |
| 16:34:18 | | Quit pamaury (Ping timeout: 252 seconds) |
| 16:36:56 | | Quit n1s (Ping timeout: 264 seconds) |
| 16:38:33 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
| 16:39:06 | | Quit parafin (Quit: So long and thanks for all the fish) |
| 16:39:25 | | Join parafin [0] (parafin@paraf.in) |
| 16:49:16 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:53:46 | CIA-5 | New commit by Buschel (r25047): Higher responsiveness for iPod clickwheel acceleration. |
| 16:54:16 | | Join CGL [0] (~CGL@190.207.198.83) |
| 16:56:47 | | Join exrom [0] (~Miranda@p4FD65B66.dip.t-dialin.net) |
| 16:57:16 | *** | Saving seen data "./dancer.seen" |
| 17:00 |
| 17:01:32 | | Quit n1s (Ping timeout: 264 seconds) |
| 17:02:23 | | Quit anewuser (Quit: Likely voting 114 entries =o) |
| 17:13:42 | * | amiconn now has something that seems to reliable extract .tar.bz2 with non-gnu tar |
| 17:14:35 | kugel | the patch funman posted? |
| 17:14:51 | amiconn | nope |
| 17:15:16 | amiconn | That one would (a) not be a drop-in replacement (afaics - it would unpack to the download directory |
| 17:15:36 | amiconn | and (b) it doesn't work. Non-gnu tar is braindead |
| 17:16:06 | amiconn | Unpacking from stdin by just using | tar x works *sometimes* |
| 17:16:18 | amiconn | The reliable method is | tar xf - |
| 17:16:37 | amiconn | Hmpf, and /tmp is too small. Only 200MB |
| 17:17:02 | | Join krabador [0] (~darkham@host128-181-dynamic.246-95-r.retail.telecomitalia.it) |
| 17:17:35 | kugel | I think I had a similar problem before :) I think I made rockboxdev.sh TMP_DIR aware (although it calls some tools which are not) |
| 17:18:31 | amiconn | /tmp seems to be some in-memory thing on opensolaris |
| 17:19:03 | kugel | probably a ramdisk or tmpfs |
| 17:19:14 | bertrik | I think we can make the mandelbrot calculation faster, the wikipedia page mentions some optimisations that we haven't applied yet |
| 17:19:43 | kugel | aren't some asm macros still un-inlined since the fractals commit? |
| 17:20:49 | * | Buschel is eagerly waiting for volunteers testing FS #11079 on a coldfire target |
| 17:21:00 | amiconn | 'df' shows the filesystem identifier as 'swap' |
| 17:21:43 | kugel | df doesn't show the filesystem here, I always use mount |
| 17:21:53 | gevaerts | Buschel: if you find nobody else, I can test when I get home. In a week... |
| 17:22:15 | amiconn | mount says the same |
| 17:22:36 | Buschel | ;-) I will −− if it should take that long |
| 17:25:10 | bertrik | kugel, there are some simple tests to verify if a point is inside either the main cardiod or the 'head' of the mandelbrot set (usually the black points of the set), these are also the points that take the most time to calculate |
| 17:29:22 | | Quit kugel (Remote host closed the connection) |
| 17:36:55 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
| 17:39:49 | amiconn | Hmm. Things now fail pretty early in the binutils build |
| 17:42:16 | amiconn | Missing flex... |
| 17:43:12 | | Join perfectdrug [0] (~marko@p5B0EEBC8.dip.t-dialin.net) |
| 17:43:13 | | Join perfectdrug_ [0] (~marko@p5B0EEBC8.dip.t-dialin.net) |
| 17:43:14 | bertrik | the mandelbrot colors on my e200 are not very nice, mostly blues and greens |
| 17:44:41 | | Quit perfectdrug (Client Quit) |
| 17:44:51 | | Quit perfectdrug_ (Client Quit) |
| 17:45:08 | | Join perfectdrug [0] (~marko@p5B0EEBC8.dip.t-dialin.net) |
| 17:46:00 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 17:49:12 | pamaury_ | gevaerts: ping |
| 17:49:12 | | Join GeekShad0w [0] (~Antoine@11.20.193-77.rev.gaoland.net) |
| 17:49:20 | | Nick pamaury_ is now known as pamaury (~c2c7a50a@gateway/web/freenode/x-culbacyfnxnbzbot) |
| 17:49:28 | | Quit GeekShad0w (Read error: Connection reset by peer) |
| 17:51:59 | pamaury | gevaerts: There are several problems with the current usb code: it doesn't handle alternate interface (for usb audio, I had to add two class driver calls: set_interface and get_interface). Furthermore, the code doesn't handle well class-specific control request directed to an endpoint: it sends everything to the control_handler of EP_CONTROL regardless of the actual endpoint address which is normally in wIndex (see usb_core.c: re |
| 17:52:45 | | Quit GeekShadow (Ping timeout: 240 seconds) |
| 17:53:30 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 17:55:06 | | Quit perfectdrug (Quit: perfectdrug) |
| 17:56:03 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 17:57:08 | | Quit dfkt (Ping timeout: 245 seconds) |
| 17:57:17 | | Quit Kupop () |
| 17:59:34 | | Part exrom ("I'm a happy Miranda IM user! Get it here: http://miranda-im.org") |
| 17:59:46 | | Join exrom9487 [0] (~Miranda@p4FD65B66.dip.t-dialin.net) |
| 18:00 |
| 18:00:35 | | Part exrom9487 ("I'm a happy Miranda IM user! Get it here: http://miranda-im.org") |
| 18:05:11 | | Join blueshift1008 [0] (~MirandaIM@p4FD65B66.dip.t-dialin.net) |
| 18:05:45 | | Part domonoky1 |
| 18:09:37 | | Join CaptainKewl [0] (~jason@207.237.107.203) |
| 18:17:09 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
| 18:19:06 | | Join flydutch [0] (~flydutch@host83-164-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:20:27 | | Quit robin0800 (Ping timeout: 245 seconds) |
| 18:22:38 | | Join perfectdrug [0] (~marko@p5B0EEBC8.dip.t-dialin.net) |
| 18:25:34 | bertrik | the mandelbrot wikipedia page also mentions a way of smoothing the colors more, allowing even for more colors than iterations per pixel |
| 18:29:50 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 18:33:05 | | Quit amiconn (Disconnected by services) |
| 18:33:07 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 18:33:31 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 18:33:43 | | Quit krabador (Read error: Connection reset by peer) |
| 18:34:05 | | Quit naeg (Ping timeout: 240 seconds) |
| 18:34:11 | | Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) |
| 18:34:35 | | Quit pixelma (Disconnected by services) |
| 18:34:35 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 18:34:52 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 18:35:17 | Blue_Dude | FS #11081 is posted for your perusal. It's an interface test of a hotkey concept for the context menu. It doesn't do anything yet except show a splash screen. But comments are appreciated! |
| 18:41:35 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.5.8/20100202165920]) |
| 18:45:23 | | Quit Horschti (Quit: Verlassend) |
| 18:55:23 | | Quit killan (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 18:57:18 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:01:53 | | Join killan [0] (~nnscript@c-38fd70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 19:02:03 | | Join Kitr88 [0] (~Kitr88@89.142.81.10) |
| 19:04:10 | | Quit Kitar|st (Ping timeout: 256 seconds) |
| 19:06:37 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:06:50 | | Quit Kitr88 (Ping timeout: 276 seconds) |
| 19:09:30 | | Quit killan (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 19:11:06 | | Join killan [0] (~nnscript@c-38fd70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 19:11:43 | | Join Kitar|st [0] (Kitr88@BSN-142-98-101.dial-up.dsl.siol.net) |
| 19:12:17 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
| 19:15:50 | | Join Tomis2 [0] (~Tomis@70.134.94.27) |
| 19:17:14 | | Quit Tomis (Ping timeout: 276 seconds) |
| 19:17:15 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.94.27) |
| 19:18:46 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 19:25:27 | | Join planetbeing_ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 19:32:11 | | Join Schmogel [0] (~Miranda@p3EE21E61.dip0.t-ipconnect.de) |
| 19:36:44 | | Quit anewuser (Ping timeout: 276 seconds) |
| 19:46:28 | AlexP | Buschel: What tests would you like? SV7 SVN then SV7/SV8 with patch? |
| 19:47:36 | AlexP | And any preference on which sample to use? |
| 19:48:01 | Buschel | AlexP: yes :o) but you'll better wait for an updated patch. sv8 replaygain does not work like it should. please wait for minutes... |
| 19:48:15 | AlexP | OK, will do :) |
| 19:48:18 | Buschel | "some" minutes of course :) |
| 19:52:35 | | Quit zz_shiretoko (Ping timeout: 264 seconds) |
| 19:55:51 | Buschel | AlexP: ok, patch updated. You can use any sv7 or Glinka.mpc (form the link in the FS entry) |
| 19:56:14 | AlexP | OK |
| 19:56:45 | | Join akur [0] (~akur@93.102.82.110.rev.optimus.pt) |
| 20:00 |
| 20:03:39 | AlexP | Buschel: Should the file "musepack_sv8.mpc" from the link given work? |
| 20:05:00 | Buschel | yes, work fine here |
| 20:05:21 | AlexP | test_codec says "Cannot read metadata" |
| 20:05:34 | Buschel | does it play? |
| 20:05:49 | AlexP | nope |
| 20:06:02 | AlexP | I think the patch is OK as sv7 slowed down :) |
| 20:06:15 | AlexP | SV7 SVN 1961.75% realtime, 6.33 MHz needed with Patch SV7 1565.02% realtime, 7.94 MHz needed |
| 20:06:51 | Buschel | what kind of target is this? |
| 20:06:55 | AlexP | H140 |
| 20:07:14 | Buschel | sv7 plays normally? |
| 20:07:28 | Buschel | the MHz look suspicious |
| 20:07:44 | AlexP | looks like it, I'll just find some headphones to check the sound is OK :) |
| 20:08:21 | | Join mischasworld [0] (~quassel@g226146155.adsl.alicedsl.de) |
| 20:08:31 | AlexP | Yes, sv7 seems to be playing fine |
| 20:08:44 | AlexP | I'm using the Duran Duran sample from that link |
| 20:09:05 | AlexP | Which I assume is sv7 as test-codec worked with it with SVN |
| 20:09:24 | AlexP | Oh, it just stopped |
| 20:09:43 | Buschel | :/ |
| 20:10:08 | Buschel | ok, that is why I asked somebody to test |
| 20:10:11 | | Quit stooo (Read error: Connection reset by peer) |
| 20:10:15 | AlexP | It hasn't read any metadata from that track either (assuming it has it) |
| 20:10:53 | AlexP | It plays the first 45 seconds or so of 3:20 |
| 20:10:53 | | Join stooo [0] (~sto@f051173027.adsl.alicedsl.de) |
| 20:10:59 | Buschel | downloading... |
| 20:11:13 | Buschel | I am using other samples for testing here |
| 20:11:44 | AlexP | Which ones? It'd make sense if I used the same so we can rule out track funiness |
| 20:12:05 | | Quit gill0r_ (Read error: Connection reset by peer) |
| 20:12:41 | | Join Strife89 [0] (~michael@adsl-154-2-188.mcn.bellsouth.net) |
| 20:13:01 | Buschel | well, for sv7 I have some local files here |
| 20:13:11 | Strife89 | Hmmm. |
| 20:13:32 | Buschel | listening to the Duran Duran song |
| 20:13:34 | Strife89 | Hasn't there been a discussion about adding a custom statusbar to Cabbie v2? |
| 20:13:57 | Buschel | beyong 1:05 now |
| 20:14:02 | Buschel | *beyond |
| 20:14:09 | AlexP | Strife89: yes, on the forums somewhere |
| 20:14:17 | Strife89 | Ah. |
| 20:14:24 | | Quit stooo (Read error: Connection reset by peer) |
| 20:14:25 | * | Strife89 throws in his suggestion: http://themes.rockbox.org/index.php?themeid=615&target=ipodcolor |
| 20:14:36 | AlexP | Buschel: I've just remembered I have a musepack album somewhere that used to work with Rockbox, trying oit now |
| 20:14:42 | | Join stooo [0] (~sto@f051173027.adsl.alicedsl.de) |
| 20:15:02 | * | Buschel checks his oven (chicken :) |
| 20:15:23 | Strife89 | AlexP: My idea is simple, but it works IMO. :) |
| 20:15:31 | AlexP | Buschel: My own album seems fine, metadata and all |
| 20:15:43 | AlexP | Strife89: There is a thready on it, I'd add it there |
| 20:17:30 | AlexP | Buschel: OK, with my working sv7 track I get 490.49% realtime, 25.31 MHz. Trying the patch now |
| 20:18:39 | Buschel | hopefully not that much difference |
| 20:18:44 | | Quit mischasworld (Remote host closed the connection) |
| 20:19:54 | Strife89 | AlexP: I assume this is the thread. http://forums.rockbox.org/index.php?topic=24087.0 |
| 20:20:09 | AlexP | Buschel: With patch, sv7 387.43% realtime, 32.05 MHz |
| 20:20:16 | Buschel | ouch |
| 20:20:47 | Buschel | will need some iram optimization... |
| 20:21:08 | Buschel | on my iPod speed is fine though :) |
| 20:21:14 | AlexP | Is there a specific sv8 sample you have used that I can test? |
| 20:21:35 | AlexP | Strife89: http://forums.rockbox.org/index.php?topic=23056.0 |
| 20:21:54 | Buschel | does Glinka.mpc from the link work? |
| 20:23:36 | AlexP | nope |
| 20:23:47 | AlexP | It flashes to the WPS then back to the file browser |
| 20:23:50 | Strife89 | AlexP: Ah. |
| 20:24:42 | | Quit stooo (Read error: Connection reset by peer) |
| 20:24:43 | Buschel | hmmmm |
| 20:24:44 | | Join stooo1 [0] (~sto@f051173027.adsl.alicedsl.de) |
| 20:25:20 | Buschel | you are using the v11 patch? |
| 20:25:24 | AlexP | yes |
| 20:26:37 | AlexP | Incidently that patch enables some test plugins :) |
| 20:26:39 | Buschel | can you change on line of code? apps/metadata.c, line 313 change to "return true;" |
| 20:26:44 | AlexP | will do |
| 20:27:02 | Buschel | this will always assume the file is playable and call the decoder |
| 20:29:23 | AlexP | no luck |
| 20:29:26 | AlexP | same as before |
| 20:32:01 | Buschel | is another file playable afterwards? |
| 20:32:16 | AlexP | mpc or any file? |
| 20:32:19 | Buschel | mpc |
| 20:32:35 | AlexP | yep, works fine |
| 20:32:37 | Buschel | ok |
| 20:34:30 | Buschel | i am a bit puzzled that sv7 works, but sv8 does not... |
| 20:34:56 | AlexP | Was that Duran Duran one 7 or 8? |
| 20:35:01 | Buschel | sv7 |
| 20:35:10 | AlexP | I wonder why that didn't work properly either |
| 20:35:25 | AlexP | I assume my files must be sv7 - do we support older versions? |
| 20:35:39 | Buschel | no. |
| 20:35:48 | AlexP | They must be sv7 then :) |
| 20:35:52 | Buschel | I was the only person who owned such file ;o) |
| 20:35:56 | Buschel | *files |
| 20:38:49 | | Join jmslew [0] (~jmslew@84.36.187.250) |
| 20:42:16 | | Quit blueshift1008 (Read error: Connection reset by peer) |
| 20:44:53 | Buschel | AlexP: problem seems to be endianess :/ |
| 20:45:01 | Buschel | need to check |
| 20:45:31 | AlexP | OK, I'm happy to test whenever |
| 20:46:00 | Buschel | AlexP: thanks, i will shout for help :) |
| 20:49:25 | | Quit CaptainKewl (Remote host closed the connection) |
| 20:49:54 | pixelma | AlexP: do you run an SVN build on your H100 now? |
| 20:51:02 | AlexP | pixelma: I can do |
| 20:51:20 | AlexP | It currently has Buschel's last patch on |
| 20:51:29 | AlexP | Would you like me to look at something? |
| 20:52:48 | pixelma | I get a "stkov main" whenever I try properties on any file on my M5, could you test too (might need a paper clip in the worst case though) |
| 20:52:56 | pixelma | ? |
| 20:54:16 | AlexP | sure |
| 20:54:54 | AlexP | pixelma: yep, *PANIC* Stkov main |
| 20:56:24 | pixelma | and I still have the problem that I can't exit the radio with the radio skin patch (everything freezes after the first try) with the most simple fms. I'm able to "reproduce" with a sim - hanging drawing full CPU power (M5, radio enabled sim) |
| 20:56:54 | pixelma | this only happens when loading an own fms |
| 20:56:55 | AlexP | I've not tried the h100 with fms patch for a few days, since I got stuck on the multifont problems |
| 20:57:05 | AlexP | I'll let you kmow when I do |
| 20:57:20 | *** | Saving seen data "./dancer.seen" |
| 20:59:56 | pixelma | the march 3rd version of the patch has a mistake in filetree.c - line 514 needs FILE_ATTR_FMS instead of FILE_ATTR_RFMS - and line 520 the other way round |
| 21:00 |
| 21:00:17 | pixelma | of the radio skin patch |
| 21:01:54 | Buschel | AlexP: sorry to bother you again .did update the full .rockbox path after your local change? or did you just update the codec itself? |
| 21:02:44 | AlexP | I made a new zip and unzipped it |
| 21:02:51 | Buschel | ok |
| 21:02:51 | | Join CaptainKewl [0] (~jason@207.237.107.203) |
| 21:02:51 | | Part jmslew |
| 21:03:18 | AlexP | And I'v been loading Rockbox from disk for all of these (my H140 is flashed) |
| 21:03:40 | AlexP | And no bother :) |
| 21:06:23 | Buschel | AlexP: can you simply try to use patch v02? |
| 21:06:29 | AlexP | sure |
| 21:07:56 | | Join m3dlg [0] (~m3dlg@212.183.140.100) |
| 21:08:09 | Buschel | I am stil convinced there is a endianess bug in the sv8 metadata parsing. This explains why playback does not work at all. But this does not explain why your old sv7 files play, but the downloaded sv7 do not... |
| 21:08:23 | AlexP | yeah, that is odd |
| 21:08:55 | | Quit Llorean (Read error: Connection reset by peer) |
| 21:09:01 | Buschel | sv7 is sv7 |
| 21:09:15 | pixelma | ok, properties seems to be broken then at least on coldfire... needs a try on other targets and maybe a bisect |
| 21:09:44 | pixelma | AlexP: thanks for checking |
| 21:09:52 | AlexP | no wories |
| 21:15:02 | AlexP | Buschel: glinka plays with v02 |
| 21:15:25 | AlexP | There is no metadata shown though (does it have any?) |
| 21:15:56 | | Quit CaptainKewl (Remote host closed the connection) |
| 21:15:58 | Buschel | it has ;o) |
| 21:16:15 | Buschel | does sv7 play with it, too? |
| 21:16:27 | | Join CaptainKewl [0] (~jason@207.237.107.203) |
| 21:16:33 | AlexP | I'll check (I'm just lettting this play through to make sure) |
| 21:18:12 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 21:19:42 | | Join Llorean [0] (~DarkkOne@adsl-99-158-46-229.dsl.hstntx.sbcglobal.net) |
| 21:19:43 | | Quit Llorean (Changing host) |
| 21:19:43 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 21:20:17 | AlexP | Buschel: The Duran Duran file still quite after ~45 seconds, just testing my file now |
| 21:20:25 | AlexP | s/quite/quits/ |
| 21:21:46 | Buschel | in fact sv8's decoding is not problematic regarding endianess, sv7 is. |
| 21:22:05 | AlexP | My files still play fine including metadata |
| 21:23:59 | | Quit m3dlg (Ping timeout: 276 seconds) |
| 21:25:05 | AlexP | actually, I'm not sure Glinka is fine - I think it too skips. Let me just double check |
| 21:27:59 | AlexP | Buschel: Glinka seems to finish after 2:10 ish, but the WPS claims there is another minute or so to go at that point |
| 21:28:53 | | Quit piotrekm (Quit: piotrekm) |
| 21:31:58 | | Quit flydutch (Quit: /* empty */) |
| 21:34:32 | | Quit amiconn (Disconnected by services) |
| 21:34:34 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 21:34:42 | | Quit pixelma (Disconnected by services) |
| 21:34:42 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 21:34:58 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 21:35:00 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 21:37:19 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:40:16 | | Join Farthen [0] (~chatzilla@p50988dd0.dip0.t-ipconnect.de) |
| 21:40:57 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 21:41:04 | | Quit fdinel (Client Quit) |
| 21:45:53 | Buschel | AlexP: Glinka's duration _is_ 2:10. The v02-patch uses dummy metadate (~3:00) |
| 21:46:02 | Buschel | A good sign :) |
| 21:50:47 | Buschel | AlexP: http://www.pastebin.org/102442 |
| 21:51:19 | Buschel | this patch should play sv8 and show metadata on your target |
| 21:51:23 | AlexP | aha :) |
| 21:51:30 | AlexP | OK, I'll give it a go :) |
| 21:52:03 | Buschel | btw, did you re-download the duran duran file or play it with svn? maybe the file is broken? |
| 21:52:24 | AlexP | A good point |
| 21:54:34 | Buschel | btw, I mixed something up. For testing metadata content with sv8 you should download the file musepack_sv8_ape2.mpc |
| 21:55:12 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 21:57:13 | | Join mischasworld [0] (~quassel@g226146155.adsl.alicedsl.de) |
| 21:57:47 | | Quit phanboy4 (Read error: Connection reset by peer) |
| 21:58:55 | AlexP | Buschel: Is that patch stand alone, or on top of another one? |
| 21:59:05 | Buschel | stand alone |
| 21:59:44 | | Quit GodEater (Read error: Operation timed out) |
| 22:00 |
| 22:01:27 | AlexP | It doesn't want to apply, it claims "unexpected end of file in patch" |
| 22:02:24 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 22:03:58 | Buschel | how large (in Byte) is the patch file? |
| 22:04:37 | AlexP | 65535 |
| 22:04:58 | Buschel | ok, patch is too large for pastebin. wait a sec |
| 22:05:11 | Buschel | http://rapidshare.com/files/359904594/mpc_sv8_v12.zip.html |
| 22:06:04 | | Quit mischasworld (Remote host closed the connection) |
| 22:07:56 | AlexP | OK, that works (applies that is), although shame on you for making me use rapidshare :) |
| 22:08:23 | * | Buschel hides away |
| 22:17:42 | AlexP | Buschel: It'll be a few minutes, my H140 is now refusing to mount rw |
| 22:17:52 | Buschel | AlexP: no prob |
| 22:18:35 | * | Buschel listens to all those strange sv8 samples from the last centuries... |
| 22:18:51 | Buschel | strange instruments... |
| 22:19:14 | * | amiconn thinks Buschel needs a big endian target |
| 22:19:46 | leavittx | Hi everybody! My second plugin (first was ray-tracing) is almost ready. This time it's simply some curves. Here are some pics: http://img402.imageshack.us/i/p1160972.jpg/ http://img221.imageshack.us/i/p1160975.jpg/ http://img221.imageshack.us/i/p1160977.jpg/ http://img715.imageshack.us/i/p1160979.jpg/ http://img693.imageshack.us/i/p1160981t.jpg/ http://img704.imageshack.us/i/p1160982.jpg/ http://img80.imageshack.us/i/p1160991.jpg/ |
| 22:20:42 | * | Buschel thinks the same |
| 22:21:00 | Buschel | but Buschels wife is of another opinion ;-) |
| 22:24:44 | | Part stooo1 |
| 22:31:17 | AlexP | Buschel: OK, they all work :) |
| 22:31:25 | AlexP | sv8, and the metadata sample |
| 22:31:35 | AlexP | And the Duran Duran track was corrupted |
| 22:31:47 | AlexP | I'll just do a quick tes_codec |
| 22:32:20 | Buschel | yiiiiha! |
| 22:33:32 | Buschel | now there's only some conversion for replay gain needed |
| 22:34:01 | AlexP | sv8 427.18%, 29.07 MHz (musepack_sv8_ape2.mpc) sv7 404.1% realtime 30.73 MHz (Glinka.mpc) |
| 22:34:34 | Buschel | which was slower than svn, right? |
| 22:34:39 | AlexP | Would you like me to try Glinkla SVN? |
| 22:34:48 | AlexP | yeah, SVn on my file was 490.49% realtime, 25.31 MHz |
| 22:34:57 | AlexP | but I dodn't do Glinka SVN |
| 22:35:13 | Buschel | of course, it won't decode |
| 22:35:28 | AlexP | ah, silly me |
| 22:35:31 | AlexP | glinka is sv8 |
| 22:35:39 | AlexP | one mo, I'll do a real sv7 with the patch :) |
| 22:37:10 | | Join planetbeing__ [0] (~planetbei@c-71-236-164-204.hsd1.or.comcast.net) |
| 22:37:16 | AlexP | OK the same file that gave me 490.49% realtime, 25.31 MHz with SVN gives 387.03% realtime, 32.08 MHz with the patch |
| 22:37:23 | AlexP | So yes, quite a bit slower |
| 22:39:59 | | Quit planetbeing_ (Ping timeout: 264 seconds) |
| 22:42:01 | | Quit kaniini (Quit: E.T. go home.) |
| 22:42:36 | pixelma | AlexP: I also get the freeze with the radio screen patch on mx c200 (agaiin a simple fms fot testing which only contains %Tn) set through the menu. Properties works fine there though (also on my Ondio with a build from last week, although properties took a very long time in one try on the latter though but was fine in consecutive tries) |
| 22:43:20 | AlexP | pixelma: I should try the fms on H100 then to see if it is coldfire |
| 22:43:28 | AlexP | properties seems to be |
| 22:43:59 | pixelma | fms shows the same problem on all my three different targets and a sim |
| 22:44:18 | AlexP | Oh, OK |
| 22:44:33 | AlexP | Oh yes, I see what you wrote now :) |
| 22:44:36 | AlexP | oops :) |
| 22:45:22 | pixelma | properties seems to be a coldfire problem (or maybe targets with remote or so) |
| 22:46:50 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
| 22:48:17 | pixelma | would be nice if I knew a working revision that's not too far away |
| 22:48:50 | Buschel | AlexP: new patch -> http://www.sendspace.com/file/5u5qs2 |
| 22:49:03 | Buschel | AlexP: can you test speed again? |
| 22:49:09 | AlexP | sure |
| 22:55:18 | TheSeven | S_a_i_n_t: around? |
| 22:57:22 | *** | Saving seen data "./dancer.seen" |
| 22:58:05 | AlexP | Buschel: now 387.03%, 32.08MHz |
| 22:58:11 | AlexP | Wow, that is absolutely identical |
| 22:58:23 | TheSeven | linuxstb: around? |
| 22:58:26 | AlexP | Did I apply the correct patch? :) |
| 22:58:41 | AlexP | And the answer is no |
| 22:58:45 | AlexP | One moment :) |
| 22:58:51 | Buschel | :o) |
| 23:00 |
| 23:04:25 | AlexP | OK, with v13 394.21%, 31.50MHz |
| 23:04:30 | AlexP | Slightly better :) |
| 23:06:58 | TheSeven | can i tell the rockbox utility somehow to use a bootloader that i supply instead of the default? |
| 23:07:43 | TheSeven | btw if i try to install the bootloader on a "factory-state ipod" it says it would already be installed |
| 23:08:47 | TheSeven | if i force it to install the default bootloader, that succeeds, but it can't uninstall it afterwards |
| 23:09:06 | TheSeven | so I'd call that quite buggy |
| 23:10:34 | TheSeven | are there standalone windows builds of ipodpatcher somewhere? |
| 23:10:43 | TheSeven | (non-stoneage ones) |
| 23:11:09 | linuxstb | TheSeven: Yes, I'm here. |
| 23:11:22 | CIA-5 | New commit by lenzone10 (r25048): Corrected some mistakes in italian translation. |
| 23:11:23 | TheSeven | see the rant above... |
| 23:11:39 | linuxstb | TheSeven: I don't think rbutil can install a specified bootloader - just the one it downloads. |
| 23:11:56 | AlexP | And I assume you mean Nano 2G |
| 23:12:05 | AlexP | I'd expect support for that to be "experimental" |
| 23:12:26 | linuxstb | TheSeven: The latest ipodpatcher binaries are on the Rockbox download server - I don't think anything has changed recently, has it? |
| 23:12:43 | linuxstb | http://download.rockbox.org/bootloader/ipod/ipodpatcher/ |
| 23:12:43 | | Quit m3dlg (Ping timeout: 258 seconds) |
| 23:13:39 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
| 23:14:21 | TheSeven | linuxstb: thanks |
| 23:14:32 | TheSeven | what's the right command to install a custom bootloader the usual way? |
| 23:14:35 | linuxstb | TheSeven: They're linked from the manual ;) |
| 23:14:43 | linuxstb | ipodpatcher -a bootloader.ipodx |
| 23:14:46 | TheSeven | (i.e. move osos to osbk and install the bootloader as osos) |
| 23:15:54 | TheSeven | yay! |
| 23:16:08 | TheSeven | i have a fully-automated nor-bootloader installer! |
| 23:16:48 | linuxstb | How does that work? |
| 23:18:00 | amiconn | ~(OF | bootloader) |
| 23:18:58 | TheSeven | you just flash it like the rockbox bootloader, and it will take care about setting up the rest of it |
| 23:19:04 | | Join orangey [0] (~orangey@CPE0014bfa7fbdb-CM0011ae8bb9f6.cpe.net.cable.rogers.com) |
| 23:19:10 | orangey | hey all! |
| 23:19:37 | orangey | I'm trying to revive an ipod mini, so I replaced the HD in it. but I'm not sure how to format it within ubuntu so I can do rockbox |
| 23:20:35 | linuxstb | TheSeven: That doesn't really explain the process... Why do it that way, rather than a Rockbox plugin? |
| 23:20:53 | TheSeven | actually it doesn't really matter how it is loaded to memory |
| 23:21:05 | TheSeven | i just took the bootloader way for my current tests |
| 23:21:08 | AlexP | orangey: There is a page on the wiki called "IpodManualRestore" or similar |
| 23:21:21 | orangey | alex: Excellent! thank you! |
| 23:21:37 | TheSeven | (and a rockbox plugin won't work for the first-time installation) |
| 23:22:44 | linuxstb | Why would you want to reflash the NOR on a first-time installation? |
| 23:22:55 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-rbctpdtjiwgnsrcp) |
| 23:23:51 | saratoga | whats the advantage of flashing the NOR? less likely to corrupt the NAND? |
| 23:25:34 | TheSeven | much faster boot and the ability to recover from most nand problems without deleting everything |
| 23:28:54 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 23:29:50 | TheSeven | anyone keen on testing it? |
| 23:32:54 | saratoga | is there any obvious downside? |
| 23:33:25 | TheSeven | it has only been tested on 5 devices until now |
| 23:33:42 | TheSeven | and there is a bricking risk if there should be a bug in the very first stage of it |
| 23:34:12 | TheSeven | (well, semi-bricking, you can fix it by opening the ipod and connecting 2 pins - like on the e200) |
| 23:34:51 | | Quit shaggy-h (Read error: Connection reset by peer) |
| 23:35:45 | TheSeven | and uninstalling it won't be as easy as a nand-based loader (which can be uninstalled using itunes) |
| 23:36:20 | TheSeven | while installing, it will create a NOR backup as a file, that you should copy to some safe place :-) |
| 23:37:50 | linuxstb | What happens if the aupd image is run after you've modified the NOR? |
| 23:38:25 | TheSeven | it won't be run after i modify the nor |
| 23:38:46 | linuxstb | Yes, I just realised that... |
| 23:38:52 | | Quit Strife89 (Quit: See ya.) |
| 23:38:54 | TheSeven | norboot is responsible for running that, and it doesn't exist any more :-) |
| 23:40:30 | linuxstb | What does the boot rom do? Does it decrypt the entire NOR to RAM? |
| 23:40:43 | TheSeven | no, just the norboot image |
| 23:41:56 | TheSeven | iloader itself will still run as the 3rd stage bootloader, norloader (2nd stage) will be replaced with a small recovery stub that allows to enter ibugger even if everything else is totally fubar'd |
| 23:42:20 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 23:42:38 | Buschel | AlexP: I cannot see any reason why the patch should be slower than svn of coldfire... |
| 23:42:39 | TheSeven | (and if that stub is damaged in some way, it will have a bad hash, so the bootrom will enter DFU |
| 23:42:45 | pamaury | gevaerts: Forget what I said before about endpoint request, the core just doesn't handle well class request: request_handler_endpoint treats each request as a standard one which means it can misinterpret a request if it's class specific and not standard |
| 23:44:21 | TheSeven | after the installation, there will be <8KB of encrypted stuff on the whole ipod :-) |
| 23:45:35 | linuxstb | So you don't keep the firmware partition encrypted? |
| 23:46:03 | TheSeven | no need to keep the firmware partition at all (although i could possibly do it) |
| 23:46:32 | saratoga | and the apple firmware doesn't care about all of this? |
| 23:46:58 | TheSeven | the apple firmware will be placed as /iloader/appleos.bin on the data partition, and i haven't noticed any glitches running it yet |
| 23:47:30 | TheSeven | the only thing that is probably broken in that state is the nike+ipod stuff, as this relies on the rsrc partition |
| 23:47:51 | TheSeven | (however, i haven't seen anybody using that yet) |
| 23:50:58 | | Quit akur (Ping timeout: 252 seconds) |
| 23:57:05 | linuxstb | TheSeven: Does itunes recognise such an ipod? |
| 23:57:15 | linuxstb | (and carry on syncing music to it)? |
| 23:57:45 | TheSeven | the bootloader shouldn't have any influence on that |
| 23:57:55 | TheSeven | but as i don't use itunes, i haven't tested it |
| 23:58:06 | linuxstb | I'm talking about you removing the firmware partition |
| 23:58:16 | TheSeven | hm, not sure |
| 23:58:53 | TheSeven | but as i said, that part is optional (although i usually like to reclaim those 100MB of space) |
icon identifies that the person is a core developer (has commit access).