--- Log for 14.04.114 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 12 hours ago 00.00.53 Quit pamaury (Ping timeout: 252 seconds) 00.04.38 # kugel: 13.10 64 bit 00.04.56 # saratoga: ok. did it instsall the gcc packages? 00.05.33 # it seems like its going to 00.07.39 # kugel: http://pastebin.com/TDifdizx 00.07.46 # the 64 bit version builds fine 00.08.54 # is this latest git? 00.09.06 # I recently compiled 32bit warble on a 64bit host fine 00.11.18 # kugel: yes this is current git, maybe i needed to change something else in the makefile? 00.11.30 # nope 00.11.49 # i just tried again, no such errors 00.12.50 # oh i still don't have a lib32 or /usr/lib/i386-linx-gnu folder 00.13.02 # saratoga: which warble do you use? 00.13.19 # I do sdlapp warble, which doenst define HAVE_RECORDING 00.13.23 # i tried Fuze 00.14.08 # use sdlapp warble, that definitely works 00.14.13 # i'll try that 00.15.17 # saratoga: the sdl package is called libsdl1.2debian, btw. so you need sudo apt-get install libsdl1.2debian:i386 00.15.48 # the package contents show the i386-linux-gnu folder so you should have it by then (http://packages.ubuntu.com/raring/i386/libsdl1.2debian/filelist) 00.19.40 # kugel: now it errors out on "/usr/bin/ld: cannot find -lSDL" 00.20.02 # right, run the above and try again 00.20.27 # you mean libsd1? 00.20.30 # i just installed that 00.20.52 # libsdl1.2debian:i386 00.21.08 # libsdl1.2debian:i386 is already the newest version. 00.21.30 # what does "file /usr/lib/i386-linux-gnu/libSDL-1.2.so.0" say? 00.23.00 Join saratoga_ [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 00.23.16 # "/usr/lib/i386-linux-gnu/libSDL-1.2.so.0: symbolic link to `libSDL-1.2.so.0.11.4'" 00.24.42 # fine 00.25.06 # oh, does the Makefile now have -L/usr/lib/i386-linux-gnu/ in the LDOPTS line? 00.25.23 # before all other options? 00.25.39 # not before, i just put it in place of the 64 bit one 00.25.41 # i can move it though 00.26.48 # doesn't seem to change anything 00.26.57 # paste the Makefile please 00.28.00 # http://pastebin.com/NcwiCx5b 00.30.02 Quit bertrik (Remote host closed the connection) 00.31.35 # hm, try putting -m32 before the -L/usr/lib/i386-linux-gnu/ in the LDOPTS line 00.31.55 # (I think it shouldnt have any effect but that's what I have and it works) 00.33.31 Quit Xerion (Ping timeout: 250 seconds) 00.33.51 # no difference 00.34.11 # libSDL is clearly in that folder, i don't know whats wrong 00.34.23 # perhaps try deleting the warbl32 dir and doing it again? 00.34.25 # why do i need libsdl to build a command line app? 00.34.45 # warble uses sdl for sound output iirc 00.35.40 # the default makefile seems strange 00.35.53 # the arguments are duplicated to LDOPTS 00.35.59 # so it does -lm twice 00.36.44 # that's not a problem, interestingly the Makefile you pasted doesnt have this 00.37.00 # yeah i deleted it to make sure it wasn't overriding the changes i made 00.37.09 # ah, ok 00.37.59 # I think it's because we add -lm, and sdl-config (run by configure) --libs adds it another time 00.38.45 # yeah still doing it 00.40.10 # wait i don't have a /usr/lib/i386-linx-gnu folder 00.42.00 # oh shit 00.42.20 Quit ender` (Quit: Curious that we spend more time congratulating people who have succeeded than encouraging people who have not. -- Neil deGrasse Tyson) 00.42.50 # " if /usr/lib32 doesnt exist, try if /usr/lib/i386-linx-gnu does" <- I should really have proof read that :( 00.42.54 # instead of just copy and paste 00.43.24 # ah 00.43.32 # ffs, I also didnt see it in your paste 00.43.50 # sorry :\ 00.44.21 # god damn it, no difference 00.44.56 # paste the output of "make V=1" please 00.45.32 # do you want a make clean first? 00.45.45 # http://pastebin.com/tu0Qe4kZ 00.46.49 # grml 00.47.07 # that makes no sense 00.48.39 # saratoga: can you run sudo ldconfig and make again? 00.50.38 # if not, try adding "-l/usr/lib/i386-linux-gnu/libSDL-1.2.so.0" to the Makefile's LDOPTS line (behind -m32), that should link the library directly 00.51.02 # if the last one doesnt work I can really make no sense of it 00.51.22 Quit teythoon (Ping timeout: 276 seconds) 00.52.09 Quit ygrek (Ping timeout: 250 seconds) 00.52.43 Join teythoon [0] (~teythoon@mail.jade-hamburg.de) 00.53.10 # "/usr/bin/ld: cannot find -l/usr/lib/i386-linux-gnu/libSDL-1.2.so.0" 00.53.20 # "ls /usr/lib/i386-linux-gnu/libSDL-1.2.so.0" 00.53.30 DBUG Enqueued KICK saratoga 00.53.30 # "/usr/lib/i386-linux-gnu/libSDL-1.2.so.0" 00.53.34 # ughhhh 00.55.30 # saratoga: and if you use "-l/usr/lib/i386-linux-gnu/libSDL-1.2" instead of "-l/usr/lib/i386-linux-gnu/libSDL-1.2.so.0"? 00.57.36 # "/usr/bin/ld: cannot find -l/usr/lib/i386-linux-gnu/libSDL-1.2" 00.57.46 # although that file does not exist either 00.58.00 # and just /usr/lib/i386-linux-gnu/libSDL-1.2.so.0 (without -l in front, but with .so.0) 00.58.03 # ? 00.59.08 # same 00.59.13 # V=1 00.59.41 # http://pastebin.com/X41TAiji 00.59.54 # oh remove -lSDL occurences 01.00.15 # sorry, I should have said this earler 01.00.25 # yes 01.00.28 # i think its working 01.00.29 # YES 01.00.54 # thank you! 01.01.02 # phew...I really don't know why -L/usr/lib/i386-linux-gnu didn't work 01.01.48 # but anyway, just keep that Makefile. you can now make changes and recompile like normal (and recompile the 64bit one in the same way to check results) 01.02.17 Quit kuldeepdhaka (Quit: need some sleep) 01.02.35 # i just dumped some of the coefficients in the filterbank (the end of the decoding process) and they look generally similar, let me dig into this 01.03.29 # <[Saint]> It would probably be nice if configure could handle this without the need for makefile fuckery. 01.03.55 # <[Saint]> Building warble is...non-obvious, at best. 01.05.59 # Is it? 01.07.54 # well you have to select "sdl app" which is odd 01.08.09 # probably warble should be its own build number rather than an option that only works with sdl app 01.09.14 # Maybe 01.09.34 # But that one thing doesn't warrant [Saint]'s claim I'd say 01.09.52 # saratoga: didnt you mentor that gsoc project? 01.10.05 # yeah 01.10.09 # my bad 01.10.12 Quit saratoga (Quit: Page closed) 01.11.21 # Well, to be fair, the outcome of that project had a hackish standalone makefile. I seem to remember integrating it into our regular build system, so I share at least part of the blame for doing it this way 01.11.44 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 01.11.44 # * [Saint] casts blame 01.11.54 # It wasn't clear to me then that it wouldn't be realistic to build it for all targets, or that this wouldn't make sense 01.11.58 # <[Saint]> Blame, blame I say! 01.12.09 # * gevaerts still wants [Saint] to elaborate his claim! 01.12.21 # nobody is to blame, once you know it it's no problem. warble is not an enduser tool anyway 01.12.38 # * gevaerts nods 01.12.48 # <[Saint]> I find it odd that it isn't its own target and that it can be built a multitude of different ways. 01.12.51 # ok, on the 216th DCT call, (so i guess the 108th frame for stereo) in kugel's test file, a single coefficient is changed from "147322773" to "154347628" then on following frames everything is different 01.13.00 # <[Saint]> It really should be its own target. 01.13.17 # <[Saint]> And handle 32/64bit gracefully. 01.13.26 # OK, you do that last bit 01.13.30 # Have fun 01.13.39 # the first part is easier, but the 64 bit part is tough 01.13.49 # <[Saint]> To do it right it depends on the first bit. 01.13.54 # Is it? 01.14.01 # *does 01.14.07 # <[Saint]> I think so. 01.14.19 # * kugel_ doesnt see a connection between the two 01.14.21 # <[Saint]> To do it "right". 01.15.04 # <[Saint]> No immediate connection but it would be a lot nicer to add it as a build option in its own target. 01.15.06 # I'm not at all sure that this is even supposed to be supported properly by multiarch 01.15.11 # saratoga_: interesting. what could be the reason? some overflow? 01.15.18 # i'm not sure yet 01.15.53 # As far as I can figure out, to do i386 bit builds on an amd64 bit system, you need the i386 -dev packages 01.16.08 # remember that I tried upstream libmad and it worked fine as well so it's gotta be one of our changes 01.16.14 # Those of course conflict with the amd64 ones, so you keep installing and uninstalling the stuff all the time 01.16.24 # * gevaerts waits for [Saint] to fix this 01.16.45 # gevaerts: uhm no, that's not a problem 01.16.56 # <[Saint]> What conflict? 01.17.10 # -dev is usually arch-independant, and if not they're multi-arched 01.17.29 # kugel_: we don't iuse the output of sdl-config --libs? 01.17.33 # the -dev packages we need are not problematic 01.17.57 # yes we do 01.18.25 # So you need the right sdl-config 01.18.42 # the output is the same (just some -lXXX) 01.18.51 # $ sdl-config --libs 01.18.51 # -L/usr/lib/x86_64-linux-gnu -lSDL 01.19.00 # oh right 01.19.05 # hm 01.19.23 # do you have sdl-config-32? it's on my system 01.20.06 # https://packages.debian.org/search?searchon=contents&keywords=sdl-config-32&mode=path&suite=unstable&arch=any tells me that that doesn't exist in debian 01.22.37 # is there a good visual diff tool for linux i can use to look at these debug logs? 01.23.44 # <[Saint]> Many exist, but I'm not confident about any good ones. I'm in the market too. 01.24.01 Quit kugel_ (Ping timeout: 245 seconds) 01.26.06 # well the inputs to the IMDCT are also changed, so the bug is somewhere before any part of the codec i've worked on 01.26.18 # i guess probably somewhere in stereo coding, huffman decoding, etc 01.26.23 # probably layer3.c 01.26.44 # on the upside this means its most likely preglow's fault not mine 01.28.38 # oh this is wild 01.28.58 # the second input to the first IMDCT of each frame is changed, nothing more 01.37.41 # as far as I can tell, it repeats about every 64k samples 01.42.44 *** Saving seen data "./dancer.seen" 01.49.54 # <[Saint]> Few things are more satisfying that finding out something problematic wasn't your fault. 02.06.33 # kugel: as far as I can tell, things go wrong somewhere in III_huffdecode 02.24.14 # yeah its III_huffdecode 02.24.37 # the second (or sometimes third) decoded value is set to 0 when it should not be for reasons I do not underestand 02.42.42 # <[Saint]> Sometimes I find it a little scary that there's parts of the codebase that people who I consider to be highly intelligent and enlightened are intimidated or confused by. 02.57.32 # well it may take someone smarter than me because i don't really understand how huffman coding works all that well and i can't see anything in there that would not be 64 bit clean 02.59.39 Quit dfkt (Disconnected by services) 02.59.40 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 03.09.30 # <[Saint]> That's the problem. 03.09.44 # <[Saint]> In this area, I'm not sure who that person would be. 03.09.50 # <[Saint]> Or if they even exist. 03.12.02 Join ygrek [0] (~user@108.59.6.97) 03.28.39 Quit GodEater (Ping timeout: 276 seconds) 03.33.40 Join GodEater [0] (~whoknows@94.11.134.164) 03.33.41 Quit GodEater (Changing host) 03.33.41 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 03.36.13 # <[Saint]> Is there any way I can fool my build client into thinking it has been issued a build? 03.36.40 # * [Saint] is playing with pretty notifications 03.38.41 Join LeonWillen [0] (~LeonWille@nezmar.jabbim.cz) 03.40.39 # <[Saint]> So far I have it reporting completed builds with elapsed time, and displaying build errors. 03.41.15 # It is possible the sansa clip+ play m4a downloaded by smtube? Because I tried the rockbox and it did not work. 03.42.47 *** Saving seen data "./dancer.seen" 03.43.28 # It is possible the sansa clip+ play files with extension .m4a downloaded by smtube? Because I tried the rockbox and it did not work. 03.44.30 # <[Saint]> Please don't repeat yourself. 03.45.18 # ok 03.49.51 Quit ygrek (Ping timeout: 245 seconds) 03.51.09 # <[Saint]> Without actually inspecting one of the files I can't really say anything. Should it be possible in theory? Yes. Certainly. But there's a fair bit of room to do some fairly weird shit in container formats. 03.52.41 # <[Saint]> Transcoding would get you up and running, and could be trivially added as a secondary step to smtube, but avoids the issue entirely. 03.53.22 # <[Saint]> I'm not in a position to investigate the file(s) in question presently. 03.57.02 # http://www.sendspace.com/file/9pcvfn Here a file dowloaded in smtube in .m4a 04.05.14 # try repacking the mp4 file with mp4box or something similar 04.05.20 # probably the container is screwed up 04.06.20 # kugel: i think this fixes the 64 bit bug: http://pastebin.com/GfwyEEdk 04.06.26 Join ygrek [0] (~user@108.59.6.97) 04.21.54 # No firmware would. M4a be compatible? 04.28.42 Quit pixelma (Disconnected by services) 04.28.42 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.28.45 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 04.28.54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.28.55 Quit amiconn (Disconnected by services) 04.28.58 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.29.49 # <[Saint]> LeonWillen: can you try that again please? 04.30.01 # <[Saint]> I have no idea what you're trying to say. 04.32.58 # you need m4a file for test? 04.33.53 Join Misanthropos [0] (~Misanthro@frnk-4d01c6b1.pool.mediaWays.net) 04.37.35 Quit GodEater (Ping timeout: 276 seconds) 04.42.28 Join GodEater [0] (~whoknows@94.11.134.164) 04.42.28 Quit GodEater (Changing host) 04.42.28 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 04.57.34 Join Strife89 [0] (~Strife89@adsl-98-80-240-161.mcn.bellsouth.net) 05.04.18 Part LeonWillen 05.07.25 Quit Misanthropos (Ping timeout: 258 seconds) 05.09.35 Quit [7] (Disconnected by services) 05.09.50 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 05.14.38 Quit GodEater (Ping timeout: 276 seconds) 05.19.08 Join GodEater [0] (~whoknows@2.217.100.17) 05.19.09 Quit GodEater (Changing host) 05.19.09 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 05.19.29 Join Misanthropos [0] (~Misanthro@frnk-5f74303f.pool.mediaWays.net) 05.42.50 *** Saving seen data "./dancer.seen" 05.50.44 Quit Misanthropos (Ping timeout: 258 seconds) 05.56.55 Join Misanthropos [0] (~Misanthro@frnk-5f74303f.pool.mediaWays.net) 06.07.51 Quit habys (Quit: WeeChat 0.4.2) 07.06.57 Quit jhMikeS (Ping timeout: 245 seconds) 07.07.02 Join GodEater` [0] (~whoknows@2.220.1.13) 07.08.33 Quit GodEater (Ping timeout: 258 seconds) 07.29.25 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 07.42.52 *** Saving seen data "./dancer.seen" 07.44.10 Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) 07.51.36 Join mortalis [0] (~kvirc@213.33.220.118) 07.54.27 Quit Strife89 (Ping timeout: 245 seconds) 07.55.42 Quit Misanthropos (Ping timeout: 245 seconds) 08.08.37 Quit pamaury (Ping timeout: 245 seconds) 08.11.32 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 08.13.31 Join ender` [0] (krneki@foo.eternallybored.org) 08.14.59 # Build Server message: 3New build round started. Revision a18c33a, 253 builds, 30 clients. 08.21.09 # Build Server message: 3Build round completed after 370 seconds. 08.23.47 Quit ygrek (Ping timeout: 276 seconds) 08.52.01 Join LinusN [0] (linus@giant.haxx.se) 09.13.00 Join wodz [0] (~wodz@89-75-151-160.dynamic.chello.pl) 09.17.44 Quit GodEater` (Ping timeout: 258 seconds) 09.26.51 Join GodEater [0] (~whoknows@2.220.1.13) 09.26.52 Quit GodEater (Changing host) 09.26.52 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 09.28.21 Join ygrek [0] (~user@108.59.6.97) 09.35.58 Join kugel [0] (~kugel@46.114.22.94) 09.35.59 Quit kugel (Changing host) 09.35.59 Join kugel [0] (~kugel@rockbox/developer/kugel) 09.37.17 # saratoga_: have you tried the change? it doesn't look promising to me 09.38.39 Join saratoga [0] (4160ac54@gateway/web/freenode/ip.65.96.172.84) 09.39.15 # kugel: it fixes the problem for me but yes I'm a little unclear on why 09.39.49 # I thought I made a mistake but on 64 bit the output matched foobar 09.40.05 # let me know if I'm mistaken 09.40.42 # saratoga: I commited your version of 'Frequency' setting description. 09.41.46 # kugel: on touch devices we have kinetic scrolling - how this is implemented? I mean could it be reused somehow for touchstrip devices? 09.42.49 # there's extensive comments apps/gui/list.c 09.42.53 *** Saving seen data "./dancer.seen" 09.43.01 # ok, will look 09.43.20 # apps/gui/bitmap/list.c* 09.44.20 # saratoga: this use of unsigned long looks safe to me 09.44.40 # I'll try anyways 09.51.47 Quit saratoga (Ping timeout: 240 seconds) 09.57.08 Join petur [0] (5bb7304d@rockbox/developer/petur) 10.01.08 Join maruk1 [0] (~papier@titanium.v6.sdv.fr) 10.13.49 Quit [Saint] (Remote host closed the connection) 10.14.53 Join [Saint] [0] (~saint@rockbox/staff/saint) 10.17.44 # kugel: ping 10.26.31 Join einhirn [0] (~Miranda@2001:638:605:4:ace0:3d4d:da99:d478) 10.33.21 Quit wodz (Quit: Leaving) 11.15.36 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 11.40.08 Join kugel2 [0] (~kugel@e178188056.adsl.alicedsl.de) 11.40.24 # wodz: pong 11.41.06 Quit jhMikeS (Ping timeout: 258 seconds) 11.41.14 Quit kugel (Ping timeout: 252 seconds) 11.42.04 Quit SuperBrainAK (Ping timeout: 240 seconds) 11.42.55 *** Saving seen data "./dancer.seen" 11.43.41 Nick kugel2 is now known as Kugel (~kugel@e178188056.adsl.alicedsl.de) 11.43.55 Nick Kugel is now known as kugel (~kugel@e178188056.adsl.alicedsl.de) 11.46.10 Join Pitrola [0] (b5a6c22f@gateway/web/freenode/ip.181.166.194.47) 11.49.03 Join DormantBrain [0] (~andy@2001:470:8:a61::5f92:59a1) 11.49.05 Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) 11.49.33 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 11.50.39 # Hi guys. I am about to install Rockbox in my Clip+ for the the first time. Firs time installing Rockbox in general. I already upgraded to the latest original firmware (.18). How do I know which original firmwares are supported by by Rockbox in order to patch them for Rockbox installation? In the Rockbox website, I see only .16 original firmwares to download. 11.52.25 # Pitrola: they should all be supported, but if there is a problem, Rockbox Utility will tell you 11.53.02 # Thank You. 11.55.47 # And if it tells me, in which state the device would be? 11.56.20 # I'm not sure what you mean 11.57.33 # If it fails in the installation becasue of a original firmware rejection, will the device still work fine? 11.58.01 # That would be well before anything is done to the device, so yes 11.58.27 # Great. Thanks again. 12.05.49 # <[Saint]> The worst that would happen is Rockbox Utility or the firmware patcher says "I don't know this file, try again". 12.07.22 Quit kugel (Ping timeout: 276 seconds) 12.24.16 Quit wodz (Ping timeout: 276 seconds) 12.37.18 Join Pincus [0] (7ca996e2@gateway/web/freenode/ip.124.169.150.226) 12.37.47 Quit Pitrola (Ping timeout: 240 seconds) 12.39.43 # Hey guys 12.41.34 # I've been running Rockbox on my Sansa Clip+ for almost two years, which was going great. Then because I dropped in several times it stopped working because one of the battery wires snapped. So the fix was simple enough - solder the wires back on. 12.42.21 # <[Saint]> But? 12.44.35 # I successfully did that, despite the inappropriately large soldering iron I used. But when I put it back together, I realised I forgot to put the little padding thing which sticks to one of the integrated circuits. So I opened it back up and put it on, but in the process one of the wires came off the battery again, so I had to resolder them, again. 12.45.26 # <[Saint]> Let's get to why you're here now. 12.46.04 # Anyway, I think I bricked my Sansa Clip+. The screen never powers on. However, when I connect it to my computer (Windows 7), Windows pops up a box recognising a drive, which needs to be formatted, and it currently 4.03mb "RAW". 12.46.39 # <[Saint]> Yep. Sounds like you killed the internal storage. 12.46.56 # When I hold down the power button for 10 seconds while it's plugged in, Windows can no longer "see" is. (excuse my lack of jargon :)) 12.47.36 # <[Saint]> The only thing you can do is hope the unbrick instructions on our wiki help. 12.47.44 # <[Saint]> But its quite doubtful. 12.48.17 # <[Saint]> The 4MB volume is usually a symptom of "being well and truly fucked". 12.48.25 # <[Saint]> (Pardon my French) 12.48.34 # I'll see what I can find. I came across instructions for the Sansa Clip V2. I'll try to find Clip+. 12.49.00 # <[Saint]> One sec. 12.49.08 # <[Saint]> I'll get off my mobile. 12.49.08 # haha yeah true. 12.49.15 # Thanks! 12.50.27 # <[Saint]> http://www.rockbox.org/wiki/SansaAMSUnbrick 12.50.32 # <[Saint]> There we go. 12.50.56 # <[Saint]> I will add that this is by no means an exact science. 12.51.05 # <[Saint]> We have no idea why this works. 12.51.37 # Cheers! 12.51.38 # haha 12.51.44 # <[Saint]> At this stage, its worth trying - as you can't break it any more than it is now. 12.51.52 # <[Saint]> But its /probably/ dead, I'm sorry. 12.52.23 # I'm very curious, what or where is that 4mb partition? 12.52.49 # Oh yeah, also, I inserted both a 32gb and 64gb microsd card, and neither showed up in Windows. 12.53.39 # <[Saint]> What it is, we don't know. Where it is, is probably a section of storage on the SoC. 12.54.01 # <[Saint]> I don't know too much about the internals of these devices. 12.54.26 # <[Saint]> I know this partition doesn't exist on the internal storage as it still appears at times when the storage is completely dead. 12.55.22 # Another thing, do you think the excess head experienced by the ICs caused this thanks to my poor soldering skills? Or, I think I might have even bridged two pins of one of the ICs, maybe even bridge it to negative. (*may have*) haha 12.56.08 # <[Saint]> Heat may be an issue, but I would put my money on an accidental short or static discharge. 12.56.52 # <[Saint]> I should also add that if you do manage to recover this device it is likely that you may not be able to boot the original firmware, but that is a minor loss if you manage to recover it. 12.57.14 # <[Saint]> A full recovery would involve someone else with this device making a dump of their player. 12.58.01 # <[Saint]> That's probably because some magic the OF relies on gets trashed, but Rockbox doesn't seem to care about it, so, yay. 12.58.49 # Cool, thanks for the info! 12.58.53 # <[Saint]> In some cases writing a patched firmware is enough to fully recover the device, in other cases it will only allow Rockbox to boot. 12.59.33 # Interesting 13.00.34 # I read on the forum that you shouldn't short the battery. Something to do with the little circuit board attached to the battery. What happens? 13.01.14 # <[Saint]> I'm not so sure about that. The battery should have internal protection against this. 13.01.26 # <[Saint]> I would almost be willing to put money on it. 13.01.43 # Also, I used a multimetre to check which wire was positive/negative. That's fine though, 'cause you're not shorting it there, right? 13.02.01 # Cool. 13.02.48 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.03.57 # So I suppose the developers of Rockbox have contacted Sansa for information. How did they respond? 13.04.21 Join Geoff__ [0] (~qua@192.3.27.126) 13.05.17 # <[Saint]> The only contact I'm aware of was informing them of a bug in their playback which they half fixed after Rockbox did. 13.07.25 # <[Saint]> All the information known about these devices comes from leaked datasheets, datasheets for similar hardware, and reverse engineering/disassembly. 13.07.37 # <[Saint]> ZManufacturers haven't given us squat AFAIK. 13.07.41 # <[Saint]> -Z 13.08.25 # That's a shame. 13.08.41 # Why aren't they more open? What do they have to lose? 13.08.55 # <[Saint]> Well, you don't make money by giving away your trade secrets now do you? ;) 13.09.36 # <[Saint]> Once you do that you're no longer special, anyone can do the same. 13.09.37 # haha, fair enough. 13.11.55 # I haven't given up on my Clip+ just yet, but assuming I can't bring this baby back to life, what's a good replacement? I'm thinking Sansa Clip Zip. I read some negative things about the newest one, "Sport", and it doesn't run Rockbox. 13.12.45 # <[Saint]> And likely never will. 13.13.11 # <[Saint]> Regarding player recommendations, it really depends what you're own preferences are. 13.13.22 # <[Saint]> I for instance rather hate these Happy Meal toys. 13.13.23 # Why is that? It has a different processor or something? 13.13.33 # haha 13.13.49 # <[Saint]> From what we know if it now it has a very limited amount of memory. 13.14.22 # <[Saint]> Unless there's more memory hiding somewhere, a port would be very difficult bordering impossible. 13.15.06 # <[Saint]> There's not enough memory to load a fullscreen color bitmap even. 13.15.07 # Oh yeah, that's right. I read that. But somebody said it must have more, because with that limitted amount of memory (something like 88kb, iirc), it couldn't even decode and play Ogg Vorbis files. 13.15.23 # <[Saint]> (assumedly the LCD has its own cache, else I have no idea what voodoo its doing) 13.15.39 # haha 13.15.40 # Yeah 13.19.23 # What is the consequence of bridging the negative and earth, with a voltage applied to it? Nothing? 13.42.57 *** Saving seen data "./dancer.seen" 13.53.12 Quit cmhobbs (Ping timeout: 245 seconds) 13.53.59 # The two bits I am supposed to bridge are tiny! 13.54.33 # I really need an appropriate soldering iron though haha 13.55.00 # <[Saint]> Use a paperclip, or tweezers. 13.55.18 # <[Saint]> Or fuse wire. 13.55.24 # Hmm 13.55.59 # This is gonna be tricky 13.56.25 # <[Saint]> I find tweezers with a fine tip useful for this type of thing personally. 13.56.43 # <[Saint]> But a paperclip is also a handy tool. 13.56.49 # Yeah 13.56.59 # I've got tweezers too 13.57.01 # <[Saint]> Not just for MacGuyver. 13.57.18 # haha 13.57.21 # And a little flat screwdriver 13.57.44 # Holding it to bridge it is doable. But actually soldering it? Man, that's another. 13.57.48 Quit kuldeepdhaka (Ping timeout: 250 seconds) 13.57.58 # <[Saint]> No...shit no. 13.58.05 # <[Saint]> Don't solder it in place. 13.58.11 # <[Saint]> No no no. 13.58.26 # Perhaps I could get a bit of solder onto the tip of a paperclip, then quickly place it down in the middle of the two pads. 13.58.31 # oh 13.58.33 # haha 13.58.42 # Excuse my ignorance :P 13.58.46 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 13.59.02 # <[Saint]> Just hold it there. Its tricky, but doable. 13.59.36 # BTW, I must say, it's impressive that people have worked this shit out, even if it's not all fully understood. 14.01.39 # <[Saint]> I'm not actually sure how this was discovered. 14.05.14 Quit ygrek (Ping timeout: 258 seconds) 14.08.33 # Should I bother to boot into Linux at this point? It still only shows up as 4.03MB 14.08.52 # Maybe I haven't bridged them, it's a bit tricky. 14.09.18 # But it looks like it's FUBAR. 14.10.55 # I'll give it another go. This time i've got surgical sissors, nice and pointy ^_^ 14.12.35 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.15.00 # K 14.15.26 # I definitely had that bridged, then plugged it in. It's still reporting as 4MB. Dang! 14.18.48 # <[Saint]> Worth a shot. But, yeah. As I initially suspected it sounds like the internal storage died. 14.19.59 # <[Saint]> Else it should present a ~900Mb-ish volume, from memory. 14.21.25 # <[Saint]> Static discharge or accidental bridging is a likely culprit. 14.22.03 # <[Saint]> Heat shouldn't be an issue unless you used a very hot iron, for a very long time. 14.24.39 # "If it reports 4MB, your flash is broken." I'm curious, where is this flash located? Is it within the AMS AS3525 or is it a standalone thing? 14.24.58 # Clips are nice because if they break you arent out of a ton of money and can replace 14.25.17 # Hmm, yeah probably accidental bridging. 14.25.29 # Yeah exactly. 14.26.29 # I'll buy a Sansa Clip Zip now. I want something small and cheap. Using my phone for music gives me the shits, because you can't easily FF and change tracks. 14.26.58 # :D 14.27.07 # Loving the zip 14.28.21 # http://i.imgur.com/TYBqc7u.jpg 14.28.46 # Not my current theme but my usual setup 14.30.23 # I'll also have to buy a better soldering iron. I was bound to run into trouble with the one I was using - a big and heavy fucker. 14.30.58 # Cool, it looks good ParkerR. 14.31.24 # I look forward to having a decent screen instead of the blue/yellow one on the Clip+ 14.34.20 # Pincus: bonus its OLED 14.35.00 # Why are there so many dead Sansa Clips on eBay? One seller has like 10 of them. :S 14.35.11 # O.o 14.35.41 # What's OLED, and what else can they be? Again, excuse my ignorance :) 14.36.11 # Pincus: last I checked Best Buy had the 4GB Zip for $30 and Radioshack had it for $40 14.36.28 # The dude must have worse soldering skills than me ;) 14.36.30 Quit kuldeepdhaka (Ping timeout: 252 seconds) 14.36.44 # Hmm 14.37.10 # I'm in Sydney, Australia :) I'll continue looking around though. 14.37.45 # Pincus: OLED instead of LCD. On OLED each pixel produces its own light. There isnt a backlight. This means if a pixel is black its off 14.38.10 # Ah, I see. 14.40.55 Join kuldeepdhaka [0] (~kuldeepdh@unaffiliated/kuldeepdhaka) 14.41.48 # That doesn't make the zip different from the + though 14.41.57 # That's OLED too 14.42.21 # * gevaerts thoinks the clip+ has a better screen than the clip zip 14.43.26 # k 14.43.34 # Better in what way? 14.43.36 # gevaerts: but the zip is color... :P 14.43.43 # 96x96 14.43.59 # Yeah I noticed that, instead of 128 wide 14.44.10 # clip+ is also color - 3 color 14.44.20 # For such a small screen, I prefer clear monochrome to less than perfect colour 14.44.23 # Which is admittedly a bit of a difference. 14.44.39 # gevaerts: looks fine here 14.45.04 # The clip snapped off on my Clip+ like < 2 months after I got it, and for no particular reason. Hopefully it doesn't happen again. 14.45.24 # Of course if you want colour, the zip is the one to pick 14.47.12 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.52.10 # What's the deal with international shipping costs? Stuff from HK/China always seems to be really cheap or free, but stuff from the UK/US seems, in comparison, unreasonably high, like $15+ 14.53.29 # $31.55 to ship a Sansa Clip Zip from the US to Australia. Come on now, that's more than the product itself! 14.53.45 # Used, Clip Zip, though... 14.54.40 # But from Israel it's just $2 for shipping. Though it seems like the actual cost of shipping was absorbed by the price of the Clip Zip. 14.56.53 Quit einhirn (Read error: Connection reset by peer) 14.58.18 # <[Saint]> Shipping can be a real pain in the dick for Australasia. 14.58.49 # <[Saint]> Like nowhere stocks SanDisk players. 14.59.19 # <[Saint]> Its virtually impossibly to buy them new locally in AU/NZ. 14.59.30 # <[Saint]> *impossible 14.59.53 # Yeah it blows. There's one online shop here, but it's going for $85! 15.00.45 # <[Saint]> Its all iPods and piece-of-shit Phillips players I wouldn't use if I was paid to here. 15.00.45 # Should I save $5 by buying a refurbished one? It still comes in the packaging with cables etc. 15.01.18 # <[Saint]> I'd buy new. 15.01.33 # <[Saint]> No reason not to if its only five bucks 15.01.38 # Yeah 15.03.16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 15.03.20 # <[Saint]> Hmmm. Yep. Apple, Phillips and Sony absolutely dominate the (tiny) DAP market here as I thought. 15.03.37 # <[Saint]> Predominantly the former of the three. 15.03.56 Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) 15.04.35 # Pincus: "Stuff from HK/China always seems to be really cheap or free"; They just stick it one of the many shipping containers leaving their country, in the US/UK nothing is manufactured, so someone is paid to collect and deliver it by hand ;) 15.05.12 # haha yeah 15.05.43 # Saint, "here" = Australia? You're Australian too? 15.11.55 Quit einhirn (Read error: Connection reset by peer) 15.12.46 Quit nick_p (Quit: Leaving) 15.12.53 # <[Saint]> New Zealand 15.13.05 # <[Saint]> Christchurch, specifically. 15.14.58 # * [Saint] shakes a fist in a westerly direction. 15.16.34 Quit preglow (Ping timeout: 246 seconds) 15.18.29 Join preglow [0] (~thomj@2001:840:4243:3::100) 15.18.56 Quit [Saint] (Read error: Connection reset by peer) 15.19.57 Join [Saint] [0] (~saint@rockbox/staff/saint) 15.20.42 # ahah :D 15.22.03 # Thanks so much for your help, it was much appreciated! Goodnight. 15.22.23 Quit Pincus (Quit: Page closed) 15.22.52 Quit mortalis (Ping timeout: 240 seconds) 15.23.59 Join ygrek [0] (~user@108.59.6.97) 15.30.28 Join wayne__ [0] (dfa6c6ca@gateway/web/freenode/ip.223.166.198.202) 15.30.52 Quit wayne__ (Client Quit) 15.39.16 Quit GodEater (Ping timeout: 276 seconds) 15.42.43 Quit wodz (Remote host closed the connection) 15.43.01 *** Saving seen data "./dancer.seen" 15.44.29 Join GodEater [0] (~whoknows@2.220.1.13) 15.44.30 Quit GodEater (Changing host) 15.44.30 Join GodEater [0] (~whoknows@rockbox/staff/GodEater) 16.10.26 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de) 16.10.26 Quit kugel (Changing host) 16.10.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.11.10 Quit kugel (Client Quit) 16.17.40 Join kugel [0] (~kugel@91-65-253-235-dynip.superkabel.de) 16.17.40 Quit kugel (Changing host) 16.17.40 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.18.52 Quit amayer (Quit: Leaving) 16.20.21 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.25.26 Quit amayer (Quit: Leaving) 16.27.35 Join amayer [0] (~amayer@mail.weberadvertising.com) 16.30.16 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.30.24 Quit einhirn (Read error: Connection reset by peer) 16.31.32 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.31.48 Join RiD [0] (~RiD@bl6-69-254.dsl.telepac.pt) 16.57.53 Join krnlyng [0] (~liar@83.175.90.24) 17.02.52 Quit Slasheri (Ping timeout: 240 seconds) 17.02.59 Join Slasheri [0] (miipekk@xen.ihme.org) 17.02.59 Quit Slasheri (Changing host) 17.02.59 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 17.06.04 Part LinusN 17.06.09 Join Rower [0] (husvagn@h176n2-aeg-a11.ias.bredband.telia.com) 17.08.19 Quit kugel (Ping timeout: 276 seconds) 17.18.43 Quit mc2739 (Ping timeout: 276 seconds) 17.20.36 Join cereal_killer [0] (3e2e884a@gateway/web/freenode/ip.62.46.136.74) 17.21.45 # is there a button combination or so to go to the WPS from the menus on the D2? Or do I have to navigate to the main menu and press "now playing"? 17.23.32 # <[Saint]> From memory I don't believe so. 17.23.58 # <[Saint]> Only with nasty grid mode enabled iirc. 17.25.14 # <[Saint]> You could very trivially add this functionality if you wanted to with a custom .sbs 17.27.30 # thanks for the response [Saint]. I would love to have a "go to wps" function. So you mean I need to create a custom .sbs where I press a button, that takes me to the wps from everywhere in the menus? 17.28.46 # <[Saint]> Only if there indeed isn't a way to do this already. Which I'm not /entirely/ confident about. 17.31.44 # <[Saint]> The simplest .SBS to do this would just shrink the ui viewport and add a single touch element in the entirety of the recovered space (it would look more aesthetically pleasing if taken from the bottom as opposed to the top) that jumped straight to the now playing screen. 17.32.01 # <[Saint]> No need for any visual elements necessarily. 17.32.26 # Oh I have not searched properly, but there is already a button combo that returns to the wps. It is holding PLUS first, then MENU. 17.32.53 # <[Saint]> Ew. 17.33.23 # <[Saint]> Maybe adding a touch region may be a better option after all. :) 17.33.53 # <[Saint]> Its rather a shame so few themes exist for the D2. 17.33.54 Join dfkt [0] (~dfkt@unaffiliated/dfkt) 17.34.09 # <[Saint]> Its a relatively obscure device. 17.34.45 # <[Saint]> But from a themeing perspective it has a lot of potential. 17.34.55 Quit RiD (Ping timeout: 258 seconds) 17.34.58 # Thanks for your input. I think I am satisfied with the button combo, though such a touch region would be quite nice to have. 17.35.41 # yes, not many themes with a obsolute point mode for the wps exist. 17.36.23 # <[Saint]> It would quite literally only be 3 or 4 lines of code to add a basic sbs with an invisible touch region. 17.37.22 Quit dfkt_ (Ping timeout: 245 seconds) 17.37.32 Quit dfkt (Disconnected by services) 17.37.33 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 17.37.59 # <[Saint]> Specify custom UI viewport, specify user viewport in remaining space, add touchscreen area to fill new viewport. 17.38.37 # <[Saint]> The second viewport isn't strictly necessary, but cleaner IMO. 17.38.37 # I tried looking into the tags for a custom wps using absolute point mode, but I gave up. I tried to make the wps of cabbiev3 (my favourite theme btw.) absolute point, but I could not get my head around that. 17.38.46 Join dfkt [0] (dfkt@unaffiliated/dfkt) 17.38.47 Quit petur (Ping timeout: 240 seconds) 17.40.49 # <[Saint]> The problem is a lit of themes are very poorly written and adapting them ends up being a full rewrite instead. 17.41.40 # <[Saint]> There's definitely some rather exotic examples of skin code usage floating around out there. 17.42.46 Quit dfkt_ (Ping timeout: 252 seconds) 17.43.04 *** Saving seen data "./dancer.seen" 17.44.03 # that is true... I remeber trieng to modify a theme when I had to look up every tag because there was no documentation in the code, like #album art 17.46.18 Join AlexP [0] (~alex@rockbox/staff/AlexP) 17.51.29 Part cereal_killer 18.03.29 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.19.15 Join Saratoga [0] (~AndChat73@38.97.94.18) 18.19.35 # Kugel: did that change work for you? 18.19.39 Join rela [0] (~x@pdpc/supporter/active/rela) 18.22.59 Join AndChat|73761 [0] (~AndChat73@2607:fb90:2902:aa1:5e05:8731:1684:24b2) 18.24.42 Join rela_ [0] (~x@pD9E579A1.dip0.t-ipconnect.de) 18.25.14 Join AndChat-73761 [0] (~AndChat73@18.111.70.134) 18.26.04 Quit Saratoga (Ping timeout: 240 seconds) 18.26.34 Join Saratoga [0] (~AndChat73@2607:fb90:2905:d08d:fbbc:6821:7b7e:980b) 18.27.22 Quit rela (Ping timeout: 245 seconds) 18.27.26 Quit AndChat|73761 (Ping timeout: 258 seconds) 18.27.44 Quit rela_ (Read error: Connection reset by peer) 18.30.16 Quit AndChat-73761 (Ping timeout: 245 seconds) 18.30.53 Quit Saratoga (Ping timeout: 258 seconds) 18.33.07 Join bertrik [0] (~quassel@ip117-49-211-87.adsl2.static.versatel.nl) 18.33.07 Quit bertrik (Changing host) 18.33.07 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.41.48 Quit maruk1 (Quit: Leaving.) 18.46.07 Quit pamaury (Ping timeout: 245 seconds) 19.16.52 Join rela [0] (~x@pdpc/supporter/active/rela) 19.31.55 Join RiD [0] (~RiD@bl6-69-254.dsl.telepac.pt) 19.43.06 *** Saving seen data "./dancer.seen" 19.45.11 Join einhirn [0] (~Miranda@p4FC74677.dip0.t-ipconnect.de) 19.49.15 Quit einhirn (Ping timeout: 240 seconds) 19.50.42 Join lebellium [0] (~chatzilla@89-93-178-161.hfc.dyn.abo.bbox.fr) 19.55.18 Join jhMikeS [0] (~jethead71@c-68-43-2-35.hsd1.mi.comcast.net) 19.55.18 Quit jhMikeS (Changing host) 19.55.18 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 19.57.57 # Umm Is there a confirmed max capacity for the SD card on the Clip Zip using Rockbox? 19.58.05 # Like you have access to all the space and it just works 19.58.52 # Depends on the card 19.59.01 # You won't get 4GB on a 2GB card 19.59.26 # Hmm? 19.59.32 # I mean like 64, 128 etc 20.00.31 # * gevaerts is confused 20.00.31 # 64gb ums1 sdxc cards work when formatted to fat32 20.00.33 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.00.43 # are there already 128gb microsd cards available? 20.00.50 # yes, from SanDisk 20.00.57 # Oh, you mean, is there a limit on how big rockbox will support? 20.01.00 # you should know, it's been posted on ABI 20.01.07 # If so, no 20.01.10 # gevaerts, aye 20.01.15 # haven't visited ABI in two years 20.01.24 # haha, ok 20.01.28 # IIRC there have been reports of people using 128gb cards with rockbox 20.03.05 # sweet, the 128gb cards are still uhs1 20.03.12 # so they should work 20.04.16 # I no longer trust microsdxc cards 20.04.30 # Why? 20.04.32 # or microsdhc 20.04.51 # had a 32 GB microsdhc card from Transcend, got file corruption all the time 20.05.13 # had a 64 GB microsdxc card from SanDisk, I managed to fuck it up in software, it would no longer write anything 20.05.15 # that's an exeption, not the norm 20.05.33 # got a replacement for it from SanDisk, ran into a bug with my Fuze+ half the time 20.05.52 # pamaury has my Fuze+ and my card and we can't figure out the problem 20.06.15 # you should feel better without Fuze+ :P 20.06.21 # I do 20.06.33 # I use my iPod, which is teh awesome. 20.06.53 # Hopefully an iPod that supports Rockbox... 20.06.57 # ;) 20.07.13 # Rockboxed iPod Classic, duh 20.07.19 # :D 20.08.35 # I've always been suspicious about those tiny cards anyway 20.08.41 # their size is ungodly 20.08.47 # Haha I might have just gotten some guy in 4chan to get a Zip. He was happy to hear he could have his 40GB collection on something cheap and small. 20.09.10 Quit bluebrother (Disconnected by services) 20.09.15 Join bluebrother^ [0] (~dom@rockbox/developer/bluebrother) 20.09.37 # I still can't figure out how those tiny things have as much storage as 2.5" SSDs 20.09.47 # it's insane 20.10.01 # Magnets 20.10.04 # :P 20.10.09 # wha? 20.10.10 # magnets, how do they work? 20.10.14 # (google it) 20.10.15 # copper, ^ 20.10.19 # That's the joke 20.10.35 # sorry I can't use Google anymore, they think I'm a bot 20.10.41 # so I'm just gonna Bing it 20.10.50 # http://knowyourmeme.com/memes/fucking-magnets-how-do-they-work 20.10.53 # copper, and wat 20.10.57 # You got banned from Google? 20.11.01 # O.o 20.11.42 Quit fs-bluebot (Ping timeout: 258 seconds) 20.13.32 Join fs-bluebot [0] (~fs-bluebo@g226068046.adsl.alicedsl.de) 20.16.37 # yeah they dislike my IP address (which they think comes from effing Morocco) and probably the fact that I use google with a dynamic bookmark linking to the direct search results 20.18.29 # now I can't use Google without getting a captcha every single time 20.19.08 # Maybe disable the direct link thingy and solve a few captchas? 20.19.13 # Or use startpage heh 20.19.31 # no, the damage is done 20.19.34 # Still gets results from google but takes out the crap 20.19.48 # I still get a captcha when going to google.com and typing a query in their search field 20.20.09 # https://startpage.com/ 20.20.15 # I've filed a request to "unban" my IP 20.20.18 # no answer yet 20.33.49 Join Misanthropos [0] (~Misanthro@frnk-5f743545.pool.mediaWays.net) 20.41.15 Quit ygrek (Ping timeout: 240 seconds) 20.41.22 # Woo so this went from hey what nusic player do you use to a full blown rockbox thread haha http://boards.4chan.org/g/res/41373263 20.45.34 Quit Misanthropos (Ping timeout: 250 seconds) 20.49.30 Join rela_ [0] (~x@pD9E579A1.dip0.t-ipconnect.de) 20.52.43 Quit rela (Ping timeout: 258 seconds) 21.13.02 Quit FOAD (Ping timeout: 258 seconds) 21.13.13 Join FOAD [0] (~foad@unaffiliated/foad) 21.20.45 Quit FOAD (Remote host closed the connection) 21.22.53 Join FOAD [0] (~foad@unaffiliated/foad) 21.29.19 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 21.34.58 Quit mc2739 (Ping timeout: 250 seconds) 21.39.32 Quit FOAD (Quit: I'll be back) 21.39.43 Join FOAD [0] (~foad@unaffiliated/foad) 21.40.21 Quit rela_ (Quit: Leaving) 21.40.37 Join rela [0] (~x@pdpc/supporter/active/rela) 21.43.10 *** Saving seen data "./dancer.seen" 21.56.04 Join ii [0] (~ii@80-254-68-246.dynamic.monzoon.net) 21.56.28 Nick ii is now known as Guest58847 (~ii@80-254-68-246.dynamic.monzoon.net) 22.05.47 Quit saratoga_ (Ping timeout: 240 seconds) 22.15.30 Join Misanthropos [0] (~Misanthro@frnk-5f743545.pool.mediaWays.net) 22.15.58 Quit Rower (Quit: Hmmm...) 22.21.31 Quit Misanthropos (Ping timeout: 265 seconds) 22.22.54 Quit Guest58847 (Remote host closed the connection) 22.24.23 Join Misanthropos [0] (~Misanthro@frnk-5f743545.pool.mediaWays.net) 22.42.59 Quit rela (Read error: Connection reset by peer) 22.43.33 Join ii [0] (~ii@80-254-68-246.dynamic.monzoon.net) 22.43.56 Nick ii is now known as Guest13345 (~ii@80-254-68-246.dynamic.monzoon.net) 23.01.33 Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) 23.03.03 # kugel: I double checked and the patch I sent you produced a file that matched foobar2000 to about 14-15 bits, so although i don't see why that change matters, I think it does work unless I have made a huge mistake 23.07.03 Join Strife89 [0] (~Strife89@adsl-98-80-240-161.mcn.bellsouth.net) 23.15.37 Join the-kyle [0] (~kyle@kyle.tk) 23.18.48 Join tertu [0] (~tertu@143.44.70.199) 23.28.54 Quit amayer (Quit: Leaving) 23.29.25 Quit Guest13345 (Remote host closed the connection) 23.43.13 *** Saving seen data "./dancer.seen" 23.46.11 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 29.0/20140410150427]) 23.50.09 Quit pamaury (Ping timeout: 252 seconds)