--- Log for 02.02.112 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 17 hours and 7 minutes ago 00.05.14 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 00.11.17 Quit ukleinek (Ping timeout: 252 seconds) 00.16.50 Quit n1s (Quit: Ex-Chat) 00.18.16 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 00.20.34 Quit domonoky (Read error: Connection reset by peer) 00.22.09 Join anewuser [0] (~anewuser@190.207.238.156) 00.22.09 Quit anewuser (Changing host) 00.22.09 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 00.25.21 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.35.05 Quit pamaury (Remote host closed the connection) 00.45.42 Join ender1 [0] (~ender@foo.eternallybored.org) 00.47.53 # [Saint]: see my commits last night? \t and \n in conditionals should work nicely now 00.48.11 Quit ender` (Ping timeout: 260 seconds) 00.48.53 # <[Saint]> Ah, I hadn't checked yet. That should allow me to break down some *very* ugly lines. 00.52.38 Join anewuser_ [0] (~anewuser@186.93.196.107) 00.54.34 Join ender` [0] (~ender@foo.eternallybored.org) 00.55.38 Quit anewuser (Ping timeout: 248 seconds) 00.56.25 Join [1]ender [0] (~ender@foo.eternallybored.org) 00.56.40 # [Saint]: I checked before doing it and # at the end of the line already let you split any line, but i tihnk actual \n sup[port is nicer 00.56.54 # \t should work at the start of any line now also 00.57.03 Quit ender1 (Ping timeout: 252 seconds) 00.57.35 Quit lebellium (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120123235200]) 00.57.35 # <[Saint]> I'd have to agree with that, I'm not sure the comment thing was deliberate was it, just a happy accident? 00.57.51 *** Saving seen data "./dancer.seen" 00.58.19 Join ender1 [0] (~ender@foo.eternallybored.org) 00.58.23 # http://forums.rockbox.org/index.php?topic=22664.0 00.58.35 # and there was quite a irc discussion also 00.59.14 Quit ender` (Ping timeout: 248 seconds) 01.00.52 Quit [1]ender (Ping timeout: 245 seconds) 01.03.34 Quit ukleinek (Ping timeout: 272 seconds) 01.15.26 Join ukleinek [0] (~ukl@2001:6f8:1178:2:21e:67ff:fe11:9c5c) 01.27.34 # <[Saint]> Hahaha....learn to read more, Hayden. 01.28.06 # <[Saint]> I almost stormed in here with "what the hell, you broke my commenting style, bastard!" :p 01.28.41 # <[Saint]> ...carry on. Nothing to see here. 01.36.54 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 01.37.46 Quit [Saint] (Ping timeout: 272 seconds) 02.07.04 Join anewuser [0] (~anewuser@186.93.196.107) 02.07.05 Quit anewuser (Changing host) 02.07.05 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 02.09.46 Quit anewuser_ (Ping timeout: 248 seconds) 02.10.48 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.14.02 Quit [Saint_] (Ping timeout: 248 seconds) 02.14.13 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.17.57 Quit [Saint] (Ping timeout: 245 seconds) 02.22.46 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.25.27 Quit [Saint_] (Ping timeout: 245 seconds) 02.31.39 Join Gentoochild [0] (~blub@wl-l2-195.rz.tu-ilmenau.de) 02.32.34 # hi. I installed the new 3.10 on my Clip+. I discovered that the system freezes when I try to change the interface language 02.34.13 # change to which language? or all of them? 02.35.11 # I tried English andI think danish (default is German which I set in 3.9) 02.35.32 # I can try another random one... 02.36.26 # just selected French, the result is the same. It shows "Loading..." and that's it 02.36.45 # FM Radio kept playing, but the clock doesn't update anymore 02.37.20 # try it with all music stopped 02.37.22 # including radio 02.37.53 # * [Saint] smells bufflib issues. 02.38.30 # the same :-/ 02.39.19 # I installed it the manual way, using a file system synchronisation tool to copy over the files to /.rockbox 02.39.49 # does the language take affect after the reset? 02.39.52 # <[Saint]> There's a chance it screwed up. 02.39.53 # nope 02.39.55 # still German 02.40.15 # open up /.rockbox/config.cfg on your computer and change it the lang you want and see if that works 02.40.18 # and file a bug 02.40.32 # <[Saint]> Try just extract the zip, no fancy tools, let it overwrite what it wants, first. 02.41.25 # <[Saint]> I'm skeptical of such tools. 02.44.02 # it was the normal directory synchronisation of Krusader, a Commander-style file manager for KDE 02.44.24 # I did an asymmetric sync, so the Clip's dir should be a perfect mirror of the zip 02.44.44 # except for some theming and font files which I excluded manually 02.44.59 # I changed the file, waiting for the stock rom to update its DB... 02.45.46 # I changed deutsch.lng to english.lng, and lo and behold, it now speaks English to me 02.46.31 # yeah, definitly buflib issue 02.46.34 # please file a bug 02.47.04 # is stuff like menu layout also discussed in the bugtracker? or rather here? because 3.10 changed a bit -- it moved settings between Now Playing and Radio. Quite illogical, if you ask me 02.48.11 # 1) noone is allowed to use the word "logic" in regards to menu layout.. it is entirely subjective 02.48.17 # 2) no they didnt? 02.48.35 # would it be imposing if I asked you to file the bug? I'm always a bit reluctant to create new user accounts on the Internet when I don't know whether I'll ever use it again. 02.49.18 # well, my menu says, in that order: Files, Database, Resume Playback, Settings, Recording, FM Radio, Playlist catalogue, Plugins, System 02.49.30 # well, if oyu don't tihnk you'll be back to harass us about fixing it there isnt uch point filing the bug 02.50.46 # hm... please don't make me feel bad :) 02.50.49 # very well then. 02.50.50 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 02.50.55 # I'll do it :) 02.51.03 # * [Saint_] slaps JdGordon 02.51.29 # <[Saint_]> That's an um...."different" outlook on bugs. 02.53.47 Quit [Saint] (Ping timeout: 245 seconds) 02.53.59 # (the main reason for my being reluctant is the mess that is my system of login credentials; user names and passwords don't follow any system, so oftentimes I just can't remember them after a few months of absense ^^) 02.57.52 *** Saving seen data "./dancer.seen" 02.58.28 # I don't suppose this belongs into the Language category, but rather OS 02.58.55 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.01.25 Quit [Saint_] (Ping timeout: 240 seconds) 03.04.40 # Gentoochild: settings probably, the important thing is can you check with the current build (not release) and specify the target 03.06.40 # speaking of specifying... which Player Type would I have to select? The Clip+ itself is not listed. 03.06.43 # I can try a current build... 03.07.03 # ok leave player type and just mention it in the comment 03.07.13 # yeah, if its working in currnt build but not release that is a problem 03.08.36 # though, i tihnk the plan is still to do a relativly quick release cycle this time so not a major problem 03.08.42 # ah.. just noticed, I have the clip v2, not the clip+. mixed the two up 03.10.29 Quit Keripo (Quit: Leaving.) 03.14.49 # I suppose it's not possible to rename the /.rockbox folder from within the player and then just reboot, right? I have to reboot into the stock ROM to use USB mode 03.16.28 # sure there is 03.16.45 # * Gentoochild is listening :) 03.17.53 # hm.. .running on an empty, stock 3.10, the problem doesn't occur :-( 03.18.13 Quit ender1 (Read error: Connection reset by peer) 03.18.13 Join ender` [0] (~ender@foo.eternallybored.org) 03.18.30 # can you pastebin your config.cfg (the one thats broken) 03.18.44 # hmk 03.18.45 # oh, empty .rockbox folder? or clean one? 03.18.51 # clean one 03.19.04 # I renamed my old one and copied the zip afresh 03.20.03 # http://paste.kde.org/198308/ 03.20.55 # hmm 03.20.56 # dunno 03.20.59 Quit ender` (Read error: Connection reset by peer) 03.21.05 Join ender` [0] (~ender@foo.eternallybored.org) 03.21.21 # is there a debug mode I can enable? 03.21.39 # nup :/ 03.22.26 # hm.... I could incrementally add stuff to the config and see after which one it happens. 03.22.31 # but that'll take a while 03.23.04 Join perrikwp [0] (~quassel@cpe-071-076-184-171.triad.res.rr.com) 03.23.25 # na, dont bother 03.24.18 # or rather, I'll use my old installation, but with an empty config file. I can replay the settings through the menu, so I don't need to go into USB mode all the time 03.27.06 # setting the language worked, so it's not a binary problem :) 03.31.45 Quit [Saint] (Ping timeout: 240 seconds) 03.32.46 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.33.11 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.37.14 Quit [Saint] (Ping timeout: 244 seconds) 03.38.21 # hm... it's gone now. So a freak accident noone needs to bother with? Or do you still want the bug report? 03.40.27 Quit MethoS- (Quit: Konversation terminated!) 03.41.36 # Gentoochild: if it cant be reproduced its more likely a crash loading the .lng file than anything 03.41.57 # md5sum the clean dir and the broken one.. 03.42.05 # assuming they have the same version of the same files 03.42.23 # I'll do a comparison of the dirs... 03.43.19 Join BHSPitMonkey_ [0] (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) 03.47.54 Join ntkm [0] (~taku@g1-27-253-251-6.bmobile.ne.jp) 03.49.30 Quit ntkm (Client Quit) 03.51.42 Quit [Saint_] (Read error: Connection reset by peer) 03.52.00 Quit Strife89 (Quit: Night!) 03.52.38 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.52.54 # hm... I copied the config from the problematic system to the clean system and still no problem. 03.53.21 # The comparison of the failing .rockbox and the new one shows the only differences in a few database files, nvram.bin and fonts/08-Rockfont.gc (which I actually use in the menu) 03.53.42 # perhaps the font file got borked 03.53.44 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 03.55.43 # * [Saint_] is reserving tonight for "fix up the frickin' popups in my RaaA cabbie (and also hopefully massage the same/similar solution into git RaaA cabbie) 03.55.48 # <[Saint_]> " 03.58.45 # Gentoochild: no, the .gc file is a cache list... not the actual font.. 03.58.52 # wierd, but if its not still happning dont worry 03.59.12 # yeah, I notieced, it contains a message just in the set language 03.59.41 # what is the purpose of the nvram.bin? I noticed that it was not in the zip 04.00.36 # <[Saint_]> JdGordon: There's a "problem" with the way I've been (ab)using %Tl(ident,timeout) to trigger skin vars. 04.01.32 # <[Saint_]> it needs the "timeout" value to go false, so it can be next read true, which is totallylogical...but fucks trying to launch a popup too early up. 04.02.53 # go on....? 04.03.49 # got it! 04.03.57 # I deleted the nvram.bin and now setting the language works 04.04.20 # did you back it up first? 04.04.28 # yeah, I still have it on my puter 04.04.52 # as long as the power stays on... it's only in the ramdisk :o) 04.05.16 # so... can you make use of the file? I'll attach it to the bug report then. 04.05.26 # nvram.bin stores some settings which don't go in config.cfg like the last screen and some other stuff 04.05.44 # Please attach it to the bug report and i'll try to investigate tonight 04.05.46 # and the time :) 04.05.49 # will do 04.05.58 # not the time 04.06.06 # nvram.bin is very rockbox specific 04.06.37 # its not actual nvram. its just named that way because the really old players have some which we used and it limits the amount of dupe coding we'd need to do 04.08.20 # [Saint_]: pastebin a snippet and explanation? 04.08.27 # I'm not sure im undertsanding your greif :) 04.08.48 Quit [Saint] (Ping timeout: 252 seconds) 04.09.15 # hmk 04.11.54 # <[Saint_]> I can do it here just briefly. Its actually perfectly expected behaviour really. "%?Tl(foo,timeout)" is essentially what I'm using to set skin vars read in another conditional, but my use case really needs it to only use "timeout" for the true check, waiting for "timeout" to know if it has gone false stops you from being able to launch another popup early because the w 04.12.15 # <[Saint_]> rong (not technically, actually) skin var is set. 04.13.23 # explain what you're actually trying to do... not the skin code you're using 04.13.31 # stop two overlapping popups both popping up? 04.13.44 # <[Saint_]> right. 04.13.53 # <[Saint_]> three, really. 04.15.05 # ok, so what you need is one skin var with 4 values, one for each popup and one for none 04.15.26 # <[Saint_]> so I'm basically doing "has this area been pressed since "timeout"" to check when set what skin var. 04.15.31 # then when a button is pressed you need to check if that value is the 'none' case or not 04.16.10 # blegh.... 04.16.23 # it's not over yet ;-) 04.16.26 # <[Saint_]> huh....thats an interesting way to do the check. but, how can I then do "but display for x period"? 04.16.54 # <[Saint_]> as that's why I was (ab)using (and get cabbie too) %Tl's timeout value. 04.17.22 # use the "how long since the var has changed?" to disblae it 04.17.31 # not the "how long since a touch" tag 04.17.42 # <[Saint_]> Huh... 04.17.59 # with no nvram.bin, setting the language works. After switching the Clip off and on again the problem comes back. 04.18.08 # <[Saint_]> You. My friend, are *awesome*. 04.18.57 # :D 04.19.00 # and yes, I am :) 04.19.16 # Gentoochild: what time zone you in? 04.19.21 # GMT+1 04.19.23 # <[Saint_]> I have no idea how to write that quite yet...but, the checks sound perfectly sound, and the logic is *so* much better than what's in place. 04.19.51 # <[Saint_]> I can't fault what's in git cabbie really as its a minor adaptation of my hacked solution. :P 04.20.17 # Gentoochild: waay past your bed time no? :) I really want to investigate but im at work now and cant, but if you're around in your morning it would be helpful 04.20.40 # or email me your nvram.bin (rockbox at jdgordon dot info) and i'll have a looky 04.20.46 # I dunno... I'm a bad awaker :) 04.21.34 # So no bug report for now? I'm just updating the wording about my new finding. 04.21.37 # im usually quite bored and not sleepy when the euro folk wake up 04.21.42 # yes, do the report also 04.21.46 # that would be better 04.22.22 # kk 04.24.00 # [Saint_]: remember... only allow skinvars to enable/disable viewports, and only ever allow touch regions to set a skin var (try not to unset in touches)... 04.24.08 # then your code will be more flexible later 04.24.15 Quit perrikwp (Ping timeout: 245 seconds) 04.25.30 # report submitted 04.26.24 # nvram.bin: http://www.rockbox.org/tracker/task/12574?getfile=24728 04.26.44 # ok, I'll try to remember to investigate 04.27.01 # while it's normal for me to do allnighters, I'm trying to cut down on it. I would be in bed now if it wasn't for that bug ;-) 04.29.02 # I'm in the last two minutes of the Lord of the Rings soundtrack, I'll just let it play out and then go 04.29.16 # <[Saint_]> that's a bit of a problem, then. there's 4 viewports that could be displayed, only three really as it depends on the AA case so only cases at a time are ever considered. Anyway, two of them need a "cooloff" period, namely display for at least "foo" seconds, and one of them needs to be able to be held open for the case where you're setting volume manually and don't want it to timeout on you. 04.30.07 # <[Saint_]> there's also a case that will show the volume changing popup only for the duration of the volume changing if you're using hardware keys only to change it. 04.30.39 # also remember to have all that in the default viewport 04.30.44 # <[Saint_]> (by way of knowing a touch area wasn't used to set the volume you can assume hardware is doing it :P) 04.30.45 # or else they wont get unset 04.32.32 # <[Saint_]> the checks at the moment are sound, its just the totally logical part of %?Tl not knowing if its false case is false for at least 1 second (the default timeout) or the value of a specified timeout. 04.32.48 # <[Saint_]> and...expecting it not to do that :P 04.33.03 # <[Saint_]> That's what bit me in the bum, as it were. 04.35.19 # i don't understand... are you complaining that "was last touch 1s ago" goes false at 1.1s? 04.35.30 # i.e immediatly after the timeout value? 04.36.06 # you could always do "%?Tl(foo, 1)>" if that is the case 04.36.10 # <[Saint_]> No, I'm complaining that my use case really needs it to ignore the timeout in the false case, but not the true. 04.36.55 # <[Saint_]> And...hmmm. that code snippet is interesting. 04.37.05 # dont do that! 04.37.16 # use the "how long since the var was set" tag to unset it 04.37.26 # <[Saint_]> it would still have a big hole in it for my use. that snippet. 04.38.14 # <[Saint_]> it could make for a type of "race condition" where you're trying to do checks whilst waiting for someting to go false, then setting off thecheck again... 04.38.45 # right, which is why that is bad 04.38.51 # I was just trying to understand your problem 04.39.54 # <[Saint_]> what does the "how long since the var was set" tag/statement look like. I only know of get (check), set, inc, and dec in relation to vars. 04.40.18 # <[Saint_]> I didn't realize there was a param for get that did that. 04.41.14 # <[Saint_]> Or am I in the whole wrong ballpark? 04.41.19 # gitweb isnt very nice compared to viewvcs for svn 04.41.36 Quit TheSeven (Read error: Operation timed out) 04.42.04 # [Saint_]: %?vl(setting, timeout)<> 04.42.31 # <[Saint_]> setting? 04.42.36 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.42.40 # skin var sorry 04.42.41 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.42.41 Quit amiconn (Disconnected by services) 04.43.02 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.43.32 Quit pixelma (Disconnected by services) 04.43.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.43.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.45.18 # <[Saint_]> Hmmmm....I wonder if I can then eliminate some checks. 04.46.24 # <[Saint_]> if that works out, I should be able to not worry about checking for which touch area has been pressed at all, as it will be safe to guess based on the current value of the variable (and a check for the presence of album art). 04.48.58 # <[Saint_]> Oh, whoops...no. no no no. 04.50.34 # OK, enough for today. Good night guys (n gals) 04.51.48 # <[Saint_]> the viewport display conditional is going to be an ugly, ugly monster. 04.51.54 Quit Gentoochild (Quit: Konversation terminated!) 04.57.55 *** Saving seen data "./dancer.seen" 04.58.23 # <[Saint_]> %?C<%?mv<%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>|%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>>|%?mv<%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>|%?vg(foo)<%?vl(foo)<|>|%?vl(foo)<|>|>>> 04.59.16 # <[Saint_]> that's even neglectiong a few even deeper checks, and the actual filler of a the conditions themselves :P 04.59.54 # <[Saint_]> I think this beast will give me a chance to test out your recent line breaking/comment commits JdGordon :) 05.04.37 Quit [Saint_] (Ping timeout: 252 seconds) 05.06.40 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 05.30.14 Quit anewuser (Read error: Connection reset by peer) 05.50.12 Quit BHSPitMonkey_ (Remote host closed the connection) 05.51.44 Join Rob2223 [0] (~Miranda@p5B024F74.dip.t-dialin.net) 05.55.55 Quit Rob2222 (Ping timeout: 248 seconds) 05.57.11 Quit CapNemo (Ping timeout: 245 seconds) 06.07.03 Quit Topy (Read error: Connection reset by peer) 06.13.57 Join Topy44 [0] (~Topy44@f048040208.adsl.alicedsl.de) 06.35.39 Quit curtism (Quit: Live Long and Prosper) 06.57.59 *** Saving seen data "./dancer.seen" 07.17.27 Join KiwiCam [0] (~Kiwi_Cam@165.197.69.111.dynamic.snap.net.nz) 07.31.42 Quit saratoga (Quit: Page closed) 07.58.32 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.06.15 Join pjm0616 [0] (~user@61.78.96.156) 08.32.41 Join LinusN [0] (~linus@giant.haxx.se) 08.38.47 Join dfkt [0] (dfkt@unaffiliated/dfkt) 08.44.34 Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.45.47 Nick nick-p is now known as nick_p (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 08.48.04 Quit amiconn (Remote host closed the connection) 08.48.04 Quit pixelma (Read error: Connection reset by peer) 08.50.51 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.50.52 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.58.02 *** Saving seen data "./dancer.seen" 08.58.06 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 08.58.06 Quit n1s (Changing host) 08.58.06 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.09.43 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.15.31 # Gerrit didn't solve our main problem it seems. There are not many devs interested in reviewing code. ARM unwinder first was hanging on FS for a long time attracting some interest but not many constructive rewievs/comments, then I moved it to Gerrit asking for reviews and tests. Since Jan 25 no tests, no reviews... 09.20.43 Join petur [0] (~petur@rockbox/developer/petur) 09.22.04 # i don't think many people feel qualified to review that, i sure don't 09.23.27 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.25.46 # wodz: so whats the problem? just commit it 09.30.36 # JdGordon: I could, but I am not strong enough in lowlevel ARM world I feel. Moreover the implementation has some design constraints and it would be great to test if our codebase doesn't break assumptions all the times :-) 09.38.11 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 09.38.11 Quit pamaury (Changing host) 09.38.11 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 09.40.13 # wodz: what do you want to be reviewed, really? the small shim you added or the backtrace library? 09.40.30 # I also think "why is this not just committed yet" 09.41.45 # kugel: Have you tested this on RaaA? No? Why? 09.43.41 # The main concern is if THIS implementation suits our needs (aka test in various places if this gives meaningful backtrace at all) 09.52.27 # I tested the backtrace on the fuze+ with success except that it breaks with gotos 09.53.55 # I don't understand what jhMikeS is proposing in his mail, did he even read my first mail ? 09.58.03 # wodz: does your arm patch enable the backtrace by default ? How much ram does it take ? 10.02.32 # pamaury: Yes, it does. As of ram usage - I don't know to be honest. There are two defines which control how deep we search for valid stackframe and how big is hash lookup table. See http://gerrit.rockbox.org/r/#patch,sidebyside,69,1,firmware/target/arm/unwarminder/unwarm.h for comments 10.03.34 # BTW. now I see that hash size of 63 is not prime and comment says it should 10.03.38 # pamaury: I did. Sometimes it does reset it and so I fail to see the assumption in the driver except in one particular place. 10.04.45 # tuner_power(false) will reset the registers, thus stop the internal oscillator. Since the call does not come from the driver, it means our code can basically stop the internal oscillator at any time without the driver noticing. And when it will try to tune, it will break 10.05.24 # the driver sets the internal oscillator once for all 10.05.40 # so? just move the register write 10.05.47 # where ? 10.06.41 # it needs to be before the ENABLE bit is set and it takes half a second to be stable, it not just a random register write 10.09.55 # putting it in si4700_sleep won't do it? 10.11.00 # that would only work for sure if the driver was always put in sleep mode before powering off which I suspect is not the case 10.11.42 # it seems to working for setting up the RDS just fine, masking and unmasking the interrupt and such 10.13.32 # And it can break at any time without noticing because of bad radio code. I already saw the driver getting tune while powered off in some occasion, so I don't trust the radio code 10.15.02 # that's a bug since it should be woken up first. there's also two possible sleep codes, one for pause (1) and one to really power off (2) 10.16.04 # that's quite a hack too 10.17.04 # true, but it would hang if actually fully sleeping the tuner during pause and then tuning during pause 10.18.57 # it's suppose to be radio_start(), do stuff with radio, radio_off, stop messing with it 10.19.20 # s/radio_off/radio_stop 10.21.09 # does anyone have the ipod accessory datasheet? 10.21.42 Join Rower85 [0] (~husvagn@v-413-alfarv-90.bitnet.nu) 10.26.06 # there was a link the ipod accessory datasheet months ago, it was a complete (and leaked) one. I thought I had a copy but I can't find it 10.32.51 Join Sleepy_C1der [0] (majic@just.dontfeedthebots.co.uk) 10.32.56 Quit Sleepy_C1der (Client Quit) 10.56.00 # hmm boomshine plugin doesn't have manual entry 10.58.05 *** Saving seen data "./dancer.seen" 11.09.11 Join merbanan [0] (~benjamin@2a00:801:f5:10:221:70ff:fecb:d6f9) 11.10.39 Join remlap1 [0] (~Patrick@190.28.169.217.in-addr.arpa) 11.12.35 Quit remlap (Ping timeout: 255 seconds) 11.15.30 Join nosa [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 11.17.38 Quit nosa-j (Ping timeout: 244 seconds) 11.17.38 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 11.20.59 # Commit 3511435 in rockbox by 03Amaury Pouly: fuze+: don't use the DCP to copy the framebuffer since it can yield and then several lcd udpates could run concurrently with undefined behaviour 11.23.30 # 3511435 build result: All green 11.25.45 Join Keripo [0] (~Keripo@eng403.wireless-resnet.upenn.edu) 11.37.15 Join T44 [0] (~Topy44@f048101034.adsl.alicedsl.de) 11.38.43 # I'm working on a tag to be able to do logical "and" on a bunch of tags to simplify conditionals... any idea what the tag shold be? 11.38.48 # %and is too long 11.39.12 # temped to do %&& 11.40.08 Quit Topy44 (Ping timeout: 240 seconds) 11.41.02 # JdGordon: looks messy 11.41.46 # ineed 11.41.48 # indeed 11.42.08 # I don't really want to go to 3 char tags though, but the other best i have is %nd 11.42.17 # does it have to be 3 chars? Can't it be simpy && or % is needed 11.42.26 # ? 11.42.43 # yeah % is needed 11.44.25 # do you plan other logical tags? 11.44.59 # %a - and %o - or %x - xor %n - not for example to distinguish from others 11.45.35 # maybe 11.45.41 # i'm adding and and or 11.45.43 # maybe not 11.46.24 # not is redundant because %?mh<|something> is just as bad as %?not(%mh) 11.49.25 # hmm, does button repeat trigger cpu boost or something? 11.49.38 # yes 11.49.42 # all buttons trigger boost now 11.50.04 # this screws plugins like hell 11.50.15 Quit Rob2223 (Read error: Connection reset by peer) 11.50.32 Join Rob2222 [0] (~Miranda@p5B024F74.dip.t-dialin.net) 11.54.07 Quit petur (Ping timeout: 240 seconds) 11.55.43 # can this behavior be suppressed somehow? 11.56.08 # or is it hardcoded in action subsystem now? 11.58.40 # is it a known bug that exit the radio screen doesn't actually stop the radio ?! 11.58.48 # *exitting 11.59.14 # pamaury: there are two separate actions - exit with stopping radio and go to main menu with radio still playing 11.59.18 # wodz: its in the action system 11.59.25 # plugins shold probably just boost always 11.59.42 # huh? Why? 11.59.57 # JdGordon: when boosted I can't see the ball in pong :-) 12.00.07 # Many plugins don't need lots of CPU 12.00.14 # wodz: that sounds like an actual bug :) 12.00.19 # Busy waiting or something? 12.00.59 # gevaerts: I can't see the ball because the game runs so fast that is 12.01.16 # wodz: yes, I claim that that's seriously buggy 12.01.39 # gevaerts: I can barely see the ball when unboosted anyway 12.02.07 # It should use ticks to adjust speed 12.02.14 # and triggering button repeat speeds up the game 12.03.08 # jhMikeS: for your information, setting the internal oscillator in si4700_sleep doesn't work either 12.03.17 # gevaerts: feel free to fix - I just compare plugins behavior to what I described in manual 12.04.13 # a game not using ticks is seriously buggy 12.05.22 # ticks is wrong too 12.05.29 # ticks change based on boost 12.06.10 # what ? 12.06.22 # They run at HZ all the time 12.06.46 # that would be serious bug if tick was cpu dependent 12.07.30 Nick Jack87 is now known as Jack87|Away (Jack87@nasadmin/admin/jack87) 12.08.50 # still boosting may provide a glitch in timing functions (it does for sure on coldfires) 12.11.22 # but... but... err 12.11.48 # if that were the case, then brickmania shouldnt speed up when boosted (which it does) 12.14.31 # IMO plugins should be separete package (just like fonts and themes) anyway. Plugins are mostly unmaintained and rarely used. 12.14.45 Quit yosafbridge (Read error: Operation timed out) 12.14.51 # not to mention keymap nightmare 12.16.09 # wodz: that's not at all easy to manage 12.16.46 # fonts and themes don't have ABI compatibility requirements 12.18.03 # and where would you put them ? You still need a source repo 12.18.16 # Its only a matter of different packaging. Make zip could build rockbox.zip and plugins.zip 12.18.31 # I am not proposing to move it from repo 12.18.48 # the browser relies on some plugin(s) iirc 12.19.01 # true 12.19.22 # but there is something like 10? to maintain actively then 12.19.35 # i don't think we would gain anything by doing that at all 12.19.56 # writing plugins keymaps and then writing manual for new target is not fun 12.20.10 # so don't 12.20.21 # splitting the binaries up doesn't make that any easier 12.20.24 # then I can't advertise the target as stable 12.20.30 # which it is in fact 12.20.32 # the atlernative you are lookoing for is "let's decide that plugins working doesn't matter" 12.20.44 # whether the binaries are in the same zip or not is irrelevant 12.21.13 # Torne: nope - make barfs when there are no keymaps defines for plugins 12.21.25 # plugins are not well tested anyway 12.21.27 # not if you don't build those plugins for that target 12.21.53 # Torne: we don't have something like make main which builds everything except plugins 12.21.56 # again: splitting up the binaries won't help 12.22.04 # gargh 12.22.20 # i mean: make it so that the plugins which don't work on target X are *just never built for target X* 12.22.25 # ifdef them, or whatever 12.22.35 # There, problem solved 12.22.39 # no need to change anything else 12.22.44 # Torne: you can disable plugin building in configure but you can disable all 12.22.47 # we just need to agree that that's acceptable 12.23.06 # Torne: do we have single central place to disable plugins? 12.23.10 # yes 12.23.20 # Well, two. 12.23.26 # apps/plugins/{SOURCES,SUBDIRS} 12.23.36 # already ifdef'ed to all hell for screen types and so on 12.23.41 # Maybe we can come up with a neater mechanism 12.24.09 # but yes, i am perfectly happy with a world where someone developing a new port just disables all the plugins they don't care about getting to run 12.24.15 # and then we promote it to stable anyway 12.24.32 # and if someone else wnats those plugins to work they are welcome to offer a patch that adds keymaps/etc and also re-enables building that plugin 12.24.33 # Torne: Thats what I remembered - its a hell to exclude plugin not disturbing other targets 12.24.41 # It's not 12.24.45 # It's just *verbose* 12.24.50 # Wrap individual lines in #ifdef 12.24.58 # Trivial, doesn't disturb other targets 12.25.05 # It will make the file really fucking long, is all :) 12.25.19 # Torne: hell lots of typing 12.25.20 # but yes, i can imagine an alternative method that's much simpler 12.25.50 # maybe targets config should list plugins they support 12.25.50 # one text file per plugin, with list of features required and list of targets where it's disabled 12.25.56 # Naw 12.26.02 # That way around sucks because most targets do support most plugins 12.26.09 # and the cases where they don't is already usually covered by features 12.26.17 # anyway, there's lots of possible ways to do it 12.26.21 # the mechanism is not important 12.26.32 # what you actually want is to see what people think about the idea that we do it that way at all 12.26.41 # i.e. that we stop caring if all plugins work before a port is done 12.27.01 # yeah, I'll post to ML about it 12.27.39 # but I fear there will be oposition as this would mean plugins will get less testing which is tiny anyway 12.28.02 # i personally don't think that objection is justified 12.28.18 # i'm not suggesting we should disable any plugins that currently build 12.28.26 # just allow people doing new ports to not care so much 12.28.31 # * gevaerts agrees 12.28.44 # Once someone gets plugin X to work on target Y, then that's pretty much done 12.28.50 # we shouldn't really ever have to go *back* to not supporting it 12.29.03 # so yeah. if people care about plugin X on target Y, they can contribute a patch. 12.29.25 # and once it's enabled, it will get built/etc the same as on every other target, and we won't let it regress 12.29.30 # i.e. we won't just disable it again if there's a build error 12.29.45 # sounds sensible 12.30.17 # yah. the only thing we need to fix here is not holding up the perceived status of a port just because nobody has done a keymap for every silly demo and game 12.30.31 # :) 12.31.25 # hmm, Is it only me or controls on sliding puzzle are reversed? 12.31.59 # can we use cia-bot to notify us of new patches on gerrit? 12.34.28 # wodz: i suspect that's a matter of opinion 12.34.28 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 12.34.46 # wodz: i.e. are you moving the hole, or "a tile adjacent to the hole" :) 12.35.29 # yes, I realized that but since you controll the whole its a bit ackward 12.36.21 # Controlling the hole is more logical, if you think about it :p 12.36.28 # but hey 12.38.33 # JdGordon: that would be neat 12.39.00 Quit GodEater (Ping timeout: 272 seconds) 12.40.04 # Torne: any chance you'll dive into unwinder? 12.40.47 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 12.40.47 Quit GodEater (Changing host) 12.40.47 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 12.41.23 # about the plugins, i think we have too many crappy plugins that i think we could just delete 12.43.29 # n1s: Probably, but i suspect if we deleted allt he ones that are ever an inconvenience for new ports people would be annoyed 12.43.40 # so i think we still need to discuss the aforementioned as well 12.44.51 # yeah, i agree but part of the problem is the sheer volume nad that could be decreased by raising the quality bar 12.46.11 # Yeah, I nkow 12.46.47 # the problem i see, though, is that because it's so difficult and impractical to build plugins independantly, anything we decide to kill is basically dead for everyone forever :) 12.46.50 # snake manual is bogus - It lists which key is used to change game level (but this is in game menu) but doesn't list actual controls in game 12.47.11 # so if you pick anything that *anyone* cares about, they will bitch 12.47.13 # :) 12.47.29 # let them bitch :) 12.51.02 Join CapNemo [0] (~nrdufour@pool-96-242-160-242.nwrknj.fios.verizon.net) 12.55.07 # wodz: plugin documentation in general isn't very good. Have a look at the shopper thing :) 12.57.12 # Torne: did we end up changing the partition type handling? 12.57.17 # considering amount of work I try to match controls description only 12.57.19 # Someone reverted it 12.57.29 # Ah, right 12.57.30 # because it broke superfloppy SD cards 12.57.42 # because our FAT mount code is *far too willing* to mount something that's obviously not a FAT filesystem 12.57.47 # So 3.10 probably has the strict handling 12.57.52 # Yes, probably 12.58.06 *** Saving seen data "./dancer.seen" 12.59.30 # I'm asking because someone on the forums has a non-working sd card that used to have ext3 on it 13.05.42 Quit nick_p (Quit: Leaving) 13.06.08 # they probably need to change the partition type, then, yes :) 13.06.28 # we really should fix that again sometime 13.06.44 # only this time, also fix the code so that it actually checks if the thing it's interpreting as an MBR is actually plausible 13.07.08 # * gevaerts nods 13.07.09 # and ideally also fix the FAT mount code so it will reject a "partition" which is actually just whatever data happened to be in the partition table entry of something that wasn't an MBR 13.07.25 # because the fact that it was willing to do that was very surprising :p 13.08.14 # perhaps you can check whether the mbr partition size matches the fat size, that would be a sensible check ? 13.08.33 # and far too hard to get it right by chance 13.09.49 # jhMikeS: so what do you suggest for the radio problem ? 13.17.10 # pamaury: that one is actually false with surprising frequency 13.17.21 # you can check that the FAT size is no *larger* than the partition, that's a good start :p 13.19.14 # it's incredible that FAT doesn't have some sort of magic string 13.19.43 # how does linux check if a partition is a fat ? 13.24.36 Quit TheSeven (Disconnected by services) 13.24.50 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 13.27.59 Join petur [0] (~petur@rockbox/developer/petur) 13.28.32 # pamaury, parition type? 13.29.45 # no 13.29.54 # hmm, somehow greylib can messup slidestrip state 13.29.55 # Linux explicitely doesn't care about partition type 13.33.53 # Misanthropos: partition type is not reliable 13.38.26 Quit kadoban (Ping timeout: 245 seconds) 13.45.06 # why is there a special case for tuner_set(RADIO_SLEEP, 2) ? It is unused by the si4700 13.51.00 Quit Keripo (Quit: Leaving.) 13.51.02 # man 5 magic maybe 13.52.10 # but thats for files... 13.57.56 # which should work after reading man file :D 14.00.01 # Misanthropos: the question isn't really "How can I figure out which file system it is under linux", but "How does linux determine the file system to use when mounting" 14.03.17 Quit nosa-j (Excess Flood) 14.04.43 Join aarch [0] (~z@ip-115.viapori.fi) 14.04.47 # ok - but the neccessary "magic bytes" info should be found in the "magic" file and thats how you could determine the partition type 14.05.01 Join nosa-j [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 14.05.19 # Maybe 14.07.14 Join WalkGood [0] (~4@unaffiliated/walkgood) 14.08.54 Quit remlap1 (Quit: Leaving.) 14.13.45 Join nosa [0] (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 14.14.36 # gevaerts: in busybox's mount they just loop through all the block based filesystem types until one works (that kind of seems inefficient :S) 14.14.47 Quit nosa-j (Ping timeout: 240 seconds) 14.14.48 Nick nosa is now known as nosa-j (~m00k@adsl-74-235-42-105.clt.bellsouth.net) 14.15.09 # dionoea: that's still not the point, the point is: how do you tell if it's a fat or not 14.15.29 # ah sorry, I didn't read the full discussion :) 14.15.42 # you could rely on the root directory to have a system label entry but I'm sure some fat don't have it 14.16.34 # don't they have a special file system type in the partition table for fat types? 14.17.02 # or are there cases where other types can be used and still be considered valid? 14.17.12 # Hey. I'm trying to make a simple plugin, but I'm having problems with printing text. Everything but rb->splash seems to be working just fine. The code snippet is here: http://pastebin.com/JVsegJ1z . I also tried using rb->lcd_putsxy, but still got nothing but black screen :( 14.18.11 # aarch: you need to call rb->lcd_update after lcd_putsxy 14.18.14 # tried it with both ui simulator and from the machine itself (sansa clip+), with no success 14.18.52 # pamaury: okay thanks. i'll give it a try 14.25.06 # Misanthropos: that's absolutely not how it works 14.25.27 # Misanthropos: you try mounting with different filesystems until one of them accepts it 14.25.30 # basically. 14.25.30 # :) 14.25.42 # thats how linux does it.. but maybe you don't want that 14.25.44 # dionoea: The partition types are irrelevant garbage. No modern OS cares about them at all. 14.25.49 # Misanthropos: That's the only way to do it that's sane. 14.26.07 # dionoea: linux, windows, etc will all mount any partition they can recognise the FS of, regardless of type 14.26.14 # the change i made a while ago made Rockbox do the same 14.26.23 # but our mount code is too tolerant of garbage and it breaks some disks' detection 14.26.28 # so it got reverted. 14.26.49 # Misanthropos: We only have one filesystem, which makes this easier ;) 14.26.54 # :D 14.26.59 # ah ok :) 14.27.25 # dionoea: the reason this matters is because the formatting tools in host OSes don't change the partition type 14.27.38 # in the 3.2 linux source code fat partition validation is done in the fat_fill_super() function in fs/fat/inode.c 14.27.44 # that might help 14.27.46 # so if you reformat a partitoin of type 82, or whatever the exFAT type is, as FAT32, then it will work perfectly fine on the host OS< but rockbox will choke 14.27.55 # dionoea: yah, i've read it 14.28.03 # the logic is all very obvious 14.28.17 # i don't think this is tricky to do correctly, we just haven't really tried 14.28.18 # :) 14.28.27 # i got distracted and forgot about it 14.28.31 # and nobody else has done it either :p 14.28.47 # ah ok :) 14.29.01 # we have some conditions that cause us to barf, but not that many 14.29.44 # linux doesn't seem to do too many checks either but that seems sufficient 14.30.05 # Linux is also checking the MBR itself before concluding that there are even partitions 14.30.09 # Which we check even less 14.30.23 # has the tracking id thing been setup for flyspray? 14.30.24 # That may be sufficient to fix the cases we were failing in, even, i dunno. 14.30.24 # http://gerrit.rockbox.org/r/Documentation/config-gerrit.html#trackingid 14.30.27 # how do check the mbr is valid ? non-overlapping partitions ? 14.30.38 # *do you 14.30.39 # pamaury: also within the range of the disk, and a few other basic things, yes 14.31.11 # pamaury: i don't think we require *anything* for the MBR to be valid, other than the boot sector signature which is identical to the FAT BPB's signature :p 14.31.18 # (as it must be, to make BIOS booting work) 14.31.57 # JdGordon: there's two different things that accomplish the linking-to-bugs thing; i set up the simpler one (that just turns strings of a certain form into links) 14.32.00 # i think. 14.32.09 # the more complex one that lets you actually search/etc i haven't done 14.32.22 # since it looked fiddly :) 14.32.30 # i forget exactly what is in the config; ask Zagor. 14.32.38 # and/or experiment yourself by uploading stuff in the sandbox repo 14.33.31 # we have a [commentlink "flyspray"] set up that matches "[Ff][Ss]#?(\\d+)" and inserts a link 14.33.37 # Right, yeah 14.33.39 # That was the easy one 14.33.49 # The tracking id thing lets you search gerrit to see which changes mention FS#12345 14.33.51 # http://www.rockbox.org/tracker/task/12345 3r30826:Line padding to lists on touchscreens can't work well. (bugs, closed) 14.33.53 # which is potentially useful 14.33.57 # but, it reuqired more setup 14.34.01 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 14.34.23 # if we want to do that, then it's in the docs, tho :) 14.34.45 # i meant to revisit it but just forgot, and now the config is on zagor's box instead of mine so i can't just fiddle :p 14.35.43 # I welcome suggestions for config entries. I have very little time to read up on it myself at the moment. 14.36.05 # i think it requires more than a config entry, you have to prod it to regenerate the index of tracking ids for existing changes 14.36.08 # but hey 14.36.12 # JdGordon: feel free to read up on that one :p 14.36.20 # gerrit is very easy to just graba nd run on your own box if you want to play 14.36.29 # all the deps other than "a jvm" are just inside its .war 14.38.03 # well, the docs suggest file:^*.c shold work but it barfs on it :/ 14.39.28 # that doesn't look right 14.39.35 # ^ is regex, your * there is a glob 14.40.09 # you mean ^.*\.c$ 14.40.10 # i think 14.42.03 # nup 14.42.22 # ah, quoting 14.42.30 # file:"^.*\.c$" is accepted 14.42.35 # dunno if it matches the right things 14.43.36 # it doesn't like the unquoted $ 14.44.01 # file:^.*\.c works without quotes but probably matches foo.cabcde as well 14.48.29 # Torne: one note to UsingGit - if you do git pull --rebase as it describes but you are not in local master branch the command fails 14.48.45 # it will work if your branch is set up properly 14.49.07 # You probably want to create tracking branches: do git checkout -b foo -t origin/master 14.49.26 # then pull will work fine in them, and status/branch -v will tell you the difference between that branch and origin/master 14.49.40 # UsingGit is not really meant to be a complete guide to everything in git, at least not currently 14.49.56 # the flow described doesn't involve creating any other local branches (since you don't *have* to) 14.50.24 # (also, git branch --set-upstream foo origin/master to set it after creation) 14.50.59 # if you can think of a good way to explain stuff, go ahead and change it, but there are enough steps in the basic instructions already without adding explicit creation of topic branches and stuff :/ 14.51.16 # Torne: right, but common practice is to git branch foo && git checkout foo && work some && work some more -> want to push 14.51.29 # No, common practise is to do that but with a tracking branch :) 14.51.46 # "git branch foo && git checkout foo" is git checkout -b foo 14.52.34 # seriously, tracking branches are almost always what you want, beacuse whatever you're using a local branch for you probably at least want a way to see how it differs from upstream easily 14.52.52 # it works as a very nice default for a lot of commands 14.54.29 # Git does it for you automatically by default if your starting point is a remote, even 14.54.50 # but if you don't explicitly specify the starting point then it's HEAD, which is never a remote, so it won't 14.57.25 # Commit 5863361 in rockbox by 03Marcin Bukat: MPIOs: keymap tweaks 14.57.26 # Commit 4bbc9f6 in rockbox by 03Marcin Bukat: MPIOs: manual work 14.57.26 # Commit ae7d40f in rockbox by 03Marcin Bukat: HD300: manual graphics 14.57.27 DBUG Enqueued KICK CIA-10 14.57.27 # Commit 230caaa in rockbox by 03Marcin Bukat: HD300: fix messages in blackjack 14.57.43 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.58.08 *** Saving seen data "./dancer.seen" 15.02.37 # 230caaa build result: 10 errors, 2 warnings (Marcin Bukat committed) 15.27.30 Join domonoky [0] (~Domonoky@agsb-5d852485.pool.mediaWays.net) 15.27.36 Quit domonoky (Changing host) 15.27.36 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 15.31.25 Join MethoS- [0] (~clemens@134.102.106.250) 15.40.05 Quit MethoS- (Quit: Konversation terminated!) 15.44.03 Join MethoS- [0] (~clemens@134.102.106.250) 15.52.50 Quit factor (Remote host closed the connection) 16.08.02 Join factor [0] (~factor@74.197.205.204) 16.08.56 # Commit e362e34 in rockbox by 03Marcin Bukat: HD200: fix typo in goban keymap 16.11.19 # e362e34 build result: All green 16.12.29 Quit domonoky (Read error: Connection reset by peer) 16.12.48 # jhMikeS: my proposal for the radio: https://gist.github.com/1723910 16.14.17 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.18.31 Quit domonoky (Read error: Connection reset by peer) 16.23.14 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.25.42 Quit MethoS- (Quit: Konversation terminated!) 16.27.39 Join y4n [0] (y4n@unaffiliated/y4ndexx) 16.32.02 Quit Misanthropos (Quit: Leaving) 16.34.45 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 16.44.55 Quit wodz (Quit: Leaving) 16.50.28 Quit domonoky (Read error: Connection reset by peer) 16.54.12 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 16.58.11 *** Saving seen data "./dancer.seen" 16.59.23 Part Zagor 17.08.25 Quit nick_p (Quit: Leaving) 17.31.51 Quit Zambezi (Ping timeout: 255 seconds) 17.31.55 Join Zambezi_ [0] (Zulu@bnc.fran.dotbnc.se) 17.39.57 Join TheLemonMan [0] (~LemonBoy@ppp-227-40.26-151.libero.it) 17.42.40 Join Gentoochild [0] (~blub@wl-l2-195.rz.tu-ilmenau.de) 17.49.52 # bluebrother^: did adding you as reviewer work? 17.52.32 Quit evilnick (Ping timeout: 260 seconds) 17.55.17 Quit petur (Quit: *plop*) 17.55.45 Quit Galois (Ping timeout: 252 seconds) 18.00.16 Quit rsFF (Ping timeout: 255 seconds) 18.02.05 Join rsFF [0] (~rsFF@bl19-55-26.dsl.telepac.pt) 18.23.13 Join ungali [0] (~8b8e9a82@www.haxx.se) 18.23.22 Quit ungali (Client Quit) 18.23.42 Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) 18.27.38 Join Gorin [0] (~541b204d@www.haxx.se) 18.33.56 Join anewuser [0] (~anewuser@186.93.195.183) 18.33.57 Quit anewuser (Changing host) 18.33.57 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 18.34.52 Quit CapNemo (Ping timeout: 252 seconds) 18.36.15 # Hi, I'm completely new ad this and not sure how it works, but here goes nothing. I have a Sansa e280v2 running rockbox ( r. 29066-110116). As of a few days ago it boots , informs me it is scanning the disks and then gives me a white screen with some vertical lines along the left hand side of the screen that look like interference. Does anyone konw how to fix this ..can't really reset, because the moment I press the bower button it immediately reboots end 18.36.54 # does OF boot correctly ? 18.37.20 # OF being original firmware? 18.37.27 # :$ 18.38.37 # yes 18.39.42 Join CapNemo [0] (~nrdufour@pool-96-242-160-242.nwrknj.fios.verizon.net) 18.40.03 # srry, yeah.. well OF used to run fine and I switched to rockbox over a year ago without any problems and nice added functionality. I haven't looked at OF since. How can I check if OF will boot correctly? 18.42.17 # press left while booting 18.42.53 # nice 18.42.54 # :) 18.42.56 # just a sec 18.43.18 # jep OF works no problem..showing up on my laptop as connected 18.43.55 Quit SynrG (Changing host) 18.43.55 Join SynrG [0] (~synrg@debian/developer/synrg) 18.44.11 # acutally when I disconnect it asks to free up space 18.49.47 # just getting rid of some of the recordings, though haven't recorded anything in ages so why that should be a problem now I don't know. In any case OF seems to be booting fine so I guess I can then re-install rockbox from OF right? 18.50.03 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 18.50.05 # and just go for the lastest version while I'm at it 18.50.05 # just try booting rockbox again. still white screen ? 18.50.16 # yeah you could try that also 18.50.25 Quit TheLemonMan (Quit: WeeChat 0.3.6) 18.51.48 # perhaps a tool that can be useful for usb debug : http://labs.vmware.com/flings/virtualusb 18.53.39 # toffe82: there are free tools also (virtualbox/qemu/wireshark) 18.53.42 Quit adnap (Read error: Operation timed out) 18.53.52 # there's a free usb analyzer for windows but i can't find its name atm 18.55.52 # Well the wird thing was that it still asked to free up more space, even after I'd just done so - now moving ALL recordings off if it to see what that does and whether it'll boot correctly again after that 18.56.38 # I don't think it's a problem with the usb connection though bc I also get the white screen when booting normally - not connected to my laptop 18.56.56 Join adnap [0] (~adnap@rrcs-71-42-140-57.sw.biz.rr.com) 18.58.16 *** Saving seen data "./dancer.seen" 18.58.18 Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) 19.00.46 # toffe82: usbsnoop 19.01.07 # Gorin: just format it or ignore OF when you get rockbox working again 19.01.58 # ok 19.04.17 Join anewuser_ [0] (~anewuser@186.93.193.87) 19.05.38 # right so it seems space was an issue all of a sudden - don't know why bc all my music is on the microsd and I haven't recorded anything in a while - but in any case it boots fine boot rockbox and OF now that I deleted the stuff 19.05.45 # thx for the help :) 19.06.11 # welcome 19.07.19 Quit anewuser (Ping timeout: 255 seconds) 19.20.44 Quit Gorin (Quit: CGI:IRC) 19.25.08 Join lebellium [0] (~chatzilla@e179139178.adsl.alicedsl.de) 19.31.05 Quit KiwiCam (Quit: Leaving) 19.33.06 Quit toffe82 (Ping timeout: 244 seconds) 19.42.45 Join KiwiCam [0] (~KiwiCAM@165.197.69.111.dynamic.snap.net.nz) 19.44.34 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 19.52.43 Join Galois [0] (djao@efnet-math.org) 19.58.39 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.28.00 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.28.00 Quit bertrik (Changing host) 20.28.00 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.28.07 Quit lebellium (Ping timeout: 240 seconds) 20.31.38 Quit remlap (Quit: Leaving.) 20.38.53 Join petur [0] (~petur@rockbox/developer/petur) 20.39.32 Join lebellium [0] (~chatzilla@e179139178.adsl.alicedsl.de) 20.39.52 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 20.58.19 *** Saving seen data "./dancer.seen" 21.00.48 Join WalkGood [0] (~4@unaffiliated/walkgood) 21.04.14 Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 21.05.06 Quit y4n (Quit: 6,000,000 ways to die — choose one.) 21.05.13 Quit perrikwp (Read error: Operation timed out) 21.21.23 Join bluebrother [0] (~dom@g231120196.adsl.alicedsl.de) 21.21.23 Quit bluebrother (Changing host) 21.21.23 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.24.07 Quit fs-bluebot (Ping timeout: 240 seconds) 21.24.38 Quit bluebrother^ (Ping timeout: 252 seconds) 21.25.41 Join fs-bluebot [0] (~fs-bluebo@g231120196.adsl.alicedsl.de) 21.27.08 Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) 21.33.10 Join AlexP [0] (~alex@rockbox/staff/AlexP) 21.39.53 Join Strife89 [0] (~Strife89@207.144.201.128) 21.42.21 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 21.44.56 Quit AlexP (Ping timeout: 272 seconds) 21.45.21 Quit liar (Read error: Connection timed out) 21.46.45 Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) 21.50.26 Join dhrasmus [0] (~dhrasmus@c-76-105-170-114.hsd1.or.comcast.net) 21.57.32 Quit CapNemo (Quit: leaving) 21.58.25 Join Strife1989 [0] (~Strife89@207.144.201.128) 22.03.46 Quit domonoky (Read error: Connection reset by peer) 22.16.00 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 22.18.25 Join TheLemonMan [0] (~LemonBoy@ppp-227-40.26-151.libero.it) 22.18.41 Quit WalkGood (Quit: CaminaBien ♪ ♫ ♪ ♫) 22.21.48 Quit benedikt93 (Quit: Bye ;)) 22.41.48 Quit dhrasmus (Quit: Leaving) 22.44.41 Join Guest28027 [0] (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net) 22.44.56 Nick [Saint] is now known as terrorist (~Saint]@unaffiliated/saint/x-8516940) 22.45.05 Nick Guest28027 is now known as Baltowolf (~Ben_and_A@pool-96-238-198-249.bing.east.verizon.net) 22.45.18 Nick terrorist is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) 22.45.19 # Ok, so I'm going to RMA my Fuze, got the shipping label and all, now I need to remove Rockbox 22.45.20 Nick gevaerts is now known as composer (~fg@rockbox/developer/gevaerts) 22.45.30 Nick composer is now known as gevaerts (~fg@rockbox/developer/gevaerts) 22.45.40 Join MethoS- [0] (~clemens@134.102.106.250) 22.45.44 # So to replace the modded firmware with the OF can I run the installer and uninstall it? 22.48.25 # anyone? 22.49.18 # Baltowolf: the manual says how to do it i think 22.51.46 # Baltowolf, you get can the original firmware from here: http://forums.sandisk.com/t5/Fuze/Sansa-Fuze-Firmware-Update-01-02-31-amp-02-03-33/td-p/139175 If you install that, it uninstalls the rockbox bootloader. After that you can remove the .rockbox folder 22.52.36 # you need to know if you have a "fuze v1" or a "fuze v2" 22.53.05 # Ok, so I can run the firmware updater and it will remove the modded firmware? right? 22.53.58 Quit [Saint] (Ping timeout: 272 seconds) 22.58.20 *** Saving seen data "./dancer.seen" 23.00.52 Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 23.01.43 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.05.30 # There's no risk of bricking it by using the firmware updater, righT? Just making sure. 23.08.37 # anyone? 23.09.24 # There's *always* a risk of bricking a player, even by just switching it on 23.10.14 # But ther'es no added risk by reverting to OF with the updater, correct? 23.10.57 Quit TheLemonMan (Quit: WeeChat 0.3.6) 23.14.54 # And after I run the firmware updater to revert to OF I just delete .Rockbox and there's no other files from Rockbox left, correct? 23.15.29 Part LinusN 23.16.25 # <[Saint]> None that you didn't make a conscious decision to place elsewhere, no. 23.16.31 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 23.17.27 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 23.17.27 # * bertrik is not sure if the sansa firmware updater will recognise a rockboxed fuze over USB 23.17.35 # Do I need to poke something to get HD300 manual listed on daily manual page (http://www.rockbox.org/manual.shtml)? 23.22.10 # bertrik: Is that only in Rockbox? I'm in the OF right now. 23.22.16 # My computer doesn't even see it in Rockbox. 23.23.53 # wodz: did you see manual.pl in www repo ? 23.24.03 # there's a foreach my $t (usablebuilds()) { 23.24.36 # [fun@castafiore /media/dev/www-rockbox]% l builds.pm 23.24.36 # lrwxrwxrwx 1 fun fun 24 janv. 17 14:21 builds.pm -> ../trunk/tools/builds.pm 23.24.46 # i'm not sure if it's correct 23.26.47 # whats usablebilds() that is the question :-) 23.30.27 # Ah no it should pick it up automatically when manual is present on the download server. So I should just wait until new version of manual get built. 23.30.52 Join dman [0] (~david@c-69-242-30-52.hsd1.pa.comcast.net) 23.30.53 # yeah probably, it's built daily afaik 23.30.58 # thanks for your help guys, gtg. 23.31.02 Part Baltowolf 23.34.54 Join anewuser [0] (~anewuser@190.207.168.195) 23.34.55 Quit anewuser (Changing host) 23.34.55 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 23.38.06 Quit anewuser_ (Ping timeout: 252 seconds) 23.44.04 Join lovasoa [0] (~olojkine@78.251.31.74) 23.44.12 Part lovasoa 23.46.05 Join argonel [0] (argkde4@konversation/developer/argonel) 23.47.00 # what is the linux rockbox installer looking for in order to autodetect the mount point? 23.47.19 Quit petur (Quit: Leaving) 23.51.13 Quit n1s (Quit: Ex-Chat) 23.52.56 Part dman