00:00:19 | bluebroth3r | Saliver: why change the battery based on a "feeling"? If it's that important measure it. |
00:00:25 | Dhraakellian | Congrats on the release! |
00:00:28 | * | Dhraakellian scurries off |
00:00:55 | Saliver | but the feeling hurts... |
00:01:02 | bluebroth3r | and btw, I'm using a mini2g daily (but with CF mod too) and battery is ok −− though my battery is already quite old (3years or so with lots of use) |
00:01:04 | | Quit jgarvey (Quit: Leaving) |
00:01:11 | linuxstb | HontoniLinux: I've no experience of either e200, but I would assume it wouldn't have been promoted to "stable" status if it was in any way unstable... |
00:01:19 | bluebroth3r | bah. This is about facts, not feelings. |
00:01:25 | linuxstb | (replace the it with e200v2) |
00:01:30 | Saliver | I charged my ipod yesterday in the evening and listened to music today for about 2 hours |
00:01:44 | Saliver | rockbox is telling me that only 78% left |
00:01:46 | bluebroth3r | so what? |
00:02:04 | bluebroth3r | so _that_ is hard facts. ROFL. |
00:02:41 | Saliver | well iam kind of desperate because my big ipod video is working for real 20 hours |
00:02:46 | gevaerts | Saliver: use it until it runs down. The percentage on its own doesn't necessarily mean much |
00:03:06 | HontoniLinux | linuxstb: I see, thanks. Gonna be difficult to tell before buying it online if it's v1 or not. |
00:03:09 | Saliver | okay, maybe you're right |
00:03:35 | Saliver | should i change the capacity of the battery in rockbox? |
00:03:47 | Saliver | is it necessarily? |
00:04:33 | gevaerts | that's only used for the runtime estimate |
00:05:15 | gevaerts | Have a look at http://www.rockbox.org/wiki/IpodRuntime |
00:05:41 | gevaerts | 8 hours seems fairly normal for a 2nd gen mini, unless it has a compactflash card |
00:06:33 | Saliver | I see your point |
00:06:49 | Saliver | it has an CF card |
00:06:59 | Saliver | a CF card |
00:10:10 | Saliver | gevaerts, what does that mean for me now? |
00:10:24 | gevaerts | how should I know? I'm not a battery specialist |
00:11:16 | Saliver | i see |
00:11:39 | Saliver | but thank you guys for the help |
00:11:47 | | Join piotrekm [0] (~pm@adei9.neoplus.adsl.tpnet.pl) |
00:11:53 | Saliver | last question: |
00:12:24 | Saliver | isn't it maybe normal that another firmware on a music player reduce the batterylife of it? |
00:12:51 | * | gevaerts doesn't understand that question |
00:13:14 | * | kugel spots a problem with pla rework |
00:14:07 | Saliver | i mean another firmware like the rockbox which runs with a bootloader |
00:14:42 | Saliver | would automatically decrease the batterylife because it constrantly needs to read from the hard drive? |
00:15:42 | kugel | if at all, it's the other way around |
00:16:02 | gevaerts | why do you think the bootloader "constantly needs to read from the hard drive"? |
00:16:16 | gevaerts | The bootloader only runs for a second or so at most... |
00:16:27 | kugel | rockbox runs from ram only, so it only touches the hard drive when playing music (or browsing) |
00:17:05 | Saliver | allright i got it |
00:17:12 | * | kugel needs to invent PLA_*_REL |
00:17:26 | Saliver | well i didnt express myself that good ; / |
00:17:34 | Saliver | but thank you for your help guys |
00:18:00 | Jdgordon_ | kugel: really? |
00:18:09 | kugel | yea |
00:18:11 | * | linuxstb thinks we should demote the e200r to "unstable", due to the installation procedure (lack of rbutil support) |
00:18:47 | * | kugel disagrees and thinks rbutil support shouldn't block ultimatively |
00:19:16 | kugel | afterall, this is whether rockbox runs fine. rbutil is just for installation convinience |
00:19:36 | linuxstb | That's not what the front page of the website says. Or the release notes |
00:20:06 | kugel | well, e200r is supported by rbutil |
00:20:12 | kugel | just not the first time installation |
00:20:51 | linuxstb | Not being able to install Rockbox the first time is hardly "supported". |
00:21:40 | kugel | you can do anything else with it, update rockbox, install voices or themes |
00:22:40 | | Quit Saliver (Quit: CGI:IRC) |
00:23:08 | kugel | I don't think bootloader installation is mandatory for "supported", it has a lot of other features to offer |
00:24:57 | kugel | Jdgordon_: there's PLA_SELECT, and PLA_SELECT_REPEAT. to not render _REPEAT useless SELECT needs |BUTTON_REL |
00:25:03 | kugel | which is annoying in bubbles for example |
00:25:30 | | Join Strife89 [0] (~Strife89@adsl-154-14-2.mcn.bellsouth.net) |
00:25:46 | kugel | I'm going to say "if you need both actions, then use _REL and _REPEAT, otherwise SELECT will do fine |
00:25:47 | kugel | " |
00:27:12 | | Quit Strife89 (Read error: Connection reset by peer) |
00:27:40 | | Join Strife89 [0] (~Strife89@adsl-154-14-2.mcn.bellsouth.net) |
00:28:45 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
00:29:32 | | Join Saliver [0] (~52529101@giant.haxx.se) |
00:29:54 | Saliver | hey it's me again. I have just one last question |
00:30:10 | Saliver | and than i will leave forever |
00:30:13 | Saliver | promise |
00:31:08 | Saliver | everytime I shutdown my rockbox on ipod mini I get a 'low-battery-icon' for a few seconds |
00:31:33 | linuxstb | Saliver: That's a feature... |
00:32:54 | Saliver | common, thats not true ;-) |
00:33:26 | linuxstb | What isn't true? |
00:33:27 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
00:33:52 | Saliver | what do you mean by feature? |
00:34:15 | Saliver | does the icon try to tell me something about my battery? |
00:34:17 | kugel | is that really a feature? |
00:34:46 | AlexP | It is a side effect of a feature |
00:35:05 | AlexP | It is the side effect of avoiding the having to reset the ipod to get it to boot from time to time |
00:35:26 | linuxstb | I mean it's known behaviour - torne's (I think) recent commit to change how Rockbox powers off uses the Apple bootloader to power-off, and that displays that icon. |
00:35:40 | * | linuxstb isn't a fan of that commit... |
00:35:52 | Saliver | ah i see. so its normal? |
00:35:56 | AlexP | http://www.rockbox.org/tracker/task/10107 |
00:36:07 | kugel | ah, I see |
00:36:54 | | Quit kugel (Remote host closed the connection) |
00:38:29 | FlynDice | mc2739: Got your message, Thanks. I've been looking at disassemblies of the patched firmwares when I got it and it seems consistent ;-) |
00:39:11 | | Quit ender` (Quit: You don't have to think too hard when you talk to teachers. -- J. D. Salinger) |
00:42:04 | | Quit flydutch (Quit: /* empty */) |
00:43:15 | stripwax | stripwax is still not 100% sure that ipod commit isn't causing weird startup-into-OF problems |
00:43:27 | stripwax | er. third person is cool? <shrug> |
00:43:56 | stripwax | FWIW I've been utterly unable to reproduce *reliably* but it's happened two times since I last reported it. |
00:44:49 | stripwax | Could I perhaps have a very old bootloader that is not quite compatible (somehow?) with that commit? |
00:44:49 | | Quit piotrekm (Quit: Leaving.) |
00:44:58 | | Quit Saliver (Quit: CGI:IRC) |
00:46:06 | linuxstb | stripwax: I can't think why the Rockbox bootloader version would affect anything - I don't think we've updated it for years... |
00:49:12 | stripwax | amiconn - do I remember correctly that you recently (or not so recently) reordered the arguments for SMULL/SMLAL in mdct_arm.S ? or was that somebody else? I'm wondering (if I 'mreading it correctly) why the twiddle factors are in the fourth place, rather than third. Won't most of the twiddle factors need most of the full range to represent them? |
00:49:40 | stripwax | linuxstb - wasn't sure. Ok, so probably not that then. So strange |
00:50:07 | * | stripwax is looking at the timings in http://www.wss.co.uk/pinknoise/ARMinstrs/ARMinstrs.html |
00:52:11 | stripwax | actually I wonder what the distribution of bitrange of inputs looks like vs distribution of bitrange of twiddles. |
00:55:03 | stripwax | Aye caramba. So multiplying by a negative value always takes 16 cycles on pp? (or am I reading that wrong, or is it actually garbag) |
01:00 |
01:03:58 | | Quit Farthen (Disconnected by services) |
01:04:22 | | Join Farthen_ [0] (~chatzilla@e176133240.adsl.alicedsl.de) |
01:04:23 | | Nick Farthen_ is now known as Farthen (~chatzilla@e176133240.adsl.alicedsl.de) |
01:05:38 | | Quit linuxstb (Quit: Leaving) |
01:08:38 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
01:13:16 | | Quit PaulJam_ (Ping timeout: 252 seconds) |
01:19:50 | | Join Stephen___ [0] (~S@86-45-89-221-dynamic.b-ras2.srl.dublin.eircom.net) |
01:20:34 | | Quit Stephen__ (Ping timeout: 240 seconds) |
01:23:11 | * | Strife89 decides to test FS #8802. |
01:23:14 | Strife89 | http://www.rockbox.org/tracker/task/8802 |
01:25:54 | Strife89 | Has anyone else been using it? Anything remarkably good or bad? |
01:27:39 | | Join vegtoruci [0] (~vegtoruci@74.214.96.65) |
01:32:29 | | Nick Strife89 is now known as Strife89|Desktop (~Strife89@adsl-154-14-2.mcn.bellsouth.net) |
01:35:12 | *** | Saving seen data "./dancer.seen" |
01:35:59 | | Quit vegtoruci (Ping timeout: 245 seconds) |
01:39:46 | stripwax | Mm, this doc seems (naturally) more reliable - http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0210c/Cacbgice.html - the timings suggest four cycle SMULL on arm7tdmi (that's equivalent to pp502x.. right?) |
01:41:04 | stripwax | either way, way over half the twiddle factors will end up in 3 or 4 cycles - there'd be very few (imo but not checked) that have top 8 bits (or more) clear and/or top 8 bits (or more) all set to 1 |
01:42:12 | stripwax | So if I make the vague and totally unsubstantiated assumption that the mdct inputs are uniformly distributed between 0x00000000 and 0xffffffff, then you'd be better off putting the twiddle factor as first arg and the mdct input as second arg, to SMULL/etc instructions. |
01:42:28 | stripwax | anyway. will see if that makes much/any difference to mdctexp... |
01:43:35 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
01:43:40 | | Join Rob2222 [0] (~Miranda@p4FDCB298.dip.t-dialin.net) |
01:43:49 | | Join toffe82_ [0] (~chatzilla@12.169.218.14) |
01:44:38 | | Quit toffe82_ (Client Quit) |
01:45:40 | | Quit AlexP (Remote host closed the connection) |
01:45:52 | | Quit froggyman (Ping timeout: 240 seconds) |
01:45:52 | | Quit toffe82 (Ping timeout: 240 seconds) |
01:45:53 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
01:46:16 | | Quit Rob2223 (Ping timeout: 240 seconds) |
01:46:40 | | Quit advcomp2019 (Ping timeout: 240 seconds) |
01:49:04 | | Quit GodEater (Ping timeout: 248 seconds) |
01:49:19 | | Join Stephen__ [0] (~S@86-45-89-221-dynamic.b-ras2.srl.dublin.eircom.net) |
01:50:36 | Jdgordon_ | FFFFFFFFFFFFFFUUUUUUUUUUUUUUUUUUUUUUCK |
01:50:39 | | Quit Jdgordon_ (Quit: Page closed) |
01:51:34 | | Quit Stephen___ (Ping timeout: 240 seconds) |
01:53:40 | | Join Hillshum [0] (~hillshum@75-165-233-131.slkc.qwest.net) |
01:54:30 | komputes | lol |
01:54:42 | stripwax | hm. |
01:54:42 | | Join Strife89 [0] (~Strife89@adsl-220-102-195.mcn.bellsouth.net) |
01:54:47 | komputes | so is the new rockbox available? |
01:54:54 | | Quit Stephen__ (Ping timeout: 240 seconds) |
01:55:16 | saratoga | stripwax: when I tested wma ages ago, i found that the data to be transformed was much likely to have zeros then the mdct coefficients |
01:56:09 | stripwax | saratoga - makes perfect sense to me - so data should be in the last operand of smull rather than penultimate (twiddle should be in penultimate) |
01:56:42 | saratoga | that makes sense, maybe flip it around and see if it helps? |
01:56:49 | saratoga | or don't if we're about to remove the old mdct lib anyway |
01:56:55 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
01:57:14 | | Quit Strife89|Desktop (Ping timeout: 240 seconds) |
01:57:58 | saratoga | stripwax: also, about that site, I believe those clocks are the latency, while the actual pipeline delay is no more then 3 for a normal mul, 4 for a long mul or mul accumulate, and 5 for a long mul accumulate |
01:57:59 | saratoga | IIRC |
01:58:30 | komputes | Anyone feel like walking me through installing rb 3.5 on an iPod nano 1G? |
01:58:37 | saratoga | yes, read manual |
01:59:06 | stripwax | You can even use the Rockbox Utility |
01:59:14 | saratoga | since a 32x8 mul can be done completely pipelined (no stall), while theres 1 cycle stall for each extra 8 bits input, then 1 cycle stall to store the top 32 bits (if applicable) and 1 stall to do the accumulate |
02:00 |
02:00:04 | saratoga | since the multiplier is 8 bits wide, the reg write back is 32 bits, and the accumulate cannot be fused into the last mul stage |
02:00:20 | stripwax | saratoga - right. would you agree with my suggestion then though, or disagree? (I couldn't tell :-) |
02:00:21 | saratoga | because arm*tdmi sucks |
02:00:45 | saratoga | i think the input data should be whichever slot can early terminate (i forget) |
02:00:50 | saratoga | not the twiddles |
02:00:57 | stripwax | yep. cool! |
02:01:16 | stripwax | so I'll test now whether that change impacts performance now |
02:01:23 | * | stripwax now now now |
02:05:16 | stripwax | saratoga - barely makes a difference as far as I can tell. Bit surprised by that actually. |
02:05:50 | saratoga | it probably matters more the lower the bitrate, since they'll be more zeros |
02:06:34 | stripwax | 96kbps vorbis is 28.54MHz on ipod 5g |
02:06:48 | stripwax | (v. good point though!!) |
02:07:45 | Strife89 | The latest patch for FS #8802 instructs me to define HAVE_USE_CHARGING_ENABLE, but I'm not sure where to do so. |
02:07:46 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
02:08:05 | stripwax | Oh, hm, maybe that is faster than what I had before. Hard to tell, I probably didn't save those results anywhere. It's pretty much all dead on compared to http://www.rockbox.org/tracker/task/9882?getfile=19261 - which is before that bitreverse optimisation (which I already ported into mdctexp) |
02:08:09 | | Quit DerPapst (Quit: Leaving.) |
02:08:53 | saratoga | Strife89: usually in the target's config file, but you can also do it in makefiles and other places |
02:09:14 | stripwax | So vorbis+mdctexp is 'sortof no worse' than Tremor circa April last year.. |
02:09:18 | Strife89 | saratoga: Would I add a line in the makefile? |
02:10:32 | saratoga | theres a define line in the makefile |
02:11:07 | Strife89 | Ah, EXTRA_DEFINES ? |
02:11:14 | saratoga | hmm why isn't rbutil installing 3.5? |
02:11:36 | CIA-8 | New commit by stripwax (r24505): Swap order of factors in XNPROD_etc around so that early termination could occur based on input data (rather than trying to early terminate based on ... |
02:11:42 | stripwax | ^ mdctexp.. |
02:12:47 | Strife89 | saratoga: You mean "EXTRA_DEFINES"? |
02:15:13 | Strife89 | Blargh, that's not it.... |
02:16:13 | Strife89 | Fuck, what do I change?.... |
02:16:48 | stripwax | Yowser, I think I blew something up in mdctexp |
02:17:23 | mc2739 | Strife89: what target? |
02:17:31 | Strife89 | mc2739: iPod Photo. |
02:19:08 | Strife89 | mc2739: I need to define HAVE_USB_CHARGING_ENABLE |
02:20:14 | mc2739 | Strife89: I would add #define HAVE_USB_CHARGING_ENABLE to /firmware/export/config/ipodcolor.h |
02:22:45 | Strife89 | mc2739: Thanks. :) |
02:24:23 | | Join KEROLiUKAS [0] (~kp@c-24-7-220-190.hsd1.il.comcast.net) |
02:24:39 | KEROLiUKAS | Rockbox is still actively being developed, correct? |
02:24:51 | komputes | I'm trying to install rb 3.5 on an iPod nano 1G? Can anyone help me with this? |
02:24:53 | krazykit | as evidenced by the multiple daily commits, yes |
02:25:02 | KEROLiUKAS | Great |
02:25:11 | KEROLiUKAS | Last time I updated was in like 2008 or 7 |
02:25:19 | KEROLiUKAS | So it should be nice to see what has been done |
02:25:22 | stripwax | komputes - did you try reading the manual like we suggested to you a moment ago when you asked this question? |
02:25:28 | Strife89 | KEROLiUKAS: A LOT has happened. :) |
02:26:54 | KEROLiUKAS | Going to install it now, yet I have no idea how to do it anymore. hehe |
02:27:02 | KEROLiUKAS | Running on a sandisk e200 |
02:27:31 | stripwax | KEROLiUKAS - I suggest you also read the manual |
02:27:40 | stripwax | Installation instructions should be in that |
02:28:10 | KEROLiUKAS | I have read it before, but a refresher is always nice |
02:28:30 | KEROLiUKAS | though I don't think I need to keep the dual boot anymore as it supports usb |
02:29:06 | * | stripwax has bust mdctexp somehow but will have to fix it another day - gnight |
02:29:26 | | Quit stripwax (Quit: http://miranda-im.org) |
02:30:41 | KEROLiUKAS | I am running |
02:30:41 | KEROLiUKAS | Version: r18607-3.0-08092 |
02:32:05 | Strife89 | KEROLiUKAS: There have been a LOT of improvements since then. XD |
02:32:30 | KEROLiUKAS | Tue Sep 23 23:01:58 2008 hehe wow |
02:35:07 | | Quit grndslm (Quit: Leaving) |
02:38:08 | | Quit GodEater (Ping timeout: 248 seconds) |
02:39:34 | KEROLiUKAS | hmm it seems like I need to revert to stock firmware before I begin |
02:39:40 | KEROLiUKAS | new bootloader |
02:41:21 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
02:41:27 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
02:45:35 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
02:45:35 | | Quit GodEater (Changing host) |
02:45:35 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
02:47:11 | KEROLiUKAS | crap, I messed up. I formatted the device without removing the old bootloader and now it wont boot into original firmware nor rockbox |
02:48:49 | Strife89 | KEROLiUKAS: You can't boot it by holding Previous (Left)? |
02:49:21 | KEROLiUKAS | no..it says |
02:50:04 | Strife89 | KEROLiUKAS: http://www.rockbox.org/wiki/SansaE200Unbrick#Recovery_Mode |
02:50:32 | Strife89 | KEROLiUKAS: Be careful when you dive into those instructions. Follow them diligently. |
02:50:33 | KEROLiUKAS | ah thanks |
02:51:10 | Strife89 | KEROLiUKAS: Read the whole thing before you begin. |
02:51:23 | KEROLiUKAS | yes sir :) |
02:51:39 | Strife89 | KEROLiUKAS: Sorry if I sound bossy. XD |
02:53:46 | KEROLiUKAS | no, I understand, noobs find ways to break things |
02:53:55 | KEROLiUKAS | infact, new ways |
02:54:00 | KEROLiUKAS | they are like pioneers |
02:54:10 | KEROLiUKAS | anyway, I got it working again |
02:54:23 | Strife89 | KEROLiUKAS: :) |
02:54:48 | Strife89 | KEROLiUKAS: I was a n00b once. In fact, I still am! |
02:55:01 | Strife89 | KEROLiUKAS: I'm just a seasoned n00b, that's all. :) |
02:55:09 | KEROLiUKAS | hehe |
02:55:50 | KEROLiUKAS | rockbox utility is great |
02:55:50 | Strife89 | KEROLiUKAS: Anyway, all you really need to do is download a build and copy the ".rockbox" folder to your Sansa. |
02:55:54 | KEROLiUKAS | makes it so simple |
02:56:01 | Strife89 | KEROLiUKAS: Or use ROckbox Utility. XD |
02:56:04 | KEROLiUKAS | well I need to install the bootloader first |
02:56:17 | * | Strife89 still does everything manually. :) |
02:56:33 | KEROLiUKAS | yay, I am in rockbox |
02:56:55 | KEROLiUKAS | wow it looks the same, after all this time |
02:56:55 | KEROLiUKAS | nice |
02:56:56 | KEROLiUKAS | hehe |
02:57:12 | Strife89 | KEROLiUKAS: It may look the same, but check out the Thems gallery. |
02:57:26 | Strife89 | KEROLiUKAS: There have been many changes under the hood. :) |
02:57:37 | KEROLiUKAS | yea of course, the engine is what matters |
02:57:40 | Strife89 | KEROLiUKAS: |
02:57:43 | Strife89 | KEROLiUKAS: http://themes.rockbox.org/index.php?target=sansae200 |
02:58:34 | KEROLiUKAS | thanks |
02:59:37 | saratoga | it shouldn't look the same, we have a default theme now, so if it looks the same you've probably forced it to keep using your old theme |
02:59:57 | KEROLiUKAS | cabbiev2 has been the default |
03:00 |
03:00:03 | saratoga | actually maybe we had cabbiev2 for 3.0 |
03:00:16 | KEROLiUKAS | yea, that's the last version I used |
03:04:07 | | Quit robin0800 (Remote host closed the connection) |
03:06:21 | komputes | stripwax: rbutil is telling me that 3.4 is the latest, I went to the installation tab, do i click install bootloader or install rockbox first? |
03:08:56 | komputes | I really don't feel like breaking this again, I would appreciate if someone can walk me through this (and yes i have read the manual) |
03:10:29 | KEROLiUKAS | if you already have installed the bootloader, you do not need to do it again |
03:10:44 | komputes | ok, so bootloader first it is |
03:11:19 | komputes | done, it's finnisged, the button which should say "Close" still says "Abort" this should be fixed |
03:11:35 | komputes | totally messed |
03:11:51 | | Quit Strife89 (Quit: Rebooting.) |
03:12:15 | komputes | now is 3.5 the stable, archives or current build? |
03:12:48 | krazykit | stable |
03:14:49 | komputes | ok then |
03:14:53 | * | komputes crosses fingers |
03:15:23 | komputes | krazykit: I had stable selected and it downloaded 3.4 |
03:15:46 | komputes | rockbox-ipodnano1g-3.4.zip |
03:17:13 | Llorean | komputes: What version of RBUtil are you using? |
03:17:25 | komputes | Llorean: 1.2.4 |
03:17:42 | | Join vegtoruci [0] (~vegtoruci@74.214.96.65) |
03:17:54 | saratoga | the latest version doesn't seem to see the new release |
03:18:01 | saratoga | i assume some link on the download page needs updating |
03:18:24 | komputes | and stripwax thought the manual was the answer ;) |
03:18:40 | Llorean | komputes: Well the manual tells you how to manually install |
03:18:43 | Llorean | So I'd say it is AN answer. |
03:19:01 | saratoga | you can just hit latest build, that'll give you essentially the release, plus a couple newer things |
03:19:08 | Unhelpful | manual install of *rockbox* is pretty easy. of the bootloader somewhat less so. |
03:19:09 | | Quit MethoS- (Remote host closed the connection) |
03:19:17 | komputes | saratoga: ok let me try that then |
03:19:20 | Llorean | Unhelpful: iPod Nano 1g, it's very simplistic |
03:19:49 | komputes | Problem detected: |
03:19:49 | komputes | Target mismatch detected. Installed target: ipodnano, selected target: Ipod Nano (1st gen). |
03:19:58 | saratoga | ha |
03:20:05 | Unhelpful | clever :D |
03:20:07 | komputes | saratoga: selecting the current build failed ^ |
03:20:21 | saratoga | looks like something else broke when the targets were renamed |
03:20:35 | saratoga | looks like you're doing a manual isntall then |
03:20:37 | komputes | so what should I do? |
03:20:52 | komputes | please walk me through it, in a PM if you can/want |
03:21:16 | saratoga | you should read the manual |
03:21:24 | * | komputes facepalms |
03:21:33 | komputes | later guys, thanks |
03:21:36 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
03:22:04 | KEROLiUKAS | lol |
03:24:06 | KEROLiUKAS | Mind fucking blown |
03:24:19 | KEROLiUKAS | When in usb mode, I can control volume of my pc? |
03:24:20 | KEROLiUKAS | whaaa |
03:24:58 | KEROLiUKAS | and control wmp |
03:26:00 | Unhelpful | KEROLiUKAS: but wait, that's not all! you can also use your DAP as a mouse or to control your browser! (results may vary, void where prohibited by law, etc) |
03:26:16 | KEROLiUKAS | How? |
03:26:28 | KEROLiUKAS | ah presentation mode |
03:26:32 | | Join z35 [0] (~z35@ool-45714f83.dyn.optonline.net) |
03:26:48 | | Join JdGroid [0] (~jg@m5b0e36d0.tmodns.net) |
03:27:31 | KEROLiUKAS | crazy |
03:27:54 | KEROLiUKAS | what other big features have I misseD? |
03:29:03 | Unhelpful | KEROLiUKAS: ... read the manual. ;) |
03:29:30 | KEROLiUKAS | ah good point |
03:33:39 | | Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
03:35:15 | *** | Saving seen data "./dancer.seen" |
03:40:20 | | Join AndChat- [0] (~jg@m060e36d0.tmodns.net) |
03:41:26 | krazykit | KEROLiUKAS, the MajorChanges wiki page would be a good reference too |
03:41:30 | KEROLiUKAS | ffffffffffu |
03:41:53 | KEROLiUKAS | I just realized, the reason I have not been using/updating my sansa is because I do not have a pair of working headphones |
03:41:55 | KEROLiUKAS | haha |
03:42:16 | KEROLiUKAS | I guess i'll listen in the car tomorow |
03:42:28 | | Quit JdGroid (Ping timeout: 256 seconds) |
03:42:51 | | Quit AndChat- (Client Quit) |
03:44:47 | KEROLiUKAS | I just found a pair of ipod headphones..they sound like poop |
03:46:51 | KEROLiUKAS | and the right ear goes in and out..lol, messed up cable |
03:48:24 | | Part Dhraakellian ("Meddle not in the affairs of ircops, for they are (not so) subtle, and quick to anger.") |
04:00 |
04:02:42 | KEROLiUKAS | oo fancy, pictureflow |
04:03:27 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
04:30:41 | | Quit TheSeven (Disconnected by services) |
04:30:53 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
04:31:04 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
04:33:41 | | Quit saratoga (K-Lined) |
04:33:41 | | Quit evilnick_B (K-Lined) |
04:50:46 | | Join Barahir_ [0] (~jonathan@gssn-5f754f5c.pool.mediaWays.net) |
04:51:54 | | Quit Barahir (Read error: Operation timed out) |
05:00 |
05:02:01 | | Join Sparkeater [0] (~cbdcff60@giant.haxx.se) |
05:02:57 | Sparkeater | is there a new bootloader for the h300 ? |
05:03:36 | Sparkeater | I'm wondering whether to just unzip the new rockbox or if there was a new bootloader I should get too... |
05:09:45 | | Join `Assassin [0] (~blank@71-8-56-51.dhcp.leds.al.charter.com) |
05:21:36 | Sparkeater | can someone have a look at this? it's regarding the superdom game.. http://www.rockbox.org/tracker/task/10964 |
05:21:49 | Sparkeater | it only let me put it in version 3.4 |
05:25:44 | JdGordon | no |
05:25:53 | JdGordon | the svn bootloader WILL brick your h300 |
05:25:57 | JdGordon | use the released one |
05:28:00 | Hillshum | Should the we make the svn bootloader more idiot-proof or something? |
05:30:13 | Sparkeater | I wasn't going to try the svn, I was wondering if the install application came with a new one, but thanks |
05:30:38 | Sparkeater | also how do I get that z-machine emulator going for text based fiction games? and where do I get the games? |
05:33:32 | Sparkeater | Frotz |
05:33:52 | Sparkeater | could someone tell me what format the games come in? |
05:34:03 | Sparkeater | or where I can find them? |
05:34:43 | | Quit Sajber^ (Read error: Connection reset by peer) |
05:35:09 | FlynDice | Would someone give this a quick look and tell me if the adds instruction is done the right way for the test? asm from dualboot.S −−> http://pastie.org/808858 |
05:35:16 | Unhelpful | Sparkeater: http://www.google.com |
05:35:19 | *** | Saving seen data "./dancer.seen" |
05:35:46 | | Quit Horscht (Quit: Verlassend) |
05:38:42 | Sparkeater | where do I unzip the english voice file? |
05:38:47 | | Join yzflcyq [0] (~3a3c7893@giant.haxx.se) |
05:49:27 | | Quit KEROLiUKAS (Quit: bai) |
05:53:29 | | Quit 77CAABJXB (Ping timeout: 240 seconds) |
05:57:15 | | Quit yzflcyq (Quit: CGI:IRC) |
06:00 |
06:13:53 | | Join Rob2223 [0] (~Miranda@p4FDC99CB.dip.t-dialin.net) |
06:17:48 | | Quit Rob2222 (Ping timeout: 264 seconds) |
06:35:49 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
06:37:59 | | Quit CaptainKewl (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
06:49:39 | CIA-8 | New commit by unhelpful (r24506): Move udiv32_arm.S into libdemac, as this divider is specialized for the APE codec and an optimized divider is already provided for general use in ... |
06:53:22 | | Quit Sparkeater (Quit: CGI:IRC) |
06:59:58 | | Quit BHSPitMonkey (Remote host closed the connection) |
07:00 |
07:08:16 | | Quit liar (Remote host closed the connection) |
07:19:54 | | Quit vegtoruci (Ping timeout: 240 seconds) |
07:22:35 | | Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) |
07:35:21 | *** | Saving seen data "./dancer.seen" |
07:35:45 | S_a_i_n_t | will lines beginning with "#" be ignored in an ".icons" file? |
07:39:21 | JdGordon | try it and see |
07:39:23 | JdGordon | I tihnk so |
07:42:05 | S_a_i_n_t | thanks...I read the wiki but it din't say either way. |
07:44:28 | S_a_i_n_t | there's no way to display the "next track AA" is there? I know there's %?Cn (is next track aa present<y|n>), but there's no %Cn is there (display next track aa)? |
07:45:00 | JdGordon | no[t yet] |
07:46:01 | S_a_i_n_t | Ah, that'd be awesome however. |
07:47:49 | S_a_i_n_t | I saw in a previous discussion you were having in my logs (a day or so ago perhaps) you mentioned opening up the possibility of AA as a background, and how it would be much loved...*agreed* |
07:47:58 | | Quit gevaerts (Disconnected by services) |
07:48:10 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
07:54:32 | | Join matsl [0] (~matsl@dhcp126.contactor.se) |
08:00 |
08:01:20 | * | Unhelpful doesn't understand why "being able to put other wps elements in front of AA" is such a big deal |
08:02:12 | Unhelpful | especially problematic is that you can't predict what the AA will look like, and therefore can't predict what color text will be readable over it... and if you black out a rectangle behind the text to ensure readability, why have it over the AA at all? |
08:09:19 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
08:10:04 | JdGordon | maybe if you have a solid backdrop for the text that is overlayed on the AA image it would look better |
08:13:46 | | Nick Barahir_ is now known as Barahir (~jonathan@gssn-5f754f5c.pool.mediaWays.net) |
08:15:13 | | Join stoffel [0] (~quassel@p57B4F916.dip.t-dialin.net) |
08:18:08 | topik | thanks for all the hard work and congrats on the new official release |
08:22:18 | Unhelpful | JdGordon: meh, but why not just have it off of the aa image entirely, then? |
08:23:55 | JdGordon | to get better space usage? |
08:26:41 | GodEater | I'm not against having AA as a possible background image - but I wouldn't use a theme that did it. |
08:27:58 | * | GodEater wonders if B4gder has started looking at the stats for RB 3.5 downloads yet |
08:31:32 | * | Unhelpful just really doesn't see the point |
08:32:03 | JdGordon | of release? |
08:32:05 | JdGordon | me neither :D |
08:32:17 | Unhelpful | mind you, both of the targets own are portrait, and "huge AA with room for text" seems to be pretty much the only thing to justify portrait over landscape |
08:37:10 | | Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) |
08:38:02 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:40:06 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:48:04 | Unhelpful | appropriate way to indicate that a generated file is being, um generated? i went with $(call PRINTS,GEN $(@F))<command> |
08:52:13 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:54:16 | pixelma | arch |
08:54:36 | pixelma | sorry, wrong window |
09:00 |
09:00:16 | Unhelpful | Zagor: build system is "your" area, is it not? :) |
09:00:25 | Zagor | yes |
09:02:05 | Unhelpful | see a bit before you joined... i'm using $(call PRINTS,GEN $(@F))<command> for a generated file, does that seem appropriate? there will probably not be another file produced in the same way, so i didn't really think it merited its own perl script or something in functions.make |
09:03:29 | | Join LinusN [0] (~linus@gateway/web/cgi-irc/labb.contactor.se/x-zzxaofiovsomahou) |
09:03:29 | | Quit LinusN (Changing host) |
09:03:29 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
09:06:01 | Unhelpful | yay, it works on a target that doesn't use this mechanism, too... and doesn't even build the ape codec twice, then. |
09:07:07 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:12:03 | | Join DerPapst [0] (~DerPapst@p4FE8EEC0.dip.t-dialin.net) |
09:15:31 | | Quit GodEater (Read error: Connection reset by peer) |
09:15:34 | | Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) |
09:15:34 | | Quit GodEater (Changing host) |
09:15:34 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
09:15:41 | GodEater | |
09:15:48 | GodEater | er, ooops |
09:17:17 | Unhelpful | hrm, i guess we do already have some longer short descriptions... so no need to try to make it 2 letters like CC/PP/LD/AR |
09:18:24 | | Quit bertrik (Quit: De groeten) |
09:20:11 | amiconn | Unhelpful: *If* you're going to make the reciprocal table dynamic, we should also make the filter buffers dynamic (depending on the -c level) |
09:20:58 | amiconn | This would need a simple, built-in iram malloc in the ape codec though :/ |
09:21:50 | Unhelpful | amiconn: it's only dynamic at compile time. making it dynamic at runtime would slow it down or complicate it substantially (you'd need to do X divisions to fill the table, you'd need to either modify the code of the divider or have it load the reciprocal table size) |
09:22:38 | Unhelpful | i wasn't looking to make it do the best job possible on all -c levels, just to make it compile without manual adjustment when we change code or compilers |
09:23:11 | amiconn | hmm |
09:26:29 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
09:29:50 | Unhelpful | i have it working now... on targets with ARM_ARCH < 4 that use codec iram, udiv32_arm.S is initially compiled with recip_max = 2, which produces a zero-length table without changing code size. libdemac is then linked as libdemac-pre.a, the ape codec is linked as ape-pre.elf with a map file as ape-pre.map, which is processed to produce ape_free_iram.h. this is included when recompiling udiv32_arm.S, and then a new lidbemac.a and ape.codec |
09:29:50 | Unhelpful | are linked |
09:30:27 | Unhelpful | only udiv32_arm.S is compiled twice, only the library and codec are linked twice, and all three use a different name on each pass so that deps are not confused |
09:31:32 | | Quit GeekShadow (Quit: The cake is a lie !) |
09:31:47 | Unhelpful | there's some nasty stuff in udiv32_arm.S to convert the available free iram into a valid arm immediate <= the maximum possible table |
09:32:47 | Unhelpful | and since all of the -pre stuff only appears as deps of ape_free_iram.h, it can be left out of the build on targets that don't need it just by making the include in udiv32_arm.S conditional |
09:33:23 | | Quit phanboy4 (Ping timeout: 272 seconds) |
09:35:25 | *** | Saving seen data "./dancer.seen" |
09:39:01 | Unhelpful | it seems to work well, i built for ipodnano2g and the final ape.map shows only 64B of iram remaining |
09:40:29 | | Quit arbingordon (Quit: `) |
09:45:42 | CIA-8 | New commit by unhelpful (r24507): Use all available codec iram for reciprocal table in APE codec on ARMv4. Done by linking first with the table empty to determine free space, then ... |
09:55:38 | CIA-8 | New commit by unhelpful (r24508): Fix yellow: add newline at EOF in udiv32_arm-pre.S |
10:00 |
10:10:57 | | Quit AndyI (Ping timeout: 248 seconds) |
10:17:12 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
10:23:41 | | Join PaulJam_ [0] (~Paule@p54BED6D3.dip.t-dialin.net) |
10:36:30 | | Join |DaMaGeD| [0] (~dam@85.26.233.55) |
10:39:53 | | Quit |DaMaGeD| (Read error: Connection reset by peer) |
11:00 |
11:00:31 | | Quit bluebroth3r (Ping timeout: 265 seconds) |
11:01:45 | | Join bluebrother [0] (~dom@f053155069.adsl.alicedsl.de) |
11:01:45 | | Quit bluebrother (Changing host) |
11:01:45 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
11:30:05 | | Join arbingordon [0] (~w@c-71-226-248-30.hsd1.pa.comcast.net) |
11:35:28 | *** | Saving seen data "./dancer.seen" |
11:38:40 | Torne | linuxstb: i'm not thrilled by fs#10107 either but it seems better than *not* having it. I still hold out hope that we can work out a real solution. |
11:41:45 | linuxstb | Torne: I'm not sure I agree - I think I would prefer having to do a hard reset occasionally than getting a low-battery flash each time I shut down. It also seems the wrong approach on principle to use Apple code to shut down, instead of trying to do it ourselves - the bug wasn't _that_ important to fix. |
11:42:56 | Torne | occasionally, maybe |
11:43:08 | Torne | but for some people (including me) it was a third or even a half of the time |
11:43:32 | Torne | until i started using that method i couldn't turn my player on more than two or three times in a row without resetting it. |
11:43:48 | | Quit stoffel (Remote host closed the connection) |
11:44:02 | GodEater | linuxstb: I can vouch for this, I saw torne's ipod. |
11:44:07 | linuxstb | Was that target-specific? I can't recall it being a big problem for me (on my ipod Color or 30GB 5g) |
11:44:13 | Torne | It might've been |
11:44:18 | Torne | that's why i put up that poll |
11:44:19 | GodEater | very very odd though, because I only ever got the issue like three times in two years. |
11:44:29 | Torne | but too few people responded to the poll for any model other than the Video to really be sure |
11:44:35 | Torne | probably because a lot more people have a Video :) |
11:44:37 | GodEater | Torne: wasn't yours the 80GB ipod video? |
11:44:37 | linuxstb | But the commit was for all ipods? |
11:44:44 | Torne | GodEater: yes |
11:44:49 | GodEater | so same model as mine then |
11:44:55 | GodEater | and I barely ever got the problem |
11:45:03 | Torne | linuxstb: all with the same PCF, yes |
11:45:23 | Torne | because the method does *work* on all of them, and none of the people who tested the patch *ever* had the problem afterward |
11:45:26 | linuxstb | Maybe it's also related to OF version. |
11:45:34 | Torne | also possible |
11:45:38 | GodEater | My ipod is 1.2.3 |
11:45:42 | Torne | my todo list has "disassemble the bootloader" on it |
11:45:58 | Torne | GodEater: i'll check, i have it here |
11:46:21 | GodEater | I think 1.3 is the last version apple shipped for the video |
11:46:35 | linuxstb | Yes, 1.3 sounds familiar. |
11:46:38 | Torne | linuxstb: anyway, i judged the cosmetic effect as pretty minor |
11:46:40 | Torne | maybe it's not |
11:46:53 | Torne | Yes, i have 1.3 |
11:46:59 | Torne | so perhaps it is that |
11:47:10 | Torne | but the poll showed it definately does occur on most if not all models |
11:47:11 | GodEater | Torne: try downgrading? |
11:47:12 | linuxstb | Torne: To be honest, I haven't updated Rockbox on my ipod for a long time, so haven't seen the cosmetic effect. It just _sounds_ undesirable (and potentially confusing to users) |
11:47:26 | Torne | so unless they all had the bug introduced/fixed in some firmware version.. |
11:47:33 | Torne | linuxstb: i added a note to the manual :) |
11:47:35 | GodEater | also, the cosmetic effect doesn't bother me really, I barely ever look at the ipod when it's shutting down. |
11:47:40 | | Join vegtoruci [0] (~vegtoruci@74.214.96.65) |
11:47:49 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
11:47:50 | Torne | linuxstb: the backlight is off when it displays it so if you aren't looking closely you won't even see it |
11:48:00 | Torne | linuxstb: and it's a tiny symbol |
11:48:04 | linuxstb | Torne: Ah, OK. So it's not so bad then... |
11:48:09 | Torne | it's not the fullscreen low battery icon that the OF displays |
11:48:16 | GodEater | no, it's miniscule |
11:48:18 | Torne | just a greyscale bitmap in the center of the screen |
11:48:30 | Torne | though it does linger a bit because the LCD gets powered off without being cleared |
11:48:33 | Torne | so it fades out slowly :) |
11:49:20 | Torne | I should probably bump disassembling the flash bootloader up my list |
11:49:36 | Torne | unless someone else has already done that somewhere and I just don't know? |
11:49:58 | Torne | (it is technically copyright violation to distribute a disassembly, after all) |
11:49:59 | linuxstb | I'm sure lots of people have disassembled it in parts over the years... |
11:50:02 | Torne | Well yes |
11:50:58 | Torne | i meant "who could send it to me" :) |
11:51:42 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
11:52:33 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
12:00 |
12:02:42 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:11:25 | | Quit GeekShadow (Ping timeout: 245 seconds) |
12:19:55 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
12:34:31 | | Join MethoS- [0] (~clemens@134.102.106.250) |
12:37:48 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
12:40:00 | | Quit MethoS- (Remote host closed the connection) |
12:42:00 | | Join bmbl [0] (~Miranda@vpn224-147.fh-bielefeld.de) |
12:42:00 | | Quit bmbl (Changing host) |
12:42:00 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
12:48:44 | | Quit vegtoruci (Ping timeout: 256 seconds) |
12:49:14 | | Quit bughunter2 (Quit: Leaving.) |
12:58:43 | | Join vegtoruci [0] (~vegtoruci@74.214.96.65) |
13:00 |
13:00:30 | | Join bong [0] (~d9d23b1e@giant.haxx.se) |
13:01:07 | | Join dung [0] (~d9d23b1e@giant.haxx.se) |
13:01:08 | | Quit bong (Client Quit) |
13:02:03 | dung | how stable/unstable is the ipod nano 2g port exactly? is it usable at all? |
13:02:18 | | Quit `Assassin (Read error: Connection reset by peer) |
13:10:57 | | Quit einhirn (Read error: Connection reset by peer) |
13:11:16 | GodEater | dung: yes it's usable |
13:11:23 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
13:11:44 | GodEater | if it weren't we'd have it listed under "unsuabe" instead, no? :) |
13:11:57 | GodEater | or "unusable" even |
13:12:42 | dung | well okay |
13:18:04 | | Quit dung (Ping timeout: 246 seconds) |
13:18:04 | Frampis | hehe, unsuable |
13:18:04 | Frampis | I guess you can't sue a firmware |
13:19:42 | GodEater | I didn't even manage to make the typo *that* funny, as I missed the 'l' too |
13:19:58 | Frampis | well yeah but I filled in the blank. |
13:20:08 | Frampis | gotta work with what you've got |
13:21:28 | GodEater | which isn't much when you're dealing with me! |
13:21:29 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
13:26:31 | S_a_i_n_t | who knows what it is exactly that's keeping the nano2g from 'stable'? is it still the odd NAND issues some people are having? |
13:31:09 | | Join bong [0] (~d9d23b1e@giant.haxx.se) |
13:32:05 | | Quit DerPapst (Quit: Leaving.) |
13:33:27 | bong | if I run the ipod nano 2g port, is there risk of serious problems like no playback or the ipod being mounted as read-only, or just minor problems like buggy scrolling or slightly less battery time? |
13:33:51 | Torne | The FTL might get corrupted sometimes |
13:34:04 | Torne | which will mena you need to restore it and reinstall rockbox and re-copy your music. |
13:34:13 | Torne | For many people this doesn't happen :) |
13:34:30 | Torne | shorter battery life etc don't count as "unstable" |
13:34:30 | bong | what's the FTL? |
13:34:52 | Torne | the data that tells it how to access the flash |
13:35:11 | bong | okay, thanks |
13:35:21 | bong | if that's the worst that can happen I might as well try it |
13:35:29 | *** | Saving seen data "./dancer.seen" |
13:35:31 | Torne | yes, it can't permanently damage the ipod |
13:35:36 | Torne | and playback should be reliable. |
13:35:41 | bong | good |
13:35:58 | Torne | as long as you have a copy of your music somewhere else it's fine |
13:36:05 | bong | I'm a bit concerned because I'll have to buy a used nano for this, I don't have one |
13:36:09 | Torne | you might want to back up the .rockbox folder as well occcasionally though |
13:36:13 | bong | alright |
13:36:14 | Torne | to preserve your settings |
13:36:20 | Torne | (saves you configuring it again) |
13:36:42 | bong | I suppose that if it doesn't work perfectly now, it will be better in a few months |
13:36:52 | Torne | Hopefully |
13:37:00 | Torne | People are investigating possible causes for the flash issues |
13:37:06 | bong | sounds great |
13:37:08 | AlexP | If I were buying a player to run Rockbox it wouldn't be the nano 2nd gen |
13:37:08 | bong | thanks! |
13:37:11 | bong | oh |
13:37:19 | Torne | it only seems to affect some players so it may depend on which type of flash that specific nano has |
13:37:29 | bong | which player would be a better buy then? |
13:37:31 | S_a_i_n_t | there's a fairly easy fix for the dircache/"safely remove hardware" data corruption |
13:37:39 | AlexP | If you are buying a used one, there are other models that work much better |
13:37:48 | Torne | S_a_i_n_t: that's not the only way it can get corrupted, though, no? |
13:37:51 | bong | yeah I know the 1gen works great |
13:38:05 | AlexP | I'd get a Sansa e200 over an iPod |
13:38:10 | AlexP | iPod nano that is |
13:38:15 | S_a_i_n_t | ist gen nano port rocks...and looks better IMO |
13:38:24 | AlexP | looks better? |
13:38:28 | * | dionoea doesn't like the e200's buzzing sounds when buffering data |
13:38:29 | S_a_i_n_t | torne: no, but one of the most common IIRC |
13:38:37 | rasher | Torne: That often turns out to be a red herring though, and simply a case of people doing different things (not that it *couldn't* be that of course) |
13:38:42 | AlexP | dionoea: Ah right, I don't hear that so always forget |
13:38:42 | Torne | the flash based ipods are not very good compared to many of the other flash players |
13:38:58 | bong | the thing with buying a nano 2g is that it's relatively easy to get hold of used |
13:39:09 | bong | I can't find a sansa player anywhere near me |
13:39:25 | S_a_i_n_t | AlexP: what I meant was, aesthetically, I prefer the 1st gen nano over the 2nd |
13:39:30 | AlexP | Ah, OK |
13:39:41 | dionoea | AlexP: how can you not hear it? :) (other than that I agree that the the e200 is a great dap) |
13:40:09 | AlexP | dionoea: Well, I don't use the e200 much (or at all really), but whenever I do I can't hear the buzzing |
13:40:23 | * | B4gder never heard the buzzing either |
13:40:27 | S_a_i_n_t | 2nd gen nano port is starting to become noticably faster than the 1st gen port now...which is good |
13:41:10 | dionoea | I use music on the miscrosd card. Maybe it doesn't happen with internal memory. I'll check that right now. |
13:43:06 | bong | alright, I think I'll invest in a nano 2g, it doesn't seem like anything too major is likely to happen |
13:43:08 | bong | thanks all |
13:43:57 | S_a_i_n_t | bong: even if it does, it's *REALLY* hard to kill an iPod...*almost* impossible. |
13:44:29 | S_a_i_n_t | dropping it in a cup full of coffee works quite well however.... |
13:44:31 | bong | yeah, I'm not afraid that I'll render it unusable, just that I won't be able to play music through rockbox |
13:44:57 | S_a_i_n_t | well...mine 2 2g nano's run fine. |
13:45:10 | S_a_i_n_t | with only one small tweal to the standard code. |
13:45:20 | S_a_i_n_t | s/tweal/tweak/ |
13:45:53 | bong | heh, I'll ask the community again if it turns out I need to tweak something |
13:46:02 | * | S_a_i_n_t cringes at "...mine 2 2g nano's" |
13:46:24 | S_a_i_n_t | *ahem*..."both my 2nd gen nanos work fine." |
13:49:16 | | Quit bong (Quit: CGI:IRC (EOF)) |
13:50:16 | CIA-8 | New commit by teru (r24509): superdom: fix bug that "Human starting factories" setting is ignored (part of FS #10964). ... |
14:00 |
14:04:22 | | Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) |
14:08:27 | | Join koniiiik [0] (johnny64@phoenix.wheel.sk) |
14:08:49 | koniiiik | I need a little clarification regarding ipodpatcher... |
14:10:37 | * | gevaerts tries to find his crystal ball |
14:12:03 | koniiiik | I want to follow http://www.rockbox.org/wiki/IpodPatcher#2_OSOS_contains_Rockbox_and_the |
14:12:21 | koniiiik | However, it is not clear to me, how I should build the ipodpatcher from source. |
14:12:40 | koniiiik | (I just built the rest of rockbox.) |
14:12:59 | pixelma | I believe whether you hear "disk" access on the e200 (c200 too) depends a bit on your exact device and other factors like headphones etc. |
14:13:49 | pixelma | I can hear it on my c200 too but it only bothers me when there is no music playing |
14:13:51 | gevaerts | koniiiik: Torne knows the details, or possibly linuxstb |
14:13:58 | koniiiik | Hmm... |
14:14:01 | Torne | You don't need to build ipodpatcher |
14:14:19 | | Join Casainho [0] (~chatzilla@87-196-22-196.net.novis.pt) |
14:14:23 | koniiiik | Oh...? |
14:14:36 | Torne | ipodpatcher only uses the builtin bootloader if you run it with no arguments |
14:14:41 | Torne | build the bootloader yourself |
14:14:48 | Torne | and follow the instructoins, with any binary of ipodpatcher. |
14:15:09 | Torne | i really should release a new ipod bootloader :) |
14:15:35 | dionoea | The e200 buffering interference indeed doesn't happen when loading from internal memory. I guess that the fact that the microsd slot is just under the headphone jack explains it a bit |
14:15:36 | Torne | incidentally you *don't* need to build rockbox yourself for that method any more |
14:15:38 | koniiiik | Oh. So I can use even an ipodpatcher without a builtin bootloader and tell it to use the one I just built? |
14:15:45 | S_a_i_n_t | how outdated is the release bootloader compared to svn? |
14:15:54 | Torne | All version of rockbox since 3.4 include the required code in the main build |
14:15:59 | S_a_i_n_t | koniiiik: yes |
14:16:10 | koniiiik | Well, I like to be up to date. (-: (-: |
14:16:12 | Torne | S_a_i_n_t: The only interesting/relevant change is my OSOS boot change |
14:16:21 | S_a_i_n_t | you can even load original firmware files with it, surpassing the need for iTunes. |
14:16:22 | Torne | koniiiik: yes, but you can just use a current build for that |
14:16:32 | | Join stoffel [0] (~quassel@p57B4F916.dip.t-dialin.net) |
14:16:45 | Torne | it's only the bootloader which isn't compiled for you :) |
14:16:50 | koniiiik | Okay. |
14:16:52 | Torne | which is why i should release a new one really |
14:17:05 | Torne | but it's up to you, anyway, you cna use your own compiled build :) |
14:17:25 | Torne | i should update the wiki page |
14:18:24 | koniiiik | All right, now... How do I use the new bootloader? ipodpatcher -a bootloader-ipodnano1g.ipod? |
14:18:34 | S_a_i_n_t | koniiiik: iy's important to note that some "advanced ipodpatcher istall options" *require* you to use a user-built bootloader |
14:18:41 | S_a_i_n_t | option 3 IIRC |
14:18:51 | Torne | S_a_i_n_t: that's what he's doing. |
14:19:14 | Torne | koniiiik: yes, just do a bootloader build by selecting bootloader in configure, and it will produce bootloader-yourmodel.ipod |
14:19:18 | S_a_i_n_t | ./ipodpatcher.exe |
14:19:22 | Torne | then follow the instructions. |
14:19:39 | Torne | you can use any rockbox.ipod which is less than six months or so old. |
14:19:41 | koniiiik | Torne: Already done. (-; |
14:19:46 | koniiiik | Hmm... |
14:20:36 | Torne | i'm going to update the wiki to explain better. |
14:22:36 | Torne | There we go :) |
14:22:52 | Torne | when i wrote the instructions the code wasn't in the release, so it was important to specify |
14:23:10 | Torne | but the code has been in svn for a long time and in 3.3, 3.4 and 3.5 so it doesn't matter what version peopl euse now really |
14:23:15 | Torne | as long as they build the bootloader from svn |
14:23:50 | koniiiik | Okay, thanks. |
14:31:38 | koniiiik | Hmm, what was the button combination to make rockbox not reboot into disk mode then connected to USB? |
14:32:35 | | Part LinusN |
14:32:36 | | Quit fyrestorm (Ping timeout: 246 seconds) |
14:33:13 | | Join froggyman [0] (~187b533e@giant.haxx.se) |
14:33:19 | S_a_i_n_t | torne: would it hurt to add the .ipodx nano2g stuff to the ipodpatcher wiki also? |
14:33:41 | | Nick froggyman is now known as Guest93547 (~187b533e@giant.haxx.se) |
14:33:48 | S_a_i_n_t | the info on the nano2g port page is pretty scarce |
14:34:30 | | Nick Guest93547 is now known as froggymana (~187b533e@giant.haxx.se) |
14:38:19 | | Join dibo [0] (~4fd74232@giant.haxx.se) |
14:38:41 | | Join webguest34 [0] (~4fd74232@giant.haxx.se) |
14:38:41 | | Quit dibo (Client Quit) |
14:39:44 | webguest34 | hello everyone |
14:41:16 | webguest34 | does anyone run rockbox on an 4G iPod? |
14:42:14 | krazykit | do you have a specific question about it? |
14:42:26 | | Join MethoS- [0] (~clemens@134.102.106.250) |
14:44:52 | linuxstb | webguest34: I assume you mean the original 4th generation ipod (large form-factor with greyscale LCD) ? |
14:47:58 | | Quit webguest34 (Quit: CGI:IRC) |
14:48:04 | | Join webguest12 [0] (~4fd74232@giant.haxx.se) |
14:49:00 | webguest12 | hey linuxstp - yes i got the 4th grayscale version |
14:49:28 | linuxstb | What's your question? |
14:50:10 | webguest12 | i installed rockbox on it, no problem at all - but it dont charge at my docking station |
14:50:26 | webguest12 | is there any option to activate??? |
14:55:15 | linuxstb | No. That's a known issue with Rockbox on the ipod (or maybe just some ipods, including your's) - Rockbox either doesn't charge, or will charge very slowly. You will need to reboot into the Apple firmware (or emergency disk mode - hold SELECT+PLAY when booting) to charge. |
14:57:12 | webguest12 | :( ok thanks |
14:58:51 | gevaerts | webguest12: if you use a release, it should automatically reboot to emergency disk mode when you plug it in |
14:59:28 | gevaerts | linuxstb: any opinions on committing that charging patch soon? I know it's not correct from a USB point of view, but are there other problems? |
15:00 |
15:01:14 | linuxstb | gevaerts: I don't know anything about it... |
15:01:21 | gevaerts | ok :) |
15:01:22 | Torne | gevaerts: I was going to write up a proposal for how to fix that "properly" |
15:01:28 | Torne | S_a_i_n_t: yes, that could be added |
15:01:48 | Torne | gevaerts: but in brief, i think we should change the USB charging setting to a tristate |
15:01:51 | Torne | off/on/force |
15:02:13 | gevaerts | ah, sounds like a good solution |
15:02:13 | Torne | off would do everything the target supports to not charge: either reduce to 100mA or turn it off entirely if possible |
15:02:22 | Torne | on would try and follow the usb spec (including the charging spec) |
15:02:29 | Torne | and force would try and suck up power regardless |
15:02:39 | Torne | exactly what that would mean for various targets would differ |
15:02:52 | Torne | but it seems much more useful than a boolean |
15:03:03 | Torne | if we did that we could commit fs#8802 now, as the "force" optoin for ipods |
15:03:15 | Torne | and then work on proper usb charging support later (so "on" would behave the same as "off" for now) |
15:03:41 | Torne | or we could maybe jus thave "off/force" on ipod? |
15:03:43 | Torne | i dunno |
15:03:47 | Torne | but you get the genreal idea/ |
15:04:02 | gevaerts | I think that would be better for now, but yes, that's a detail |
15:04:18 | Torne | does the tristate sound like a good goal, at least? |
15:04:27 | Torne | The code to obey usb charging in general would work on any target |
15:04:32 | Torne | once someone writes it :) |
15:04:53 | Torne | you'd just need the target-specific way of adjusting the charge controller behaviour (if it's a hw charger) or doing the right thing in the charging thread (if it's sw) |
15:05:05 | Torne | and maybe som etarget specific way of detecting D+/D- being shorted |
15:05:14 | Torne | which i'm pretty sure ipodvideo can do |
15:05:22 | Torne | as well as the apple charger detection? |
15:05:28 | gevaerts | I like the idea, yes |
15:05:35 | Torne | most targets won't support that, but they can still do the right thing wrt. USB hosts |
15:05:51 | | Quit webguest12 (Quit: CGI:IRC) |
15:06:03 | gevaerts | I assume "force" would mean 500mA (if we can limit the thing), while proper charger detection could go higher |
15:06:18 | Torne | that might have to depend on the target |
15:06:31 | Torne | afaik the ipods can't go above 500 anyway |
15:06:42 | Torne | at least hte PP ones don't |
15:06:52 | Torne | the nano4g might be able to, since i'm pretty sure the touch can |
15:07:17 | Torne | So, hm |
15:07:22 | Torne | I should write a patch for the setting |
15:07:27 | Torne | and see what people think, probably |
15:07:55 | gevaerts | well yes, this is again something that will depend on actual hardware features |
15:08:14 | Torne | right. |
15:09:08 | Torne | anyway, i think it's important to get the setting/ui right |
15:09:19 | Torne | because a lot of the issues we've discussed before could be solved that way |
15:10:02 | Torne | I think those three choices is what users are likely to want: "don't drain my laptop battery", "charge when it's safe", "charger detection doesn't work for me, please charge anyway" :) |
15:10:09 | gevaerts | I agree. Once that's done, the rest can be cleaned up in small bits |
15:10:35 | Torne | what should we do about targets that can't meaningfully support one of those at all? (obviously targets where we have no choice don't need a setting) |
15:10:54 | gevaerts | I'd leave out the option then |
15:11:05 | Torne | Hm. That could be fun to ifdef. :) |
15:11:25 | * | gevaerts is sure that Torne can handle it :) |
15:11:29 | Torne | i shall write a proposed UI/setting patch, then, and solicit feedback |
15:11:43 | Torne | and while i'm at it see if anyone knows what the capabilities of our platforms are |
15:11:56 | Torne | atm only nano2g, h300 and gigabeat s have any kind of charging "control" that I know of |
15:12:08 | Torne | the others just do whatever |
15:12:18 | Torne | either because the hardware doesn't give us any choice or because nobody knows how or has bothere d;) |
15:15:18 | S_a_i_n_t | torne: I'd be happy to test whatever you come up with on my nanos if need be, 1st/2nd gen |
15:20:00 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
15:27:13 | | Quit Casainho (Ping timeout: 248 seconds) |
15:31:21 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
15:35:33 | *** | Saving seen data "./dancer.seen" |
15:45:12 | Torne | S_a_i_n_t: well the first pass isn't going to *do* anything :) |
15:45:22 | Torne | it'll just be a setting that doesn't work ;) |
15:45:34 | Torne | nano2g already has charging control implemented using hte current off/on setting |
15:45:41 | Torne | though i don't recall offhand exactly what off and on mean for nano2g |
15:45:58 | Torne | if it's like the other ipods then off means "only charge slowly" and on means "charge quickly regardless of safety" |
15:53:30 | | Quit froggymana (Quit: CGI:IRC) |
15:53:32 | | Quit Hillshum (Quit: Leaving) |
15:53:47 | CIA-8 | New commit by teru (r24510): keyboard: make some parts of kbd_input into separate functions. |
15:54:46 | amiconn | Torne, linuxstb, GodEater: The low-bat shutdown problem affected the Mini G2 a lot |
15:55:11 | amiconn | Now there's the odd low-bat icon *at shutdown*, but power-on seems to be fixed |
15:55:41 | amiconn | I also had it happen on the Photo as well, but not as often |
15:56:28 | Torne | yah |
15:56:39 | Torne | i think the user who was asking just overstated the shutdown cosmetic thing |
15:56:51 | Torne | it *is* slihgtly weird but it's not super noticable. and I did put a manual note about it :) |
15:56:57 | Torne | because all users will read that, naturally :) |
15:57:34 | | Quit mc2739 (Ping timeout: 276 seconds) |
15:59:00 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
16:00 |
16:00:33 | | Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) |
16:01:19 | | Join jgarvey [0] (~jgarvey@cpe-071-070-228-143.nc.res.rr.com) |
16:02:11 | | Join DataGhost [0] (dataghost@97-18-ftth.onsnetstudenten.nl) |
16:02:11 | | Quit DataGhost (Changing host) |
16:02:11 | | Join DataGhost [0] (dataghost@unaffiliated/dataghost) |
16:07:27 | | Join DerPapst [0] (~DerPapst@p4FE8EEC0.dip.t-dialin.net) |
16:12:32 | | Quit matsl (Ping timeout: 252 seconds) |
16:13:52 | | Quit PaulJam_ (Ping timeout: 240 seconds) |
16:15:23 | | Quit teru (Quit: Quit) |
16:33:53 | | Quit mc2739 (Ping timeout: 240 seconds) |
16:40:18 | | Join mc2739_ [0] (~mc2739@rockbox/developer/mc2739) |
16:41:08 | | Nick mc2739_ is now known as mc2739 (~mc2739@rockbox/developer/mc2739) |
16:41:52 | | Join webguest_ipod [0] (~5f3bc48a@giant.haxx.se) |
16:42:58 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
16:44:18 | webguest_ipod | How I can do it? |
16:44:25 | webguest_ipod | Hi, I want to change boot logo in Rockbox 3.5 on iPod 5G. |
16:44:30 | webguest_ipod | This is my handmade pic: http://bayimg.com/image/hakdoaacd.jpg |
16:45:01 | webguest_ipod | Please help. :) |
16:46:21 | gevaerts | convert it to bmp, put it in the right place in the source, and recompile |
16:46:52 | webguest_ipod | under win32 is it possible? where is right place for it? thanks! |
16:48:55 | | Quit ender` (Quit: It's not English. It's legalese, a completely different language which looks confusingly similiar.) |
16:49:16 | linuxstb | webguest_ipod: Firstly you need to be able to build your own (unmodified) version of Rockbox. Then you can start modifying it. See here - http://www.rockbox.org/wiki/DocsIndex#For_Developers (e.g. the SimpleGuideToCompiling page). |
16:51:04 | webguest_ipod | linuxstb, OK, thanks for your help! I'll try to do it. |
16:53:29 | | Quit Zambezi (Ping timeout: 276 seconds) |
16:53:31 | | Quit MethoS- (Remote host closed the connection) |
16:58:11 | | Quit webguest_ipod (Quit: CGI:IRC (EOF)) |
17:00 |
17:03:04 | | Join mulenmar [0] (~mulenmar@216.249.145.226) |
17:03:56 | | Quit mulenmar (Client Quit) |
17:05:51 | | Join mulenmar [0] (~mulenmar@216.249.145.226) |
17:07:38 | | Join Zambezi [0] (Zulu@80.67.9.2) |
17:11:14 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
17:12:13 | | Part mulenmar ("Leaving") |
17:16:08 | | Join liar_ [0] (~53af7f68@gateway/web/freenode/x-egstqnulslpdnkkq) |
17:18:29 | | Join ender` [0] (krneki@foo.eternallybored.org) |
17:22:39 | | Quit bmbl (Quit: Bye!) |
17:25:38 | | Quit Zambezi (Changing host) |
17:25:38 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
17:26:37 | | Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) |
17:28:35 | | Quit Zagor (Quit: Clint excited) |
17:33:48 | FlynDice | I'm figuring out buttons for clip+ and looking for ways to proceed. I've found some on GPIOA. There's a .pdf attached to this forum post with my findings −−> http://forums.rockbox.org/index.php?topic=14064.msg161676#msg161676 |
17:35:36 | *** | Saving seen data "./dancer.seen" |
17:37:12 | dionoea | at least you know what buttons you can easily use in the bootloader :) |
17:40:15 | FlynDice | Yes, but I was hoping someone may have already figured this out and could save some time.... I hate to find out I have just been reinventing the wheel after 4 hours of work... ;-) |
17:40:45 | FlynDice | not the button, the process... |
17:42:37 | | Join GeekShado_ [0] (~Antoine@LPuteaux-156-15-25-14.w82-127.abo.wanadoo.fr) |
17:43:32 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
17:44:50 | FlynDice | Ach, nevermind, found a funman post that gives me a clue |
17:45:35 | | Quit GeekShadow (Ping timeout: 245 seconds) |
17:47:21 | | Quit GeekShado_ (Client Quit) |
17:50:09 | | Join MethoS- [0] (~clemens@134.102.106.250) |
17:54:14 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.43) |
17:55:51 | | Join bertrik [0] (~5a911fc2@giant.haxx.se) |
17:56:44 | | Quit bertrik (Client Quit) |
17:58:31 | S_a_i_n_t | UI Viewport (set in a theme.cfg) is in the format of ui viewport: x|y|forground|background| <-is this correct? |
17:58:36 | | Quit komputes (Ping timeout: 265 seconds) |
18:00 |
18:00:20 | AlexP | I don't think so |
18:00:34 | AlexP | It uses different separators IIRC |
18:01:01 | S_a_i_n_t | ah...do you know gow it *is* specified? I couldn;t really find anything about it on the wiki |
18:01:09 | S_a_i_n_t | is it comma seperated? |
18:01:14 | AlexP | I can't remember |
18:01:38 | | Join toffe82_ [0] (~chatzilla@12.169.218.14) |
18:02:42 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
18:03:44 | Torne | is it compatible to change a bool setting to an int setting? |
18:04:22 | | Quit toffe82 (Ping timeout: 256 seconds) |
18:05:59 | Torne | aha i have a better idea. |
18:06:49 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
18:10:10 | | Quit petur (Quit: work->home) |
18:11:24 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
18:16:54 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
18:22:20 | | Quit vegtoruci (Ping timeout: 252 seconds) |
18:27:43 | | Quit S_a_i_n_t (Ping timeout: 260 seconds) |
18:28:05 | | Quit DataGhost (Ping timeout: 245 seconds) |
18:31:13 | CIA-8 | New commit by Domonoky (r24511): sync asap codec to ASAP 2.1 |
18:33:14 | JdGordon | AlexP: still waiting for the broken theme :)" |
18:33:29 | AlexP | JdGordon: Sorry, I forgot. I'll do it now |
18:44:26 | | Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) |
18:50:18 | | Join _zic [0] (~user@91-171-80-131.rev.libertysurf.net) |
18:52:22 | AlexP | JdGordon: Menu looks like this http://aeparker.com/files/menu.bmp the time at the top and the section at the bottom are .sbs The UI viewport is in the black box. This is the wps background http://aeparker.com/files/wpsbackdrop.bmp which should draw over the backdrop. |
18:52:22 | AlexP | This is what the wps actually looks like http://aeparker.com/files/wps-glitch.bmp and here is the theme http://aeparker.com/files/theme.zip First suspicions would be an error in the theme somewhere :) |
18:53:04 | AlexP | screenshots taken with r24511 |
18:53:36 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:53:47 | | Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
18:56:15 | gevaerts | hm, http://forums.rockbox.org/index.php?topic=23816.0 seems to indicate that I did something wrong |
18:58:15 | JdGordon | AlexP: ok, im just about heading off to work. ill have a look tonight if i get a chance |
18:58:23 | AlexP | JdGordon: Cheers :) |
19:00 |
19:01:32 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:04:36 | linuxstb | gevaerts: IIUC, the e200r main build (and therefore voice files) are the same as the e200 - so there have never been specfic main builds or voice files for the e200r. But it looks like there are 3.5 voice files for the "e200r" (but no main build). |
19:04:46 | | Quit stoffel (Remote host closed the connection) |
19:05:06 | linuxstb | So I think the solution is to delete the e200r voice files, and tell that user to just use the e200 voice files (to match the e200 main build he/she is using) |
19:05:11 | | Join pamaury [0] (~pamaury@ALyon-551-1-89-37.w92-137.abo.wanadoo.fr) |
19:05:18 | | Join stoffel [0] (~quassel@p57B4F916.dip.t-dialin.net) |
19:05:57 | | Join PaulJam_ [0] (~Paule@p54BECBB1.dip.t-dialin.net) |
19:07:49 | gevaerts | hm, could be. That might need some rbutil adjustments maybe? |
19:07:51 | linuxstb | bluebrother: What does rbutil do when it sees an e200r? Will it reject it completely, or does it allow a main build/voice/themes/etc to be installed? |
19:08:33 | linuxstb | domonoky: (same question to you!) |
19:09:32 | domonoky | linuxstb: rbutil doesnt know e200r, dont know what autodetection does, if you connect one. |
19:10:11 | linuxstb | If sansapatcher is used, it won't recognise an e200r (no firmware partition visible over USB) |
19:10:21 | linuxstb | I don't know what USB IDs it has. |
19:10:36 | gevaerts | this is an upgrade though |
19:11:01 | domonoky | it should use sansapatcher, so it juts wont find anything. |
19:11:15 | linuxstb | But could a user then override it and say it's an e200? |
19:11:46 | domonoky | if the user did the e200r to e200 conversion manually, it should work just like a normal e200. |
19:12:11 | linuxstb | Yes, but then it's not an e200r... |
19:12:19 | domonoky | the user can always override, if he wants. (not for sansapatcher/ipodpatcher) but for everything else. |
19:13:25 | | Quit MethoS- (Remote host closed the connection) |
19:13:27 | domonoky | so we can savely remove the e200r voicefile. If rockbox runs, it will be a normal e200. |
19:13:53 | | Quit liar_ (Ping timeout: 248 seconds) |
19:14:17 | linuxstb | gevaerts: But someone else also mentioned that the 3.5 download page includes a link to a non-existent e200r build. The manual link goes to the e200 manual, and the voice file is the e200r one. |
19:14:49 | * | gevaerts used the provided scripts to do the builds. He doesn't claim to understand any of it! |
19:15:36 | linuxstb | Then we can blame Zagor's target renaming, especially as he isn't here... ;) |
19:15:47 | gevaerts | excellent solution! |
19:17:12 | linuxstb | I'm guessing it could just be deleted from builds.pm ? |
19:17:18 | linuxstb | s/it/the e200r/ |
19:22:26 | linuxstb | GodEater: (Re: http://forums.rockbox.org/index.php?topic=23804.0 ) - I'm guessing bluebrother meant that if you are upgrading Rockbox, the old rockbox-info.txt will contain the old target name, and rbutil will try to install a build with a new target name. |
19:24:27 | GodEater | then he should probably say so |
19:24:38 | linuxstb | Yes ;) |
19:24:46 | GodEater | I hadn't got a clue what he was on about, and I think it's a bit much to expect forum members to just know that. |
19:25:28 | GodEater | not knowing the architecture of rbutil intimately, I had no idea it relied on a file on the dap to tell it what to install |
19:26:06 | linuxstb | Well, I'm only guessing.... I agree it's not at all clear what's going on. |
19:27:27 | | Quit komputes (Ping timeout: 272 seconds) |
19:29:28 | GodEater | well your explanation at least makes some sense and (if it were in the thread) would give the user something to check, rather than just scoffing at them |
19:30:32 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
19:31:28 | linuxstb | GodEater: I'm only guessing, so I'll let bluebrother explain in the thread. |
19:32:02 | linuxstb | It does seem an undesirable way to handle a target name change, if that's indeed the case. |
19:33:32 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
19:34:10 | GodEater | yes, there should be an rbutil version stamp in the txt file in that case, which rbutil should check, and if there's a mismatch, it should then proceed to ignore the file's content |
19:34:19 | GodEater | or something |
19:35:01 | GodEater | and also, this now gives lie to the claim that rbutil doesn't need its own manual |
19:35:07 | GodEater | it clearly does |
19:35:18 | linuxstb | Or "simply" have a "previous name" in the rbutil.ini file, so that an upgrade from that won't give an error. |
19:35:40 | *** | Saving seen data "./dancer.seen" |
19:36:13 | * | GodEater points to his "or something" ;) |
19:36:14 | | Quit stoffel (Remote host closed the connection) |
19:37:09 | | Join Omlet [0] (omlet05@91.181.232.141) |
19:44:40 | * | domonoky points out that the "target mismatch" message in rbutil is just a warning. |
19:45:33 | domonoky | rbutil compares the target name in rockbox-info.txt (if it exists) with the target name which it is going to install.. |
19:45:58 | domonoky | this is to protect to accidently install wrong builds, if you update several different devices. |
19:46:38 | domonoky | so as we changed the target names, it will warn on those targets which are now differently named. |
19:47:03 | GodEater | domonoky: it may be "just a warning" to you and I - but it's a scarey message for our users, and bluebrother's reply didn't really make that clear to the poor chap in the forums. |
19:47:19 | domonoky | true |
19:47:42 | GodEater | my complaint is not about rbutil's functionality, merely the way the user has been told off for reporting it's behaviour |
19:47:56 | domonoky | but implementing a "previous name" isnt worth the effort.. it only applys to some targets and only for one update. |
19:48:03 | GodEater | this time... |
19:48:17 | GodEater | I shall remind you you said that next time ;) |
19:48:23 | domonoky | but the error report is equally bad :-) |
19:48:24 | * | GodEater scribbles this down somewhere to remind himself |
19:53:00 | | Join rhodan [0] (~quassel@156-102.3-85.cust.bluewin.ch) |
19:58:24 | | Join JdGordon_ [0] (~836b004d@gateway/web/freenode/x-uvkjauvxvkwgckgk) |
20:00 |
20:02:49 | | Join moos [0] (moos@rockbox/staff/moos) |
20:04:16 | | Quit shaggy-h (Ping timeout: 240 seconds) |
20:08:12 | | Quit moos (Ping timeout: 264 seconds) |
20:08:55 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
20:08:57 | jobec | bertrik: after rerunning the battery test, the result was practically identical to the previous. also with r24506 within 2mins |
20:10:47 | linuxstb | domonoky: What's wrong with the error report? It says "target mismatch", but there isn't... |
20:11:36 | domonoky | linuxstb: not enough info. which target, which OS and i want a system trace, as i just posted :-) |
20:12:28 | domonoky | saying "it doesnt work" as in his first post, is always a bad error report :-) |
20:13:47 | linuxstb | domonoky: Your reply still doesn't clarify the issue though. i.e. that the "mismatch" is between the target name rbutil is currently using, and the target name in the installed rockbox-info.txt. (what's been discussed here, but not in that thread) |
20:14:46 | | Join moos [0] (moos@rockbox/staff/moos) |
20:15:01 | | Quit pamaury (Quit: abort();) |
20:15:02 | domonoky | thats only technical detail. it happens because we renamed them, and he can ignore it. That should be enough. |
20:17:55 | | Quit moos (Read error: Connection reset by peer) |
20:18:24 | | Join moos [0] (moos@rockbox/staff/moos) |
20:22:37 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
20:23:55 | | Quit YPSY (Quit: Oh noes! My ZNC obviously just shut down :() |
20:28:02 | | Quit moos (Ping timeout: 258 seconds) |
20:28:21 | | Join vegtoruci [0] (~vegtoruci@74.214.121.233) |
20:32:23 | | Join Ypsy [0] (~ypsy@geekpadawan.de) |
20:32:34 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
20:33:53 | | Quit Farthen (Disconnected by services) |
20:34:12 | | Join Farthen_ [0] (~chatzilla@e176140166.adsl.alicedsl.de) |
20:34:14 | | Nick Farthen_ is now known as Farthen (~chatzilla@e176140166.adsl.alicedsl.de) |
20:34:28 | | Quit amiconn (Disconnected by services) |
20:34:30 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
20:34:52 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
20:37:10 | | Quit pixelma (Disconnected by services) |
20:37:11 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
20:37:28 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
20:41:15 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
20:44:19 | | Join moos [0] (moos@rockbox/staff/moos) |
20:44:49 | | Quit bmbl (Client Quit) |
20:45:41 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
20:46:07 | bluebrother | linuxstb: I could have been clearer in my forums post. Something I want to implement since long is some startup "what changed since the last release" message box that could tell the user about exactly such issues. |
20:46:27 | | Quit moos (Read error: Connection reset by peer) |
20:46:31 | * | bluebrother should actually start working on that |
20:46:48 | | Join moos [0] (moos@rockbox/staff/moos) |
20:51:58 | bluebrother | does anyone know about a program that allows posting to some pastebin service from the command line? |
20:52:27 | gevaerts | pastebinit? |
20:54:28 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
20:54:31 | linuxstb | bluebrother: Wouldn't it be better to avoid such issues? (e.g. in this case to have kept track of "previous target name") ? |
20:55:25 | | Join TopyMobile [0] (~topy@f049020226.adsl.alicedsl.de) |
20:55:28 | AlexP | bluebrother: wgetpaste |
20:56:17 | bluebrother | linuxstb: well, is the added complexity really worth it? IMO just giving an unavoidable notice about it would be enough |
20:56:45 | | Quit utchybann (Ping timeout: 272 seconds) |
20:57:54 | linuxstb | bluebrother: If it avoids incorrect error messages, I would say it's worth it. But as I don't contribute to rbutil, it's up to you... ;) |
20:59:19 | bluebrother | gevaerts, AlexP: nice, was searching exactly something like that :) |
20:59:22 | | Quit phanboy4 (Read error: Connection reset by peer) |
20:59:27 | | Quit robin0800 (Quit: No Ping reply in 180 seconds.) |
20:59:51 | | Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) |
21:00 |
21:03:41 | | Join petur [0] (~peter@d54C6F9B2.access.telenet.be) |
21:03:41 | | Quit petur (Changing host) |
21:03:41 | | Join petur [0] (~peter@rockbox/developer/petur) |
21:06:06 | bluebrother | domonoky: I've done a "show disabled" checkbox. Thoughts? http://pastebin.com/f27c69521 |
21:09:49 | domonoky | looks fine. Maybe change the wording in the user text a bit. |
21:10:36 | domonoky | "Disabled targets are not recommended for end users" |
21:10:53 | domonoky | or ".. only for Developers" |
21:11:07 | bertrik | jobec, thanks for re-testing |
21:12:31 | linuxstb | What are "disabled targets" ? |
21:14:02 | bluebrother | linuxstb: some targets are marked as disabled in rbutil.ini, which makes them disappear from the configuration. This is used for targets that have some kind of support in rbutil which is in a state that isn't considered sufficient for end users |
21:14:47 | bluebrother | one example is the D2: as it requires to handle two drives (which rbutil doesn't handle yet) its installation is ... well, nothing you can figure without additional info |
21:15:18 | linuxstb | "Experimental targets" ? |
21:16:22 | | Quit robin0800 (Ping timeout: 272 seconds) |
21:16:29 | bluebrother | yeah, could be named that way. |
21:19:18 | | Quit Zarggg (Quit: Zarggg) |
21:20:12 | CIA-8 | New commit by amiconn (r24512): Put back the insane buffer where it belongs on non-ARM, and simplify the selection. |
21:23:02 | bertrik | jobec, I still don't know what causes my clip battery runtime to be so much longer than yours and funman's |
21:24:58 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
21:32:33 | bertrik | I'm reading a thread now on the sandisk forums that suggest that 2GB clips suffer from bad battery relatively often |
21:35:42 | *** | Saving seen data "./dancer.seen" |
21:36:38 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
21:38:02 | | Join Kitar|st [0] (~Kitr88@BSN-182-52-81.dial-up.dsl.siol.net) |
21:41:04 | | Quit Kitr88 (Ping timeout: 240 seconds) |
21:42:39 | | Join froggyman [0] (~sopgenort@pool-72-69-205-209.chi01.dsl-w.verizon.net) |
21:42:59 | | Quit Kitar|st (Ping timeout: 264 seconds) |
21:45:20 | FlynDice | How do I revert changes to the wiki? |
21:46:49 | JdGordon_ | the history page lets you do it i tinhk |
21:48:07 | | Join Kitar|st [0] (Kitr88@BSN-182-88-128.dial-up.dsl.siol.net) |
21:50:01 | FlynDice | Well that's what I've been looking at and I can't seem to figure it out :/ |
21:51:43 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
21:55:17 | * | amiconn would like to see new performance figures for APE on Nano 2nd Gen, Gigabeat F/X and Clip (all those are ARMv4) |
22:00 |
22:01:34 | jobec | bertrik: i'm not sure it's only the battery since OF runs almost 3x the time. and 15h with that small unit is quite nice, in my opinion |
22:03:07 | bertrik | jobec, I hope it's a bug in rockbox, that's something we can fix ! :P |
22:03:39 | bertrik | I'll run another bench tonight, but with very latest SVN for both firmware and bootloader |
22:04:37 | bertrik | amiconn, how can I help to do that? is there a "standard" ape file that I can use for that? I suppose I have to enable the codec_test plugin |
22:04:57 | | Quit _zic (Quit: Ex-Chat) |
22:05:38 | bertrik | I'm seeing ape high and ape normal files on http://download.rockbox.org/test_files/ |
22:09:53 | amiconn | Hmm. These aren't the test files I'm using |
22:10:22 | CIA-8 | New commit by bluebrother (r24513): Add option to show disabled targets in the configuration dialog. ... |
22:11:13 | amiconn | It might be a good idea to use those instead - I need to redo my tests with them and check whether the results are different |
22:12:01 | amiconn | We also need all 5 compression levels (of the current format version - I don't think the older version is that interesting) |
22:13:34 | bertrik | amiconn, I have no idea if those on download.rockbox.org are any good, those are just the only ones I know about |
22:14:45 | amiconn | I can recompress them as necessary - it's just that we need a track that we can legally distribute, and it needs to be lossless to start with |
22:18:36 | | Quit Farthen (Disconnected by services) |
22:18:59 | | Join Farthen_ [0] (~chatzilla@e176133240.adsl.alicedsl.de) |
22:19:01 | | Nick Farthen_ is now known as Farthen (~chatzilla@e176133240.adsl.alicedsl.de) |
22:21:45 | | Join phanboy4 [0] (~benji@gate-22.spsu.edu) |
22:22:17 | amiconn | B4gder: ping |
22:38:09 | B4gder | hey |
22:38:44 | | Quit rvvs89 (Ping timeout: 256 seconds) |
22:39:02 | | Join rvvs89 [0] (~ivo@robotnik.ucc.gu.uwa.edu.au) |
22:39:02 | | Quit rvvs89 (Changing host) |
22:39:02 | | Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) |
22:42:14 | amiconn | B4gder: I have some files to put into http://download.rockbox.org/test_files/ |
22:42:28 | amiconn | What do I need to do to get them there? |
22:42:54 | B4gder | gimme a URL for them or similar |
22:43:04 | B4gder | and I'll get them there |
22:43:38 | amiconn | Ok. I'm uploading them to my webspace atm - a local url would be slow |
22:45:20 | | Quit jgarvey (Quit: Leaving) |
22:46:01 | | Join Omlet05 [0] (omlet05@174.111-244-81.adsl-dyn.isp.belgacom.be) |
22:49:03 | | Quit Omlet (Ping timeout: 260 seconds) |
22:49:46 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
22:50:06 | anewuser | congrats on a new release |
22:50:33 | | Quit bmbl (Quit: Bye!) |
22:51:04 | AlexP | cheers |
22:56:41 | | Join MethoS- [0] (~clemens@134.102.106.250) |
22:59:00 | amiconn | Hmm, test_codec has a bug :( |
23:00 |
23:00:02 | amiconn | If the device shuts down (idle timeout) without leaving the plugin first, the logfile ends up having 0 bytes |
23:10:56 | | Quit petur (Remote host closed the connection) |
23:13:15 | | Join Strife89|Desktop [0] (~Strife89@adsl-154-11-253.mcn.bellsouth.net) |
23:15:55 | | Join nimak [0] (~nima@adsl-75-45-226-145.dsl.sfldmi.sbcglobal.net) |
23:17:05 | | Quit nima (Ping timeout: 240 seconds) |
23:20:32 | amiconn | bertrik: New testfiles are up on download.rockbox.org (might take a while before they show up, depending on which mirror you end up on) |
23:21:08 | amiconn | I'm currently running tests on PP, coldfire and the beast; differences to the old results are minimal though |
23:21:31 | bertrik | ok, I might be able to test tonight |
23:21:59 | Strife89|Desktop | What's being tested? I have only ARM targets. |
23:22:17 | amiconn | The new files are named by the numerical comptression levels (ape_c1000.ape thru ape_c5000.ape) |
23:25:53 | | Join webguest57 [0] (~c1c89698@giant.haxx.se) |
23:26:53 | | Quit webguest57 (Client Quit) |
23:29:33 | * | Strife89|Desktop will run informal tests on his targets later on. |
23:30:52 | | Quit sinuc (Ping timeout: 256 seconds) |
23:31:17 | * | JdGordon_ will put his through rigorous trial by fire exams! |
23:31:33 | | Join sinuc [0] (~sinuc@apokryph.org) |
23:35:44 | *** | Saving seen data "./dancer.seen" |
23:36:49 | | Quit JdGordon_ (Changing host) |
23:36:49 | | Join JdGordon_ [0] (~836b004d@rockbox/developer/JdGordon) |
23:38:16 | | Quit domonoky (Read error: Connection reset by peer) |
23:43:10 | bertrik | amiconn, those files may be too big to test on clip (I just tried one of the old ones) |
23:44:23 | amiconn | Hmm. The clip doesn't have 32MB RAM? |
23:44:34 | bertrik | no, it has 2 MB IIRC |
23:44:34 | JdGordon_ | 2MB |
23:44:36 | amiconn | I wonder how the old test was done then |
23:44:59 | | Quit Omlet05 (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
23:45:07 | amiconn | http://www.rockbox.org/wiki/SoundCodecMonkeysAudio Sansa Clip(250MHz ARMv4) r21234 |
23:45:44 | amiconn | Does test_codec work at all on the clip? If yes, what's the file size limit? |
23:46:06 | bertrik | funman did those according to the history |
23:46:59 | | Quit efyx_ (Remote host closed the connection) |
23:48:07 | bertrik | I don't know what the file size limit it. I probably won't be testing any tonight anymore. |
23:48:36 | | Quit adjfa94j03ew (Quit: leaving) |
23:49:34 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-wywcnvonzlqatibv) |
23:49:41 | saratoga | amiconn: about 350KB IIRC |
23:51:03 | saratoga | i recommending testing on a fuze where its closer to 6MB or so |
23:54:52 | * | Strife89|Desktop has a Fuze. |
23:55:09 | Strife89|Desktop | I'll follow the wiki page after I get back on campus. |
23:55:15 | saratoga | i started trying to fix test_codec a while ago but haven't had time to do much of anything |
23:55:18 | Strife89|Desktop | I'll have about an hour to spare. |
23:57:07 | | Quit saratoga (Changing host) |
23:57:07 | | Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) |
23:57:36 | | Quit vegtoruci (Ping timeout: 248 seconds) |