--- Log for 14.11.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 20 days and 5 hours ago 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 # damn undocumented socs 00.05.44 # 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 # 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 # i think i will stick to writing the optimal arm9 version for now 00.55.21 # 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.01.17 # Am I supposed to install rockbox on a clip+ *instead* of the latest OF? 01.01.29 # 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 # the bootloader contains whatever OF you used to make it 01.01.56 # I know 01.02.06 # what do I do with it? just leave it on the mp3 player? 01.02.13 # because it's not installing the rockbox bootloader 01.02.44 # right filename? 01.02.50 # yeah 01.02.54 # RockboxUtility generated the file 01.03.00 # it had the same filename as the source file I used 01.03.14 # 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 # the player should always flash the file when you put it there, it doesn't care what version 01.05.14 # 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 # Torne: huh. The file is there, and it's not updating :( 01.08.51 # I did all the other steps.. I have a .rockbox directory... 01.09.09 # any idea what could cause this? the mp3 player is just booting OF like nothing's going on 01.09.32 # (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 # nice 01.11.14 Quit Zagor (Quit: Clint excited) 01.12.20 # You're sure you're using the right firmware? 01.12.37 # 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 # maybe you can document them on the wiki 01.14.29 # gevaerts: definitely a clip +. blue-yellow screen, and takes microsd cards. 01.14.36 # gevaerts: oh, and the box says "sansa clip+" on it. 01.14.41 # <_< 01.14.55 # And you're definitely using clip+ firmware? Can you install other versions of the OF? 01.15.09 # What OF version are you using? I'm using V01.02.15 01.15.09 # when I installed the clip+ firmware directly it worked, so I'm pretty sure yeah :P 01.15.16 # 01.02.15 is installed now 01.15.56 # with an A at the end 01.16.01 # according to the "Info" screen 01.16.20 # are you in MTP mode, or in MSC? 01.16.44 # This version should also accept a patched 01.02.15 version. 01.17.03 # I think you need a recent patcher for it though 01.17.51 # or a recent RockboxUtility 01.18.58 # maybe it's my version of rockboxutility 01.19.01 # I'll download a new one 01.19.53 # yep... I was on rbutil 1.2.7 01.21.23 # 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 # bertrik: there seem to be datasheet mismatches all over the clock control regs 01.39.54 # plls affecting each other, clocks being directly derived from a pll, without the usual mux+divider in between, ... 01.41.26 # 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 # JdGordon|: Is there a tag that tells you whether radio or playback is active in the menus? 01.46.30 # 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 # guys guys I have rockbox on my clip+ now :D 01.54.02 # <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.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 # Yes, in a big comb ination 02.09.14 # 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 # 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 # two 02.10.10 # <[Saint]> and...that's *nothing* ;) 02.10.28 # It isn't a competition to make the most unreadable line :) 02.10.42 # "%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 # 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 # 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 # 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 # 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 # 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 # (And newline glyph.) 02.22.11 # pixelma: two conditions on %mp, but if if lets yu do > then it'd be shorter, yeah 02.22.19 # it does 02.22.20 # [Saint]: Not sure what you mean? 02.22.33 # AFAIK, haven't tried it yet though 02.22.52 # 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 # [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 # 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 # sbs 02.29.25 # <[Saint]> ahhhh....clcik. 02.29.29 # <[Saint]> *click 02.29.29 # I never mentioned .wps or .fms 02.29.30 Quit ReimuHakurei (Read error: Connection reset by peer) 02.29.30 # %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 # 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 # 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 # radio signal strengtj 02.45.40 # <[Saint]> CustomWPS knows nothing of it. 02.45.47 # yes, bertrik aded i 02.45.50 # aded 02.45.52 # ffs 02.45.54 # <[Saint]> ah...new addition? 02.46.08 # dded it a few days ago (along with two other for max and min) 02.46.19 # see the discussion I had with him a few hours ago 02.49.12 # I'm addicted to rockbox 02.49.17 # I had serious withdrawal when I had a fuze + for a week 02.49.28 # now I have a clip + 02.50.59 # so... there's no hold switch. this is rather stoopid. 02.51.14 # 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.04.45 Quit Judas_PhD (Quit: This is a quitting message) 03.19.29 # hm, there's something funky going on with the PLLs 03.20.40 # 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 # apparently there's a per-PLL way to choose between the external and on-chip oscillator or something 03.22.34 # and there seems to be an additional clkcon reg controlling a mux+divider for i2c 03.24.55 # 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 # 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.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.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 # as soon as I start tampering with the PLLs, I get clicks in the audio output 05.37.13 # 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 # 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 # 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 # New commit by 03theseven (r28581): iPod Nano 2G: Fix I2S clocking. All sampling rates should work now. 05.48.33 # 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.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.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.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.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.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 # good! but what? :) 10.23.39 # the clk registers on S5L8701? 10.23.41 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 10.25.10 # New commit by 03bertrik (r28582): si4700/rda5802 tuners: prevent hang when changing radio region. Probably fixes bug FS#11754 . 10.26.44 # pixelma: %if(%mp, =, ) is *not* misuing %if.. that is the entire point of it! 10.26.53 # r28582 build result: All green 10.27.15 Join esperegu [0] (~quassel@145.116.15.244) 10.27.38 # sorry 10.28.21 # hmm... maybe I should have added a :) there 10.29.15 # actually, does %mp return strings or numbers if it isnt used in a conditional? 10.29.29 # it might be able to do %?if(%mp, =, "radio") 10.29.58 # numbers and bah, I don't want another way 10.31.49 # <[Saint]> TheSeven: ? 10.32.46 # 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 # 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 # 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 # 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 # does anyone see something wrong with these two lines? 10.57.02 # long time = USEC_TIMER; 10.57.02 # 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 # I never really know what the proper order of arguments is for TIME_AFTER 10.59.45 # isnt it backwards? 11.00.41 # I would do long time = USEC_TIMER + 15000; instead of adding it in the loop 11.01.19 # TIME_AFTER should be resistant to wrap-around IIRC, but not sure if it is with anything other than plain arguments 11.03.27 # 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 # hm, that loop apparently worked. it's the clkcon that isn't, once again 11.13.57 # 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 # 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 # bertrik: just curious about your radio patch, do you know why that code caused the hang? 11.22.47 # ah, saw you posted an explanation in the task 11.23.23 # 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 # does rockbox support more than two possible CPU speeds? 11.47.59 # 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 # and another interesting question: is set_cpu_frequency allowed to yield? 11.56.27 # 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.11.26 # bertrik: just commit it to /branches/v3_7 12.12.23 # 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 # does anyone against to commit FS#11751? 12.30.24 # 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 # that's way more than I expected 12.37.13 # hm. i did two measurements: 12.37.24 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.38.06 # 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 # i know it isn't charging, so the plugged ADC value is probably spurious 12.38.39 # AFAIK the charging regulator is a linear regulator 12.38.47 # so I'd say the ADC is off by ~7mA 12.38.56 # second measurement: 12.39.23 # 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 # saves a whopping 2mA! 12.47.10 # hm, no, that was apparently a fluke 12.47.52 # 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 # (which is far more important for myself as I am really sensible to such noise) 12.50.01 # 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 # all measured when playing back the same file of course 12.50.48 # TheSeven: i don't have the opened-up ipod anymore... 12.51.52 # 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 # funny: locking the hold switch (which I would have though powers off the clickwheel) *increases* current by 0.5mA! 12.52.18 # Buschel: that's what I will try now 12.52.21 # 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 # this wasn't reproducibly 12.53.09 # TheSeven, maybe some pull-up or pull-down resistor on the hold switch drawing current? 12.53.26 # what wasn't reproducible? the background- or the hold-switch-effect? 12.53.35 # bartrik: that would be way too much, considering that this would also happen if the device is powered off 12.53.40 # the background one 12.54.34 # a pitty, this could have solved easily... I have some white-bg WPS as well 12.55.08 # I don't see why that would happen when powered off 12.55.18 # 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 # Buschel, liar: do I understand correctly that you aren't even shutting off power to the lcd in that patch? 12.58.29 # bertrik: the hold switch can be used to wake the device 13.01.24 # also, disabling the lcd controller clock gate could further reduce power consumption 13.05.23 # iirc currently i just send it into sleep mode. do we know how to shut the power to the lcd off? 13.07.41 # 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 # shutting off the power supply increases current by ~20mA. probably still some voltage on data lines to the lcd or something. 13.10.21 # 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 # hm, setting LCD voltage to 900mV seems to be a workaround 13.38.12 # saves quite a lot 13.39.08 # 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 # lcd and controller fully awake: 10.4mA, lcd shutdown patch: 9.4mA, everything shut down: 7.7mA 13.50.10 # (in embios) 13.50.46 # wow, each 1 mA is ~1 h of additional playback time 13.52.09 # i'd say more 13.52.19 # depends on the headphones 13.52.48 # for high-impedance (driving pc speakers) we might hit 35-40 with some tricks 13.52.55 # 35-40h* 13.53.28 # LCD powered on and fully active, but controller shut down (static contents being displayed): 11.0mA 13.53.41 # that's weird 13.54.34 # oops, mixed it up 13.54.50 # fully active: 11.0mA, static contents and controller powered down: 10.3mA 13.56.46 # I thought we had a general rule about firmware/ code not calling apps/ code, but IAP seems to violate that 13.58.04 # Yes, any firmware to apps calls should use callbacks (or events). 13.59.30 # TheSeven: Umm, if you're shutting down the controller, aren't you effectively outputting DC to the LCD? 14.00.49 Quit stoffel (Ping timeout: 265 seconds) 14.00.58 # lcd in idle (8 color) mode, static contents, controller off: 10.0mA 14.01.16 # 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 # 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 # Why does it need so much? 14.02.50 # * amiconn isn't really used to devices needing so little total power 14.03.09 # it's a bunch of gpios and clock gates that i can disable, seems to take ~0.7mA 14.03.41 # 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 # New commit by 03Buschel (r28583): Use same loop count for writing and memset'ing in test_mem to have same precision in the result. 14.04.29 # shutting down the lcd saves another 0.7mA compared to 8 color mode 14.04.55 # and reducing its supply voltage to 1.000V saves yet another 1.3mA for whatever reason 14.05.26 # r28583 build result: All green 14.05.29 # reducing it to 0.900V or shutting it off completely increases current by ~20mA(!) 14.05.49 # even though I think I set all the LCD GPIOs to input mode before doing that 14.08.35 # 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 # 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 # disabling the accessory power supply only saves ~80µA. not really worth it. 14.13.09 # New commit by 03learman (r28584): Hopefully fix FS#11696: scrollwheel doesn't respond in some cases. 14.13.22 # memory benchmarks for nano 2g (incl. alignment test): http://pastie.org/1296890 14.13.45 # 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 # probably the combination of those two 14.14.33 # * TheSeven is fighting the same thing on the nano2g 14.14.58 # r28584 build result: All green 14.15.10 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 14.16.02 # 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 # 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 # I think that applies to all SoCs where IRAM is just a bit faster DRAM 14.21.19 # 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 # 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 # weird 14.44.53 # 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 # Bagder: I think the search field in the wiki is gone since the upgrade 14.49.49 # Buschel: USB power consumption: 11.7mA while playing 320kbit/s MP3 into high-impedance :) 14.50.33 # I'd expect the charger itself to draw ~1mA (that's what it draws if the ipod is off) 14.50.49 # so the battery current should be in the range of 10-11mA 14.51.02 # that's 36-40 hours with a new battery :) 14.51.19 # yu disaled 14.51.29 # :/ 14.51.52 # 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 # you disabled the LCD and reduced the prower supply to 1V? 14.52.09 # But with those power numbers, the lack of uSD support starts to make sense. 14.52.23 # Buschel: Well, taking the many ipod generations into account 14.52.44 # Buschel: exactly 14.52.54 # A 1st Gen draws ~100mA max. - without backlight that is 14.53.03 # And without hdd 14.53.16 # The backlight draws another ~100mA 14.53.16 # hm, the lcd doesn't wake up again once it's asleep... need to fix that later 14.53.24 # TheSeven: before it was ~17-18 mA, right? 14.53.42 # that's what the ADC says (which I don't trust) 14.53.44 # TheSeven: Are you using the USB system to measure power draw? 14.53.51 # yes 14.54.13 # TheSeven: what does the USB system say when LCD is not switched off? 14.56.04 # TheSeven: Spliced in ammeter or some /proc magic? 14.56.28 # 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 # 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.03.02 # New commit by 03teru (r28585): rockpaint: fix gradient functions. 15.04.55 # r28585 build result: All green 15.07.24 # 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 # i will :) 15.10.13 # 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 # 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 # 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 # I haven't fired mine up in months. 15.20.07 # Buschel: I think this test also requires a dock / line out adapter of some sort 15.20.12 # 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 # and, yea, what amiconn said. 15.20.48 # 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 # 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 # 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 # hm, rockbox isn't as efficient as embios 15.33.09 # 9.7mA sitting at the main menu with the LCD off, playing nothing 15.33.21 # that's 2mA more than embios. 15.33.36 # hm, maybe because the wolfson is powered up... 15.37.06 # 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 # 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 # they advertised 24h, and they're reaching 25-26, with occasional backlight 15.39.11 # but not at maximum volume :) 15.39.25 # 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 # which other targets do have lcd sleep in svn? 15.50.19 # <[Saint]> Video does iirc 15.50.28 # is it enabled by default on those? 15.50.36 # 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 # 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.03.43 # [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 # New commit by 03theseven (r28586): iPod Nano 2G: Show all PLLPMS and CLKCON values in the battery debug screen 16.10.20 # r28586 build result: 5 errors, 0 warnings (theseven committed) 16.11.39 # New commit by 03theseven (r28587): Oops, forgot to add CLKCON3 to the CPU header. Fixes red. 16.13.16 # 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 # New commit by 03theseven (r28588): iPod Nano 2G: Use sane (150 microseconds) PLL locking delays and properly set a third CLKCON register I just discovered 16.21.55 # New commit by 03theseven (r28589): iPod Nano 2G: Set I2C clock to 374400 Hz, now that we know what it is derived from. 16.21.55 # r28588 build result: All green 16.21.55 DBUG Enqueued KICK CIA-7 16.21.55 # New commit by 03theseven (r28590): iPod Nano 2G: Dynamic Vcore scaling, based on current CPU clock. Adds 1-2 hours of battery life. 16.22.01 # r28589 build result: All green 16.23.12 # yay! 16.23.42 # r28590 build result: All green 16.25.37 Join grndslm [0] (~grndslm@174-126-0-16.cpe.cableone.net) 16.29.07 # New commit by 03theseven (r28591): iPod Nano 2G: Implement LCD sleep (FS#11604 by Franz-Josef Haider), adds up to 5 hours of battery life 16.29.16 # New commit by 03kugel (r28592): Fix path detection for app builds in configure and buildzip.pl. 16.30.03 Quit leavittx (Ping timeout: 264 seconds) 16.30.45 # r28591 build result: All green 16.32.29 # r28592 build result: All green 16.33.10 # TheSeven: you need a send_event() call somewhere in the lcd driver 16.33.45 # for what? 16.34.46 # let apps code know the lcd is active again (without polling lcd_active()) 16.35.06 # what kind of event is that? 16.35.18 # 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 # 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 # the other lcd driver do it as well 16.35.59 # can you point me to one that does? ipod vide? 16.36.01 # video* 16.36.43 # 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 # New commit by 03theseven (r28593): iPod Nano 2G LCD sleep: Send LCD_EVENT_ACTIVATION event 16.48.11 # r28593 build result: All green 16.48.57 # AlexP, not sure to be honest, I just tried the sim and it doesn't show signal strength 16.49.18 # yeah, it caused my sbs not to load 16.49.26 # er, scratch that 16.49.42 # bertrik: Anyway, I guess it should cycle through like battery does 16.49.48 # Where/how do we simulate the radio hardware anyway? 16.50.07 # Don't know, but stuff like frequency etc. "works" 16.51.28 # 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 # bertrik: Yes, that looks just the sort of thing :) 16.52.08 # and yeah, to the 3.7 branch :) 16.52.34 # I'll have a look at sim support for RSSI 16.52.57 # 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 # New commit by 03bertrik (r28594): Back-port r28582 (prevent hang when changing radio region on si4700/rda5802), see also FS#11754 17.06.00 Join G4Oblivion [0] (~186e2dc1@giant.haxx.se) 17.06.16 Join T44 [0] (~Topy44@f048205010.adsl.alicedsl.de) 17.09.22 # 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 # ouch 17.09.44 Quit Topy44 (Ping timeout: 245 seconds) 17.10.01 # set "sleep (after backlight off)" to "always" 17.10.22 # then go into the "backlight (while plugged in)" menu (if it's plugged in, of course) 17.10.27 # scroll to the top of the list... 17.10.33 # guess what happens? 17.13.12 # G4Oblivion: we should be between 30 and 40 hours now 17.13.33 # 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 # TheSeven: 7-8 Hours RB and 14 OF for me. 17.15.47 # your battery is at about 50% of its design capacity then 17.16.16 # should be 15-24 in rockbox now :) 17.16.57 # hm, why on earth does lcd sleep affect USB? 17.18.47 # 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 # Does anyone know how the radio is implemented in the sim? 17.22.53 # For example, I'm seeing a stereo signal at 99.5 MHz, but can't find where this is implemented 17.24.46 # 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 # 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 # 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.08 Nick Horschti is now known as Horscht (~Horschti@xbmc/user/horscht) 18.01.16 # 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 # It can play other flac files without a problem 18.03.33 Join madalu [0] (~user@unaffiliated/madalu) 18.03.35 # New commit by 03kugel (r28595): Better quality images for the 320x480x16 cabbiev2. 18.03.53 # froggyman, check with flac -t to see if they're broken? 18.04.17 # it would also be worthwhile to check for FS corruption 18.05.47 # 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 # krazykit, I'll check the FS first 18.10.49 Join Buschel [0] (~chatzilla@p54B667BC.dip.t-dialin.net) 18.11.27 # how do I do the "flac -t" check? 18.16.18 Quit stoffel (Ping timeout: 240 seconds) 18.17.19 # TheSeven: great progress on the nano 2g today, congrats! \o/ 18.17.35 # * TheSeven isn't too happy 18.17.41 # there seems to be a rather nasty bug 18.18.06 # if usb is plugged or unplugged while the lcd is sleeping, it locks up hard (not even menu+select works sometimes) 18.19.55 # 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 # 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 # round, 1.8''... sorry, couldn't resist ;) 18.22.43 # do they even care about this CHS crap? 18.24.12 # 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 # is the firmware partition intact? 18.24.47 # I did touch it, I think 18.24.56 # didn I meant 18.25.10 # how does the partition table currently look like? 18.26.17 # 63 heads, 32 sectors/track, 29070 cylinders 18.26.40 # and which partitions are defined? 18.27.26 # édevésde1 and édevésde5 18.27.46 # sorry for that /dev/sde1 and /dev/sde5 18.29.59 # 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 # New commit by 03kugel (r28596): Make the grey background of the images brighter to better match existing cabbiev2 WPSes. 18.33.27 # r28596 build result: All green 18.36.06 # From what I can tell I seem to have busted the firmware partition is there any way to restore it ? 18.40.10 # 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 # do we have a consensus on the eol-style property btw? 18.41.09 # 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 # smsisko: make sure to only use primary partitions, no extended ones (sde5) 18.42.46 *** Saving seen data "./dancer.seen" 18.52.09 # 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.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 # New commit by 03moos (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 # r28597 build result: All green 19.23.27 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 19.23.31 # huh, I thought he was already in there? 19.23.48 # 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 # 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 # yeah, ldo2 seems to be related to usb in some way 19.32.15 # and i can't seem to find a way to keep it powered on while usb is plugged 19.32.27 # i can't access the PMU from a tick task :/ 19.34.29 # im trying to output sound trough /dev/dsp but dont get any output, headphones have to be powered ? 19.37.44 # 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 # 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 # 0.975V was the lowest stable voltage for 192MHz IIRC 19.43.17 # hmmm, should be easy to figure out with a codec that is boosting/unboosting while playback 19.43.33 # i tried that at 0.900 today and it was fine 19.43.52 # ok, will try so as well 19.44.25 # this ldo2 problem is driving me nuts 19.44.43 # i'd really like to know what is connected to this one 19.44.51 # maybe the USB oscillator? 19.45.01 # and what could cause that insane current draw? 19.45.11 # (with the usb block powered down= 19.50.37 # I think I understand the IAP autobaud now 19.58.57 # New commit by 03kugel (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 # no one has hints about my issue ? 19.59.47 # TheSeven: any reason you didn't put dblbuf[] to iram? 20.00.04 # because i didn't think about it :) 20.00.20 # * TheSeven thinks it's a shame that we need it anyway 20.00.33 # it fits into iram 20.00.43 # r28598 build result: All green 20.04.14 # TheSeven: do you know how the current consumptions scales with CPU clock on the nano 2g? 20.05.06 # a few milliamps... depends on how much time the cpu is active 20.05.36 # forcing it to 100/200MHz increased the average current by 2/4mA 20.06.00 # TheSeven: ok, how much can we save when lowering the lower limit to 24 MHz? 20.06.11 # so, 24 MHz vs. 48 MHz? 20.06.26 # we'll get trouble with the APB if we do that, because the tick timer etc. is based on that 20.06.48 # and i don't think it's worth it, as most codec are occasionally boosting at 48mhz 20.07.29 # really? I didn't test mp3 at 48 MHz, but mI would expect it to run w/o boost 20.07.44 # it doesn't 20.07.55 # it needs ~50-60Mhz 20.08.11 # you got the numbers from test_codec? 20.08.14 # 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 # no, from the buffering debug screen and boosting experiments (forcing to 48mhz) 20.08.39 # ok 20.08.48 # there were a few tracks that played without glitches, but the pcmbuf never held more than 50KB 20.09.06 # and the UI was very, very sluggish 20.09.56 # the lcd updates might also have taken some cpu as well... 20.09.57 # that's another reason I wouldn't want to use 24Mhz: the UI will be laggy 20.10.10 # even if it's idle 20.12.20 # 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 # Buschel: because apple is doing it that way 20.14.56 # and because it actually divides quite nicely 20.15.06 # Possibly also to get good sampling rate accuract 20.15.17 # that's independent of the cpu clocking 20.15.41 # it isn't even 192MHz, it's 191692800Hz 20.16.13 # I will try PLL0PMS = 0x006501 in a minute, that will use 200.9 MHz instead of 192 20.17.34 # if I am not mistaken... let's see 20.18.23 # should be 006401 IIUC 20.18.26 Quit {phoenix} (Remote host closed the connection) 20.18.55 # oops, wrong 20.19.02 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 20.19.29 # 006501 is correct, will be 200908800 Hz 20.20.30 # New commit by 03kugel (r28599): Small improvements for the on screen popup on 320x480 cabbiev2 wps. 20.22.21 # r28599 build result: All green 20.32.39 Join NickPapagiorgio [0] (~opera@dslb-084-057-040-146.pools.arcor-ip.net) 20.36.31 # 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 # hm, I'm quite certain that it's the USB oscillator that's eating those 2mA on LDO2 20.43.50 # why would one connect that to the same regulator as the LCD!? 20.49.22 # New commit by 03Buschel (r28600): Move pcm doublebuffer to IRAM on nano 2G. 20.51.27 # r28600 build result: All green 20.52.16 Part NickPapagiorgio 20.52.17 # liar: why do you reinitialize the LCD after sleeping? 20.54.17 # rockbox uses half of the cpu time for playing mp3 than the inbuilt media player 20.56.59 # 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 # manipulating that one won't work anyway 20.58.45 # rockbox rocks!! 20.58.57 # clicking the donate button now 20.59.19 # liar: do you know how to wake up the ilitek lcd if ldo2 wasn't touched? 21.02.28 # ilitek is type 2 right? 21.02.38 # yeah, or type 0 in the code 21.02.45 Quit pamaury (Remote host closed the connection) 21.03.16 # 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 # dodddummy, thanks, appreciated 21.04.21 Part lixxus99 21.05.23 # bertrik, i'll have a hard time buying another player which rockbox doesn't support 21.05.28 # no i don't know... yet 21.05.57 # *courting* http://www.rockbox.org/tracker/task/11757 :) 21.06.07 # 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 # New commit by 03theseven (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 # jhMikeS: happen to be around? 21.42.35 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.59.02 # [Saint]: which patches do i need to build a build that's compatible with your anti-aliased iLike theme? 22.00.20 # 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 # 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 # Hi all!!! 22.19.15 # 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 # 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 # What do you recommend? 22.20.10 # what is "lots of space"? more than 32GB? 22.20.19 # define "long battery" too please 22.20.47 # even 32 GB can sufficie. Long battery? Long as possible - no particular requirements ... 22.20.57 # I need to use it with speech aniway 22.21.01 # *anyway* 22.21.14 # I'm blind so the display size is not important 22.22.35 # 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 # iaudio m5l and x5l models have very long battery times but I think they are not available in sizes over 30GB 22.23.09 # ok... I'm taking down the names to analyse them later 22.23.49 # 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 # ... ok! I'm looking the two specified here, trying to understand differences between m5l and x5l 22.27.37 # the main difference is that the x5 has a color display 22.28.11 # and usually a radio 22.28.18 # ah ok 22.28.23 # the m5 is out of production right? 22.29.03 # I think both aren't produced anymore 22.29.35 Part lixxus99 22.30.03 # infact 22.30.09 # and they sai m5 has a color display aniway 22.30.12 # *anyway* 22.30.21 # it doesn't 22.30.30 # TheSeven: I don't know 22.30.31 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 22.30.44 # mrkiko: it has a greyscale display, I know as I have one :) 22.31.00 # gevaerts: who can fix it? 22.31.13 # Zagor or Bagder 22.31.32 # ah 22.31.57 # mrkiko: I have an iRiver iHP 120 and an iAudio x5l here and I've been fiddling with both today. 22.32.58 # 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 # 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 # (which a friend gave me) which has a faulty "secondary" battery (the iAudio annoyingly having two) 22.35.14 # Phew. A lot of typing and probably off-topic, I thought this was #rockbox-community. 22.37.17 # 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 # ) 22.38.57 # 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 # faulty. 22.40.24 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 22.40.28 # 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 # r28601 build result: All green 22.41.38 # TheSeven: You should only need FS#8961 22.41.39 # gevaerts, TheSeven: it's a network triggered issue. the server gets confused when all clients disconnect during a round. 22.42.21 # gammy: my M5 works well with an SSD, guess there are enough small differences though 22.42.28 Part Zagor 22.42.30 # to CF I mean 22.42.30 # so it was actually the server that went offline briefly? 22.42.51 *** Saving seen data "./dancer.seen" 22.43.01 # 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 # we could generally reduce the memory's voltage 22.43.37 # but is its frequency dependent on HCLK? 22.45.33 Join wodz [0] (~wodz@chello087206240131.chello.pl) 22.45.37 # how does one make rockbox make be verbose again? 22.47.39 # v=1 make 22.47.44 # V=1 even 22.49.19 # cheers 22.49.30 # 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.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 # anyone at all apart from jhMikeS that knows low level pcm code? 23.20.56 Quit guymann (Quit: Bye!) 23.25.00 # 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 # 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)