00:02:23 | | Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
00:02:23 | | Quit Zagor_ (Changing host) |
00:02:23 | | Join Zagor_ [0] (~bjst@rockbox/developer/Zagor) |
00:02:34 | | Quit Zagor (Read error: Connection reset by peer) |
00:02:49 | | Nick Zagor_ is now known as Zagor (~bjst@rockbox/developer/Zagor) |
00:05:28 | TheSeven | damn undocumented socs |
00:05:44 | TheSeven | apparently the i2c clock is derived from pll0, no matter what the bus clocks are derived from |
00:12:50 | | Quit Seq (Quit: Ex-Chat) |
00:14:21 | | Quit JesusFreak316 (Ping timeout: 245 seconds) |
00:21:26 | | Quit n1s (Ping timeout: 255 seconds) |
00:26:11 | | Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) |
00:26:11 | | Quit pamaury (Changing host) |
00:26:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
00:35:00 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
00:40:33 | | Quit n1s (Quit: Lämnar) |
00:40:48 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
00:41:36 | | Quit liar_ (Read error: Connection reset by peer) |
00:42:11 | | Quit pamaury (Remote host closed the connection) |
00:42:22 | *** | Saving seen data "./dancer.seen" |
00:43:53 | | Join casainho [0] (~chatzilla@2.81.158.177) |
00:45:38 | | Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) |
00:46:26 | | Join JdGordon1 [0] (~jonno@211.29.170.138) |
00:49:36 | | Quit JdGordon| (Ping timeout: 240 seconds) |
00:50:48 | | Quit {phoenix} (Read error: Connection reset by peer) |
00:54:11 | | Quit Judas_PhD (Quit: This is a quitting message) |
00:54:30 | saratoga | ha the optimal load/store pattern for arm11 would involve unrolling the synth_full loop an addition 8x and then writing no less then 48 different filters, one for each possible packed sample alignment |
00:54:46 | | Quit casainho (Ping timeout: 245 seconds) |
00:54:56 | saratoga | i think i will stick to writing the optimal arm9 version for now |
00:55:21 | saratoga | which "just" requires 2x unrolling and 10 different filter blocks |
00:58:06 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
00:58:53 | | Quit Kitr88 (Ping timeout: 272 seconds) |
01:00 |
01:01:17 | alexbobP | Am I supposed to install rockbox on a clip+ *instead* of the latest OF? |
01:01:29 | alexbobP | I installed the latest OF, and then tried to install rockbox, and the mp3 player doesn't seem to be updating again |
01:01:40 | | Quit JdGordon1 (Read error: No route to host) |
01:01:48 | Torne | the bootloader contains whatever OF you used to make it |
01:01:56 | alexbobP | I know |
01:02:06 | alexbobP | what do I do with it? just leave it on the mp3 player? |
01:02:13 | alexbobP | because it's not installing the rockbox bootloader |
01:02:44 | Torne | right filename? |
01:02:50 | alexbobP | yeah |
01:02:54 | alexbobP | RockboxUtility generated the file |
01:03:00 | alexbobP | it had the same filename as the source file I used |
01:03:14 | alexbobP | I'm wondering if maybe I screwed it up when I upgraded the OF... will I have to wait until the next OF comes out? :( |
01:03:59 | | Join Kitar|st [0] (~Kitarist@BSN-182-139-236.dial-up.dsl.siol.net) |
01:05:02 | Torne | the player should always flash the file when you put it there, it doesn't care what version |
01:05:14 | Torne | only sandisk's updater program checks |
01:06:39 | | Quit ender` (Quit: It is difficult to produce a television documentary that is both incisive and probing when every twelve minutes one is interrupted by dancing rabbits singing about toilet paper.) |
01:08:41 | alexbobP | Torne: huh. The file is there, and it's not updating :( |
01:08:51 | alexbobP | I did all the other steps.. I have a .rockbox directory... |
01:09:09 | alexbobP | any idea what could cause this? the mp3 player is just booting OF like nothing's going on |
01:09:32 | alexbobP | (btw, Best Buy paid *me* $40 to take a clip + and give them a fuze +. That was a good deal for me) |
01:10:17 | bertrik | nice |
01:11:14 | | Quit Zagor (Quit: Clint excited) |
01:12:20 | gevaerts | You're sure you're using the right firmware? |
01:12:37 | gevaerts | clip, clipv2 and clip+ might be confusing sometimes |
01:13:24 | * | TheSeven is digging up quite a bunch of wrong assumptions about the s5l8701 tonight |
01:13:42 | bertrik | maybe you can document them on the wiki |
01:14:29 | alexbobP | gevaerts: definitely a clip +. blue-yellow screen, and takes microsd cards. |
01:14:36 | alexbobP | gevaerts: oh, and the box says "sansa clip+" on it. |
01:14:41 | alexbobP | <_< |
01:14:55 | gevaerts | And you're definitely using clip+ firmware? Can you install other versions of the OF? |
01:15:09 | bertrik | What OF version are you using? I'm using V01.02.15 |
01:15:09 | alexbobP | when I installed the clip+ firmware directly it worked, so I'm pretty sure yeah :P |
01:15:16 | alexbobP | 01.02.15 is installed now |
01:15:56 | alexbobP | with an A at the end |
01:16:01 | alexbobP | according to the "Info" screen |
01:16:20 | dfkt | are you in MTP mode, or in MSC? |
01:16:44 | bertrik | This version should also accept a patched 01.02.15 version. |
01:17:03 | bertrik | I think you need a recent patcher for it though |
01:17:51 | bertrik | or a recent RockboxUtility |
01:18:58 | alexbobP | maybe it's my version of rockboxutility |
01:19:01 | alexbobP | I'll download a new one |
01:19:53 | alexbobP | yep... I was on rbutil 1.2.7 |
01:21:23 | alexbobP | yep. it was the patcher. patching in progress :D |
01:26:13 | | Join Horschti [0] (~Horschti@xbmc/user/horscht) |
01:27:10 | | Quit xxcv (Ping timeout: 240 seconds) |
01:29:55 | | Quit Horscht (Ping timeout: 272 seconds) |
01:32:31 | | Join xxcv [0] (~hello@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
01:32:55 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
01:33:17 | | Quit liar (Quit: Leaving) |
01:37:16 | | Quit GeekShadow (Read error: Connection reset by peer) |
01:39:19 | TheSeven | bertrik: there seem to be datasheet mismatches all over the clock control regs |
01:39:54 | TheSeven | plls affecting each other, clocks being directly derived from a pll, without the usual mux+divider in between, ... |
01:41:26 | TheSeven | judging from some diagmode code, the PLL lock count reg is actually counting *output* clocks, so it can't possibly be only 12 bits if it needs to count 150us at 200mhz |
01:42:13 | * | TheSeven wonders why we didn't notice all this way earlier. it's kinda funny to recognize that we apparently know hardly anything about this stable target :) |
01:42:26 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
01:42:40 | AlexP | JdGordon|: Is there a tag that tells you whether radio or playback is active in the menus? |
01:46:30 | TheSeven | there are at least three of those CLKCON regs, while there are only two of them documented. and in those are clearly some bit mismatches |
01:50:44 | | Quit bertrik (Quit: :tiuQ) |
01:51:17 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
01:51:40 | | Part lixus00 |
01:54:01 | alexbobP | guys guys I have rockbox on my clip+ now :D |
01:54:02 | alexbobP | <3 |
01:55:30 | | Quit xxcv (Ping timeout: 276 seconds) |
01:58:25 | | Quit S_a_i_n_t (Disconnected by services) |
01:58:28 | | Join [Saint] [0] (S_a_i_n_t@203.184.3.155) |
02:00 |
02:01:03 | | Quit DerPapst (Ping timeout: 255 seconds) |
02:08:00 | | Join DerPapst [0] (~Alexander@p5DE5B39B.dip.t-dialin.net) |
02:08:23 | [Saint] | AlexP: There's two seperate tags that can tell you that. |
02:08:38 | [Saint] | but, not one generic "is playback?" tag, no. |
02:08:39 | AlexP | Yes, in a big comb ination |
02:09:14 | AlexP | Which means I end up with %?cs<%?mp<%Vd(c)|%Vd(c)|%Vd(c)|%Vd(c)|%Vd(c)|||%Vd(d)|%Vd(d)>|%Vd(c)||%Vd(d)|%Vd(c)> |
02:09:23 | | Quit JdGordon| (Ping timeout: 265 seconds) |
02:09:58 | AlexP | It works, it is just a bit ungainly |
02:10:00 | [Saint] | that's not a combination! ;) that's only one condition! ;p |
02:10:10 | AlexP | two |
02:10:10 | [Saint] | and...that's *nothing* ;) |
02:10:28 | AlexP | It isn't a competition to make the most unreadable line :) |
02:10:42 | keenerd | "%Vn %Vd %Vc" as you would say in %Ltn |
02:11:04 | * | AlexP does not have %Vd :) |
02:15:00 | | Quit simonrvn (Ping timeout: 240 seconds) |
02:15:17 | [Saint] | before you could nest sublines in conditions...I had some *looooong* lines. |
02:16:47 | | Quit DerPapst (Ping timeout: 240 seconds) |
02:18:01 | pixelma | AlexP: maybe you could "misuse" the %?if tag for it - if you can compare to the current status of %mp (which should return a number) |
02:18:23 | pixelma | note: I just stumbled into the discussion and haven't read too much yet |
02:18:39 | [Saint] | though, if readability is an issue, %if won't make anything any easier ;) |
02:19:33 | | Quit Judas_PhD (Quit: This is a quitting message) |
02:19:56 | AlexP | pixelma: It isn't a massive issue - I want to display one set of viewports if radio is playing (or paused), another if file is playing (or paused). %cs makes this easy in wps or fms, but in menus I need to also check %mp |
02:21:07 | pixelma | should be shorter at least - if I see correctly it's only a different viewport on one condition of %mp so it's just one comparison and for true %Vd(d), else %Vd(c) |
02:21:21 | [Saint] | AlexP: did you mean that with the tags the pther way around? |
02:21:38 | keenerd | Silly question. Would readability improve if the config was not whitespace sensitive, instead with a manual WS glyph? |
02:21:59 | * | pixelma should rather get some sleep |
02:22:04 | keenerd | (And newline glyph.) |
02:22:11 | AlexP | pixelma: two conditions on %mp, but if if lets yu do > then it'd be shorter, yeah |
02:22:19 | pixelma | it does |
02:22:20 | AlexP | [Saint]: Not sure what you mean? |
02:22:33 | pixelma | AFAIK, haven't tried it yet though |
02:22:52 | AlexP | pixelma: At the moment anyway, there will be another option eventually for wrs |
02:27:06 | [Saint] | AlexP: You said "%cs makes this easy in wps or fms, but in menus I need to also check %mp", I'm pretty sure you swapped the position the tags should be in in the sentence. |
02:27:54 | AlexP | [Saint]: no, %cs tells you what screen you are in - in the wps or fms I can only be playing audio from disk or radio respectively |
02:28:11 | AlexP | In menus however, it could be iether, so I need %mp to see which it is |
02:29:05 | [Saint] | I don't understand why you'd need to use %cs in the .fms or .wps |
02:29:11 | | Join ReimuHakurei_ [0] (~reimu@74.112.212.15) |
02:29:12 | AlexP | sbs |
02:29:25 | [Saint] | ahhhh....clcik. |
02:29:29 | [Saint] | *click |
02:29:29 | AlexP | I never mentioned .wps or .fms |
02:29:30 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
02:29:30 | pixelma | %mp also hase branches for radio playing, or recording active - can't you do with that? |
02:29:42 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
02:29:57 | AlexP | pixelma: actually yes, I could probably drop %cs altogether |
02:30:40 | [Saint] | that was my point, but I got all confuse dabout what I thought you were doing. |
02:30:46 | [Saint] | turns out I did have it right. |
02:39:32 | AlexP | bertrik: Is the sim supposed to deal with %tr etc.? It doesn't seem to |
02:39:36 | | Quit Kupop (Ping timeout: 272 seconds) |
02:42:23 | *** | Saving seen data "./dancer.seen" |
02:42:54 | | Join grndslm [0] (~grndslm@174-126-0-16.cpe.cableone.net) |
02:44:43 | | Join simonrvn [0] (simon@209.165-ppp.3menatwork.com) |
02:45:28 | [Saint] | AlexP: What even is that tag? |
02:45:40 | AlexP | radio signal strengtj |
02:45:40 | [Saint] | CustomWPS knows nothing of it. |
02:45:47 | AlexP | yes, bertrik aded i |
02:45:50 | AlexP | aded |
02:45:52 | AlexP | ffs |
02:45:54 | [Saint] | ah...new addition? |
02:46:08 | AlexP | dded it a few days ago (along with two other for max and min) |
02:46:19 | AlexP | see the discussion I had with him a few hours ago |
02:49:12 | alexbobP | I'm addicted to rockbox |
02:49:17 | alexbobP | I had serious withdrawal when I had a fuze + for a week |
02:49:28 | alexbobP | now I have a clip + |
02:50:59 | alexbobP | so... there's no hold switch. this is rather stoopid. |
02:51:14 | alexbobP | does rocbox have any feature to compensate for that? |
02:51:19 | [Saint] | manual. |
02:51:25 | [Saint] | there's a software hold iiuc |
03:00 |
03:04:45 | | Quit Judas_PhD (Quit: This is a quitting message) |
03:19:29 | TheSeven | hm, there's something funky going on with the PLLs |
03:20:40 | TheSeven | my suspicion is that there is a total of 4 oscillators: a low-accuracy low-frequency on-chip oscillator, an external 32768Hz quartz, and external 1843200Hz quartz and some USB quartz |
03:21:10 | TheSeven | apparently there's a per-PLL way to choose between the external and on-chip oscillator or something |
03:22:34 | TheSeven | and there seems to be an additional clkcon reg controlling a mux+divider for i2c |
03:24:55 | TheSeven | apparently that on-chip oscillator is mainly used to survive switching between the two external oscillators, which seems to be controlled by an external component |
03:28:40 | TheSeven | judging from sampling rate measurements the on-chip oscillator could be running at 768khz |
03:37:42 | | Quit grndslm (Ping timeout: 245 seconds) |
03:43:11 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
03:43:32 | | Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) |
03:44:14 | | Quit Self-Perfection (Remote host closed the connection) |
04:00 |
04:00:13 | | Quit bluebrother (Disconnected by services) |
04:00:14 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
04:06:59 | | Quit amiconn (Disconnected by services) |
04:07:00 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:07:00 | | Quit pixelma (Disconnected by services) |
04:07:03 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:07:05 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:07:20 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:08:50 | | Join JdGord [0] (~jd@211.29.170.138) |
04:11:41 | | Quit Judas_PhD (Remote host closed the connection) |
04:12:40 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:21:49 | | Quit JdGord (Ping timeout: 276 seconds) |
04:22:43 | | Quit freddyb (Ping timeout: 255 seconds) |
04:23:41 | | Join JdGord [0] (~jd@211.29.170.138) |
04:23:49 | | Quit Judas_PhD (Quit: This is a quitting message) |
04:26:07 | | Quit JdGord (Client Quit) |
04:26:35 | | Quit Barahir (Ping timeout: 265 seconds) |
04:28:14 | | Join Barahir [0] (~jonathan@frnk-590f6804.pool.mediaWays.net) |
04:30:27 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:32:10 | | Quit anewuser () |
04:41:31 | | Join xxcv [0] (~hello@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
04:42:27 | *** | Saving seen data "./dancer.seen" |
04:49:59 | | Join grndslm [0] (~grndslm@174-126-0-16.cpe.cableone.net) |
04:51:28 | | Join dys`` [0] (~andreas@krlh-5f722eae.pool.mediaWays.net) |
04:53:40 | | Quit dys` (Ping timeout: 276 seconds) |
04:55:31 | | Quit TheSeven (Ping timeout: 240 seconds) |
04:59:43 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
05:00 |
05:03:45 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-109-252.tampfl.fios.verizon.net) |
05:07:51 | * | TheSeven wonders if he should try to piggyback the system bus on the audio clock :) |
05:08:28 | | Quit Judas_PhD (Quit: This is a quitting message) |
05:15:57 | | Quit InsDel (Read error: Connection reset by peer) |
05:34:13 | | Quit ps-auxw (Ping timeout: 264 seconds) |
05:36:38 | * | TheSeven gives up for today |
05:36:50 | [Saint] | fair enough. |
05:36:59 | [Saint] | Any luck, though? |
05:37:07 | TheSeven | as soon as I start tampering with the PLLs, I get clicks in the audio output |
05:37:13 | TheSeven | and I have no explanation why |
05:38:37 | [Saint] | iirc bertrik has a Nano2G also...perhaps you can work it out between the two of you. |
05:41:28 | TheSeven | hm, maybe switching the HCLK clock source causes a glitch that propagates down to the I2S bus clock and is big enough to upset the codec... but I don't think that's likely |
05:41:53 | TheSeven | switching the clock mux should be possible in practically no time |
05:45:18 | | Join ps-auxw [0] (~arneb@p4FF7F847.dip.t-dialin.net) |
05:46:40 | CIA-7 | New commit by theseven (r28581): iPod Nano 2G: Fix I2S clocking. All sampling rates should work now. |
05:48:33 | CIA-7 | r28581 build result: All green |
05:50:50 | [Saint] | TheSeven: that should close out a bug IIRC |
05:50:56 | * | [Saint] looks |
05:52:24 | [Saint] | TheSeven: If you're correct, that should close FS #11404 |
05:53:04 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
06:00 |
06:07:17 | | Quit pjm0616 (Quit: pjm0616) |
06:10:17 | | Join pjm0616 [0] (~user@110.9.28.120) |
06:10:20 | | Quit pjm0616 (Read error: Connection reset by peer) |
06:11:49 | | Join pjm0616 [0] (~user@110.9.28.120) |
06:20:07 | | Quit JesusFreak316 (Ping timeout: 245 seconds) |
06:31:30 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
06:42:28 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:23:57 | | Quit EA (Ping timeout: 250 seconds) |
07:23:58 | | Quit JdGordon| (Read error: Connection reset by peer) |
07:29:03 | | Join xavieran [0] (~xavieran@ppp118-209-36-236.lns20.mel4.internode.on.net) |
07:29:22 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
07:33:55 | | Quit xxcv (Ping timeout: 240 seconds) |
07:34:15 | | Quit Horschti (Ping timeout: 260 seconds) |
07:39:07 | | Join Horschti [0] (~Horschti@xbmc/user/horscht) |
08:00 |
08:03:43 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
08:19:07 | | Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) |
08:20:55 | | Join xxcv [0] (~hello@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
08:21:07 | | Quit grndslm (Ping timeout: 240 seconds) |
08:36:56 | | Quit CaptainKewl (Ping timeout: 240 seconds) |
08:42:32 | *** | Saving seen data "./dancer.seen" |
08:51:04 | | Join Kupop [0] (~Kupo@cpc2-bsfd7-2-0-cust220.5-3.cable.virginmedia.com) |
08:54:19 | | Join stoffel [0] (~quassel@p57B4C73D.dip.t-dialin.net) |
09:00 |
09:00:10 | | Join leavittx [0] (~lev@MS-44-111.dyn-ip.SPb.SkyLink.RU) |
09:02:24 | | Quit JdGordon| (Read error: Connection reset by peer) |
09:02:47 | | Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) |
09:02:47 | | Quit JdGordon| (Changing host) |
09:02:47 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
09:05:30 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
09:07:50 | | Quit jfc^3 (Ping timeout: 264 seconds) |
09:13:26 | | Join ppawel [0] (~ppawel@224-dom-9.acn.waw.pl) |
09:22:19 | | Quit JdGordon| (Ping timeout: 240 seconds) |
09:23:29 | | Quit BHSPitMonkey (Remote host closed the connection) |
09:25:57 | | Join Buschel [0] (~chatzilla@p54A3BC92.dip.t-dialin.net) |
09:28:34 | | Join {phoenix} [0] (~dirk@p57AA7F0D.dip.t-dialin.net) |
09:32:21 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
09:35:05 | | Join Rob2223 [0] (~Miranda@p4FFF34AB.dip.t-dialin.net) |
09:37:52 | | Quit Rob2222 (Ping timeout: 265 seconds) |
09:44:51 | | Quit leavittx (Ping timeout: 240 seconds) |
10:00 |
10:02:27 | | Join sasquatch [0] (~username@p4FF2DF4D.dip.t-dialin.net) |
10:05:55 | | Quit utanapischti (Ping timeout: 245 seconds) |
10:12:04 | | Join jfc^2 [0] (~john@dpc6682208002.direcpc.com) |
10:19:28 | * | TheSeven finally figured it out |
10:19:59 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
10:20:32 | | Part lixus00 |
10:22:47 | bertrik | good! but what? :) |
10:23:39 | Buschel | the clk registers on S5L8701? |
10:23:41 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
10:25:10 | CIA-7 | New commit by bertrik (r28582): si4700/rda5802 tuners: prevent hang when changing radio region. Probably fixes bug FS #11754 . |
10:26:44 | JdGordon| | pixelma: %if(%mp, =, <the number for radio>) is *not* misuing %if.. that is the entire point of it! |
10:26:53 | CIA-7 | r28582 build result: All green |
10:27:15 | | Join esperegu [0] (~quassel@145.116.15.244) |
10:27:38 | pixelma | sorry |
10:28:21 | JdGordon| | hmm... maybe I should have added a :) there |
10:29:15 | JdGordon| | actually, does %mp return strings or numbers if it isnt used in a conditional? |
10:29:29 | JdGordon| | it might be able to do %?if(%mp, =, "radio") |
10:29:58 | pixelma | numbers and bah, I don't want another way |
10:31:49 | [Saint] | TheSeven: ? |
10:32:46 | JdGordon| | I meant if it already returned strings.... If you want to argue that numbers are better than words I'll leave you to it |
10:33:09 | TheSeven | the clock switches don't happen immediately - apparently it's waiting for the clocks to have a synchronous edge first or something |
10:33:46 | pixelma | yes, as AlexP said, it would also let you do something with ">" and "<" and I wouldn't want x ways to do the same thing |
10:33:53 | TheSeven | so if i leave the "old" pll running for some more microseconds, the glitches seem to go away |
10:35:07 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
10:40:35 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
10:42:34 | *** | Saving seen data "./dancer.seen" |
10:43:00 | | Join ender` [0] (krneki@foo.eternallybored.org) |
10:43:15 | | Quit timccc (Ping timeout: 260 seconds) |
10:52:31 | | Quit JdGordon| (Ping timeout: 240 seconds) |
10:53:20 | | Join leavittx [0] (~lev@MS-207-112.dyn-ip.SPb.SkyLink.RU) |
10:54:38 | | Quit Buschel (Ping timeout: 264 seconds) |
10:54:43 | | Join JdGordon| [0] (~jonno@pa58-109-247-174.pa.vic.optusnet.com.au) |
10:54:44 | | Quit JdGordon| (Changing host) |
10:54:44 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
10:57:01 | TheSeven | does anyone see something wrong with these two lines? |
10:57:02 | TheSeven | long time = USEC_TIMER; |
10:57:02 | TheSeven | while (TIME_AFTER(time + 15000, USEC_TIMER)); |
10:57:24 | | Join timccc [0] (~timccc@112.166.15.141) |
10:59:30 | | Join TheLemonMan [0] (~lemonboy@ppp-134-214.32-151.iol.it) |
10:59:31 | bertrik | I never really know what the proper order of arguments is for TIME_AFTER |
10:59:45 | JdGordon| | isnt it backwards? |
11:00 |
11:00:41 | bertrik | I would do long time = USEC_TIMER + 15000; instead of adding it in the loop |
11:01:19 | bertrik | TIME_AFTER should be resistant to wrap-around IIRC, but not sure if it is with anything other than plain arguments |
11:03:27 | bertrik | perhaps it needs unsigned arguments |
11:05:44 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
11:10:39 | | Quit esperegu (Read error: Connection reset by peer) |
11:11:11 | | Quit JdGordon| (Ping timeout: 276 seconds) |
11:11:15 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
11:12:00 | | Join esperegu [0] (~quassel@145.116.15.244) |
11:12:31 | | Join Buschel [0] (~chatzilla@p54A3BC92.dip.t-dialin.net) |
11:13:20 | TheSeven | hm, that loop apparently worked. it's the clkcon that isn't, once again |
11:13:57 | TheSeven | bertrik: two more weirdnesses: you can only power on PLL2 if PLL1 is already running. no idea why, might just be a badly set register |
11:14:13 | TheSeven | and powering down a pll causes an audio glitch, even if it wasn't used at all. damn. |
11:18:23 | | Join DerPapst [0] (~Alexander@p5DE5BC8E.dip.t-dialin.net) |
11:21:16 | n1s | bertrik: just curious about your radio patch, do you know why that code caused the hang? |
11:22:47 | n1s | ah, saw you posted an explanation in the task |
11:23:23 | n1s | candidate for backporting to a point release? |
11:29:20 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
11:29:26 | | Part lixus00 |
11:33:53 | | Quit ppawel (Ping timeout: 245 seconds) |
11:47:26 | TheSeven | does rockbox support more than two possible CPU speeds? |
11:47:59 | TheSeven | if yes, we might want to do the following: FASTBUS 50MHz, FASTBUS 100MHz, ASYNC 200MHz (bus at 100MHz) |
11:49:52 | | Join benedikt93 [0] (~benedikt9@pD9E265A5.dip.t-dialin.net) |
11:49:52 | | Quit benedikt93 (Changing host) |
11:49:52 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
11:50:16 | | Join earcar [0] (~carmine@93-39-248-130.ip78.fastwebnet.it) |
11:51:25 | TheSeven | and another interesting question: is set_cpu_frequency allowed to yield? |
11:56:27 | bertrik | n1s, I won't mind backporting it to a point release. Has the point release mechanism been decided now? Where should I backport the fix? |
12:00 |
12:11:26 | TheSeven | bertrik: just commit it to /branches/v3_7 |
12:12:23 | TheSeven | hm, 16-17mA feeding into a high-impedance load at -20dB, 320kbit/s MP3. |
12:12:33 | * | TheSeven wonders where all the current is going :) |
12:21:16 | teru | does anyone against to commit FS #11751? |
12:30:24 | TheSeven | to whoever committed that (buschel?): reducing the lcd voltage from 3.0V to 2.6V reduces current consumption by a whopping 0.7mA |
12:30:30 | | Join kevku [0] (~kevku@2001:7d0:0:f000::135d) |
12:30:37 | TheSeven | that's way more than I expected |
12:37:13 | TheSeven | hm. i did two measurements: |
12:37:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
12:38:06 | TheSeven | battery current reported by ADC when unplugged: 13-14mA, battery current reported by ADC when plugged: 7-8mA, USB current when plugged: ~11mA |
12:38:20 | TheSeven | i know it isn't charging, so the plugged ADC value is probably spurious |
12:38:39 | TheSeven | AFAIK the charging regulator is a linear regulator |
12:38:47 | TheSeven | so I'd say the ADC is off by ~7mA |
12:38:56 | TheSeven | second measurement: |
12:39:23 | TheSeven | ADC unplugged: 35-36mA, ADC plugged: 7-8mA, USB plugged: 45mA. huh? explanations? |
12:40:16 | * | TheSeven needs someone with an opened-up nano to measure the battery current... liar? |
12:41:35 | | Quit earcar (Quit: bye) |
12:42:38 | *** | Saving seen data "./dancer.seen" |
12:45:00 | * | TheSeven tells people to go for white-background themes :) |
12:45:10 | TheSeven | saves a whopping 2mA! |
12:47:10 | TheSeven | hm, no, that was apparently a fluke |
12:47:52 | Buschel | TheSeven: yes, LCD voltage reduction was submitted by myself −− it does not only reduce power consumption, it stopped the humming noise of the LCD :) |
12:48:27 | Buschel | (which is far more important for myself as I am really sensible to such noise) |
12:50:01 | Buschel | btw, the nano sucks more battery current for me since a while (~20mA, measured by the ADC). Not sure why this is, even using older rockbox-builds does not reduce it back to the ~18mA I've measured before... |
12:50:26 | Buschel | all measured when playing back the same file of course |
12:50:48 | liar | TheSeven: i don't have the opened-up ipod anymore... |
12:51:52 | Buschel | TheSeven/liar: another option to save more than 2mA via white-background is to switch LCD off via using liar's patch ;) |
12:52:00 | TheSeven | funny: locking the hold switch (which I would have though powers off the clickwheel) *increases* current by 0.5mA! |
12:52:18 | TheSeven | Buschel: that's what I will try now |
12:52:21 | Buschel | TheSeven: btw, the difference between your and my measurements could be caused by this background-effect. I am using a black one ;) |
12:52:40 | TheSeven | this wasn't reproducibly |
12:53:09 | bertrik | TheSeven, maybe some pull-up or pull-down resistor on the hold switch drawing current? |
12:53:26 | Buschel | what wasn't reproducible? the background- or the hold-switch-effect? |
12:53:35 | TheSeven | bartrik: that would be way too much, considering that this would also happen if the device is powered off |
12:53:40 | TheSeven | the background one |
12:54:34 | Buschel | a pitty, this could have solved easily... I have some white-bg WPS as well |
12:55:08 | bertrik | I don't see why that would happen when powered off |
12:55:18 | ranmachan | I have an experimental patch for AMS, that uses the MMU to write-protect code, and moves interrupt vectors to the alternate high address to trap null-pointer dereferences. I was thinking this could be nice for debug builds |
12:57:58 | TheSeven | Buschel, liar: do I understand correctly that you aren't even shutting off power to the lcd in that patch? |
12:58:29 | TheSeven | bertrik: the hold switch can be used to wake the device |
13:00 |
13:01:24 | TheSeven | also, disabling the lcd controller clock gate could further reduce power consumption |
13:05:23 | liar | iirc currently i just send it into sleep mode. do we know how to shut the power to the lcd off? |
13:07:41 | Buschel | we know how to switch off the power supply, and it seems like TheSeven knows how to switch off the clock gating |
13:09:17 | TheSeven | shutting off the power supply increases current by ~20mA. probably still some voltage on data lines to the lcd or something. |
13:10:21 | TheSeven | we'll probably need to poke at some GPIOs |
13:17:13 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
13:20:36 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
13:35:28 | * | TheSeven is still poking in the dark |
13:38:08 | TheSeven | hm, setting LCD voltage to 900mV seems to be a workaround |
13:38:12 | TheSeven | saves quite a lot |
13:39:08 | Buschel | how much? |
13:43:04 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
13:44:41 | | Quit dfkt (Disconnected by services) |
13:46:58 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
13:48:25 | | Join MethoS- [0] (~clemens@134.102.106.250) |
13:50:02 | TheSeven | lcd and controller fully awake: 10.4mA, lcd shutdown patch: 9.4mA, everything shut down: 7.7mA |
13:50:10 | TheSeven | (in embios) |
13:50:46 | Buschel | wow, each 1 mA is ~1 h of additional playback time |
13:52:09 | TheSeven | i'd say more |
13:52:19 | TheSeven | depends on the headphones |
13:52:48 | TheSeven | for high-impedance (driving pc speakers) we might hit 35-40 with some tricks |
13:52:55 | TheSeven | 35-40h* |
13:53:28 | TheSeven | LCD powered on and fully active, but controller shut down (static contents being displayed): 11.0mA |
13:53:41 | TheSeven | that's weird |
13:54:34 | TheSeven | oops, mixed it up |
13:54:50 | TheSeven | fully active: 11.0mA, static contents and controller powered down: 10.3mA |
13:56:46 | bertrik | I thought we had a general rule about firmware/ code not calling apps/ code, but IAP seems to violate that |
13:58:04 | Lear | Yes, any firmware to apps calls should use callbacks (or events). |
13:59:30 | amiconn | TheSeven: Umm, if you're shutting down the controller, aren't you effectively outputting DC to the LCD? |
14:00 |
14:00:49 | | Quit stoffel (Ping timeout: 265 seconds) |
14:00:58 | TheSeven | lcd in idle (8 color) mode, static contents, controller off: 10.0mA |
14:01:16 | TheSeven | amiconn: controller in terms of protocol controller core in the soc |
14:01:31 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
14:01:47 | amiconn | ah |
14:02:16 | | Quit antil33t (Read error: Connection reset by peer) |
14:02:25 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
14:02:29 | amiconn | Why does it need so much? |
14:02:50 | * | amiconn isn't really used to devices needing so little total power |
14:03:09 | TheSeven | it's a bunch of gpios and clock gates that i can disable, seems to take ~0.7mA |
14:03:41 | TheSeven | so one can basically say that one can save an mA by using the LCD more efficiently (low frame frequency (8 color mode) saves another 0.3mA) |
14:03:41 | CIA-7 | New commit by Buschel (r28583): Use same loop count for writing and memset'ing in test_mem to have same precision in the result. |
14:04:29 | TheSeven | shutting down the lcd saves another 0.7mA compared to 8 color mode |
14:04:55 | TheSeven | and reducing its supply voltage to 1.000V saves yet another 1.3mA for whatever reason |
14:05:26 | CIA-7 | r28583 build result: All green |
14:05:29 | TheSeven | reducing it to 0.900V or shutting it off completely increases current by ~20mA(!) |
14:05:49 | TheSeven | even though I think I set all the LCD GPIOs to input mode before doing that |
14:08:35 | AlexP | bertrik: Is the sim supposed to deal with %tr etc.? It doesn't seem to |
14:09:06 | | Quit xxcv (Ping timeout: 255 seconds) |
14:09:21 | stripwax | i hear faint clicks during audio playback on ipod video, whenever buttons are pressed (e.g. in Sokoban), and I *think* i hear same clicks when cpu gets boosted/unboosted. |
14:13:08 | TheSeven | disabling the accessory power supply only saves ~80µA. not really worth it. |
14:13:09 | CIA-7 | New commit by learman (r28584): Hopefully fix FS #11696: scrollwheel doesn't respond in some cases. |
14:13:22 | Buschel | memory benchmarks for nano 2g (incl. alignment test): http://pastie.org/1296890 |
14:13:45 | stripwax | i'm guessing it's unlikely to be codec-specific (i almost exclusively use vorbis); could it be a problem with the boosting implementation or with pcm? |
14:14:26 | TheSeven | probably the combination of those two |
14:14:33 | * | TheSeven is fighting the same thing on the nano2g |
14:14:58 | CIA-7 | r28584 build result: All green |
14:15:10 | | Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) |
14:16:02 | Buschel | nano 2g memory read suffers from non-aligned buffers (-15% for iram, -10% for dram). so, it makes perfect sense to align heaviliy used buffers in iram −− e.g. for codec stuff |
14:20:14 | TheSeven | this is based on several assumptions that i cannot verify, but i have the impression that i can get embios idling at 192MHz down to ~6mA total :) |
14:20:16 | amiconn | I think that applies to all SoCs where IRAM is just a bit faster DRAM |
14:21:19 | amiconn | SoCs with true SRAM (PP, coldfire, SH) don't need alignment in IRAM (to more than data size, max. 4 byte); it would just waste precious space |
14:27:41 | TheSeven | the 8701 actually has true SRAM, it's just slow SRAM :) |
14:39:36 | | Quit stripwax (Quit: http://miranda-im.org) |
14:42:41 | *** | Saving seen data "./dancer.seen" |
14:43:01 | | Quit Kitar|st (Ping timeout: 260 seconds) |
14:43:31 | amiconn | weird |
14:44:53 | amiconn | All SoCs I mentioned have SRAM that is as fast as the cache, i.e. single cycle (except for some bugs in PP5002 and PP5020, and SH1 having only IRAM, no cache at all) |
14:47:32 | kugel | Bagder: I think the search field in the wiki is gone since the upgrade |
14:49:49 | TheSeven | Buschel: USB power consumption: 11.7mA while playing 320kbit/s MP3 into high-impedance :) |
14:50:33 | TheSeven | I'd expect the charger itself to draw ~1mA (that's what it draws if the ipod is off) |
14:50:49 | TheSeven | so the battery current should be in the range of 10-11mA |
14:51:02 | TheSeven | that's 36-40 hours with a new battery :) |
14:51:19 | Buschel | yu disaled |
14:51:29 | Buschel | :/ |
14:51:52 | keenerd | Dang. It is so weird to see Apple doing so well at low power design after years of laptops/desktop with overheating problems :-) |
14:51:54 | Buschel | you disabled the LCD and reduced the prower supply to 1V? |
14:52:09 | keenerd | But with those power numbers, the lack of uSD support starts to make sense. |
14:52:23 | amiconn | Buschel: Well, taking the many ipod generations into account |
14:52:44 | TheSeven | Buschel: exactly |
14:52:54 | amiconn | A 1st Gen draws ~100mA max. - without backlight that is |
14:53:03 | amiconn | And without hdd |
14:53:16 | amiconn | The backlight draws another ~100mA |
14:53:16 | TheSeven | hm, the lcd doesn't wake up again once it's asleep... need to fix that later |
14:53:24 | Buschel | TheSeven: before it was ~17-18 mA, right? |
14:53:42 | TheSeven | that's what the ADC says (which I don't trust) |
14:53:44 | keenerd | TheSeven: Are you using the USB system to measure power draw? |
14:53:51 | TheSeven | yes |
14:54:13 | Buschel | TheSeven: what does the USB system say when LCD is not switched off? |
14:56:04 | keenerd | TheSeven: Spliced in ammeter or some /proc magic? |
14:56:28 | TheSeven | backlight on: 31mA, backlight off: 15mA, lcd off: 12mA (playing 320kbit/s MP3 into 16 ohms headphones, but the track isn't very loud) |
14:56:50 | TheSeven | keenerd: the hardware approach :) I don't trust anything else |
14:56:53 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
14:56:58 | | Part lixus00 |
14:58:32 | | Quit leavittx (Ping timeout: 250 seconds) |
14:59:31 | | Quit antil33t (Read error: Connection reset by peer) |
14:59:40 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
15:00 |
15:03:02 | CIA-7 | New commit by teru (r28585): rockpaint: fix gradient functions. |
15:04:55 | CIA-7 | r28585 build result: All green |
15:07:24 | Buschel | anyone with an iPod 4g, color or nano 1g around and willing to verify fs#11707? |
15:09:29 | [Saint] | Buschel: I'm getting another Nano1G tomorrow or the next day, so bug me then if you've not had a tester already. |
15:09:40 | Buschel | i will :) |
15:10:13 | keenerd | TheSeven: And I was pretty sure USB ports can't detect to that resolution. If at all. Not possible under linux. WIndows might to 10mA, but that might just be the device reported max current. |
15:10:13 | * | [Saint] can't wait, he's been stuck with Nano2G too long. |
15:13:28 | keenerd | TheSeven: What ammeter? All mine have too high impedance on anything but the 10A setting. I have an (easily slammed) 20mA dial meter that works and an 0.1 ohm meter I made myself. |
15:19:03 | soap | does the nano 1G now have a way to report the current consumption through the debug menu or are you needing benches, Buschel? |
15:19:17 | soap | I haven't fired mine up in months. |
15:20:07 | amiconn | Buschel: I think this test also requires a dock / line out adapter of some sort |
15:20:12 | Buschel | hmm, I don't think there is any debug screen showing the consumption. but it would be fine to check whether the patch does what is meant to do |
15:20:34 | soap | and, yea, what amiconn said. |
15:20:48 | amiconn | I don't have such an adapter, otherwise I could do that test (but later, as I don't have my Color with me) |
15:23:54 | TheSeven | keenerd: no idea what the impedance of that one in the 40mA (10µA resolution) range is, but it's low enough |
15:24:05 | TheSeven | the ipod will tolerate like 4.5V, and i'm feeding it with clean 5V |
15:25:52 | | Join leavittx [0] (~lev@host-106-146-66-217.spbmts.ru) |
15:28:56 | | Quit teru (Quit: Quit) |
15:32:59 | TheSeven | hm, rockbox isn't as efficient as embios |
15:33:09 | TheSeven | 9.7mA sitting at the main menu with the LCD off, playing nothing |
15:33:21 | TheSeven | that's 2mA more than embios. |
15:33:36 | TheSeven | hm, maybe because the wolfson is powered up... |
15:37:06 | TheSeven | lcd off, 16 ohm headphones, -1dB (maximum possible without clipping), 320kbit/s MP3: 12-24mA, depending on the volume at that point of the track, averaging at about 17mA, that's an amazing 25 hours at maximum volume! |
15:38:09 | [Saint] | been a while since I did a bench on Nano2G |
15:38:19 | TheSeven | I'm sure there are tracks that need even more power, but it's still way above what apple manages to reach :) |
15:38:43 | [Saint] | didn't they advertise 18 for the 2g? |
15:38:49 | [Saint] | 18hours |
15:39:04 | TheSeven | they advertised 24h, and they're reaching 25-26, with occasional backlight |
15:39:11 | TheSeven | but not at maximum volume :) |
15:39:25 | TheSeven | i don't think eu ipods even allow -1dB |
15:41:50 | * | TheSeven found a track that has spikes of up to 30mA, but still averages at ~18mA |
15:44:55 | | Join Kitar|st [0] (Kitarist@BSN-210-251-114.dial-up.dsl.siol.net) |
15:50:08 | TheSeven | which other targets do have lcd sleep in svn? |
15:50:19 | [Saint] | Video does iirc |
15:50:28 | TheSeven | is it enabled by default on those? |
15:50:36 | keenerd | You almost make me want to take a day off from work and get the Fuze up to the advertised 24hr playtime :-) |
15:50:37 | [Saint] | No idea sorry |
15:51:06 | [Saint] | TheSeven: If it is, I would say it should be changed. |
15:51:32 | TheSeven | I have the impression that the default value is target-independent, so probably yes :/ |
15:52:10 | | Quit Buschel (Ping timeout: 276 seconds) |
15:52:25 | [Saint] | If a user sets it, they are much less likely to confuse it with the unit being powered off. |
15:52:51 | [Saint] | which is the only real issue I see with it being enabled by default. |
15:56:18 | * | TheSeven must say that a battery runtime of ~10h with the backlight *always on* at maximum volume is amazing :) |
16:00 |
16:03:43 | TheSeven | [Saint]: it definitely is enabled by default on all targets |
16:04:16 | [Saint] | that's....kinda silly |
16:06:47 | * | TheSeven wonders why we don't have a crowd of complaining people |
16:08:42 | CIA-7 | New commit by theseven (r28586): iPod Nano 2G: Show all PLLPMS and CLKCON values in the battery debug screen |
16:10:20 | CIA-7 | r28586 build result: 5 errors, 0 warnings (theseven committed) |
16:11:39 | CIA-7 | New commit by theseven (r28587): Oops, forgot to add CLKCON3 to the CPU header. Fixes red. |
16:13:16 | CIA-7 | r28587 build result: All green |
16:17:12 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
16:19:00 | | Quit MethoS- (Read error: Connection reset by peer) |
16:21:21 | | Nick Tyscorp is now known as Amec (~twcleary@ids.tuu.utas.edu.au) |
16:21:55 | CIA-7 | New commit by theseven (r28588): iPod Nano 2G: Use sane (150 microseconds) PLL locking delays and properly set a third CLKCON register I just discovered |
16:21:55 | CIA-7 | New commit by theseven (r28589): iPod Nano 2G: Set I2C clock to 374400 Hz, now that we know what it is derived from. |
16:21:55 | CIA-7 | r28588 build result: All green |
16:21:55 | DBUG | Enqueued KICK CIA-7 |
16:21:55 | CIA-7 | New commit by theseven (r28590): iPod Nano 2G: Dynamic Vcore scaling, based on current CPU clock. Adds 1-2 hours of battery life. |
16:22:01 | CIA-7 | r28589 build result: All green |
16:23:12 | maraz | yay! |
16:23:42 | CIA-7 | r28590 build result: All green |
16:25:37 | | Join grndslm [0] (~grndslm@174-126-0-16.cpe.cableone.net) |
16:29:07 | CIA-7 | New commit by theseven (r28591): iPod Nano 2G: Implement LCD sleep (FS #11604 by Franz-Josef Haider), adds up to 5 hours of battery life |
16:29:16 | CIA-7 | New commit by kugel (r28592): Fix path detection for app builds in configure and buildzip.pl. |
16:30:03 | | Quit leavittx (Ping timeout: 264 seconds) |
16:30:45 | CIA-7 | r28591 build result: All green |
16:32:29 | CIA-7 | r28592 build result: All green |
16:33:10 | kugel | TheSeven: you need a send_event() call somewhere in the lcd driver |
16:33:45 | TheSeven | for what? |
16:34:46 | kugel | let apps code know the lcd is active again (without polling lcd_active()) |
16:35:06 | TheSeven | what kind of event is that? |
16:35:18 | kugel | LCD_ACTIVATION_EVENT IIRC |
16:35:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
16:35:25 | * | TheSeven doens't know much about the highlevel parts of rockbox :) |
16:35:36 | kugel | e.g. the skin engine uses it to disable updates, but it wants to re-enable glitch-free so polling isn't nice enough |
16:35:46 | kugel | the other lcd driver do it as well |
16:35:59 | TheSeven | can you point me to one that does? ipod vide? |
16:36:01 | TheSeven | video* |
16:36:43 | kugel | yes |
16:37:24 | | Join stoffel [0] (~quassel@p57B4DDFD.dip.t-dialin.net) |
16:42:45 | *** | Saving seen data "./dancer.seen" |
16:44:06 | | Quit n1s (Quit: Lämnar) |
16:45:32 | | Quit liar (Ping timeout: 240 seconds) |
16:46:20 | CIA-7 | New commit by theseven (r28593): iPod Nano 2G LCD sleep: Send LCD_EVENT_ACTIVATION event |
16:48:11 | CIA-7 | r28593 build result: All green |
16:48:57 | bertrik | AlexP, not sure to be honest, I just tried the sim and it doesn't show signal strength |
16:49:18 | AlexP | yeah, it caused my sbs not to load |
16:49:26 | AlexP | er, scratch that |
16:49:42 | AlexP | bertrik: Anyway, I guess it should cycle through like battery does |
16:49:48 | bertrik | Where/how do we simulate the radio hardware anyway? |
16:50:07 | AlexP | Don't know, but stuff like frequency etc. "works" |
16:51:28 | bertrik | AlexP, another thing: the suggestion was made to add bugfix http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28582 to a point release. Do you agree? If so, can I commit it to the 3.7 branch or should it go elsewhere? |
16:51:57 | AlexP | bertrik: Yes, that looks just the sort of thing :) |
16:52:08 | AlexP | and yeah, to the 3.7 branch :) |
16:52:34 | bertrik | I'll have a look at sim support for RSSI |
16:52:57 | AlexP | ta, it isn't too important, just nice for completeness :) |
16:54:39 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
16:54:50 | | Quit evilnick (Quit: Leaving) |
16:58:56 | CIA-7 | New commit by bertrik (r28594): Back-port r28582 (prevent hang when changing radio region on si4700/rda5802), see also FS #11754 |
17:00 |
17:06:00 | | Join G4Oblivion [0] (~186e2dc1@giant.haxx.se) |
17:06:16 | | Join T44 [0] (~Topy44@f048205010.adsl.alicedsl.de) |
17:09:22 | G4Oblivion | Just stopping by to say thanks to TheSeven for his all the work hes done on the Nano 2G. Liar for his LCD Sleep too. I can finally switch back to RB from OF with the new battery savings. |
17:09:25 | TheSeven | ouch |
17:09:44 | | Quit Topy44 (Ping timeout: 245 seconds) |
17:10:01 | TheSeven | set "sleep (after backlight off)" to "always" |
17:10:22 | TheSeven | then go into the "backlight (while plugged in)" menu (if it's plugged in, of course) |
17:10:27 | TheSeven | scroll to the top of the list... |
17:10:33 | TheSeven | guess what happens? |
17:13:12 | TheSeven | G4Oblivion: we should be between 30 and 40 hours now |
17:13:33 | TheSeven | and i think we've been about on par with the OF for quite some time |
17:14:28 | | Quit G4Oblivion (Quit: CGI:IRC (Ping timeout)) |
17:15:21 | | Join G4Oblivion [0] (~186e2dc1@giant.haxx.se) |
17:15:29 | G4Oblivion | TheSeven: 7-8 Hours RB and 14 OF for me. |
17:15:47 | TheSeven | your battery is at about 50% of its design capacity then |
17:16:16 | TheSeven | should be 15-24 in rockbox now :) |
17:16:57 | TheSeven | hm, why on earth does lcd sleep affect USB? |
17:18:47 | G4Oblivion | Thats my average since I started using RB. I've always had around 14 hours OF. Its what I get for buying it refurb off overstock a few years back. |
17:20:48 | | Quit G4Oblivion (Quit: CGI:IRC (EOF)) |
17:22:15 | bertrik | Does anyone know how the radio is implemented in the sim? |
17:22:53 | bertrik | For example, I'm seeing a stereo signal at 99.5 MHz, but can't find where this is implemented |
17:24:46 | bertrik | ah found it, in uisimulator/common/fmradio.c |
17:26:01 | | Quit liar (Read error: Connection timed out) |
17:30:27 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
17:35:17 | bertrik | Pff, I don't know how to make the RSSI show up in the sim, there's a #define HAVE_RSSI in the header file of tuner that support it, so #include "tuner.h" should get the HAVE_RSSI definition, but this is not how it works for the simulator. |
17:36:37 | bertrik | It's a tuner chip specific thing so IMO it makes perfect sense to put it in the specific tuner header file. |
17:36:53 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
17:45:53 | | Join Alchimysta [0] (~9751f4c9@giant.haxx.se) |
17:51:52 | | Quit Alchimysta (Quit: CGI:IRC (Ping timeout)) |
18:00 |
18:00:08 | | Nick Horschti is now known as Horscht (~Horschti@xbmc/user/horscht) |
18:01:16 | froggyman | when my fuze plays certain flac files it always skips over them after playing them for a few seconds. The files play without a problem on my computer... What could be the problem? |
18:01:56 | froggyman | It can play other flac files without a problem |
18:03:33 | | Join madalu [0] (~user@unaffiliated/madalu) |
18:03:35 | CIA-7 | New commit by kugel (r28595): Better quality images for the 320x480x16 cabbiev2. |
18:03:53 | krazykit | froggyman, check with flac -t to see if they're broken? |
18:04:17 | krazykit | it would also be worthwhile to check for FS corruption |
18:05:47 | CIA-7 | r28595 build result: All green |
18:08:21 | | Quit antil33t (Read error: Connection reset by peer) |
18:08:31 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
18:10:28 | | Quit Llorean (Read error: Connection reset by peer) |
18:10:45 | | Join smsisko [0] (~18e2fbcc@giant.haxx.se) |
18:10:45 | froggyman | krazykit, I'll check the FS first |
18:10:49 | | Join Buschel [0] (~chatzilla@p54B667BC.dip.t-dialin.net) |
18:11:27 | froggyman | how do I do the "flac -t" check? |
18:16:18 | | Quit stoffel (Ping timeout: 240 seconds) |
18:17:19 | Buschel | TheSeven: great progress on the nano 2g today, congrats! \o/ |
18:17:35 | * | TheSeven isn't too happy |
18:17:41 | TheSeven | there seems to be a rather nasty bug |
18:18:06 | TheSeven | if usb is plugged or unplugged while the lcd is sleeping, it locks up hard (not even menu+select works sometimes) |
18:19:55 | pixelma | I believe someone reported something similar for another target... Gigabeat S or so |
18:20:27 | | Join lixxus99 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
18:20:59 | smsisko | I have a question regarding an iPod, I think i changed the partition geometry while trying to make the iPod install the latest version of Rockbox, anyone knows the correct geometry for an iPod 30Gb ? |
18:22:24 | pixelma | round, 1.8''... sorry, couldn't resist ;) |
18:22:43 | TheSeven | do they even care about this CHS crap? |
18:24:12 | smsisko | I was unable to install the bootloader and now when I try to load the original firmware, I get a screen saying to connect the iPod to iTune... I guess I must have broken something... |
18:24:30 | TheSeven | is the firmware partition intact? |
18:24:47 | smsisko | I did touch it, I think |
18:24:56 | smsisko | didn I meant |
18:25:10 | TheSeven | how does the partition table currently look like? |
18:26:17 | smsisko | 63 heads, 32 sectors/track, 29070 cylinders |
18:26:40 | TheSeven | and which partitions are defined? |
18:27:26 | smsisko | édevésde1 and édevésde5 |
18:27:46 | smsisko | sorry for that /dev/sde1 and /dev/sde5 |
18:29:59 | smsisko | is that what you were looking for ? |
18:30:06 | | Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) |
18:30:06 | | Quit pamaury (Changing host) |
18:30:06 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:31:14 | | Part lixxus99 |
18:31:43 | CIA-7 | New commit by kugel (r28596): Make the grey background of the images brighter to better match existing cabbiev2 WPSes. |
18:33:27 | CIA-7 | r28596 build result: All green |
18:36:06 | smsisko | From what I can tell I seem to have busted the firmware partition is there any way to restore it ? |
18:40:10 | liar | TheSeven: there are some CRLF linebreaks in your last commits |
18:40:29 | * | TheSeven already killed some |
18:40:53 | | Quit madalu (Remote host closed the connection) |
18:40:54 | TheSeven | do we have a consensus on the eol-style property btw? |
18:41:09 | pixelma | smsisko: I believe iTunes is always an option and there's a page in our wiki for manual restore under linux (the former is the easier and more fail-safe method though) |
18:41:52 | TheSeven | smsisko: make sure to only use primary partitions, no extended ones (sde5) |
18:42:46 | *** | Saving seen data "./dancer.seen" |
18:52:09 | smsisko | manual restore of the mbr was enough... Thanks |
18:52:13 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b8pre/20101113031620]) |
18:57:06 | | Quit smsisko (Quit: CGI:IRC (EOF)) |
18:58:53 | | Join Azrael- [0] (~azraeluk@worc-student-nat.worc.ox.ac.uk) |
18:59:33 | | Join leavittx [0] (~lev@89.221.199.187) |
19:00 |
19:10:02 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-109-252.tampfl.fios.verizon.net) |
19:15:16 | | Join bimbel [0] (~bmbl@unaffiliated/bmbl) |
19:17:15 | CIA-7 | New commit by moos (r28597): Add Franz-Josef Haider (aka liar) to the CREDITS for his works on FS #11604 committed in r28591. |
19:17:51 | | Nick benedikt93 is now known as benedikt93|AFK (~benedikt9@unaffiliated/benedikt93) |
19:18:43 | | Quit bmbl (Ping timeout: 255 seconds) |
19:19:05 | CIA-7 | r28597 build result: All green |
19:23:27 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
19:23:31 | TheSeven | huh, I thought he was already in there? |
19:23:48 | bertrik | Is there some kind of design or explanation on how IAP autobauding works? |
19:24:12 | * | TheSeven wonders if he should revert the lcd sleep patch |
19:25:31 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
19:31:28 | liar | TheSeven: did you try if it still locks up if you don't change the ldo 2 power? i remember my old ipod behaved strange when played with that one |
19:31:50 | TheSeven | yeah, ldo2 seems to be related to usb in some way |
19:32:15 | TheSeven | and i can't seem to find a way to keep it powered on while usb is plugged |
19:32:27 | TheSeven | i can't access the PMU from a tick task :/ |
19:34:29 | TheLemonMan | im trying to output sound trough /dev/dsp but dont get any output, headphones have to be powered ? |
19:37:44 | TheSeven | if i could find a way to stop the current drain if i power it down completely, i could make the PMU enable it automatically if there is external power |
19:39:06 | | Nick benedikt93|AFK is now known as benedikt93 (~benedikt9@unaffiliated/benedikt93) |
19:40:19 | * | Buschel just remember one thing... |
19:40:57 | Buschel | TheSeven: wasn't the ext clock getting slower when lowering the cpu voltage supply under 0.975 V? |
19:42:08 | * | TheSeven thinks it was 0.900V |
19:42:33 | TheSeven | 0.975V was the lowest stable voltage for 192MHz IIRC |
19:43:17 | Buschel | hmmm, should be easy to figure out with a codec that is boosting/unboosting while playback |
19:43:33 | TheSeven | i tried that at 0.900 today and it was fine |
19:43:52 | Buschel | ok, will try so as well |
19:44:25 | TheSeven | this ldo2 problem is driving me nuts |
19:44:43 | TheSeven | i'd really like to know what is connected to this one |
19:44:51 | TheSeven | maybe the USB oscillator? |
19:45:01 | TheSeven | and what could cause that insane current draw? |
19:45:11 | TheSeven | (with the usb block powered down= |
19:50:37 | bertrik | I think I understand the IAP autobaud now |
19:58:57 | CIA-7 | New commit by kugel (r28598): Add a few cabbiev2 source images in the biggest scale I've found. I've used them for the 320x480 and 480x800 ports. Hopefully makes porting cabbiev2 ... |
19:59:12 | TheLemonMan | no one has hints about my issue ? |
19:59:47 | Buschel | TheSeven: any reason you didn't put dblbuf[] to iram? |
20:00 |
20:00:04 | TheSeven | because i didn't think about it :) |
20:00:20 | * | TheSeven thinks it's a shame that we need it anyway |
20:00:33 | Buschel | it fits into iram |
20:00:43 | CIA-7 | r28598 build result: All green |
20:04:14 | Buschel | TheSeven: do you know how the current consumptions scales with CPU clock on the nano 2g? |
20:05:06 | TheSeven | a few milliamps... depends on how much time the cpu is active |
20:05:36 | TheSeven | forcing it to 100/200MHz increased the average current by 2/4mA |
20:06:00 | Buschel | TheSeven: ok, how much can we save when lowering the lower limit to 24 MHz? |
20:06:11 | Buschel | so, 24 MHz vs. 48 MHz? |
20:06:26 | TheSeven | we'll get trouble with the APB if we do that, because the tick timer etc. is based on that |
20:06:48 | TheSeven | and i don't think it's worth it, as most codec are occasionally boosting at 48mhz |
20:07:29 | Buschel | really? I didn't test mp3 at 48 MHz, but mI would expect it to run w/o boost |
20:07:44 | TheSeven | it doesn't |
20:07:55 | TheSeven | it needs ~50-60Mhz |
20:08:11 | Buschel | you got the numbers from test_codec? |
20:08:14 | TheSeven | on the other hand, embios is always running at 192mhz and needs less current than rockbox, probably because it's in irqwait mode most of the time |
20:08:28 | TheSeven | no, from the buffering debug screen and boosting experiments (forcing to 48mhz) |
20:08:39 | Buschel | ok |
20:08:48 | TheSeven | there were a few tracks that played without glitches, but the pcmbuf never held more than 50KB |
20:09:06 | TheSeven | and the UI was very, very sluggish |
20:09:56 | Buschel | the lcd updates might also have taken some cpu as well... |
20:09:57 | TheSeven | that's another reason I wouldn't want to use 24Mhz: the UI will be laggy |
20:10:10 | TheSeven | even if it's idle |
20:12:20 | Buschel | ok. another question: is there any reason to use a 48/96/192 instead of 50/100/200 scheme? |
20:12:28 | | Join Zagor_ [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:12:28 | | Quit Zagor_ (Changing host) |
20:12:28 | | Join Zagor_ [0] (~bjst@rockbox/developer/Zagor) |
20:13:34 | | Quit Zagor_ (Client Quit) |
20:13:35 | | Join Guest12027 [0] (~bjst@giant.haxx.se) |
20:13:36 | | Quit Guest12027 (Changing host) |
20:13:36 | | Join Guest12027 [0] (~bjst@rockbox/developer/Zagor) |
20:13:56 | | Nick Guest12027 is now known as Zagor (~bjst@rockbox/developer/Zagor) |
20:14:36 | TheSeven | Buschel: because apple is doing it that way |
20:14:56 | TheSeven | and because it actually divides quite nicely |
20:15:06 | bertrik | Possibly also to get good sampling rate accuract |
20:15:17 | TheSeven | that's independent of the cpu clocking |
20:15:41 | TheSeven | it isn't even 192MHz, it's 191692800Hz |
20:16:13 | Buschel | I will try PLL0PMS = 0x006501 in a minute, that will use 200.9 MHz instead of 192 |
20:17:34 | Buschel | if I am not mistaken... let's see |
20:18:23 | TheSeven | should be 006401 IIUC |
20:18:26 | | Quit {phoenix} (Remote host closed the connection) |
20:18:55 | TheSeven | oops, wrong |
20:19:02 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
20:19:29 | TheSeven | 006501 is correct, will be 200908800 Hz |
20:20:30 | CIA-7 | New commit by kugel (r28599): Small improvements for the on screen popup on 320x480 cabbiev2 wps. |
20:22:21 | CIA-7 | r28599 build result: All green |
20:32:39 | | Join NickPapagiorgio [0] (~opera@dslb-084-057-040-146.pools.arcor-ip.net) |
20:36:31 | Buschel | using 200/100/50 does not scale the performance as expected. RAM speed is measured the same, test_codec shows a speed-up by much smaller than 1% |
20:37:29 | | Join MethoS- [0] (~clemens@134.102.106.250) |
20:40:37 | | Quit esperegu (Ping timeout: 255 seconds) |
20:42:50 | *** | Saving seen data "./dancer.seen" |
20:43:21 | TheSeven | hm, I'm quite certain that it's the USB oscillator that's eating those 2mA on LDO2 |
20:43:50 | TheSeven | why would one connect that to the same regulator as the LCD!? |
20:49:22 | CIA-7 | New commit by Buschel (r28600): Move pcm doublebuffer to IRAM on nano 2G. |
20:51:27 | CIA-7 | r28600 build result: All green |
20:52:16 | | Part NickPapagiorgio |
20:52:17 | TheSeven | liar: why do you reinitialize the LCD after sleeping? |
20:54:17 | kugel | rockbox uses half of the cpu time for playing mp3 than the inbuilt media player |
20:56:59 | liar | it didnt work for me without reinitializing(blank screen) (but was only necessary if i manipulated ldo2 while the lcd was in sleep mode) |
20:57:38 | | Join dodddummy [0] (~dodddummy@74-129-134-84.dhcp.insightbb.com) |
20:58:22 | TheSeven | manipulating that one won't work anyway |
20:58:45 | dodddummy | rockbox rocks!! |
20:58:57 | dodddummy | clicking the donate button now |
20:59:19 | TheSeven | liar: do you know how to wake up the ilitek lcd if ldo2 wasn't touched? |
21:00 |
21:02:28 | liar | ilitek is type 2 right? |
21:02:38 | TheSeven | yeah, or type 0 in the code |
21:02:45 | | Quit pamaury (Remote host closed the connection) |
21:03:16 | TheSeven | for the leadis one it's as simple as sending R_SLEEP_OUT and R_DISPLAY_ON |
21:04:01 | | Join lixxus99 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
21:04:02 | bertrik | dodddummy, thanks, appreciated |
21:04:21 | | Part lixxus99 |
21:05:23 | dodddummy | bertrik, i'll have a hard time buying another player which rockbox doesn't support |
21:05:28 | liar | no i don't know... yet |
21:05:57 | Stummi | *courting* http://www.rockbox.org/tracker/task/11757 :) |
21:06:07 | TheSeven | apparently we're shutting this down more brutally, making it lose its state |
21:08:46 | | Join edboyer93 [0] (~eboyer93@pool-71-185-65-59.phlapa.fios.verizon.net) |
21:08:58 | | Quit GeekShadow (Ping timeout: 240 seconds) |
21:19:38 | | Part Zagor |
21:20:08 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
21:22:31 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
21:26:03 | | Part Zagor |
21:26:37 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
21:30:06 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
21:39:21 | CIA-7 | New commit by theseven (r28601): iPod Nano 2G LCD sleep: Powering down LDO2 also affects USB, so we can't do that to shut off the LCD. Leave it on for now, and use the lightweight ... |
21:39:54 | preglow | jhMikeS: happen to be around? |
21:42:35 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
21:59:02 | TheSeven | [Saint]: which patches do i need to build a build that's compatible with your anti-aliased iLike theme? |
22:00 |
22:00:20 | TheSeven | gevaerts: what the hell is going on with the build server? |
22:04:03 | | Quit Llorean (Quit: Leaving.) |
22:04:04 | | Quit Rob2223 (Read error: Connection reset by peer) |
22:06:28 | | Join Rob2222 [0] (~Miranda@p4FFF34AB.dip.t-dialin.net) |
22:08:44 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
22:09:57 | preglow | anyone have any idea how full duplex audio processing is supposed to be set up api wise these days? |
22:12:04 | | Quit bimbel (Quit: Verlassend) |
22:15:08 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
22:17:31 | | Quit factor (Read error: Connection reset by peer) |
22:17:56 | | Quit benedikt93 (Quit: Bye ;)) |
22:18:03 | | Join factor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
22:18:40 | | Join mrkiko [0] (~mrkiko@host143-104-dynamic.244-95-r.retail.telecomitalia.it) |
22:18:45 | mrkiko | Hi all!!! |
22:19:15 | mrkiko | Finally I'm about to run rockbox again! And now I'm here for a simple question (I know I can read the buyer's guide, but I would like a more personal perspective) |
22:19:43 | mrkiko | I would need a device which: - can run rockbox; - has a very long battery; - offers lots of space. Don't mind if it's flash or disk-based. |
22:19:57 | mrkiko | What do you recommend? |
22:20:10 | TheSeven | what is "lots of space"? more than 32GB? |
22:20:19 | n1s | define "long battery" too please |
22:20:47 | mrkiko | even 32 GB can sufficie. Long battery? Long as possible - no particular requirements ... |
22:20:57 | mrkiko | I need to use it with speech aniway |
22:21:01 | mrkiko | *anyway* |
22:21:14 | mrkiko | I'm blind so the display size is not important |
22:22:35 | mrkiko | And definitely - it would be better for the device to be very resistant to any kind of hostile environment :) |
22:22:37 | | Join lixxus99 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
22:22:40 | n1s | iaudio m5l and x5l models have very long battery times but I think they are not available in sizes over 30GB |
22:23:09 | mrkiko | ok... I'm taking down the names to analyse them later |
22:23:49 | n1s | one of the sansas with µSD slot with a 32GB card could work too |
22:26:05 | | Quit [Saint] (Ping timeout: 276 seconds) |
22:26:40 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.50) |
22:27:06 | mrkiko | ... ok! I'm looking the two specified here, trying to understand differences between m5l and x5l |
22:27:37 | n1s | the main difference is that the x5 has a color display |
22:28:11 | pixelma | and usually a radio |
22:28:18 | mrkiko | ah ok |
22:28:23 | mrkiko | the m5 is out of production right? |
22:29:03 | pixelma | I think both aren't produced anymore |
22:29:35 | | Part lixxus99 |
22:30:03 | mrkiko | infact |
22:30:09 | mrkiko | and they sai m5 has a color display aniway |
22:30:12 | mrkiko | *anyway* |
22:30:21 | pixelma | it doesn't |
22:30:30 | gevaerts | TheSeven: I don't know |
22:30:31 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
22:30:44 | pixelma | mrkiko: it has a greyscale display, I know as I have one :) |
22:31:00 | TheSeven | gevaerts: who can fix it? |
22:31:13 | gevaerts | Zagor or Bagder |
22:31:32 | TheSeven | ah |
22:31:57 | gammy | mrkiko: I have an iRiver iHP 120 and an iAudio x5l here and I've been fiddling with both today. |
22:32:58 | gammy | mrkiko: I uh, also purchased a 2GB Sansa Fuze today on ebay, the plan being to test it (if it isn't a revision 4?) and if it's nice puchase a 16Gb microSD card for it. |
22:34:54 | gammy | mrkiko: The iRiver is the only one I have extensive experience using. It worked for almost ten years, and I modded it for a 32Gb CF card as well. Unfortunately I blew up the audio output stage some time ago, and now I'm experimenting with the iAudio |
22:34:59 | gammy | (which a friend gave me) which has a faulty "secondary" battery (the iAudio annoyingly having two) |
22:35:14 | gammy | Phew. A lot of typing and probably off-topic, I thought this was #rockbox-community. |
22:37:17 | pixelma | gammy: only the "L" models have two and unfortunately the Iaudio batteries don't seem to be the best ones (saw it with two "normal" X5s in the family and my M5L also lost quite a lot but still has quite nice runtime overall |
22:37:32 | pixelma | ) |
22:38:57 | gammy | pixelma: Ah I see. Yeah the one I have was given to me by a friend as it wouldn't start up at all. Disconnected the large battery and it started up. I'd like to know if the iRiver battery is compatible. Then again it could be the charger that's |
22:39:01 | gammy | faulty. |
22:40:24 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
22:40:28 | gammy | I also tried my iRiver CF mod with the iAudio. It can boot up and put me in a menu. but then panics when I try to list files. I assume it's due to the timings on the CF card, but it's a shame since it works so well in the iRiver. |
22:40:45 | CIA-7 | r28601 build result: All green |
22:41:38 | S_a_i_n_t | TheSeven: You should only need FS #8961 |
22:41:39 | Zagor | gevaerts, TheSeven: it's a network triggered issue. the server gets confused when all clients disconnect during a round. |
22:42:21 | pixelma | gammy: my M5 works well with an SSD, guess there are enough small differences though |
22:42:28 | | Part Zagor |
22:42:30 | pixelma | to CF I mean |
22:42:30 | TheSeven | so it was actually the server that went offline briefly? |
22:42:51 | *** | Saving seen data "./dancer.seen" |
22:43:01 | liar | TheSeven: i see you are changing the cpus voltage when switching the cpu frequency. you could also reduce the memorys voltage while the cpu is running at the lower frequency |
22:43:27 | TheSeven | we could generally reduce the memory's voltage |
22:43:37 | TheSeven | but is its frequency dependent on HCLK? |
22:45:33 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
22:45:37 | preglow | how does one make rockbox make be verbose again? |
22:47:39 | n1s | v=1 make |
22:47:44 | n1s | V=1 even |
22:49:19 | preglow | cheers |
22:49:30 | preglow | cygwin make is so incredibly slow i have to rip out the parts i want |
22:49:30 | | Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) |
22:51:57 | | Join lixxus991 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
22:54:08 | | Part lixxus991 |
23:00 |
23:01:55 | | Quit BHSPitMonkey (Ping timeout: 272 seconds) |
23:04:19 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
23:07:36 | | Join xxcv [0] (~hello@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
23:11:44 | preglow | anyone at all apart from jhMikeS that knows low level pcm code? |
23:20:56 | | Quit guymann (Quit: Bye!) |
23:25:00 | Buschel | TheSeven: if I use FastMode, is CPU clock set to HCLK or to PCLK ? |
23:27:36 | | Quit xxcv () |
23:32:34 | * | preglow cries |
23:34:29 | | Quit n1s (Quit: Lämnar) |
23:36:08 | | Quit leavittx (Ping timeout: 255 seconds) |
23:37:57 | | Quit Kupop (Ping timeout: 265 seconds) |
23:38:04 | | Join Topy44 [0] (~Topy44@f048205010.adsl.alicedsl.de) |
23:39:21 | | Quit T44 (Ping timeout: 245 seconds) |
23:40:41 | | Join Damodar [0] (~d981328c@giant.haxx.se) |
23:40:48 | | Quit Damodar (Client Quit) |
23:41:42 | | Join Damodar [0] (~d981328c@giant.haxx.se) |
23:46:09 | | Quit panni_ (Read error: Connection reset by peer) |
23:48:08 | | Quit jfc^2 (Ping timeout: 255 seconds) |
23:50:13 | | Join JdGord [0] (~jd@58.104.81.139) |
23:53:06 | Damodar | anyone knows how to change the lcd driver in ipod nano 2nd gen? |
23:54:30 | | Quit Damodar (Quit: CGI:IRC (EOF)) |
23:56:27 | | Join jdgord| [0] (~jd@58.104.65.45) |
23:57:52 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
23:58:53 | | Quit JdGord (Ping timeout: 245 seconds) |