--- Log for 03.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 days and 19 hours ago 00.01.02 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 00.02.17 Quit Topy (Ping timeout: 260 seconds) 00.02.41 Quit ender` (Quit: Why shouldn't truth be stranger than fiction? Fiction, after all, has to make sense. -- Mark Twain) 00.05.42 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 00.13.06 Join BdN3504 [0] (www-data@giant.haxx.se) 00.14.12 # hey, yesterday i received my clip+. i put the current build on it and have the following q: where is the hold switch 00.14.14 # ? 00.15.26 Quit GeekShadow (Quit: The cake is a lie !) 00.16.35 # BdN3504: http://download.rockbox.org/daily/manual/rockbox-sansaclipplus/rockbox-buildch3.html#x5-240003 00.16.38 # there are devices without hold switch... 00.16.55 # the clip+ has one according to the manual diag though 00.17.15 # (which may of course be wrong :)) 00.17.38 # eh, that picture shows a non-plus Clip 00.17.42 # ah 00.17.48 # So it may well be wrong then :) 00.18.06 # IIRC the + indeed doesn't have a hold switch 00.18.25 # Does it have software hold? 00.18.30 # yes 00.19.14 Quit fyre^OS (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!) 00.20.38 Quit BdN3504 (Quit: CGI:IRC) 00.29.56 Quit CGL (Ping timeout: 260 seconds) 00.38.41 Quit bluebrother (*.net *.split) 00.38.42 Quit bieber (*.net *.split) 00.38.42 Quit GodEater (*.net *.split) 00.38.42 Quit Guest5171 (*.net *.split) 00.38.42 Quit ranma (*.net *.split) 00.38.42 Quit incant_ (*.net *.split) 00.38.42 Quit tmzt_ (*.net *.split) 00.38.43 Quit ps-auxw (*.net *.split) 00.38.43 Quit Kamyk (*.net *.split) 00.38.43 Quit Torne (*.net *.split) 00.40.31 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 00.40.47 Quit bieber (*.net *.split) 00.40.48 Quit BlakeJohnson86 (*.net *.split) 00.40.48 Quit ThomasAH (*.net *.split) 00.40.48 Quit nk_ (*.net *.split) 00.40.49 Quit Hadaka (*.net *.split) 00.41.30 Join Torne [0] (torne@rockbox/developer/Torne) 00.41.30 Join Kamyk [0] (kamyk@szluug.org) 00.41.30 Join ps-auxw [0] (~arneb@dyn37.ps-auxw.de) 00.41.30 Join tmzt_ [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 00.41.30 Join incant_ [0] (~philippe@zone42.rdc.uottawa.ca) 00.41.30 Join ranma [0] (ranma@mx.tdiedrich.de) 00.41.30 Join Guest5171 [0] (jljhook@irkki.fi) 00.41.30 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 00.41.30 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 00.41.30 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 00.41.30 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 00.41.30 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 00.41.30 Join nk_ [0] (nk@xob.kapsi.fi) 00.41.30 Join Hadaka [0] (~naked@naked.iki.fi) 00.41.52 Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 00.43.55 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 00.44.29 *** Saving seen data "./dancer.seen" 00.45.17 Join wombat23 [0] (~beuteltie@adsl-76-230-21-225.dsl.pltn13.sbcglobal.net) 00.48.52 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.02.31 Quit DerPapst (Quit: Leaving.) 01.05.00 Quit leavittx (Ping timeout: 240 seconds) 01.05.24 Quit leavittx_ (Ping timeout: 240 seconds) 01.05.34 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 01.17.05 Quit Zigtown (Remote host closed the connection) 01.26.54 Quit bmbl (Quit: Bye!) 01.31.29 Join leavittx_ [0] (~leavittx@89.221.199.187) 01.31.29 Join leavittx [0] (~leavittx@89.221.199.187) 01.34.34 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 01.36.46 Quit scorche (Read error: Connection reset by peer) 01.37.04 Join scorche [0] (~scorche@rockbox/administrator/scorche) 01.44.13 Quit kramer3d (Quit: Leaving) 01.44.31 Join japc [0] (~japc@bl7-251-110.dsl.telepac.pt) 01.49.30 # New commit by 03bluebrother (r27251): Rockbox Utility: Explicitly link zlib. ... 01.51.16 # r27251 build result: All green 01.55.33 Quit japc (Quit: Ex-Chat) 02.03.58 Join powell14ski_ [0] (~powell14s@c-174-51-160-240.hsd1.co.comcast.net) 02.17.39 Quit Jerom (Read error: Connection reset by peer) 02.44.30 *** Saving seen data "./dancer.seen" 02.44.50 Quit pamaury (Remote host closed the connection) 02.45.03 Join webguest30 [0] (www-data@giant.haxx.se) 02.45.46 Quit webguest30 (Client Quit) 02.47.14 Join Snuupy [0] (www-data@giant.haxx.se) 02.47.17 # Hi there. 02.47.40 # Hello? 02.47.40 Quit Snuupy (Client Quit) 02.48.49 Join Snuupy [0] (cef89cbb@gateway/web/freenode/ip.206.248.156.187) 02.48.54 # Hi there? 02.59.28 Quit Snuupy (Quit: Page closed) 03.00.31 Join Buckwheat [0] (~chatzilla@64.68.182.251) 03.00.36 # #freedos 03.00.46 Part Buckwheat 04.19.33 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.22.11 Quit amiconn (Disconnected by services) 04.22.13 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.22.16 Quit pixelma (Disconnected by services) 04.22.18 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.22.33 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.22.33 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.27.04 Join Barahir_ [0] (~jonathan@frnk-590fe251.pool.mediaWays.net) 04.30.52 Quit Barahir (Ping timeout: 265 seconds) 04.37.41 Join saratoga_ [0] (9803c20d@gateway/web/freenode/ip.152.3.194.13) 04.42.44 Quit TheSeven (Ping timeout: 260 seconds) 04.44.08 Quit simonrvn (Ping timeout: 260 seconds) 04.44.31 *** Saving seen data "./dancer.seen" 04.46.11 Join simonrvn [0] (~simon@70.35.166.75) 04.46.59 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.52.11 Quit simonrvn (Disconnected by services) 04.52.47 Join simonrvn_ [0] (simon@210.121-ppp.3menatwork.com) 04.53.32 Nick simonrvn_ is now known as simonrvn (simon@210.121-ppp.3menatwork.com) 04.53.45 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 05.02.34 Join webguest12 [0] (www-data@giant.haxx.se) 05.02.59 Quit webguest12 (Client Quit) 05.08.26 Join Tarvis [0] (~Tarvis@97.100.203.106) 05.11.37 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) 05.16.56 Quit |liar| (Ping timeout: 240 seconds) 05.21.38 Join meizum6 [0] (www-data@giant.haxx.se) 05.42.00 Quit meizum6 (Quit: CGI:IRC (EOF)) 05.50.25 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.54.13 Quit guymann (Quit: see gnu in a week!) 06.06.46 Join [Saint] [0] (S_a_i_n_t@203.184.3.204) 06.07.59 Quit S_a_i_n_t (Ping timeout: 260 seconds) 06.42.01 Join bieber_ [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 06.44.35 *** Saving seen data "./dancer.seen" 07.12.31 Join wombatman [0] (~chatzilla@cpe-173-171-238-113.tampabay.res.rr.com) 07.24.25 Join frumious [0] (~bv@ool-457a6e90.dyn.optonline.net) 07.25.30 Quit binaryhermit (Ping timeout: 265 seconds) 07.29.30 Quit t0rc (Quit: Leaving) 07.35.27 Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) 07.35.30 # I'm sure it is a FAQ somewhere (that I can't find) but how can this newbie figure if my Sansa Fuze if v1 or v2? 07.35.57 # yea 07.35.59 # check firmware 07.36.07 # if it starts with a 1 then it's v1 07.36.11 # if 2 v2 07.36.26 # under settings or something 07.38.25 # if you do rockbox a v2 fuze let me know how it goes 07.38.47 # i originally rockboxed my v1 fuze before it was stable and it was relatively stable then 07.39.09 # but my niece has a v2 and im curious if it would be worth rockboxing hers yet 07.40.23 # the page seems to suggest it's good 07.40.28 # just lacking the usb 07.40.42 # which was more then v1 unstable had before it became stable 07.41.46 # Ah, thanks. settings->system settings->info tells me v01.02.26a 07.41.50 # it works. i have it on mine 07.42.03 # rock solid 07.42.36 # just finished copying over latest svn build 07.42.39 # frumious: yea v1 fuzes are really good. Recommend using the newest build and not just the latest stable release 07.43.05 # frumious: my favorite feature there is lrc lyric file support 07.43.06 # this is the v2 07.43.12 # yea 07.43.20 # i do appreciate that news as well 07.46.15 # simonrvn, was that at me? v2 not v1 with v01.02.26a? 07.46.33 # no it wasn't 07.46.39 # it was to me 07.48.43 # Okay, thanks. 07.56.43 # My current player is an iAudio D2 which I like a lot. Out of the box, this new fuze sounds really good! But the controls makes me feel like an idiot. 07.57.12 # yea the controls take getting used to 07.57.50 # the systems price and specs are pretty good 07.58.43 # For sure. This one came from woot for like 50 bucks. 08.00.28 # Hard to beat that. 08.00.37 Quit Horscht (Ping timeout: 264 seconds) 08.03.05 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 08.09.02 # New commit by 03bieber (r27252): Theme Editor: Removed some old debug code in skindocument.cpp, began implementing a new find/replace dialog, due to licensing issues 08.10.43 # r27252 build result: All green 08.13.45 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 08.19.34 # With my Cowan O2 I can upload most any format of video and resolutions and the file will play okay. How about with the fuze (w/ and w/out rockbox)? Do I need to plan to reformat any videos to play on this guy? 08.33.08 # yea 08.33.38 # ok 08.34.18 # i have it as a bash script in gnome nautilus 08.34.35 # so i just right click convert but let me dig it out and i'll show you the line 08.35.43 # mpeg2video mp3 audio and resolution 220x176 08.36.20 # it might support more but that seems good for me 08.37.27 # the custom format of unrockboxed fuze is some proprietary bs so it's harder to make in linux but the fuze has custom software for handling that in windows 08.44.39 *** Saving seen data "./dancer.seen" 08.46.43 # Got it, thanks. This fuze came with no software media, but I can't do much with windows/mac stuff anyways so no worries. I'll target that resolution and now have no reason to delay rockboxing this new toy. 08.53.07 # New commit by 03bieber (r27253): Theme Editor: Made irrelevant menu items disabled at startup, made wrap-around search work in the find/replace dialog 08.53.22 # do ypu want a simple nautilus script for conversion 08.53.35 # if you run something for that 08.54.46 # r27253 build result: All green 08.56.42 # wombatman, sure, that would be great! I don't use nautilus so much but the script would tell me what to do. 08.56.51 Quit bieber_ (Remote host closed the connection) 09.01.40 # I just have to say that I'm enjoying Jane's Addiction, Nothing Shocking with this new Fuze thing right now. Rocks! 09.01.44 Join stoffel [0] (~quassel@p57B4CCE4.dip.t-dialin.net) 09.02.45 # did that work 09.03.21 # im on chatzilla and apparently nothing shows as sent 09.03.22 # heh 09.03.26 # ok nm 09.03.28 # there it went 09.03.38 # i'll paste it somewhere 09.05.42 # I got the notice of the file and accepted it but I can't see any new files on disk. (I'm using xchat, fwiw) 09.06.10 # it said it was aborted 09.06.17 # probably my sides issue 09.07.00 # http://www.pastebin.org/378419 09.07.18 # it's based on a flv to avi converter originally 09.13.18 # Got it, thanks. I'll give it a try. I've never used ffmpeg before, just mencoder, but that shouldn't be any problem. Thanks! 09.16.53 Join flydutch [0] (~flydutch@host125-49-dynamic.2-87-r.retail.telecomitalia.it) 09.28.13 Quit wombatman (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423140709]) 09.42.14 Join Rob2223 [0] (~Miranda@p4FDC9F4C.dip.t-dialin.net) 09.43.08 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.45.52 Quit Rob2222 (Ping timeout: 276 seconds) 09.53.12 # <[Saint]> what's the deal with the "while recording screen"(?), can that be skinned? 09.53.23 # * [Saint] never uses it, so doesn't know. 10.00.47 # not fully 10.11.57 # <[Saint]> Can it use an .sbs? 10.12.25 # yes 10.12.42 # the rec part just sits in the UI area and sort of autosizes if it can 10.12.57 # <[Saint]> Aha, awesome. 10.14.05 # * JdGordon sees he was pinged a few times overnight about lang stuff 10.15.16 # <[Saint]> Yeah, I remembered you mentioned it may not be too har (potentially) to get a theme to get lang strings from somewhere other than the lang file. 10.15.23 # <[Saint]> (or something to that effect) 10.15.58 # <[Saint]> *hard 10.16.38 # yeah, The way I would do it would be to have a single text file /.rockbox/wps/strings.txt which users would add to as needed 10.17.02 # it would only need themers to work together to not make the list crazy long 10.18.08 # <[Saint]> I remembered it was something along those lines, there was another "Gee, it would be nice if you could translate other words without making the lang files stupidly bloated" conversation. 10.18.18 # bassically the same idea I had a while ago about being able to add custom "settings" to skins, so someone could add %clock to the skin and that would expand to %ch:%cm because that is the way the user wants it 10.19.50 Join DerPapst [0] (~Alexander@p4FE8F90D.dip.t-dialin.net) 10.21.53 # <[Saint]> Hmmm, I see what you mean actually. There's a 12/24hour conditional that gives some freedom back to the user from the theme, but ultimately as a themer you have to "force" formatting on a user. Clock is a good example for that, you may have hh:mm:ss in the theme, and the user only wants hh:mm, etc. etc. 10.23.17 # It was shot down though because there really arnt that many uses for it 10.23.23 # New commit by 03bieber (r27254): Theme Editor: Implemented replace and replace all in find/replace dialog 10.24.02 # JdGordon: Is SVN rockbox using the new theme format yet, or is that still coming 10.24.04 # ? 10.24.14 # using the new format 10.24.19 # has been for ages 10.24.32 # Okay, cool 10.24.59 # r27254 build result: All green 10.25.05 # I'm thinking I'll see if I can actually make a theme with the editor sometime 10.25.17 # what a crazy idea! 10.25.35 # I fixed that update bug, by the way. I'd just left in some really stupid old hash code :/ 10.25.55 # ages meaning a couple of weeks :) 10.25.57 # i did 10.26.51 # simonrvn: Built a theme with it? 10.27.01 # yup 10.27.14 # a rather personal theme, but yes i di 10.27.16 # bieber: so you didn't got a positive response from the replace dialog developer? 10.27.18 # d 10.27.40 # Would you say it helped? Any pet peeves, other than the stuff that just isn't finished yet? 10.28.05 # bluebrother: I haven't heard back from him since he said he would look into it, so I just went ahead and cut out his dialog for now 10.28.10 Quit Zarggg (*.net *.split) 10.28.10 Quit sevard (*.net *.split) 10.28.11 Quit jae (*.net *.split) 10.28.11 Quit Utchybann (*.net *.split) 10.28.13 # very much so. i'm a very visual person, very. i learn that way, and was a great help. 10.28.14 Join sevard [0] (sev@216.164.6.24) 10.28.17 Join jae [0] (~jae@jaerhard.com) 10.28.44 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 10.28.56 Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf8:beb1:ba3d) 10.29.14 # hmm, ok. 10.29.27 # it "explained" the tags, and how they interact. barring bugs/stuff not implemented of course. 10.30.38 # simonrvn: That's awesome :) It's cool to see that people are already starting to use it 10.32.16 # <[Saint]> I was wondering about the output of the eventual wps/sbs file etc. and how homan readable it will be. 10.32.42 # <[Saint]> There's a few conventions I use with comments etc. that I think make code a bit more human readable. 10.32.48 # It is just a text file using the skin code markup 10.32.55 # So just as readable as any other 10.33.17 # I don't see a reason why it should be less readable than your handwritten code. Except the comments, of course :) 10.33.23 # exactly 10.33.45 # Hmm 10.33.50 # It has to be what it has to be to achieve what you asked for 10.34.07 # <[Saint]> EVen just blank commented lines to break up sections of code can help to read it though, a lot. 10.34.08 # It may be worthwhile to include some automated comments when starting viewports and such 10.34.47 # <[Saint]> that's exactly the type of thing I'm talking about. 10.35.02 # Not a high priority IMO 10.35.04 # <[Saint]> it really helps when its not just one huge chunk of code. 10.35.23 # when you're editing it manually :) 10.35.31 # [Saint]: Surely the point of the editor is that you don't need to read it 10.35.57 # however, if you edit everything from a menu / drag and drop / whatever exactly the theme editor will do here I don't see much need to read the resulting code. 10.36.07 # <[Saint]> And no, it's not high priority, but I can't imagine it would be terrible hard to implement considering the complexity of some of the other thigns it can do. 10.36.33 # AlexP: I dunno, I think most will probably end up using the editor more as an aide than a complete drag and drop replacement. I intend it to be _usable_ that way, but I don't imagine that anyone would actually want to do that in practice 10.36.48 # Really? 10.36.52 # <[Saint]> A theme made on the theme editor isn't necessarily going to be read by others on the themeeditor. 10.37.01 # bieber: I thought that was more or less the point 10.37.13 # For viewports, images and so on drag and drop is great, but when it comes to assembling, say, a status line with a bunch of tags, it would be a royal pain to select each tag you want from a menu 10.37.14 # [Saint]: Sure, that's down to them though 10.37.15 # it would be good to keep comments the user added in the code editor. Though I guess this already is how it works? 10.37.31 # bieber: Sure, for you who knows what you are doing 10.37.47 # <[Saint]> I see it as more of an aide also, once the syntax is understood I still agagine it will be a lot easier/quicker to code by hand. 10.37.54 # <[Saint]> *imagine 10.37.54 # bieber: But I suspect many less technical people will do exactly that even if it takes longer 10.38.08 # bieber: Look at how many people prefer gui over command line 10.38.14 # Of course I'll include a capacity to do something like that, but I think the serious users are probably going to end up typing out a lot of stuff by hand, and mostly using drag and drop for positioning and such 10.38.29 # as for me, i'm just typing stuff in. i'm using the preview as a visualisation aid 10.38.44 # [Saint]: Of course it will be quicker, but people at large don't like that, they like a gui - see the age old linux arguments 10.39.29 # Yes, I don't disagree that advanced people will use it like that, but people like that (us) are a different target 10.39.42 # Sooo, if something like auto-comments will help make serious users happy without getting in the way of the drag/drop crowd, I'm all for it. It should be a really trivial feature to add, too, I'll just make sure to include an off switch for it somewhere 10.39.44 # bieber: there's also the convenience issue. Just think about Qt's Designer. I do prefer that even if I would be able to create all GUIs from the code 10.40.04 # bieber: I'm not arguing against comments :) 10.40.20 # auto comments are a bit annoying 10.40.25 # but in any case it's also a matter of preference of course :) 10.40.34 # I'd like to be able to turn them off, certainly 10.40.59 # yeh auto comments with an off switch. perfect :). 10.41.06 # To make things clear for all, I absolutely do intend to include methods for drag and drop editing of line contents, I just hope no one will use it ;) 10.41.19 # bieber: I'm sure people will 10.41.19 # auto comments might be helpful if you start your theme via GUI and later move on using the editor 10.41.38 # I think people here are not understanding how others will use it 10.41.50 # Lots of people get frightened by the idea of having to edit atext file 10.41.51 # bieber: if you release any kind of software people _will_ abuse it in any way you didn't imagine. Had to learn that with Rockbox Utility ;-) 10.41.51 # I think the biggest thing you could add to make things better would be help text for the current tag, like intellisense 10.42.06 # JdGordon: I've been thinking a lot about that, actually 10.42.07 # I think with drag and drop gui theming lots more people will start making them that didn't before 10.42.33 # quality will go through the floor :) 10.42.46 # Whether or not we think it is hard, lots of people have a scared of non-gui mindset 10.42.47 # who needs quality anyway? ;-) 10.42.52 # JdGordon: Probably, yes :) 10.43.20 # AlexP: yes. And others are scared away by GUI-only things :) 10.43.33 # indeed :) 10.44.14 # * bluebrother would absolutely *hate* to have to GUI-edit "code" (and might need to do so some time at work :o ) 10.44.25 # i.e. drag-and-drop coding *shudder* 10.44.40 *** Saving seen data "./dancer.seen" 10.44.41 # bieber: is it too late to do something about the SUBLINE element name? would it be terrible to at least rename that define to LINEALTERNATOR or something? 10.44.56 # seen as you wouldnt expcet LINE to be a child of SUBLINE 10.48.09 # JdGordon: No problem at all 10.48.38 # If you change it, you should be able to do a simple text replace in all the theme editor code at the same time and everything will work out fine 10.49.00 # I'm pretty well certain the symbol SUBLINE isn't used anywhere else in the code base 10.49.36 # k cool 10.51.41 # bieber: ah, just spotted a bug. the inbuilt statusbar is never drawn unless %wi is there, even if %we is there (or %wd isnt).... 10.52.20 # It isn't? The status bar should always pop up by default 10.52.43 # I see it at the top of the screen as soon as I create a new document, unless it's supposed to behave differently? 10.53.05 # gah, I mean it shouldnt be drawn unless %wi is there 10.53.15 # the current behaviour is wrong :) 10.53.23 Join anewuser [0] (anewuser@unaffiliated/anewuser) 10.53.47 # Ohh, it's disabled by default? 10.54.15 # no, the %wi does the drawing, so if that isnt there is no drawy :) 10.54.58 # So by default it's not there, %we puts it at the top of the screen, and %wi puts it in the current viewport? 10.55.21 # Does that mean %we is just totally extraneous? 10.55.26 # %wi draws it at the top of the current viewport. %we enables the "theme", %wd disables the theme 10.55.33 # yes, %we is totally useless 10.55.59 # Er, wait, %wd is useless 10.56.15 # * JdGordon wonders if we can mark tags as deprecated? that would be sweety 10.56.18 # -y 10.56.27 # no, %wd is used in the wps to disable the sbs 10.56.47 # Wait 10.56.58 # default status bar 10.56.58 # sbs is the screen with the menus, isn't it? 10.57.10 # yes 10.57.15 # well, umm, sort of 10.57.27 # So %wd keeps the user from getting to it? Or could it otherwise be shown within the wps? 10.57.29 # sbs is the skin which all screens others are drawn over 10.57.55 # Oh 10.58.13 # So strictly speaking, in a wps file, I should be drawing the SBS first, and then the wps on top of it? 10.58.14 # without %wd the wps's default viewport will be the UI viewport (%Vi) from the sbs 10.58.20 # yes 10.58.39 # preferably with a simple toggle to make it easier to see which is which 10.58.46 # Okay, now this makes sense 10.59.45 Quit kachna (Ping timeout: 240 seconds) 10.59.57 # So the SBS lets you just frame every other type of screen, if you so please? And %wd turns that off and just gives the WPS the whole screen? 11.01.01 # yeah 11.01.31 # the WPS wont stopp you drawing outside the ui viewport in extra viewports but it is almost guarenteed to not work right, visible drawing bugs 11.02.02 # %wd disabled the sbs and sets the default viewport to full screen, without it the sbs is enabled and the default viewport is the ui viewport 11.02.20 # Do you know of any themes offhand that normally draw the WPS within the Custom UI viewport, so I can test this? 11.02.49 # I tihnk AlexP did one.. one sec 11.03.35 # http://themes.rockbox.org/index.php?themeid=256&target=gigabeats 11.03.39 # Thanks 11.03.58 # Also, in an SBS document, will %wd actually turn off the status bar? 11.04.15 # umm, %wd in the sbs is i guess undefined 11.04.30 # So is there any way you can turn off the inbuilt status bar altogether? 11.04.33 # it doesnt do anything because the default viewport is ignored 11.04.45 # not ignored, just not drawn in 11.07.21 # So can you relocate the status bar but not altogether disable it? 11.07.35 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.08.07 # ? 11.08.34 # if the sbs/current skin doesnt include the %wi tag the inbuilt bar wont be drawn 11.08.49 # Oh, okay 11.08.51 # the hardcoded sbs uses the "statusbar" setting to choose where to draw it (if at all) 11.09.21 # Heh, every time I think I've got this theme stuff figured out :P 11.09.51 # This shouldn't be hard to implement, though, I'll see if I can get it in this weekend 11.10.47 # Oh wait, one more question 11.10.56 # stupid constantly evolving system! 11.11.02 # Can the WPS see any themes/fonts/etc. loaded from SBS, or is it rendered completely independently? 11.11.24 # hrm? I dont understand 11.12.15 # :) put it this way... every WPS update causes the SBS to be updated also (order isnt guarenteed) 11.12.23 # Suppose I have an xl in the SBS. If I want to use that image in the wps, do I have to load it there? 11.12.35 # yes, you have to reload the images 11.12.38 # and fonts 11.12.45 # Okay, good 11.12.45 # identifiers aren't shared 11.12.53 # that would cause masive problems :) 11.13.30 # So from my perspective, I can just render the WPS in a screen the size/position of the Custom UI viewport in the SBS, and everything will be peachy 11.14.03 # no 11.14.12 # well... that might get confusing 11.14.33 # What would go wrong? 11.14.46 # the best way to do it is draw the sbs first, then the wps on top of it. but allow the user to disable the sbs drawing 11.15.29 # That's what I'll be doing 11.15.30 # only the default viewport is restricted to the ui viewport... others can draw outside it but shouldnt 11.16.45 # Now, if you define a custom backdrop in the WPS, does it apply to the entire screen, or just the area the WPS is being rendered in? 11.17.40 # backdrops are fun :) umm... iirc the wps will draw its backdrop always 11.18.29 # the way the backdrops work though is they are only shown when the viewport is updated 11.18.51 # so you can get into a wierd situation where you have bits of different backdrops (IIRC) 11.18.59 # Hmm 11.19.43 # umm, maybe not, you'l probably get the sbs drawn on the wps backdrop 11.19.51 # Okay, I've got to sleep now 11.20.13 # Later all 11.24.16 Join MethoS- [0] (~clemens@134.102.106.250) 11.37.01 Quit stripwax (Quit: http://miranda-im.org) 11.42.18 # amiconn, didn't you transplant radio modules from one player to another? 11.43.21 # I see at sparkfun they're selling these kinds of radio modules, they mention the TEA5767. It's a 10-"pin" module. With a bit of luck they are compatible. 11.50.01 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 11.54.51 # bertrik: iirc that tuner is used in various rb targets, but might be available in different packaging(?) 11.57.28 Quit stripwax (Quit: http://miranda-im.org) 12.00.57 Join pamaury [0] (~quassel@p5DDEF377.dip.t-dialin.net) 12.00.57 Quit pamaury (Changing host) 12.00.57 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.03.41 Quit binaryhermit (Ping timeout: 260 seconds) 12.04.43 # I think I've seen disassembly pictures where the TEA5767 was mounted on a sub-PCB along with some peripheral components (crystal et.c), this sub-PCB was easily solderable 12.16.58 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 48 hours + detroit party (july 31) (maybe streamed online!)) 12.18.14 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.19.57 Join Jerom [0] (~jerome@95.171.137.241) 12.21.16 Join mt_ [0] (~mtee@41.233.147.115) 12.23.05 Quit mt (Ping timeout: 252 seconds) 12.23.14 Nick mt_ is now known as mt (~mtee@41.233.147.115) 12.24.58 # bertrik: if you mean the tuner in my M5 - that's just exchanging one daughterboard without the chip replaced with a daughterboard from an X5 with the chip (there are the so-called X5Vs out there that also don't have the radio which makes them a bit cheaper, where Cowon probably does the same the other way round) 12.25.53 Join halmi [0] (~netbook@93-82-41-198.adsl.highway.telekom.at) 12.27.25 # pixelma, ok thanks for the explanation 12.37.25 Quit halmi (Quit: halmi) 12.37.44 Join halmi [0] (~netbook@93-82-41-198.adsl.highway.telekom.at) 12.38.25 Join Luca_S [0] (www-data@giant.haxx.se) 12.40.49 Quit MethoS- (Read error: Connection reset by peer) 12.44.42 *** Saving seen data "./dancer.seen" 12.48.26 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.53.42 Quit stripwax (Quit: http://miranda-im.org) 13.02.31 Join ender` [0] (krneki@foo.eternallybored.org) 13.02.56 Join MethoS- [0] (~clemens@134.102.106.250) 13.03.31 Quit MethoS- (Remote host closed the connection) 13.06.22 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 13.06.33 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 13.07.36 Join MethoS- [0] (~clemens@134.102.106.250) 13.12.05 Quit Jerom (Quit: Leaving.) 13.12.54 Join Jerom [0] (~heidi@95.171.137.241) 13.21.19 Join halmi_ [0] (~netbook@93-82-41-198.adsl.highway.telekom.at) 13.25.26 Quit halmi (Ping timeout: 276 seconds) 13.26.14 Quit halmi_ (Ping timeout: 276 seconds) 13.36.39 # New commit by 03nls (r27255): We already build with -fomit-frame-pointer so there's no need to specify that again. 13.37.13 Join karim_ [0] (~mirak@85-170-149-139.rev.numericable.fr) 13.37.14 Join Zarggg_ [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 13.38.14 # r27255 build result: All green 13.40.41 Quit Zarggg (Ping timeout: 248 seconds) 13.44.19 Join halmi [0] (~netbook@93-82-41-198.adsl.highway.telekom.at) 13.48.38 Join Topy44 [0] (~topy@2a01:608:ffff:2619:2e0:4dff:fe83:a45e) 13.53.58 Join halmi_ [0] (~netbook@93-82-38-106.adsl.highway.telekom.at) 13.57.02 Quit halmi (Ping timeout: 264 seconds) 13.58.45 Quit flydutch (Quit: /* empty */) 13.59.20 Quit halmi_ (Ping timeout: 260 seconds) 14.05.50 Join xavieran [0] (~xavieran@dsl-220-235-118-249.sa.westnet.com.au) 14.12.48 Quit xavieran (Remote host closed the connection) 14.27.10 Quit Luca_S (Quit: CGI:IRC (EOF)) 14.35.45 Join JdGord [0] (~jd@175.35.126.3) 14.37.08 Join Kitr88 [0] (~Kitar_st@BSN-143-103-32.dial-up.dsl.siol.net) 14.37.25 Quit Kitar|st (Read error: Connection reset by peer) 14.41.28 Quit Kitr88 (Ping timeout: 240 seconds) 14.44.35 Join Kitar|st [0] (Kitar_st@BSN-182-105-24.dial-up.dsl.siol.net) 14.44.45 *** Saving seen data "./dancer.seen" 15.15.47 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.33.38 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 15.41.10 Quit Jerom (Read error: Connection reset by peer) 16.09.41 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 16.11.11 Quit JdGord (Quit: Bye) 16.43.16 Join zdzih [0] (www-data@giant.haxx.se) 16.44.48 *** Saving seen data "./dancer.seen" 16.44.51 Quit zdzih (Client Quit) 16.59.45 Quit stoffel (Ping timeout: 265 seconds) 17.11.24 # saratoga: No overflows ! 17.11.52 # saratoga: max error between fixed point and ffmpeg is 3.4 * e-3 17.13.04 # I think a 0.3% error is not bad 17.20.34 Quit frumious (Quit: Ex-Chat) 17.26.18 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 18.09.01 Join xavieran [0] (~xavieran@dsl-220-235-118-249.sa.westnet.com.au) 18.19.08 Join Luca_S [0] (www-data@giant.haxx.se) 18.21.22 Quit xavieran (Quit: ➤➤➤➤➤➤ Unicode shall reign forever! ➤➤➤➤➤➤) 18.26.38 Join flydutch [0] (~flydutch@host125-49-dynamic.2-87-r.retail.telecomitalia.it) 18.29.24 Join Highlander_ [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 18.39.42 Quit t0rc (Quit: Leaving) 18.40.12 Join pamaury_ [0] (~quassel@p5DDEE455.dip.t-dialin.net) 18.43.58 Quit pamaury (Ping timeout: 265 seconds) 18.44.50 *** Saving seen data "./dancer.seen" 18.49.32 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 18.53.57 Quit dfkt (Ping timeout: 260 seconds) 19.14.41 Join funman [0] (~fun@rockbox/developer/funman) 19.20.39 Nick funman is now known as funbot (~fun@rockbox/developer/funman) 19.25.53 Join JGeigerM [0] (~JGeigerM@c-24-34-213-240.hsd1.ma.comcast.net) 19.29.55 Quit linuxguy3 (Ping timeout: 260 seconds) 19.31.23 # Please allow attaching .diff and .patch to the forum threads so we don't have to add a .txt extention to work-around the forum limitations 19.31.38 # scorche: i think you can do that as forum admin ? 19.33.07 Join froggyman [0] (~me@unaffiliated/froggyman) 19.34.14 Quit JGeigerM (Ping timeout: 265 seconds) 19.35.22 # IIRC those are rejected because it was decided that flyspray is the place for them 19.36.32 # patches which just need one quick testing are simpler to put on the forum (and i did that several times already) 19.37.09 # it's less hassle than opening a flyspray task, filling the forms, and paste the URL again on the forum, until it's tested and then closing the flyspray task 19.38.06 # so for some special cases, forum is ok. the general rule is put the patch on flyspray of course 19.41.37 Nick funbot is now known as funman (~fun@rockbox/developer/funman) 19.42.11 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.42.47 # something unrelated: is there any reason we shouldn't add -Wl,-z,defs to GCCOPTS ? This would break linking of codecs/plugins (and rockbox) when using an undefined symbol instead of breaking at loading 19.43.39 Join saratoga__ [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) 19.43.48 # native builds already break but simulator silently links and then loading the plugin/codec fails 19.46.21 Quit kramer3d (Quit: Leaving) 19.48.08 Nick pamaury_ is now known as pamaury (~quassel@p5DDEE455.dip.t-dialin.net) 19.48.19 Quit pamaury (Changing host) 19.48.19 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.50.36 # i don't know what those settings do, but it would be really nice 19.50.48 # i hate how codecs don't catch all sorts of errors during compiling 19.52.10 # saratoga__: if you use an external symbol which isn't in the final binary/shared object; linking will fail 19.52.43 # without it, the binary will rely on the fact that the executable loading it will have this symbol defined 19.53.10 # if it's not, it will give something like: dlopen(simdisk/.rockbox/rocks/viewers/wav_encoder.rock): simdisk/.rockbox/rocks/viewers/wav_encoder.rock: undefined symbol: ci 19.53.58 Join peterson [0] (~chatzilla@24.145.232.238) 19.55.23 Quit saratoga__ (Quit: Page closed) 19.59.40 # funman, I'm making a flyspray task for the AMS v2 wakeup poweroff problem 20.04.18 Nick peterson is now known as dpeters2 (~chatzilla@24.145.232.238) 20.04.58 Quit dpeters2 (Quit: ChatZilla 0.9.86 [Firefox 3.5.10/20100504093643]) 20.12.06 # bertrik: i somehow hope that jhMikeS recent commit about atomic register modification will solve weird problems 20.12.25 # .. including the cpu frequency changes (/me is gonna put this patch on his clips) 20.13.27 # funman, yes indeed, not protecting the CGU_PERI register looks like an accident waiting to happen in hindsight 20.14.11 # hopefully also fixes the weird problem with AMSv2 players hanging in some zombie state 20.14.31 Join allele [0] (~chatzilla@65.29.251.49) 20.15.22 # I was skimming the lua page on the wiki, is it safe to assume all implemented functions in the rockbox plugin api are accessable via rb. in a lua script? 20.20.18 Quit allele (Ping timeout: 276 seconds) 20.20.33 # funman, I would prefer to investigate the possibility to handle ascodec events in a separate thread rather than handling them in interrupt context (and keep i2c processing much simpler) 20.22.28 Join allele [0] (~chatzilla@65.29.251.49) 20.30.51 Join AusShir [0] (~Owner@64-110-226-249.sktn.hsdb.sasknet.sk.ca) 20.31.00 Part AusShir 20.31.11 # funman: I'd say those GCCOPTS are probably a good idea 20.32.40 Quit allele (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100628124739]) 20.36.05 # * n1s gets interesting results from his benchmark run 20.37.17 # New commit by 03funman (r27256): Add -Wl,-z,defs to GCCOPTS ... 20.37.52 # bertrik: which events ? the AFE interrupts ? 20.38.14 # yes 20.39.18 # r27256 build result: All green 20.39.23 # the current code is fine for me, i think adding a thread would be more complex 20.39.31 # but eventually it could be moved to its own .c file 20.39.49 Join linuxguy3 [0] (~timj@adsl-75-57-198-60.dsl.emhril.sbcglobal.net) 20.44.37 Quit flydutch (Quit: /* empty */) 20.44.52 *** Saving seen data "./dancer.seen" 20.50.08 # New commit by 03funman (r27257): Clip+ LCD: support devices with a different controller ... 20.52.00 # r27257 build result: All green 20.52.46 # Currently on Rockbox I can't play any video. 20.53.25 # which build are you running exactly? 20.56.15 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 20.58.44 # build r27164 20.59.03 # balintx: please always update to the last current build before reporting a bug 20.59.40 # I really don't think this should solve my problem, but you know. 21.00.04 # if the bug is already fixed in svn you're wasting everyone's time (yours, and ours) 21.00.19 # there was a bug in mpegplayer introduced in r27159 which was fixed in r27171... 21.03.27 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 21.10.59 # now I updated rockbox. 21.10.59 Quit Luca_S (Quit: CGI:IRC (EOF)) 21.11.12 # Now the mpg is not visible 21.11.22 # :lol: 21.11.40 # yesss 21.11.50 # now good 21.12.32 # almost. 21.13.10 # balintx: don't press enter after each word, write full sentences. It helps the people reading the logs (that includes myself). 21.14.55 # It plays 1 seconds of the video, then it shows as playing, but the image is frozen 21.18.33 # which device is this and is this a video that worked before or does this happen with all videos, even the sample one? 21.21.44 # what's the deal with makefiles and tabs, do they have a special function there? several of ours are a mix of spaces and tabs... 21.21.46 # it is a Sansa Fuze V2. the avi is made by SansaMediaConverter, works on the OF. the mpeg converted by mencoder suggested by on PluginMpegplayer wiki page. Vlc can play it. 21.22.18 # n1s: tabs are part of the definition of makefiles 21.23.04 # funman: so we use tabs where we have to and spaces when we can in the same file? 21.23.18 # where did you see spaces used in a makefile? 21.23.40 # libmad.make has 2 lines indented with 3! spaces... 21.23.59 # the two different MADFLAGS lines 21.24.30 # it's not part of a rule so perhaps spaces are ok here 21.24.47 # ok 21.24.48 # but clearly whoever used a 3 spaces indentation is looking for trouble with me 21.27.29 # GNU make doc says tab is needed in front of every command line, to distinguish it from the rest of the file. So you can do what you want elsewhere 21.29.30 # aha 21.32.25 Quit n1s (Quit: Lämnar) 21.41.25 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 21.43.23 Quit nk_ (Ping timeout: 248 seconds) 21.44.13 Join nk_ [0] (nk@xob.kapsi.fi) 21.50.34 Quit Zarggg_ (Read error: Connection reset by peer) 21.53.35 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.05.09 # saratoga_: btw panics in SD code help tracking bugs, but should be removed when the code is deemed stable 22.05.28 # i think it's still possible to trigger a panic by inserting/removing quickly the µSD from AMSv1 22.06.09 # i don't think they should be removed, hopefully the drivers just get so good theres no way to have one :) 22.06.47 # perhaps we should detect bad users and panic("PEBKAC") ;) 22.17.18 Quit saratoga (Ping timeout: 252 seconds) 22.18.15 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 22.20.43 # New commit by 03wodz (r27258): HD200 - add support for remote in button_read_device() 22.21.25 # wodz has found a remote? nice 22.22.22 Join wodz [0] (~wodz@inet20909nc-1s.nat.umts.dynamic.eranet.pl) 22.22.45 # r27258 build result: 20 errors, 0 warnings (wodz committed) 22.22.52 # what? 22.23.26 # wodz: hm strange error 22.24.00 # can you paste the content of GCCOPTS in Makefile ? 22.24.39 # ah no the error is not related to the LD warning 22.25.01 # funman: can you change your GCCOPTS change to only be used for gcc 4 or higher? 22.25.07 Quit togetic (Ping timeout: 260 seconds) 22.25.14 # why gcc4 ? 22.25.38 # I suspect that that's the cutoff for this "-z: linker input file unused because linking not done" message 22.26.00 # what was the address of the page with build status? 22.26.08 # build.rockbox.org 22.26.58 # gevaerts: how did you identify this as a gcc < 4.x problem? 22.27.08 Join togetic [0] (~togetic@unaffiliated/ibuffy) 22.27.28 # If I want a new game on Rockbox, but I cannot implement it, can I paste it to the tracker, if someone wants to do it? 22.27.42 # funman: it seems to be m68k vs the others. I'm looking a bit more 22.29.00 # funman: ignore me for now :) 22.29.07 # Wl,XXX,YYY should give the option to ld when calling it so if linking isn't done, nothing bad should happen 22.29.27 # help is welcome 22.30.38 # balintx: no 22.31.57 # funman: funman nothing bad does happen, but I don't like this huge amount of messages... 22.32.07 # nor do I 22.32.30 # % LANG=C m68k-elf-gcc --help|grep Wl -Wl, Pass comma-separated on to the linker 22.32.56 # 'm68k-elf-gcc -E -Wl,X' is enough to reproduce 22.33.23 # same for SH 22.33.43 # or arm-elf-gcc (4.0.3, like SH) 22.34.25 # disable it on coldfire then? 22.34.38 # i doubt anyone is doing codec development on those targets anymore 22.34.39 # I suspect the best solution is to only add them to LD lines 22.34.55 # saratoga_: no, it only works on arm eabi (because gcc is recent enough) 22.35.05 # what about the sim? 22.35.17 # sim uses whatever host gcc the user has 22.35.40 # well sim and arm are probably 99% of all new work being done on the codecs these days 22.35.42 # native 4.4.3 doesn't warn, like arm eabi 4.4.4 22.35.54 # funman: does the flag actually make a difference for target builds? 22.36.08 # dunno but it doesn't matter 22.36.20 # if not, we could enable it for sim only 22.36.21 # like you said we should put it in LD options and make sure that these options are used 22.36.29 # yes, that's best 22.37.12 # LDOPTS is only used on the sim binary afaict 22.38.26 # we can change that 22.38.55 # right but we'd need different LDOPTS for the binary and the plugins/codecs 22.39.18 # why? 22.39.27 # * gevaerts shuts up 22.39.31 # clearly... 22.40.20 # can you do that? i'm not in the mood for going through a bunch of Makefiles right now 22.40.57 # grep -r ,LD apps/ should give you all calls which needs changing 22.41.18 # alternative: switch all targets to gcc >= 4.4 22.41.36 # changing the makefiles is easier :) 22.42.41 Quit funman (Quit: ++) 22.44.54 *** Saving seen data "./dancer.seen" 22.45.08 Join kachna [0] (~kachna@r4ax178.net.upc.cz) 22.54.05 # New commit by 03wodz (r27259): HD200 - add missed defines for remote buttons and remote_button_hold() function prototype in button-target.h 22.54.56 # wodz: do you have a picture of the Mpio remote? 22.55.54 # r27259 build result: All green 22.56.51 # pixelma: http://cdn.cbsi.com.au/cnet2/i/r/2005/mp3/hdd/22049360/sc001.jpg 22.57.53 Join Highlander__ [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 22.58.24 # New commit by 03gevaerts (r27260): Move -Wl,-z,defs to GLOBAL_LDOPTS (instead of GCCOPTS), to avoid noise in older gcc output when not linking 23.00.09 # r27260 build result: 1080 errors, 0 warnings (gevaerts committed) 23.00.13 # nice 23.01.14 # * gevaerts suspects that this is exactly why funman wanted those options 23.02.05 Quit Highlander_ (Ping timeout: 265 seconds) 23.15.32 Quit Highlander__ (Quit: Quitte) 23.17.03 # New commit by 03gevaerts (r27261): Add -lm to pdbox sim build 23.18.40 # r27261 build result: All green 23.20.50 Quit karim_ (Quit: Ex-Chat) 23.23.13 Quit ender` (Quit: Women and Cats will do as they please. Men and dogs had better get used to it. -- Robert Heinlein) 23.24.58 # hm, the clip+ battery voltage after charging in the OF is 4.22V, so the OF is probably charging up to 4.25V 23.30.47 # isn't the difference between 4.2 and 4.25 tiny in terms of energy stored? 23.31.12 # it is 23.34.43 Join EgyParadox [0] (~egyparado@unaffiliated/egyparadox) 23.34.53 Join JGeigerM [0] (~JGeigerM@c-24-34-213-240.hsd1.ma.comcast.net) 23.36.46 # As far as I can tell, the AMSv1 sansa charged up to 4.20V 23.37.52 # There an entry on the wiki saying the battery indicates about 4.15V after charging in the OF. Maybe this was changed in different OF versions. 23.43.13 # Is there a difference one can bank on between 4.25 and 4.15v when the tests were not done by on the same unit with the same load? (If I'm understanding correctly that one is you, now, and one is wiki (somebody else presumably), older) 23.44.52 # New commit by 03wodz (r27262): HD200 - Increase ADC clock when boosted. Scan all 4 ADC channels during system tick 23.45.10 # Not to mention, isn't a tenth of a volt a believable variance in contact quality amongst the removable battery Sansas? 23.45.34 # if it isn't drawing power from the battery during the measurement, that shouldn't make a difference 23.45.44 # *believable variance _due to_ contact quality 23.46.20 # contact quality/inner resistance will only affect the readings if there is non-neglegible current 23.46.36 # I guess I was assuming readings from within Rockbox. 23.46.44 # r27262 build result: All green 23.46.56 # powered by battery or USB? that's the question 23.55.39 # hmm HD200 remote keymap will be tricky as remote misses REC key used as cancel/back 23.56.31 # New commit by 03bieber (r27263): Theme Editor: Status bar no longer drawn by default 23.57.44 Quit JGeigerM (Quit: Leaving) 23.58.06 # r27263 build result: All green 23.58.55 Quit pamaury (Remote host closed the connection)