--- Log for 09.04.112 Server: gibson.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 7 days and 22 hours ago 00.00.15 # lebellium: I note that if you comment out everything except for lines 17,18 & 29 %Vi(X,0,11,95,74,-)& %Vi(Z,0,11,95,-,-) & %?mp<%VI(Z)|%VI(X)> it still crashes. 00.02.20 Quit evilnick (Quit: Bye) 00.02.54 # The %VI(Z) & %VI(x) are uppercase. Are they supposed to be? 00.03.12 # That still doesn't stop it crashing mind you. 00.04.06 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.06.43 # <[Saint]> KiwiCam: You ask some funny questions sometimes ;) 00.06.54 # <[Saint]> Yes, yes...that syntax is fine. 00.09.23 # <[Saint]> lebellium: just a suggestion, and JdGordon is probably going to have heart attack when he reads this (as I never used to agree), but you might want to start switching to verbose identifiers. 00.09.33 # And then if you uncomment everything except for those lines and lines 32 & 33 (miniplayer) it stops crashing 00.10.21 # And USB works on the Sim. 00.10.50 # <[Saint]> KiwiCam: could you be a dear and pastebin the full .sbs for me please? 00.11.11 # <[Saint]> c/p on my phone is a nightmare, especially whilst walking ;) 00.13.31 # http://pastebin.com/QKBm7pD0 I'm thinking that perhaps if he was more specific about the Width & Height, it might works. lebellium: How high is the Miniplayer supposed to be? 00.14.27 # <[Saint]> thank-you KiwiCam 00.14.45 # De Nada. 00.15.29 # <[Saint]> I assume the commented lines are your doing? 00.20.38 # Yes. 00.21.45 # As in, I commented out #%Vi(R,0,11,95,74,-)#%Vi(S,0,11,95,-,-)#%?mp<%VI(R)|%VI(S)> 00.21.49 Join Claudia2000 [0] (ktqedt@app22.chatmosphere.org) 00.21.49 Quit Claudia2000 (Client Quit) 00.21.56 # <[Saint]> Awwwwww man...I shouldn't have looked. 00.22.08 # <[Saint]> the desire to fix other people's code is too strong in me. 00.22.24 # <[Saint]> there's some pretty weird things going on in this theme. 00.23.03 # <[Saint]> "%?mp<|%s%?it<%it|%fn> %?ia<-|> %ia|...." is an amusing example. 00.23.06 Quit leavittx (Ping timeout: 240 seconds) 00.23.11 # I wouldn't even contemplate doing it on a phone. So STOP IT! 00.24.35 # <[Saint]> "check for album artist presence to display a dash, but do no checking for its presence to display the actual tags, plus, include spaces unconditionally that will disrupt the offset if desired data isn't present" 00.25.24 Quit liar (Read error: Connection timed out) 00.27.01 # [Saint]: Beware. The pastie I sent has an R & S insteas of an Z & X 00.32.02 # If the %Vi's are Z & X shouldn't the Miniplay %Vl (that's an L) be Z or X as well, as isn't that what lebellium wants' to be seen if a track is playing? 00.34.44 # <[Saint]> KiwiCam: No. 00.35.25 # <[Saint]> It could be handled a lot better, but I can see why its handled the way it is. 00.35.36 # http://pastebin.com/t4xEVkX6 that's lebellium's original. I'm not familiar with %Vi 00.36.08 # <[Saint]> Ok, thanks. 00.36.14 # <[Saint]> I'll work from his original. 00.43.15 Quit bertrik (Read error: Operation timed out) 00.56.08 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 00.57.44 # huh no now that i look at it again that commit looks fine 00.58.11 # * pamaury is completly lost on the Zen X-Fi3 OF code...it makes no sense :( 01.08.27 Quit pamaury (Remote host closed the connection) 01.15.37 Quit ender` (Quit: Only thing made by Apple that wouldn't suck would be iVacuum.) 01.16.00 Quit pystar90 (Remote host closed the connection) 01.16.28 *** Saving seen data "./dancer.seen" 01.18.10 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 01.25.52 # <[Saint]> lebellium: http://pastebin.com/nWP2w8qe 01.25.56 # <[Saint]> KiwiCam: ^ 01.26.16 # <[Saint]> (nothing against the style it was in previously, but, it made me want to cry ;)) 01.44.55 Join factor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) 01.52.35 Quit RansomTime (Disconnected by services) 01.52.37 Quit kadoban (Ping timeout: 246 seconds) 01.52.43 Join RandomTime [0] (~RT@wikia/vstf/Randomtime) 01.52.48 Nick RandomTime is now known as RansomTime (~RT@wikia/vstf/Randomtime) 01.55.07 # [Saint]: Great. I was doing the same, but it takes me longer. I've been trying to combine as many of the %mp's as possible. I learnt about %Vi's today :) 01.56.25 # It should be possible to combine the Volume/UI & %mp's on one line shouldn't it? 01.56.46 # It's tidier with them separate though. 01.58.17 Quit RansomTime (Ping timeout: 264 seconds) 01.58.18 # sorry Kiwican and [Saint], I was away and just came back after drinking. I guess it's better for me to read tomorrow. BTW, [Saint] does your SBS version solve any issue or is it just a "style" matter ? 01.58.35 # Kiwicam* 01.58.49 # A Kiwican you know ;) 01.58.54 # mostly. 01.59.06 Quit scorche (Read error: Connection reset by peer) 01.59.47 Quit domonoky (Read error: Connection reset by peer) 02.03.09 # well definitely I don't understand your conversation 02.03.33 # I'll read that tomorrow but that's nice to try to make my code better ahaha :) 02.05.06 # [Saint]: That's still crashing my Sim :( 02.05.46 # <[Saint]> KiwiCam: Yeah, I expected as much. It was purely style correction. 02.06.04 # <[Saint]> Does it give any output when it crashes? 02.06.45 # font id must be >= 2Segmentation fault 02.07.07 # I'll double-check... 02.10.06 # Still crashing... if I start the Sim, it loads leb's theme, if I then change to Clocklockzip I get "font id 544 already being used". Mine, get no errors, but changing back to Leb's with either crashes the Sim. 02.11.24 # I was having some success with combining the %mv/%mp & the VI's. It wasn't crashing. But, I binned that when I saw your fix :( 02.13.08 Join scorche [0] (~scorche@rockbox/administrator/scorche) 02.13.55 # I have a feeling that the trouble is coming from the Conditional coding (not that I really have a clue) as I note that I've been having to mix around conditionals a lot to get them to play nicely together. Again: I'm really bad at this stuff, but when I know something should work and it isn't.... 02.15.27 Quit perrikwp (Ping timeout: 244 seconds) 02.16.39 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120403211507]) 02.23.25 # <[Saint]> KiwiCam: http://pastebin.com/5j3endxt is a little cleaner 02.23.30 # if i'm bisecting a bug, can i trust the git build dates to actually be in sequential order, or will some of the dates be out of order because people committed them at a different time then they pushed them? 02.23.30 Join WilliamC [0] (~William@150.216.103.237) 02.23.51 # I noticed that the date and time are off on my Sansa ClipZip and I have no clue how to fix it 02.24.09 # <[Saint]> saratoga: I'd say it wouldn't be wize to trust the dates, no. 02.25.52 # WilliamC: Settings/Time&Date/SetTime&Date Up & Down changes/left & right moves between HH MM etc Select to confirm. 02.26.01 # Okay 02.26.17 # <[Saint]> WilliamC: We do have a very fine manual ;) 02.26.30 # What's a manual? 02.26.31 # :P 02.26.38 # Does anyone know at what dB level the sound could be damaging to your ears? I always keep mine at -15. 02.26.49 # He's a character n Faulty Towers ;) 02.27.35 # <[Saint]> saratoga: I have noticed that the order of the commits on the main page is correct, insofar as the order they were committed, but the dates often aren't sequential. 02.28.00 # <[Saint]> Torne needs to work out his magic script to give us nice sequential commit IDs ;) 02.28.04 # Thanks 02.28.10 Part WilliamC ("Leaving") 02.28.40 # <[Saint]> MCrase: that's entirely dependant on your physiology. 02.29.18 # <[Saint]> -15 might be excruciatingly loud for one person, and cause irreparable harm, whereas its fine for you. 02.30.41 # <[Saint]> there's no "you'll damage your hearing past value. And even if there were, it wouldn't be consistent across all devices, and even if it were, there is a metric crap-ton of variables that can affect it. 02.32.04 # <[Saint]> KiwiCam: that last past of mine is the best I am able to do re: condensing/merging conditional statements. 02.32.24 # <[Saint]> its still not really pretty, but, its better. 02.33.32 Quit zchs (Ping timeout: 244 seconds) 02.33.48 Quit Thra11 (Ping timeout: 265 seconds) 02.39.40 Quit Rower85 (Quit: Hmmm...) 02.40.52 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 02.41.47 # Personally, I don't see the need for a miniplayer & volume in an .sbs anyway. It looks nice, but why bother when you're only in there for a few seconds anyway. 02.42.30 # It'd still be nice to know why it won't work though. 02.42.40 # theres nothing that looks like it would impact battery on amsv1 committed after feb13, so i wonder about those results posted on the forums 02.57.28 Quit factor (Read error: No route to host) 02.57.47 Join icarusfactor [0] (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) 03.01.05 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 03.02.34 Nick icarusfactor is now known as factor (~factor@r74-193-21-187.cnrocmta01.conrtx.tl.dh.suddenlink.net) 03.12.42 Quit mc2739 (Ping timeout: 252 seconds) 03.16.30 *** Saving seen data "./dancer.seen" 03.18.10 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 03.18.59 # <[Saint]> KiwiCam: regarding the miniplayer and volume, I think you're forgetting about touchscreen targets and the fact that playback can be controlled entirely from the .sbs, so one needn't actually enter the .wps at all (except for the fact that "Resume Playback" or "Play" automatically kicks you into the Now Playing screen) 03.19.10 Quit Riviera (Excess Flood) 03.19.46 # I never knew that. 03.20.15 # <[Saint]> Were it not for the assumption the skin engine makes that playback can only be controlled in the .wps (it used to be this way, even on touchscreen targets), and the fact that you can't seek (yet) in the .sbs, a touchscreen theme could consist entirely of just an .sbs 03.20.25 # But, with a non touchscreen, it's just there for looks... 03.20.31 Join Riviera [0] (~Riviera@92.51.147.16) 03.21.30 # <[Saint]> It also has some use, for example, there's no need to go to the .wps to check the current/next track info, etc. 03.22.07 # <[Saint]> having track info viewable from all screens (all screens that can make use of an .sbs, rather) is actually very handy. 03.22.29 # whats the correct way to check out an old revision using git? 03.22.46 # do i want to create a completely different repo, or a branch or something else? 03.22.51 # the wiki doesn't seem to mention this 03.23.41 # For sure. I can see that is is very handy. But, probably just not for my use. I can't see the point in being in the menu area very long, especially for a Clip. I can see why it's there though. 03.26.05 # <[Saint]> saratoga: can't you just do "git checkout "? 03.26.25 # do i do that in my existing check out, or do i create a new one 03.27.21 # <[Saint]> that's entirely up to you, both would work. 03.38.38 Join Keripo [0] (~Keripo@eng141.wireless-resnet.upenn.edu) 03.59.21 # I'm getting this error when using FF & RW in a theme "rebuffer_handle(): space is needed" Is there anything I can do about it? 04.12.18 # <[Saint]> KiwiCam: my assumption is that you're using a phenomenal amount of buffer on a low memory target, and it can't keep enough in buffer to be able to seek. 04.12.58 # <[Saint]> So, pretty much, the choices are: 1 - Reduce theme resources, 2 - Give up on being able to seek 04.13.49 # <[Saint]> (and 3 - add more RAM to your target) 04.17.01 Quit scorche (Read error: Connection reset by peer) 04.17.01 # It's a heavy theme (ALiEnZIP). Just trying to tweak some lines. Strangely, I don't get that message with the Clip+ Sim and the same code. 04.17.13 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.18.46 # <[Saint]> KiwiCam: I'm not sure how accurately the sims reproduce buffer/playback behaviour 04.19.59 # Darn. I'm going to have to buy a Zip now =[ 04.20.18 # <[Saint]> also "tweaking a few lines" is pretty unlikely to claim back any decent amount of space. 04.21.09 # <[Saint]> what you'd really need to do is drop some of the images. 04.21.41 # Blasphemy! 04.22.56 # <[Saint]> Well...do keep in mind that, although "eye-candy" themes are nice, its pretty ridiculous if they're so big that they hamper playback, the primary function of the device. 04.22.57 # Actually. I can do that with the clip. One of the bitmaps is just a straight port and it's 128 wide. I can certainly cut that down to 96 wide. 04.36.47 Quit [7] (Disconnected by services) 04.36.53 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.42.42 Quit pixelma (Disconnected by services) 04.42.44 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.42.46 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.42.46 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.43.01 Quit amiconn (Disconnected by services) 04.43.08 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.44.34 # gevaerts: Could you please hide my ALiEn ZIP theme? I've somehow changed something in my last update and I can't figure out what's gone wrong. 04.44.58 # Or, anyone else, if poss. 04.56.10 Join enth [0] (~BitchX@unaffiliated/enthdegree) 04.58.04 Quit enthdegree (Ping timeout: 265 seconds) 05.01.14 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 05.05.03 Quit scorche (Read error: Connection reset by peer) 05.11.47 # Could someone please hide the ALiEn theme? http://themes.rockbox.org/index.php?target=sansaclipzip I have to go out, and I'd appreciate it if no one was able to download it for now. 05.13.00 Join scorche [0] (~scorche@174-26-9-234.phnx.qwest.net) 05.13.00 Quit scorche (Changing host) 05.13.00 Join scorche [0] (~scorche@rockbox/administrator/scorche) 05.16.32 *** Saving seen data "./dancer.seen" 05.21.01 Quit Rower85 (Quit: Hmmm...) 05.29.04 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.29.45 Quit perrikwp (Ping timeout: 265 seconds) 05.30.58 Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.38.22 Quit perrikwp (Read error: Connection reset by peer) 05.39.34 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.42.43 Quit scorche (Read error: Connection reset by peer) 05.47.00 Join scorche [0] (~scorche@rockbox/administrator/scorche) 05.53.26 Quit AlexP_ (Ping timeout: 246 seconds) 06.13.23 Quit enth (Read error: Connection reset by peer) 06.19.19 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.24.29 Quit [Saint_] (Remote host closed the connection) 06.33.29 Quit scorche (Read error: Connection reset by peer) 06.37.22 Join zchs [0] (~zchs@ool-ad02eb3f.dyn.optonline.net) 06.38.24 Join scorche [0] (~scorche@rockbox/administrator/scorche) 06.54.50 Quit anewuser () 06.55.03 Quit Galois (Ping timeout: 272 seconds) 06.56.43 Join LambdaCalculus37 [0] (~rmenes@c-68-32-226-242.hsd1.nj.comcast.net) 06.56.43 Quit LambdaCalculus37 (Changing host) 06.56.43 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 07.01.42 Part Shovelware 07.03.41 Quit scorche (Read error: Connection reset by peer) 07.08.22 Join scorche [0] (~scorche@rockbox/administrator/scorche) 07.16.34 *** Saving seen data "./dancer.seen" 07.16.51 Join pystar90 [0] (~pystar90@frnk-590fe7d0.pool.mediaWays.net) 07.27.54 Join robin0800 [0] (~robin0800@149.254.61.29) 07.28.17 Quit robin0800 (Read error: Connection reset by peer) 07.28.29 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 07.28.48 Join robin0800 [0] (~robin0800@149.254.61.29) 07.31.25 Quit robin0800 (Client Quit) 07.31.42 Quit Riviera (Excess Flood) 07.31.54 Join robin0800 [0] (~robin0800@149.254.61.29) 07.34.02 Join Riviera [0] (~Riviera@92.51.147.16) 07.52.53 Quit Keripo (Read error: Connection reset by peer) 07.55.23 Join Keripo [0] (~Keripo@eng141.wireless-resnet.upenn.edu) 08.00.19 Join leavittx [0] (~leavittx@89.221.199.187) 08.02.29 Quit Riviera (Excess Flood) 08.05.32 Join Riviera [0] (~Riviera@92.51.147.16) 08.25.17 # gevaerts: Nevermind. Fixed now. Thanks. 08.32.23 Quit Riviera (Excess Flood) 08.37.59 Quit Keripo (Ping timeout: 260 seconds) 08.38.03 Join Riviera [0] (~Riviera@92.51.147.16) 08.51.32 Join Galois [0] (djao@efnet-math.org) 08.57.57 Quit leavittx (Ping timeout: 244 seconds) 09.02.22 Quit Riviera (Excess Flood) 09.04.03 Join Riviera [0] (~Riviera@92.51.147.16) 09.14.52 Join jdgord [0] (~jdgord@rockbox/developer/JdGordon) 09.16.35 *** Saving seen data "./dancer.seen" 09.32.30 Quit Riviera (Excess Flood) 09.33.32 Join Riviera [0] (~Riviera@92.51.147.16) 09.34.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.49.36 Join mortalis [0] (~mortalis@77.108.98.176) 10.02.23 Quit Riviera (Excess Flood) 10.06.32 Join Riviera [0] (~Riviera@92.51.147.16) 10.28.40 Join ender` [0] (~ender@foo.eternallybored.org) 10.28.50 Join since96 [0] (~chatzilla@ARennes-358-1-224-104.w2-12.abo.wanadoo.fr) 10.28.59 # hi! 10.29.17 # can i take a screenshot with rockbox on my sansa clip+ ? 10.29.42 Join MCrase_ [0] (~mark@cpe-184-59-109-126.cinci.res.rr.com) 10.30.28 # since96: yes. 10.30.46 # how ? 10.31.44 # you can select "Screenshot" in the Debug menu. If you select that every USB connection will then make a screenshot instead of connecting to USB. Select the menu entry again to disable it. 10.32.06 Quit MCrase (Ping timeout: 252 seconds) 10.32.07 Nick MCrase_ is now known as MCrase (~mark@cpe-184-59-109-126.cinci.res.rr.com) 10.32.13 # or you can simply use the Simulator, in which you can take a screenshot by pressing a button (IIRC F5) 10.32.34 # depending on your problem the simulator should be simpler to use :) 10.33.08 # hmm, reminds me: why doesn't the sim save screenshots as png? Would that be useful (for like the theme site, so users don't need to convert the screenshots manually)? 10.33.52 Quit since96 (Quit: ChatZilla 0.9.88.2 [SeaMonkey 2.8/20120312220748]) 10.38.55 # <[Saint]> bluebrother: I'd say .png would be of more use, yes. 10.40.20 # I _guess_ that the drawback would be the sim to require SDL_image as additional dependency 10.41.11 # but we could convert the player picture (i.e. the background of the sim) to png as well. That's rather easy, I did look into that long ago :) 10.41.22 # so I guess that saving as png shouldn't be much harder 10.45.47 # I think I found the issue with the si470x tuner not powering down correctly 10.46.11 # \o/ 10.46.52 # skipping 3.11.1 is't that bad -- the version number is somewhat confusing anyway :) 10.47.17 # * bluebrother waits for people to call 3.11.2 "3.1.12" and "3.1.1.2" :P 10.53.56 # * bertrik spoke too soon 10.55.23 # <[Saint]> 3.11.1.!.1.one.! 10.55.35 # it seems at some point some initialisation sequences were switched around, they only happen in the si4700_sleep now, but it's not called on startup 10.56.01 Quit Riviera (Excess Flood) 10.56.26 # also there is an old remainder of an expectation that RADIO_SLEEP can have a special argument of 2 11.00.02 Join Riviera [0] (~Riviera@92.51.147.16) 11.16.36 *** Saving seen data "./dancer.seen" 11.18.45 Join RansomTime [0] (~RT@wikia/vstf/Randomtime) 11.19.46 Join Thra11 [0] (~thrall@87.114.34.237) 11.24.15 Join lebellium [0] (~chatzilla@e179070108.adsl.alicedsl.de) 11.29.58 # pamaury, what does B029 do? 11.35.21 Join evilnick [0] (d92ba8fc@rockbox/staff/evilnick) 11.44.16 Quit Riviera (Excess Flood) 11.49.02 Join Riviera [0] (~Riviera@92.51.147.16) 11.51.08 Quit lebellium (Ping timeout: 246 seconds) 11.51.40 Join stoffel [0] (~quassel@pD9E4117E.dip.t-dialin.net) 11.56.32 Join lebellium [0] (~chatzilla@e179070108.adsl.alicedsl.de) 12.02.19 Join Keripo [0] (~Keripo@eng141.wireless-resnet.upenn.edu) 12.03.13 Quit jdgord (Quit: Bye) 12.21.34 Quit Keripo (Quit: Leaving.) 12.26.12 Join dfkt|a [0] (~dfkt@unaffiliated/dfkt) 12.26.59 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.28.30 Quit LambdaCalculus37 (Client Quit) 12.28.50 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 12.30.17 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.30.29 Quit dfkt|a (Client Quit) 12.32.06 Quit LambdaCalculus37 (Read error: Connection reset by peer) 12.32.14 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.34.41 Quit evilnick (Quit: Page closed) 12.35.06 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 12.36.27 Quit LambdaCalculus37 (Client Quit) 12.38.48 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 12.38.48 Quit pamaury (Changing host) 12.38.48 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.45.12 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.57.03 # bertrik: on which target ? 12.57.17 # the fuze+ 12.57.38 # does it really power down the tuner completely? 12.58.23 # see http://www.rockbox.org/wiki/SansaFuzePlus there is a list of the pins. That's my guess but I can't be sure of course. 12.58.41 # are you working on the fuze+ radio ? 12.59.22 # no, looking into a radio-related power drain 12.59.43 # tuner_power seems to have very different meanings for different targets 12.59.44 # hmm, perhaps of radio pause ? 13.00.40 # no, the problem appears to be that the tuner doesn't properly start up (oscillator is not started) which causes it to hang in a half-powered up state which drains current unnecessarily 13.01.01 # on which device ? 13.01.29 # any device which has the si4700 and which requires the use of the si4700 internal oscillator 13.01.42 # (si4700 or compatible) 13.01.44 # I think we did not change the internal oscillator start up code. 13.01.56 # it's moved to si4700_sleep now 13.02.12 # right, but the timing are the same 13.02.19 # and that is not called at powerup of the DAP 13.02.33 # it's called when necessary only 13.02.52 # but not in all cases it's necessary 13.03.05 # and the way it's done now, adds extra delay to mute/unmute 13.03.11 # it is noty when the radio is not playing obviouslyu 13.03.32 # I don't think so, mute doesn't power down the device 13.03.56 # * pamaury looks at the code 13.04.30 Join anewuser [0] (~anewuser@186.93.168.186) 13.04.30 Quit anewuser (Changing host) 13.04.30 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.05.01 # the only case where the oscillator is powered down is on tuner_set(TUNER_SLEEP, 1) 13.05.59 # is there something special to do to power down the oscillator by the way ? 13.07.35 # I think you can do that, but the data sheet is a bit unclear about the internal oscillator 13.07.46 # yes unfortunately 13.08.00 # I can tell you for sure that the fuze+ OF does that 13.08.43 # with one exception: it kind of explicitely stop the oscillator 13.11.01 # it writes 0 to TEST1 if I read correctly, perhaps it is needed 13.11.45 # maybe it saves a tiny bit of current 13.14.11 Quit LambdaCalculus37 (Quit: This computer has gone to sleep) 13.14.56 # I don't see the need to completely hard-power down the tuner to be honest. It uses max 12 uA when soft-powered down. 13.16.28 # this was just to keep the structure of the old driver which used tuner_power even on mute. But I see no objection to power once and then soft-power 13.16.38 *** Saving seen data "./dancer.seen" 13.17.29 # cool 13.18.43 # if you modify the code, let me know to test it 13.20.12 # BTW, I think the old mechanism/hack using tuner_set(RADIO_SLEEP, 2) can be removed now, right? 13.20.30 # I completely agree with that 13.23.19 # By the way, what do you want to do about the zen x-fi ? 13.26.09 Quit NotJimCarrey (Ping timeout: 260 seconds) 13.26.26 # I won't mind working on the tuner in that 13.27.27 # Commit 3cb0d71 in rockbox by 03Bertrik Sikken: si470x tuner: remove obsolete handling of special value 2 for RADIO_SLEEP 13.29.55 Quit robin0800 (Ping timeout: 265 seconds) 13.30.23 # 3cb0d71 build result: All green 13.31.06 # Ok, I'll send it to you when I have fix this damn power management bug. I hope you don't mind if the interface is not great, last time I tried everything was in grid mode for some reason 13.32.47 # I can look at various other stuff too 13.35.05 # what is basically left is: the accelerometer, finish the lcd (lcd enable mainly), the speaker and if you are really motivated there is the TV out 13.35.10 # and the tuner of course 13.36.33 # I have the zen x-fi3 with the same tuner, a speaker and tv out too so I will be able to test and develop too 13.36.42 # and bugs in other drivers :) and frivolous stuff like inverse colour, turning the lcd upside down :D 13.38.08 # fortunately I found some datasheet which applies to the lcd controller so it will easy to implement all this useless stuff :) 13.39.39 Quit Topy44 (Ping timeout: 276 seconds) 13.40.56 # omfg I was right!! Those guys at freescal/creative are just completely dumb 13.42.27 # oh? :) 13.42.58 # I was fighting the partition table of the zen-xfi3 because some entry of the table had a small offset (3 sectors) 13.43.52 Join robin0800 [0] (~robin0800@genkt-058-217.t-mobile.co.uk) 13.44.47 # So I basically spent a whole day reversing the code which dealt with partitions in the OF until I realized some crazy evidence: all LBA were right shifted 2 bits, so partition table LBAs effectively need to be taken modulo 4 13.45.22 # So why on earth did they use an offset which was not a multiple of 4 on the device?! 13.46.10 # I wouldn't be surprized if they did not even realize it 13.49.29 Quit anewuser (Ping timeout: 260 seconds) 13.54.00 # well sandisk did weird stuff too, re-using display data lines to read buttons, making things a lot more complicated than needed 13.54.37 Join Horscht [0] (~Horscht@p54947124.dip.t-dialin.net) 13.54.37 Quit Horscht (Changing host) 13.54.37 Join Horscht [0] (~Horscht@xbmc/user/horscht) 13.54.53 # sure, freescale uses a 512-byte logical block for the first partition table and a 2048-byte one for the extended one :) 13.55.24 # perhaps they bet on how long it will take for us to figure out ;) 13.56.13 Join anewuser [0] (~anewuser@186.93.168.186) 13.56.14 Quit anewuser (Changing host) 13.56.14 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 14.07.34 Quit stoffel (Remote host closed the connection) 14.25.43 Quit kadoban (Ping timeout: 260 seconds) 14.28.50 Join AlexP [0] (~alex@rockbox/staff/AlexP) 14.32.19 Quit mc2739 (Quit: leaving) 14.41.52 Quit nosa-j (Ping timeout: 252 seconds) 14.42.33 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 14.56.13 Join lebellium_ [0] (~chatzilla@g225187180.adsl.alicedsl.de) 14.57.34 Quit tchan (Quit: WeeChat 0.3.7) 14.57.40 Quit lebellium (Ping timeout: 246 seconds) 14.57.54 Nick lebellium_ is now known as lebellium (~chatzilla@g225187180.adsl.alicedsl.de) 14.58.47 Join nosa-j [0] (~m00k@adsl-74-235-42-90.clt.bellsouth.net) 15.07.54 Join tchan [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 15.08.01 Quit tchan (Changing host) 15.08.01 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 15.09.52 Join MCrase_ [0] (~mark@cpe-184-59-109-126.cinci.res.rr.com) 15.09.53 Quit MCrase (Read error: Connection reset by peer) 15.09.53 Nick MCrase_ is now known as MCrase (~mark@cpe-184-59-109-126.cinci.res.rr.com) 15.09.57 Quit robin0800 (Quit: Leaving) 15.13.22 Quit nosa-j (Ping timeout: 245 seconds) 15.14.47 Join nosa-j [0] (~m00k@adsl-74-235-42-90.clt.bellsouth.net) 15.16.39 *** Saving seen data "./dancer.seen" 15.28.07 Quit XavierGr (Ping timeout: 265 seconds) 15.33.48 Quit bluebrother (Disconnected by services) 15.33.56 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 15.37.18 Quit fs-bluebot (Ping timeout: 276 seconds) 15.38.40 Join fs-bluebot [0] (~fs-bluebo@g225252178.adsl.alicedsl.de) 15.38.41 Join robin0800 [0] (~robin0800@149.254.61.161) 15.39.36 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 15.48.24 Join WalkGood [0] (~4@unaffiliated/walkgood) 15.52.36 Quit evilnick (Quit: Bye) 16.10.55 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 16.10.56 Quit n1s (Changing host) 16.10.56 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.15.32 Join mirak [0] (~mirak@89-93-210-181.hfc.dyn.abo.bbox.fr) 16.40.58 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120403211507]) 16.46.16 Quit anewuser (Ping timeout: 245 seconds) 16.46.23 Quit robin0800 (Quit: Leaving) 16.51.20 Join lebellium [0] (~chatzilla@g225187180.adsl.alicedsl.de) 17.01.24 Join robin0800 [0] (~robin0800@genkt-051-222.t-mobile.co.uk) 17.09.26 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 17.16.40 *** Saving seen data "./dancer.seen" 17.31.45 Join stoffel [0] (~quassel@pD9E4117E.dip.t-dialin.net) 17.37.32 Quit pystar90 (Read error: Connection reset by peer) 17.45.26 Quit Horscht (Quit: Verlassend) 18.10.40 # bertrik: FWIW, the feb 13 build does not have the battery life issue on the fuzev1 18.14.01 Join anewuser [0] (~anewuser@186.93.174.140) 18.14.02 Quit anewuser (Changing host) 18.14.02 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 18.21.51 Quit enthdegree (Ping timeout: 265 seconds) 18.24.17 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 18.28.18 Join lorenzo92 [0] (~chatzilla@95.232.111.136) 18.29.05 # kugel: uhm I don't know what happened yesterday, I did git commit --amend...is it correct? 18.29.11 # feck. 18.29.16 # ok thanks! 18.30.12 Quit stoffel (Ping timeout: 276 seconds) 18.32.06 Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) 18.33.03 Quit robin0800 (Ping timeout: 260 seconds) 18.33.18 # lorenzo92: perhaps you forgot to add your changes, using git add or git commit -a --amend? 18.33.40 # uhm I'll check... 18.34.50 Join nrj [0] (~niranj@D97A8DB9.cm-3-3c.dynamic.ziggo.nl) 18.35.49 # okay I did the git commit -a --amend, can I test the push to gerrit? Is it a problem if continuing pushin new patchsets? :) 18.36.00 Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) 18.36.43 Join leavittx [0] (~leavittx@89.221.199.187) 18.37.55 # kugelp: pff git diff HEAD returns 0 bytes...:S 18.38.22 # just push to Gerrit 18.39.01 # 0 bytes is good _after_ commit 18.46.43 Quit WalkGood (Quit: ♪ ♫ ♪ ♫ ♪ ♫ ♪) 18.46.57 Part nrj ("Leaving") 18.48.28 Join robin0800 [0] (~robin0800@149.254.61.42) 18.49.43 Quit robin0800 (Max SendQ exceeded) 18.51.49 Quit mirak (Quit: Ex-Chat) 18.51.56 Join robin0800 [0] (~robin0800@149.254.60.42) 18.52.21 # kugel. ookay, now seems ok .9 18.52.32 Quit robin0800 (Max SendQ exceeded) 18.53.57 Join robin0800 [0] (~robin0800@149.254.61.42) 18.55.33 Quit robin0800 (Max SendQ exceeded) 18.58.32 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.59.25 Join robin0800 [0] (~robin0800@149.254.61.42) 19.00.03 Quit robin0800 (Max SendQ exceeded) 19.04.23 # Any thoughts on the file attributes shown? http://www.alice-dsl.net/dominik.riebeling/rockbox/dump%20120409-190041.png 19.05.10 Quit diginet (Read error: Connection reset by peer) 19.05.35 # thinking about it, time and date could be merged into one entry, and the date should / could use ISO-8601 format 19.07.22 Join diginet [0] (~diginet@adsl-69-153-135-2.dsl.hstntx.swbell.net) 19.07.53 Quit lorenzo92 (Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120310010316]) 19.10.00 Join Strife89 [0] (~Strife89@207.144.201.128) 19.10.51 Quit diginet (Read error: Connection reset by peer) 19.11.23 Join diginet [0] (~diginet@adsl-69-153-135-2.dsl.hstntx.swbell.net) 19.11.36 Quit enthdegree (Ping timeout: 246 seconds) 19.14.37 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 19.16.44 *** Saving seen data "./dancer.seen" 19.18.22 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 19.21.55 # i've borked my clipzip rockbox installation >_> 19.25.36 Quit leavittx (Ping timeout: 246 seconds) 19.28.24 # bluebrother: does rockbox honour the read only attr? 19.28.35 Quit RansomTime (Disconnected by services) 19.28.41 # n1s: no idea, but I would expect it to do that when deleting files 19.28.44 Join RandomTime [0] (~RT@wikia/vstf/Randomtime) 19.28.48 Nick RandomTime is now known as RansomTime (~RT@wikia/vstf/Randomtime) 19.29.27 # ok, it doesn't. 19.29.49 # it just did happily delete a file marked as read only. 19.31.24 # ah, anyway i don't think the other attrs are commonly used by users (except dir but ell) 19.31.27 # well* 19.32.10 # I wouldn't consider that used by the "user" :) 19.32.14 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 19.32.22 # more by the filesystem driver itself 19.32.43 # ok, so if Rockbox doesn't honor the read only flag it doesn't make sense showing it. 19.32.51 # OTOH, should Rockbox honor the read only flag? 19.33.03 Quit krnlyng (Ping timeout: 245 seconds) 19.33.17 # fixing rockbox seems like the Right Thing 19.33.41 # * bluebrother is inclined to say that Rockbox should honor the RO flag 19.34.08 Quit Rondom (Quit: No Ping reply in 180 seconds.) 19.34.08 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 19.34.11 # and in that case showing the flag does make sense :) 19.34.39 # yeah, will you make (un)setting them possible too? 19.35.23 Join krnlyng [0] (~liar@clnet-p09-185.ikbnet.co.at) 19.35.34 # not yet, but at a later point this would be useful -- basically it's picking up g#152 19.35.35 # 3Gerrit review #152 at http://gerrit.rockbox.org/r/#change,152 : Add support for HIDDEN Attribute of FAT filesystem by Akio Idehara (changes/52/152/7) 19.35.42 # or, as for now, parts of it. 19.36.18 # since I wanted to have the properties use two lined text since long. That scrolling can be quite annoying if the display is small. 19.36.39 # ah i thought i had seen it but didn't find it as it's abandoned 19.37.02 # yes, unfortunately. 19.37.39 # the author even changed his name in Gerrit. Strange but well. 19.38.22 # I've starred that review so I can still find it easily :) 19.50.52 Quit Rondom (Quit: No Ping reply in 180 seconds.) 19.51.29 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 19.53.05 Quit enthdegree (Ping timeout: 244 seconds) 19.57.41 Quit Strife89 (Ping timeout: 264 seconds) 20.00.52 Quit mortalis (Ping timeout: 248 seconds) 20.01.41 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.11.26 # 2dc891b-120213 gives 14:41 minutes on the fuzev1 20.14.08 Join mortalis [0] (~mortalis@77.108.98.176) 20.16.31 Quit mystica555 (Ping timeout: 246 seconds) 20.17.23 # a little better then 18 months ago, probably due to some of the mp3 optimizations since then 20.29.03 # meh, merging the next part of the rbcodec series was made much more work by recent "clean ups" 20.30.44 Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) 20.39.12 Quit stripwax (Quit: http://miranda-im.org) 20.42.22 # hmpf, the player sim also crashes on Windows so it's not an issue related to my Linux distro / installation 20.52.17 Join Strife89 [0] (~Strife89@207.144.201.128) 20.52.27 Quit PaulFertser (Ping timeout: 260 seconds) 21.05.01 Join leavittx [0] (~leavittx@89.221.199.187) 21.09.22 Quit Strife89 (Ping timeout: 260 seconds) 21.16.46 *** Saving seen data "./dancer.seen" 21.23.07 Join dhrasmus [0] (~dhrasmus@75-148-85-206-Oregon.hfc.comcastbusiness.net) 21.25.10 Join cela [0] (~cela@46.208.190.15) 21.25.48 Part cela 21.42.53 Quit dhrasmus (Quit: Leaving) 21.46.16 Join MethoS- [0] (~clemens@134.102.106.250) 21.50.44 Quit Thra11 (Ping timeout: 260 seconds) 22.03.46 Join Thra11 [0] (~thrall@87.113.210.55) 22.14.55 Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) 22.28.32 Join Keripo [0] (~Keripo@eng014.wireless-resnet.upenn.edu) 22.35.31 Quit thegeek (Read error: Connection reset by peer) 22.35.42 Join thegeek [0] (thegeek@171.17.9.46.customer.cdi.no) 22.38.58 Quit Xerion (Quit: ) 22.58.56 # I bought a Fuze on ebay. It is about 2,5 year old so I assume that will be a v1. I read here and there that the v1 has more memory. Is that RAM memory? And if yes how much RAM do v1 and v2 have? 22.59.38 Quit n1s (Quit: Ex-Chat) 23.00.25 # I don't think the fuze v1 and v2 differ in RAM 23.00.35 # * gevaerts checks 23.01.50 Join PaulFertser [0] (paul@paulfertser.info) 23.02.06 Quit leavittx (Ping timeout: 245 seconds) 23.02.31 # Right. Both 8MB 23.03.24 Quit user890104 (Ping timeout: 272 seconds) 23.03.29 # hum ok thanks. But then what memory do people talk about when they say the v1 has more memory? 23.03.57 # RAM. I remember trhe discussion, and the statement was revised later 23.04.20 # The e200 and c200 have less RAM in the v2 23.04.44 # bertrik: are the fuze power issues figured out or should I test more 23.05.45 Quit krnlyng (Read error: Connection timed out) 23.06.10 # usually you want the fuzev2/clipv2/+/zip over the v1 models since the battery life isn't as good 23.06.34 # ok good to know :) I see there are 2 different UI simulators for v1 and v2 but I assume I can use any of them to make a theme, a standard theme should work with both V1 and V2? 23.07.39 # I don't expect theme differences between them, no 23.09.45 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 23.11.48 # and actually I gave up the idea of getting a H10 as for the same price I could get the Fuze :p 23.11.55 # Commit b7bc240 in rockbox by 03Dominik Riebeling: Use two lined display in properties. 23.14.41 # b7bc240 build result: All green 23.16.50 *** Saving seen data "./dancer.seen" 23.27.56 Quit domonoky (Read error: Connection reset by peer) 23.30.53 Quit Thra11 (Quit: kthxbai) 23.33.37 Quit user890104 (Ping timeout: 260 seconds) 23.34.58 Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) 23.40.57 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120403211507]) 23.48.53 Join pamaury_ [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 23.48.54 Quit pamaury_ (Read error: Connection reset by peer)