--- Log for 04.07.114 Server: morgan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 days and 23 hours ago 00.00.02 # sec - i'll go back to the site and dig it up 00.02.11 # as the batteries age battery life decreases, and generally as rockbox's support for a platform improves, so does battery life 00.03.15 # you can't directly compare two different devices running two different versions 00.04.30 # i do understand all that. the info i got was from a battery life table on the site that listed original firmware life versus rockbox battery life. on the fuze v2, there was not much of a difference: 20 hours versus 22. on the v1 there was a much bigger difference on the 4gb model: 14 hours versus 22. the values for the 2gb model were more favourable than the 4gb model. still searching google to get the link back and post it here but it's the ro 00.04.31 # ckbox site info i'm quoting. 00.05.44 Quit pamaury (Ping timeout: 264 seconds) 00.07.03 # You're not taking into account that the codecs on those different tests are different 00.07.38 # You can't assume that battery runtime differences between rockbox and the OF are the same for vorbis and mp3 00.10.37 # found it: http://www.rockbox.org/wiki/SansaRuntime 00.11.17 # i realise that some codecs are more "battery expensive" than others 00.12.43 # and i also see that the test aren't linear, as in the mp3 bitrates are different. i didn't take that into account 00.13.32 # Also, different players with unknown history, so we don't know how bad the batteries are compared to each other 00.13.35 # so essentially i'm safe in assuming that the one hour discrepance is sue to different bitrates, correct? 00.14.22 # That, or the EQ being used, or an older battery 00.14.32 # kk. in may case i have four (yes 4) fuzes, three v1s (2 are 8gb and 1 is 4gb) and one 8gb v2 00.15.09 # like I said yesterday, there is no difference in battery life between devices of different capacities 00.15.09 # i wanted to put rockbox on the 8gb v1 fuzes but didn't want to lower battery longevity by essentially 33 percent. 00.15.16 # guess i'm out of luck 00.15.48 # The only way to be sure is to actually try 00.16.04 # i wasn't sure if the flash size was the only difference in the v1 line. 00.16.40 # and i was wondering if anyone else had tread that same path before me 00.16.54 # no disrespect was intended 00.18.36 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 31.0/20140630185627]) 00.19.02 Quit kugel (Ping timeout: 240 seconds) 00.21.29 # ok i tried to do a git cherrypick from gerrit into a new branch 00.21.36 # now i can't get git to do anything 00.21.40 # how do i fix this 00.21.55 # git checkout master just complains that i have changes, i guess because the cherry pick failed halfway through 00.22.20 Quit roj_ (Quit: Leaving) 00.22.43 Join roj [0] (~roj@135-23-92-39.cpe.pppoe.ca) 00.23.10 Quit roj (Client Quit) 00.23.30 Join roj [0] (~roj@135-23-92-39.cpe.pppoe.ca) 00.24.23 # ugh 00.24.27 # git is so terrible 00.25.46 Quit roj (Client Quit) 00.34.29 Quit the-kyle (Ping timeout: 248 seconds) 00.34.35 Join the-kyle [0] (~kyle@kyle.tk) 00.43.09 *** Saving seen data "./dancer.seen" 00.53.58 Quit ZincAlloy (Quit: Leaving.) 00.54.28 Join Guest70275 [0] (Slayer@c-69-143-187-144.hsd1.va.comcast.net) 00.56.31 Quit Guest81512 (Ping timeout: 240 seconds) 00.58.23 Join franklin [0] (6c5b79a5@gateway/web/freenode/ip.108.91.121.165) 00.58.55 # Hello. Does rb->beep_play play via the piezo or the headphones? 01.00.15 Quit bluebrother (Disconnected by services) 01.00.20 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 01.09.01 # since most devices don't have a piezo, probably the headphones on most players 01.09.43 # Then how to use the piezo? 01.12.15 Quit froggyman (Ping timeout: 245 seconds) 01.13.55 Quit derf (Ping timeout: 245 seconds) 01.14.20 Quit x56 (Ping timeout: 245 seconds) 01.14.25 Quit ender` (Quit: Swipe cards don't work because every six weeks or so security sends someone around to clean them with a dirty cleaning card and it takes a couple of swipes to get rid of the grime they deposited. -- BOFH) 01.14.52 Join derf [0] (~derf@static-108-18-126-14.washdc.fios.verizon.net) 01.14.56 Join froggyman [0] (~frogs@unaffiliated/froggyman) 01.15.39 Join x56 [0] (~0x56@sillytitties.com) 01.19.01 # Where is the keyclick sound generated? 01.22.19 # apps/misc.c calls piezo_button_beep on devices that support it 01.22.37 # which looks like just the ipods 01.24.15 # what are you trying to do? 01.31.22 # I would like to emulate the sounds in the 2048 game via the piezo. It would be quite cool if I could. :D 01.34.15 # How would I modify the plugin API for this (or anything)? 01.39.21 # you can add the function to the plugin.c/h files (IIRC), an ifdef so it still compiles if there is no piezo, and then increment the plugin api define (in the same file I believe) 01.39.49 Quit RiD (Quit: A good plan today is better than a perfect plan tomorrow.) 01.39.53 # Thank you. 01.40.12 # if you check the plugin.c/h logs, there are probably many commits over the years adding new functions 01.42.18 # What should I call these new functions? Maybe piezo_click(void) for a keyclick and piezo_beep(cycles, periods) for a user-configurable tone? 01.47.40 # Where would I define the piezo_click and piezo_beep functions, then? plugin.c seems to not have very many. 01.54.08 # Never mind. I'm putting them in misc.c. There seems to be inconsistencies with the implementation of the piezo from iPod 1-5.5 vs 6G... 01.57.09 Quit the-kyle (Read error: Connection timed out) 01.59.34 Join the-kyle [0] (~kyle@kyle.tk) 02.05.01 # Is there a macro that is defined only on ipod 6G like IPOD_CLASSIC? 02.15.39 # Similar for nano 2g? I would hate to add redundant macros 02.19.06 # saratoga: thanks for giving the patch a go. I was in a bit of a hurry to get it online so yeah didnt check every build 02.22.58 # What is the difference between inverse frequency and frequency? 02.43.10 *** Saving seen data "./dancer.seen" 02.47.31 Quit kuldeepdhaka (Excess Flood) 02.48.29 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 02.48.54 # Is it acceptable to define IPOD_PIEZO, IPOD_6G_PIEZO, and IPOD_NANO_2G_PIEZO in their respective headers? 02.49.50 # franklin: why is that needed? 02.50.16 # The interface of their respective piezo drivers differs. 02.50.45 # That way, in rb->piezo_play() I can tell which driver is being used. 02.52.33 # saratoga: so that I can decide what needs to be done to play a tone on each of those targets 02.52.44 # i see, you want to play tones and not just beep 02.52.55 # i would just ifdef based on the individual targets 02.54.00 # saratoga: I want rb->piezo_click(), rb->piezo_beep(), and rb->piezo_play(freq, len) 02.54.23 # rb->piezo_click() and rb->piezo_beep() can be implemented without regard to the target. 02.54.27 # IIUC, the problem is that the various different ipods have different piezo drivers? 02.54.52 # driver hardware i mean 02.54.52 # All iPods except 6G and nano 2G have the same driver 02.55.38 # saratoga: I don't know. I mean different driver software 02.58.53 # looking at the code, the nano2g and 6g seem to use the same driver, which makes sense since they're almost the same chip 02.59.04 # so i think you just have the PP driver vs. the samsung driver 03.00.00 Quit AlexP (Remote host closed the connection) 03.00.21 Join ygrek [0] (~user@108.59.6.97) 03.00.54 # looking at the drivers, they both basically do the same thing, just the underlying hardware is different 03.01.15 # maybe the most sensible thing would be to just export the same fuction for both drivers, and have it take a number of cycles and a period 03.01.48 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.02.07 # saratoga: what do you mean by "export"? 03.02.26 # the plugin API 03.02.49 # Oh... 03.02.50 # basically, just add the function you want, one that plays a certain frequency for a certain period of time 03.03.08 # both drivers have this already, just in a slightly different way 03.03.31 # saratoga: what do you mean by both drivers? nano2g vs 6g or those vs other ipods? 03.03.54 # the nano2g and 6g are the same 03.04.02 # the PP are different 03.04.38 # PP=PortalPlayer? 03.04.43 # PP has piezo_play_for_usec which takes a duration and a frequency, while 2g/6g have piezo_start which takes essentially the same arguments 03.04.46 # yeah 03.05.44 # right now IIUC the driver doesn't export either of these functions, they're only called internally 03.05.50 # so they don't use the same name or arguments 03.06.14 # so instead of exporting a bunch of random functions that are different for each device, just export one function per device that takes the same argument for each 03.06.44 # like piezo_play(int duration, int frequency) 03.06.57 # That's what I am doing. 03.07.05 # Just how to implement piezo_play() 03.07.18 # then why do you need a ifdef at all? 03.07.19 # ... is my question 03.07.29 # in what? 03.07.33 # in the driver 03.07.50 # What driver? :{ 03.07.55 # Which 03.07.56 # if each driver uses the same function, you don't need to IPOD_6G_PIEZO 03.08.22 # So maybe just PORTALPLAYER_PIEZO in ipod and IIUC_PIEZO in the others? 03.08.27 # instead, the existing #ifdef HAVE_HARDWARE_CLICK works 03.08.47 # But then I can't tell between PP and IIUC 03.08.57 # If I Understand Correctly? 03.09.05 # you mean Samsung? 03.09.08 # Samsung 03.09.17 # [slam] 03.09.27 # i'm saying you shouldn't need to do that 03.09.42 # don't export different functions from each driver, instead, have each driver export the same function 03.09.56 # each device has a piezo, so each device can implement the same piezo API function 03.10.20 # I'm thinking of adding a wrapper function that supports all three targets 03.10.31 # yes exactly 03.10.37 # hence, you can just use #ifdef HAVE_HARDWARE_CLICK 03.10.45 # no need to distinquish between devices with individual defines 03.11.00 # Ok, I understand 03.11.09 # ok i have to go 03.11.17 # good night 03.11.22 # thanks for the help 03.41.46 # [Saint]: g#890 ! 03.41.50 # do iiiiiittttt 03.42.17 # http://gerrit.rockbox.org/890 03.47.29 # 2048 for Rockbox: http://gerrit.rockbox.org/r/888 :D 03.47.32 Quit ygrek (Ping timeout: 248 seconds) 03.47.59 # <[Saint]> franklin: I made some comments regarding that plugin on the forum 03.48.56 # What do you mean by whitespace? Too many newlines or too many spaces? 03.48.58 Quit bcobco () 03.49.55 # look at 2048.c on gerrit.. the red blocks at the end of lines 03.49.56 # [Saint]: The newlines are for readability only, but my indentation style can be confusing to most... 03.50.08 # Oh. 03.50.20 # <[Saint]> see http://gerrit.rockbox.org/r/#/c/888/7/apps/plugins/2048.c 03.50.21 # and yes, your indent style is different, but if its not possible to fix to the standard style then it isnt a huge problem 03.50.48 # <[Saint]> all the red bits, are whitespace 03.51.00 # <[Saint]> which would need to come out. 03.51.23 # <[Saint]> 2048.c is littered with whitespace 03.52.12 # Working on it now... 03.53.21 # <[Saint]> And, if it is possible for you to try to match the indentation and style flow from the rest of our source, that'd be nice too. 03.53.48 # Yeah, just need to change my emacs settings 03.54.00 # <[Saint]> Other than that, I think its pretty cool. 03.54.17 # <[Saint]> I think it would be *very* cool if it were to use bitmaps for the tiles, though. 03.54.20 Quit pixelma (Ping timeout: 264 seconds) 03.54.20 Quit amiconn (Ping timeout: 264 seconds) 03.54.25 # <[Saint]> As I noted in my forum post. 03.54.57 # Then animations, and sound 03.55.06 # <[Saint]> It has the slight disadvantage of increased plugin size, and a little bit of additional code for the scaling of the tile images. 03.55.15 # <[Saint]> But it would allow for "pretty" tiles. 03.55.33 # <[Saint]> And also allow it to work on greyscale on monochrome targets. 03.55.43 # Yeah, that's why I avoided it at first 03.55.51 # * [Saint] nods 03.57.03 # Could sound be done too via the piezo? :D 03.57.18 # <[Saint]> Ms. [Saint] /looooooooooooooooooves/ 2048 03.57.28 # <[Saint]> And, yes, it could. 03.58.09 # I have it commited (whitespace and indent), but I have other uncommited stuff (the piezo in the plugin API), so I need to learn how to stash first... 03.59.36 # <[Saint]> git stash && && git stash pop 04.00.04 # Yeah, code is being uploaded to Gerrit as of now. 04.00.35 # Done. 04.01.31 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 04.02.51 # How does it look now? 04.05.03 # [Saint]: How would I implement rb->piezo_play(freq, usecs) for the non-portalplayer devices that take a cycle count and number of periods for the piezo? 04.05.21 # <[Saint]> Good. But there's two tiny leftovers at 208, and 231. 04.06.46 # fixed 04.06.54 # Goodbye. 04.06.58 Quit franklin (Quit: Page closed) 04.07.38 # offtopic, this is my favorite 'Threes' clone ;) - http://louhuang.com/2048-numberwang/ 04.08.03 Quit kuldeepdhaka (Ping timeout: 240 seconds) 04.08.10 Join ygrek [0] (~user@108.59.6.97) 04.09.28 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 04.22.57 Join Strife89 [0] (~Strife89@adsl-98-80-219-42.mcn.bellsouth.net) 04.39.38 Join amiconn [0] (quassel@rockbox/developer/amiconn) 04.40.22 Join pixelma [0] (quassel@rockbox/staff/pixelma) 04.43.12 *** Saving seen data "./dancer.seen" 05.01.10 Join arlaneenalra [0] (~jules@162-227-194-49.lightspeed.austtx.sbcglobal.net) 05.24.40 # <[Saint]> Hmmmmm. 05.24.48 # <[Saint]> Well...that's not good. 05.25.39 # <[Saint]> RaaAoA doesn't seem to be compatible with ART. 05.27.20 # <[Saint]> If I switch back to the Dalvik runtime, it works. 05.27.50 # <[Saint]> But, in L, I don't have the option to do that. 05.49.03 Join the-kyle1 [0] (~kyle@cpe-075-177-188-248.nc.res.rr.com) 05.49.13 Quit the-kyle (Read error: Connection reset by peer) 05.49.38 # [Saint]: different JNI? 05.49.46 # dos the NDK need updating? 05.51.34 Join steffengy [0] (~quassel@p57B4832A.dip0.t-ipconnect.de) 05.52.39 Nick the-kyle1 is now known as the-kyle (~kyle@cpe-075-177-188-248.nc.res.rr.com) 05.53.25 Join the-kyle1 [0] (~kyle@kyle.tk) 05.54.26 Quit steffengy1 (Ping timeout: 255 seconds) 05.54.58 Join cmhobbs_ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 05.55.18 Nick the-kyle is now known as Guest35409 (~kyle@cpe-075-177-188-248.nc.res.rr.com) 05.55.18 Nick the-kyle1 is now known as the-kyle (~kyle@kyle.tk) 05.57.19 Quit Guest35409 (Ping timeout: 260 seconds) 06.07.34 Quit cmhobbs_ (Ping timeout: 244 seconds) 06.14.45 Quit jhMikeS (Ping timeout: 264 seconds) 06.43.13 *** Saving seen data "./dancer.seen" 07.07.36 # JdGordon: updated patch doesn't boot on my clip+ 07.07.57 # cool! no dataabort? 07.08.04 # data abort at 3002b200 07.08.24 # PC:3002b20c 07.08.28 # let me see where that is 07.08.40 # is that with cabbie? 07.09.24 # 0x3002b1dc move_token_list_items 07.09.29 # yes, this is stock cabbie 07.09.55 # ok thanks 07.12.34 Part arlaneenalra 07.16.03 # holy crap! apparently i've strated the sim with a asciiart sdl backend 07.17.27 # X forwarding apparently isnt working very well :p 07.17.51 # saratoga: crash actually on bootup or when you start playback? 07.18.25 # JdGordon: during bootup 07.18.29 # couldn't even get into USB mode 07.19.00 # also, not sure if this is useful, but i committed the ERRORF log to disk system ages ago now, so if you want to start logging errors during normal playback, its very easy to do so 07.20.32 # ok, so nuts, it doesnt crash the sim (at boot at least) and my supply of working DAPS is pretty low atm 07.20.48 # thanks for testing 07.20.57 # by the way, what is the easiest way to update patches over gerrit 07.21.10 # right now i do a hard reset and then check them out again 07.21.48 # as long as the commit has the gerrit id it will work 07.21.58 # what will work? 07.22.08 # just pushing to :refs/for/master 07.22.16 # oh i mean the opposite 07.22.18 # maybe i misunderstood 07.22.20 # downloading the updated patch 07.22.27 # oh, dunno 07.22.39 # hey saratoga, i have a 47,5 hour .m4b audiobook and the stco lookup table needs way too much mem. i assume i'm screwed here? no way to do the calculations on the fly instead of having a table? 07.22.41 # i assume there is some way to get it to just update, but checkout failed 07.22.53 # l2k-Shadow: see logs, but basically yes 07.24.34 # :( you were my rescue hope! 07.28.06 # should have used MP3 07.28.15 # yeah i ffmpeged it to that 07.28.25 # but still .. larger file and worse quality as a result 07.29.09 # i wonder.. could the table be modded to like half the size with less precision? 07.29.33 # skip every other frame? 07.29.48 # no idea 07.33.02 # maybe that would be something to consider as an alternative if the file happens to be too large. i'll try it thanks 07.33.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.35.29 Join saratoga_ [0] (123e1ce5@gateway/web/freenode/ip.18.62.28.229) 07.40.36 Join kuldeepdhaka_ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 07.41.07 Quit kuldeepdhaka (Ping timeout: 272 seconds) 07.57.06 Quit ygrek (Ping timeout: 244 seconds) 08.05.32 Quit Jinx (Quit: reboot) 08.13.46 Quit amiconn (Remote host closed the connection) 08.13.47 Quit pixelma (Remote host closed the connection) 08.14.18 Join ender` [0] (krneki@foo.eternallybored.org) 08.14.24 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 08.14.25 Join amiconn [0] (amiconn@rockbox/developer/amiconn) 08.29.57 # saratoga_: depends on how you checked it our 08.30.30 # kugel: whats the correct way to check it out from gerrit? 08.30.40 # if you use the checkout cmdline then you can just run the new checkoutcmd line 08.30.57 # saratoga_: gerrit gives you some options, all are correct 08.31.11 # checkout is selected by default 08.31.18 # half of them just seem to screw up my branch 08.31.28 # last time i think checkout worked 08.31.52 # so just run the checkout line if the new version 08.32.25 # i tried that, but it errors out if I don't revert the previous checkout 08.32.37 # whats the error message? 08.32.53 # i don't have it in front of me, but i think it was complaining that the patch was already applied 08.33.06 # then you didnt run the checkout one 08.33.19 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 08.33.29 # i did this one: "git fetch git://git.rockbox.org/rockbox refs/changes/90/890/2 && git checkout FETCH_HEAD" 08.34.27 # git checkout just moves the HEAD pointer, it doesn't appy a patch. therefore there's no way for it to say that a patch is already applied 08.35.02 # so in theory i should just be able to take the latest checkout command from the website and it'll figure it out? 08.36.55 Quit kuldeepdhaka_ (Ping timeout: 260 seconds) 08.38.12 # yes 08.43.11 Join mortalis [0] (~kvirc@213.33.220.118) 08.43.16 *** Saving seen data "./dancer.seen" 08.43.30 # I uploaded g#891. It would be nice if someone with mi4 pp could test this. The change is fairly trivial though. 08.46.33 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.48.59 Join kuldeepdhaka_ [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 09.02.22 Join petur [0] (5bb7304d@rockbox/developer/petur) 09.03.53 # wodz: i have an e200 in a box somewhere, but it might take me quite a while before i remember where 09.09.26 Quit saratoga_ (Quit: Page closed) 09.19.55 Quit Beta2K (Ping timeout: 272 seconds) 09.20.18 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.39.55 Quit pamaury (Ping timeout: 260 seconds) 09.41.52 # ls 09.41.55 # oops 10.08.30 Quit akaWolf (Ping timeout: 240 seconds) 10.11.35 Join kiwicam [0] (~quassel@121-99-191-123.bng1.nct.orcon.net.nz) 10.20.17 Join bcobco [0] (~bcobco@77.225.204.119) 10.32.40 Join Geoff_ [0] (~qua@192.3.27.126) 10.42.37 Quit l2k-Shadow (Remote host closed the connection) 10.43.17 *** Saving seen data "./dancer.seen" 10.51.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.59.20 Quit bcobco (Remote host closed the connection) 10.59.44 Join bcobco [0] (~bcobco@77.225.204.119) 11.21.24 Join edhelas [0] (~edhelas@2001:981:e7ba:1:863a:4bff:fe85:8a3c) 11.27.09 Quit Jack87 (Read error: Connection reset by peer) 11.31.12 Join Jack87 [0] (Jack87@nasadmin/admin/jack87) 12.10.15 Join ygrek [0] (~user@108.59.6.97) 12.13.53 Quit us`0gb (Ping timeout: 244 seconds) 12.14.52 Quit bcobco (Remote host closed the connection) 12.15.17 Join bcobco [0] (~bcobco@77.225.204.119) 12.30.04 Join us`0gb [0] (~0gb.us@c-71-237-219-28.hsd1.or.comcast.net) 12.32.07 Quit the-kyle (Ping timeout: 260 seconds) 12.35.02 # <[Saint]> kugel: do you have any idea of what would need to happen to get RaaAoA working with the ART runtime? 12.41.41 # <[Saint]> I can't get it working with any of my devices using the ART runtime. 12.41.57 # <[Saint]> And fairly soon, on several devices, I won't get a choice which runtime I use. 12.43.16 Join ploco [0] (dce9b7f9@gateway/web/freenode/ip.220.233.183.249) 12.43.18 *** Saving seen data "./dancer.seen" 12.47.51 # [Saint] was that a white screen crash? happened in power_thread on my Android 4.4.2 device 12.53.39 # <[Saint]> ploco: several times it has been a panic stk0v_usb, but most often it just hangs on a black screen immediately after launch and does absolutely nothing. 12.53.48 # <[Saint]> *stkov 12.56.56 # I cheat by nulling the power_thread to make it start under ART 12.57.15 # <[Saint]> Ah...hmmm. 12.57.24 # <[Saint]> Thanks for the tip. 12.58.13 # <[Saint]> On my Nexus 4 and 5, it just hangs with a black screen. 12.58.17 # there is another problem after that: crash when music stops playing 12.58.50 # <[Saint]> On my Galaxy Ace 2 and 3, it seems to be 50/50 stkov_usb and the above mentioned black screen hang. 12.59.27 # * [Saint] has no idea how to ART-safe this application 12.59.51 # <[Saint]> But it'll be a showstopper for me once the 5.0 OTAs start coming out. 13.05.27 # wonder if change thread_support="ASSEMBLER_THREADS" to thread_support="HAVE_SIGALTSTACK_THREADS" helps? 13.05.39 # in configure 13.18.07 Quit ploco (Quit: Page closed) 13.22.49 Join ikeboy [0] (~ikeboy@pool-108-29-132-68.nycmny.fios.verizon.net) 13.38.13 # [Saint]: no, no idea 13.39.35 # I don't understand what's wrong anyway; in my understanding ART is just another way to run the java code (by doing AOT, instead of JIT compiling), so I'm surprised native libraries are affected at all 13.40.12 # we still communicate with java code using JNI, which is still supported 13.41.30 Join ZincAlloy [0] (~Adium@pD9EE9D91.dip0.t-ipconnect.de) 13.47.46 # ploco's suggestion is worth a try 13.48.17 Quit ygrek (Ping timeout: 255 seconds) 13.49.16 Quit markun (Quit: leaving) 13.50.38 Join markun [0] (~markun@rockbox/developer/markun) 13.53.03 Quit markun (Client Quit) 13.59.49 Quit ikeboy (Quit: Leaving) 14.02.34 Join markun [0] (~markun@rockbox/developer/markun) 14.06.20 Quit simabeis (Ping timeout: 264 seconds) 14.43.21 *** Saving seen data "./dancer.seen" 14.45.14 Join Said_ [0] (4621d49e@gateway/web/freenode/ip.70.33.212.158) 14.47.20 Quit kuldeepdhaka_ (Ping timeout: 244 seconds) 14.48.12 Part Said_ 15.04.26 Quit kugel (Ping timeout: 272 seconds) 15.08.55 Join kugel [0] (~kugel@avm-guido.avm.de) 15.08.55 Quit kugel (Changing host) 15.08.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.16.50 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 15.19.17 Quit kugel (Ping timeout: 248 seconds) 15.21.00 Join the-kyle [0] (~kyle@kyle.tk) 15.24.58 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) 15.24.58 Quit jhMikeS (Changing host) 15.24.58 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.05.17 Join roj [0] (~roj@70.52.118.27) 16.07.24 Quit Geoff_ (Remote host closed the connection) 16.07.41 Join Geoff_ [0] (~qua@192.3.27.126) 16.09.05 # kugel_: [Saint]: http://developer.android.com/guide/practices/verifying-apps-art.html might be relevant 16.10.25 Quit kugel_ (Read error: No route to host) 16.10.28 Join kugel [0] (~kugel@avm-guido.avm.de) 16.10.28 Quit kugel (Changing host) 16.10.28 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.13.21 Quit wodz (Quit: Leaving) 16.18.30 Quit petur (Ping timeout: 246 seconds) 16.23.33 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.29.16 Join n1s [0] (~n1s@c-26d572d5.010-215-7570701.cust.bredbandsbolaget.se) 16.36.12 Quit n1s (Changing host) 16.36.12 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.39.27 Quit kugel (Ping timeout: 244 seconds) 16.42.30 Join franklin [0] (6c5b79a5@gateway/web/freenode/ip.108.91.121.165) 16.42.47 # [Saint]: How to use bitmaps in plugins? 16.43.24 *** Saving seen data "./dancer.seen" 16.57.11 Quit franklin (Quit: Page closed) 17.01.19 Quit ZincAlloy (Quit: Leaving.) 17.06.04 Quit edhelas (Ping timeout: 252 seconds) 17.09.23 Quit roj (Quit: Leaving) 17.17.07 Quit Cultist (Max SendQ exceeded) 17.19.42 Join Cultist [0] (~CultOfThe@c-98-223-211-32.hsd1.il.comcast.net) 17.25.40 Join ZincAlloy [0] (~Adium@pD9EE9D91.dip0.t-ipconnect.de) 17.29.03 Quit bcobco () 17.44.38 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 17.46.16 Join ygrek [0] (~user@108.59.6.97) 18.07.10 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.40.14 Join cmhobbs_ [0] (~cmhobbs@ip98-186-66-92.fv.ks.cox.net) 18.43.26 *** Saving seen data "./dancer.seen" 18.47.02 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 18.47.10 Quit cmhobbs_ (Ping timeout: 252 seconds) 18.49.26 Quit K1773R (Quit: /dev/null) 18.58.20 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 19.34.18 Join pretty_function [0] (~sigBART@117.235.40.101) 19.45.23 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 19.45.35 Quit edhelas (Ping timeout: 255 seconds) 19.57.47 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 19.59.32 Quit ygrek (Ping timeout: 255 seconds) 20.00.32 Quit kuldeepdhaka (Ping timeout: 240 seconds) 20.08.58 Quit pamaury (Ping timeout: 260 seconds) 20.11.44 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 20.11.52 Quit edhelas (Ping timeout: 252 seconds) 20.15.06 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 20.15.18 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 20.21.47 Join y4n [0] (~y4n@unaffiliated/y4ndexx) 20.24.34 Join roj [0] (~roj@70.52.118.27) 20.24.56 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 20.26.53 # flash drives. data is indicating that it's copied and it isn't. you can copy several gigabytes of files, it finishes (aparrently and you leave the flash drive plugged in without ejecting it. then you go back to the flash drive later (rememberm, you never unplugged it or ejected it) and half the data ISN'T THERE. Not Happy. Seen it happen several times now. not sure if it's nemo or the already messed up usb eject stuff that was discussed a while back but thi 20.26.53 # s is definitely frelled 20.27.11 # oops... sorry. wrong forum 20.27.32 # have this on autojoin. will remove 20.31.02 Quit kuldeepdhaka (Ping timeout: 255 seconds) 20.31.42 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 20.31.58 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 20.36.56 Quit edhelas (Ping timeout: 264 seconds) 20.36.56 Quit kuldeepdhaka (Ping timeout: 272 seconds) 20.37.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.38.04 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 20.41.35 Nick DormantBrain is now known as SuperBrainAK (~andy@74.112.200.73) 20.42.07 Quit roj (Quit: Leaving) 20.43.27 *** Saving seen data "./dancer.seen" 20.45.02 Quit kuldeepdhaka (Ping timeout: 240 seconds) 20.49.50 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 20.58.15 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 21.01.37 Quit edhelas (Ping timeout: 255 seconds) 21.08.53 Quit n1s (Quit: Ex-Chat) 21.12.49 Quit thomasjfox (Quit: Konversation terminated!) 21.13.59 Join ygrek [0] (~user@108.59.6.97) 21.14.49 Join edhelas [0] (~edhelas@77-173-104-232.ip.telfort.nl) 21.23.19 Join l2k-Shadow [0] (~filip@ip24-251-217-21.ph.ph.cox.net) 21.24.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.25.11 Quit kugel (Client Quit) 21.31.34 Quit pretty_function (Read error: Connection reset by peer) 21.32.55 Join pretty_function [0] (~sigBART@123.252.212.76) 21.33.20 Quit edhelas (Ping timeout: 264 seconds) 21.38.47 Nick SuperBrainAK is now known as DormantBrain (~andy@74.112.200.73) 21.50.59 Quit Xerion (Quit: ) 21.58.14 Quit pretty_function (Quit: Leaving...) 22.05.53 Quit zchs (Quit: Ex-Chat) 22.22.16 Quit ZincAlloy (Quit: Leaving.) 22.22.53 Join ZincAlloy [0] (~Adium@pD9EE9D91.dip0.t-ipconnect.de) 22.27.52 Quit ZincAlloy (Quit: Leaving.) 22.28.42 Quit kuldeepdhaka (Ping timeout: 244 seconds) 22.30.56 Join ZincAlloy [0] (~Adium@pD9EE9D91.dip0.t-ipconnect.de) 22.32.51 Quit ygrek (Ping timeout: 244 seconds) 22.43.29 *** Saving seen data "./dancer.seen" 22.44.13 Quit Scall (Ping timeout: 244 seconds) 22.48.40 Quit [7] (Ping timeout: 272 seconds) 22.49.54 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 22.54.40 Join Scall [0] (~chat@unaffiliated/scall) 23.16.39 Join TheJsh [0] (~TheJsh@65-128-244-58.mpls.qwest.net) 23.17.31 # Hi, I'm looking for some help with unbricking my Sansa Clip v2. The AMSUnbrick page directed me towards the IRC for help 23.20.45 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 23.26.06 Join roj [0] (~roj@135-23-92-39.cpe.pppoe.ca) 23.34.29 Join franklin [0] (6c5b79a5@gateway/web/freenode/ip.108.91.121.165) 23.39.39 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 23.40.49 Quit shai (Client Quit) 23.44.36 Quit shamus (Read error: Connection reset by peer) 23.44.44 Quit roj (Quit: Leaving) 23.45.22 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net)