--- Log for 07.11.113 Server: sendak.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 hours and 35 minutes ago 00.05.21 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 00.20.47 Join rocketnine [0] (~tee@198.199.104.66) 00.21.06 # hey guys, on my ipod mini 2nd gen i have to spin the click wheel at least one or two notches before being able to use any of the buttons 00.21.20 # once i spin it a bit, it works fine until i lock the ipod again 00.21.31 # is this a setting that i can disable somewhere? i cant find it anywhere if so 00.23.24 # I'm a bit doubtful about the details now, but that sounds like an old bug 00.23.49 # It's just that I seem to vaguely half-remember something about it being fixed, but that can easily be wrong 00.26.02 # alas i just upgraded to the latest stable release, unless you think it may have been fixed since then 00.26.30 # No, not definitely not since then 00.26.46 Nick DormantBrain is now known as SuperBrainAk (~andy@2001:470:8:a61::5f92:59a1) 00.43.02 Quit lebellium (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131104182142]) 00.57.52 Quit ender` (Quit: The shortest unit of time in the multiverse is the New York Second, defined as the period of time between the traffic lights turning green and the cab behind you honking. -- Terry Pratchett) 00.58.51 Quit bertrik (Remote host closed the connection) 01.12.59 Join [Saint] [0] (~saint@rockbox/user/saint) 01.14.30 # <[Saint]> ...do we keep the seed when we "reshuffle" a playlist? 01.14.56 # <[Saint]> note: not the "Shuffle" setting, the playlist options entry - the one that apparently doesn't allow for de-shuffling. 01.15.36 # <[Saint]> (its called "Reshuffle", though its got no way of being aware if the playlist is shuffled already or not - though it could - so the naming is kinda terrible too...but, hey) 01.18.55 Quit soap (Read error: Connection reset by peer) 01.22.04 Quit n17ikh (Ping timeout: 245 seconds) 01.24.19 # * [Saint] decides it _should_ be pretty easy to give the "true random" people what they want by generating entropy from device input. 01.26.06 Join soap [0] (~soap@cpe-174-102-96-10.woh.res.rr.com) 01.26.06 Quit soap (Changing host) 01.26.06 Join soap [0] (~soap@rockbox/staff/soap) 01.26.36 Quit treaki__ (Ping timeout: 246 seconds) 01.28.06 Join n17ikh [0] (~n17ikh@unaffiliated/n17ikh) 01.30.22 *** Saving seen data "./dancer.seen" 01.39.12 Join treaki__ [0] (d2e24c03c2@p4FF4BDC9.dip0.t-ipconnect.de) 01.40.15 Quit Zagor (Quit: Clint excited) 02.01.48 Nick SuperBrainAk is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 02.41.15 Quit scorche|sh (Ping timeout: 272 seconds) 02.45.42 Quit nosa-j (Ping timeout: 246 seconds) 02.46.15 Join nosa-j [0] (~m00k@66.233.224.206) 03.30.23 Join madcat1990 [0] (~madcat199@216.185.65.74) 03.30.24 *** Saving seen data "./dancer.seen" 03.41.28 Quit nosa-j (Ping timeout: 244 seconds) 03.41.49 Quit mc2739 (Ping timeout: 246 seconds) 03.42.46 Join nosa-j [0] (~m00k@66.233.224.206) 03.44.03 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 03.58.53 # [Saint]: we really need proper rules in skins :/ 03.59.07 # leaving everything up to the themer sucks 03.59.08 # <[Saint]> Hm? 03.59.18 # http://forums.rockbox.org/index.php/topic,43608.0.html 03.59.19 # <[Saint]> Whatcha lookin' at? 04.00.27 # <[Saint]> Heh, I was editing that - you chose the wrong theme. 04.00.36 # <[Saint]> wrong target, at least. 04.00.40 # boo 04.01.08 # <[Saint]> its also not the right change, its not sufficient. 04.01.27 # <[Saint]> There's some ugly vp blocking magic that needs taken care of too. 04.01.58 # <[Saint]> looks like I can change most of them to static viewports now, though. 04.02.04 Quit krabador (Quit: Sto andando via) 04.07.33 # yeah, it shouldnt be that hard :) 04.09.16 # <[Saint]> Done. Untested, though. 04.13.56 Join Strife89 [0] (~Strife89@adsl-98-80-230-93.mcn.bellsouth.net) 04.14.45 Quit redd (Ping timeout: 248 seconds) 04.22.38 Quit madcat1990 (Quit: Leaving) 04.45.02 Nick DormantBrain is now known as SuperBrainAk (~andy@2001:470:8:a61::5f92:59a1) 04.53.58 Join redd [0] (~redd@unaffiliated/redd) 04.54.50 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.54.50 Quit amiconn (Disconnected by services) 04.54.52 Quit pixelma (Read error: Operation timed out) 04.54.53 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.55.47 Join pixelma [0] (pixelma@rockbox/staff/pixelma) 05.30.29 *** Saving seen data "./dancer.seen" 05.32.01 Quit Xerion (Read error: Connection reset by peer) 05.32.37 Join Xerion [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 05.35.26 Quit [7] (Disconnected by services) 05.35.39 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 06.07.01 Quit [Saint] (Read error: Connection reset by peer) 06.09.06 Join [Saint] [0] (~saint@rockbox/user/saint) 06.16.59 Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 06.16.59 Quit cmhobbs (Changing host) 06.16.59 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 06.22.10 Quit Scall (Read error: Connection reset by peer) 06.26.00 Join Scall [0] (~chat@unaffiliated/scall) 06.38.16 Quit ranmachan (Ping timeout: 264 seconds) 06.38.55 Join ranmachan [0] (ranma@kagami.uguu.de) 06.45.58 Quit cmhobbs (Ping timeout: 268 seconds) 06.50.46 Quit rdn (Remote host closed the connection) 07.30.32 *** Saving seen data "./dancer.seen" 07.40.11 Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) 07.42.52 # gevaerts: The bug about scrollwheel and buttons was supposed to be fixed but is not. I vaguely remember it has something to do with scrollwheel not issuing _REL condition which borks something during screen change. This is sort of architectural problem as I hit the same bug in mpio hd300 where I modeled scrollstrip driver after ipods. 07.43.45 # I think I added timeout in hd300 driver to avoid this. 07.53.10 Join mortalis [0] (~kvirc@213.33.220.118) 07.53.29 Quit mortalis (Client Quit) 07.53.37 Join mortalis [0] (~kvirc@213.33.220.118) 07.58.35 Quit nosa-j (Ping timeout: 272 seconds) 08.00.39 Join nosa-j [0] (~m00k@66.233.224.206) 08.22.16 Join ender` [0] (krneki@foo.eternallybored.org) 08.27.11 Join LinusN [0] (~linus@80.67.6.50) 08.45.28 Join markun [0] (~markun@rockbox/developer/markun) 08.50.43 Quit [Saint] (Read error: Connection reset by peer) 08.51.44 Join [Saint] [0] (~saint@rockbox/user/saint) 08.57.10 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.05.25 Quit markun (Ping timeout: 248 seconds) 09.14.50 Quit [Saint] (Remote host closed the connection) 09.30.34 *** Saving seen data "./dancer.seen" 09.57.19 Join krabador [0] (~krabador_@unaffiliated/krabador) 10.02.01 Join einhirn [0] (~Miranda@2001:638:605:4:301a:fa43:d58:314) 10.03.41 Quit wodz (Quit: Leaving) 10.12.54 Quit krabador (Quit: Sto andando via) 10.14.53 Join krabador [0] (~krabador_@unaffiliated/krabador) 10.26.45 Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) 10.27.50 Part LinusN 10.41.48 Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 10.42.10 Join LinusN [0] (~linus@80.67.6.50) 10.43.38 Quit Beta2K (Ping timeout: 252 seconds) 10.43.44 Join kugel [0] (~kugel@24-134-14-68-dynip.superkabel.de) 10.43.44 Quit kugel (Changing host) 10.43.44 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.45.29 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 10.48.51 Part LinusN 10.49.08 # Its really amusing that ADFU server is hand written asm :-) 10.54.43 Nick SuperBrainAk is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 11.06.04 Join LinusN [0] (~linus@80.67.6.50) 11.07.02 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.13.03 Join Beta2K [0] (~Beta2K@d24-36-136-246.home1.cgocable.net) 11.30.38 *** Saving seen data "./dancer.seen" 11.41.05 Part LinusN 11.43.50 Join LinusN [0] (~linus@80.67.6.50) 11.46.29 Quit kugel (Quit: leaving) 11.48.32 Join [Saint] [0] (~saint@rockbox/user/saint) 11.48.55 Quit [Saint] (Read error: Connection reset by peer) 11.48.57 Quit foolsh (Quit: foolsh) 11.51.01 Join [Saint] [0] (~saint@rockbox/user/saint) 11.54.39 # pamaury: ping 11.57.46 # wodz: pong 12.01.12 # what ADFU ? the DFU mode of the ATJ ? 12.01.40 # pamaury: Yes 12.01.43 # does it use the format I reversed or not at all ? 12.02.14 # win tools use the format you reversed 12.02.29 # I guess you lack the scrambler at this point 12.02.39 # Not yet 12.03.27 # If you decrypt and unpack the firmware with your tool you will get (among others) ADFUS.BIN file which is plain mips binary loaded as the second step in recovery process 12.03.59 # this binary is by no means assembled from hand written asm file (no standard compiler generated stuff) 12.04.51 # What is interesting is the first uploaded image during recovery. It is scrambled. I would love to understand how. 12.05.32 # I have some 'reference' tool in atj materials but I am not good at crypt stuff 12.05.36 # I see, but do you have any code to reverse to understand how it is scrambled ? 12.06.03 # I think I have descrambling routine in mips asm but lacks key 12.06.31 # the key is in rom probably 12.08.04 # I can do it if you give me the tool and some file 12.08.21 # * pamaury has it already maybe in the huge ATJ package 12.08.41 # hmm, maybe I should try to extract rom but this means I need to write usb driver for undocumented core :-/ 12.08.42 # is it big ? 12.08.53 # big what? 12.09.44 # pamaury: in atj materials look for brom_fage_verify_internal_release_20071210.rar 12.10.31 # pamaury: in adfu/encrypt there are some probably related files 12.11.56 # pamaury: If you descramble and unpack e series firmware the file ADEC_N63.BIN is the first image sent during recovery and it is scrambled 12.12.13 # I have ATJ2135_Material.7z, it is in this ? 12.12.40 # it could be that that ADEC_63.BIN is descrambled version of the same binary but I don't know for sure 12.12.48 # pamaury: yes it should be in this archive 12.12.53 Quit [Saint] (Remote host closed the connection) 12.13.45 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.14.14 # in E150 firmware I have ADEC_63.BIN, 8704 bytes 12.14.51 # pamaury: don't you have ADEC_N63.BIN also? 12.14.57 Join [Saint] [0] (~saint@rockbox/user/saint) 12.15.00 # the same size 12.15.01 # yes 12.15.16 # ok, so N version is probably scrambled version of the second 12.15.18 # what is the different ? 12.16.03 # I mean ADEC_63.BIN disassembles to something meaningful at first glance while N version definitely don't 12.16.17 # indeed, and what are the tools in adfu/ for ? 12.18.10 # My guess is that adfudec has source file for this ADEC thing. According to makefile the last step is to call Encrypt.exe on plain binary which I think produces the N version 12.19.21 # but it takes a key you think ? 12.19.29 # Scratch that. What I think is that adfudec is close to what is in rom. 12.20.35 # what about adfuserver ? 12.21.13 # adfuserver contains source for second image uploaded in recovery mode. It is transfered as plain binary 12.22.25 # Ok so device boot with adfudec, host sent scrambled image and then adfuserver in plain binary ? 12.24.14 # According to usb sniffing: 1) host sends ADEC_N63.BIN to 0xb4040000 2) host sends command to execute code at 0xb4040000 3) host sends ADFUS.BIN to 0xa0000000 4) host sends command to execute at 0xa0000000 12.24.35 # 0xb4040000 is Iram, 0xa0000000 is dram 12.24.51 # in adfudec.S there is a decrypting routine, uses Decrypt_Xor_Key which is 0 12.25.45 # So this scrambled ADEC_N63.BIN needs to 1) setup MMU 2) setup cache 3) setup DRAM 4) handle next code upload 12.26.17 # This looks striking similar to what adfudec thing do 12.26.23 # and link address maches 12.26.36 # I see, so basically you want to make sure this scrambled binary is adfudec 12.26.44 # yes 12.27.01 # did you try to run Encrypt.exe ? 12.27.22 # it crashes in wine and I don't have vm or real win machine here 12.27.32 # let me try 12.28.28 # there are two Encrypt.exe makefile calls this encrypt/Encrypt.exe src_file dst_file 1 12.30.38 # encrypt/Encrypt.exe does not seem to work properly 12.30.45 # but Encrypt.exe does 12.31.42 # you mean this from encrypt/tool_src/Encrypt.exe ? 12.32.41 # yeah tool_src/Encrypt.exe seems broken, sorry 12.32.41 # but not the other one 12.33.18 # and it seems that it nearly perfectly scrambles ADEC_63.BIN into the N version, the different is minimal, strange 12.34.31 # the difference is that the last ~400 bytes of the file produced are zero whereas they are nonzero in the N version 12.35.15 # maybe some key is appended 12.35.24 # looking at the code though, tools_src/Encrypt.exe doesn't work the same: it takes 5 parameters 12.35.43 # self_dcrypt_srcfile dcryptd_srcfile self_dcrypt_dstfile dcryptd_dstfile 1 12.36.04 # whatever it means 12.36.07 # for me it looks like some test tool - it seems it first crypts with random key and then decrypts to check 12.37.30 # how many bytes exactly are different between crypted version of ADEC_63 and ADEC_N63? If this is 512 bytes this could be the key 12.39.36 Quit pamaury (Read error: Connection reset by peer) 12.43.07 Join pamaury [0] (c2d2fd7a@rockbox/developer/pamaury) 12.43.37 # it's not 512 bytes 12.43.39 # wine tool_src/Encrypt.exe ADEC_63.BIN ADEC_63.BIN out2.bin out.bin 1 12.43.45 # it doesn't crash 12.43.58 # but actually this tool uses a random key 12.44.08 # thats what I said 12.45.42 # ADEC_63.BIN seems to be what I thought it is - the beginning is slightly different form adfudec .S file but close enough 12.45.46 # I mean, if you look at the code, it seems the key is used for both files 12.46.55 # I don't know what to think about this tool_src/Encrypt.exe, looks strange 12.47.07 # the other one is more promising I would say 12.47.21 # yeah, and it seems to contain valid key 12.48.48 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 12.49.00 Quit pamaury (Quit: Page closed) 12.49.09 Nick pamaury_ is now known as pamaury (~quassel@rockbox/developer/pamaury) 12.49.27 # I have a wild guess: ADEC_N63.BIN is not the scrambled version of ADEC_63.BIN 12.49.48 # it is the scrambled version of ADEC_63.BIN where the bss/data section containing the key was modified 12.51.06 # could be 12.51.19 # do you want me to disassemble Encrypt.exe ? 12.51.56 # If you have time - sure. 12.52.33 # I will try to dump rom - if the key there will be the same we could say BINGO :-) 12.54.13 # oh wait 12.54.20 # I think this tool can decrypt 12.58.34 # hum no, this is just a copy mode, WTF ? 12.59.39 # it uses a random key tool :-/ 13.00.08 # but output is deterministic, I'm kind of lost 13.00.31 # oh no, random padding rather 13.02.18 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 13.04.53 # wodz: the Encrypt.exe tool uses a hardcoded key 13.05.05 # good 13.06.24 # 512 byte long 13.07.59 # That is the size I would expect looking at mips asm 13.08.56 # it does something along these lines: read file, add random padding to reach multiple of 512 bytes 13.09.33 # xor the entire data with the key (more or less) 13.10.08 # I think it xors the data in a few rounds 13.10.22 # and then some apply some local permutation 13.10.48 # actually it very similar to what the code in tool_src/ does, just a bit different 13.12.36 Join Xerion_ [0] (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 13.15.10 Quit TheSeven (Disconnected by services) 13.15.24 Join [7] [0] (~quassel@rockbox/developer/TheSeven) 13.17.30 Join Scall- [0] (~chat@host10-17-static.5-79-b.business.telecomitalia.it) 13.20.34 # wodz: http://paste.pm/bi2.c 13.20.38 # going for lunch 13.20.44 # I'll extract the key later 13.20.53 Join copper_ [0] (~copper@unaffiliated/copper) 13.21.36 # I think it is pretty easy to write a descrambler by the way, see what it does on the N version 13.21.46 Quit ikeboy (*.net *.split) 13.21.46 Quit wodz (*.net *.split) 13.21.46 Quit Scall (*.net *.split) 13.21.46 Quit Xerion (*.net *.split) 13.21.47 Quit copper (*.net *.split) 13.21.47 Quit michaelni (*.net *.split) 13.21.47 Quit Galois (*.net *.split) 13.21.48 Nick copper_ is now known as copper (~copper@unaffiliated/copper) 13.21.48 Nick Xerion_ is now known as Xerion (~xerion@5419F5F4.cm-5-2d.dynamic.ziggo.nl) 13.26.09 Join michaelni [0] (~michael@chello084114129144.4.15.vie.surfer.at) 13.26.37 Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) 13.27.29 Join cmhobbs [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) 13.27.29 Quit cmhobbs (Changing host) 13.27.29 Join cmhobbs [0] (~cmhobbs@fsf/member/cmhobbs) 13.30.39 *** Saving seen data "./dancer.seen" 13.33.35 Quit cmhobbs (Ping timeout: 244 seconds) 13.49.07 Quit krabador (Ping timeout: 260 seconds) 14.05.09 Quit Strife89 (Ping timeout: 248 seconds) 14.08.02 # wodz: https://gist.github.com/pamaury/7354330 14.08.11 # working version, produce the same output as Encrypt.exe 14.08.27 # I'm going to write decrypt too 14.09.41 # man, you are fast ! 14.10.59 # I need to verify carefully but I think that I can upload ADEC_N63.BIN and it should support downloading from arbitrary address which would allow to dump rom. 14.11.40 Quit kugel (Quit: Lost terminal) 14.15.07 # wodz: indeed, I always eat fast ;) 14.22.00 # wodz: new version https://gist.github.com/pamaury/7354330 14.22.03 # it decrypts 14.22.38 # decrypting the N version produces the input version except the bytes at the end are non-zero, my guess is that these a key 14.23.00 Join amayer [0] (~amayer@mail.weberadvertising.com) 14.23.25 # if I count correctly, there are 304 different bytes, in one block 14.23.40 Join kugel [0] (~kugel@24-134-14-68-dynip.superkabel.de) 14.23.40 Quit kugel (Changing host) 14.23.40 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.24.10 # or it's just random padding 14.24.15 # quite possible too 14.24.42 # i'll check in disassm if this part is referenced at all 14.24.59 # since ADEC_63.BIN size is a multiple of 512, it is pretty it was padded 14.25.05 # *sure 14.25.23 # and the last part is only made of zero, so it's consistent with this padding theory 14.25.54 # anyway, I suggest you check this tool and commit it to our trunk if you think it's useful ;) 14.28.53 # yeah, pretty much looks like padding 14.38.12 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 14.45.49 Quit gelraen (Ping timeout: 264 seconds) 14.49.55 Quit pamaury (Remote host closed the connection) 14.55.27 Join gelraen [0] (~imax@lab.biomed.kiev.ua) 15.11.15 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.14.54 Quit wodz (Quit: Leaving) 15.18.46 Join rdn [0] (~oop@cpe-69-204-124-212.buffalo.res.rr.com) 15.20.54 Join Strife89 [0] (~Strife89@2602:306:250e:cae9:f0c1:5cec:a9d2:b73e) 15.25.25 Quit pamaury (Ping timeout: 240 seconds) 15.28.52 Quit redd (Ping timeout: 248 seconds) 15.30.41 *** Saving seen data "./dancer.seen" 15.36.20 Join Narod [0] (~Narod@p5DDDB124.dip0.t-ipconnect.de) 15.44.20 Quit mortalis (Read error: Operation timed out) 15.49.19 Join Guest17648 [0] (~husvagn@90-230-140-28-no41.tbcn.telia.com) 15.50.45 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.54.44 Quit shamus (Ping timeout: 246 seconds) 16.02.45 Join treaki_ [0] (c105734a49@p4FDF6379.dip0.t-ipconnect.de) 16.05.02 Quit treaki__ (Ping timeout: 240 seconds) 16.06.30 Nick uwe__ is now known as uwe_ (~uwe_@dslb-088-066-160-105.pools.arcor-ip.net) 16.11.51 Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) 16.13.17 Join shamus [0] (~shmaus@ip-206-192-193-180.marylandheights.ip.cablemo.net) 16.24.59 Quit K1773R (Ping timeout: 245 seconds) 16.30.43 Join K1773R [0] (~K1773R@unaffiliated/k1773r) 16.31.00 Quit kevku (Ping timeout: 245 seconds) 16.39.48 Join krabador [0] (~krabador_@unaffiliated/krabador) 16.39.59 Quit kugel (Ping timeout: 260 seconds) 16.56.13 Quit Strife89 (Ping timeout: 240 seconds) 17.02.06 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.06.31 Quit krabador (Ping timeout: 260 seconds) 17.09.28 Join krabador [0] (~krabador_@host82-178-dynamic.56-79-r.retail.telecomitalia.it) 17.09.34 Quit krabador (Changing host) 17.09.34 Join krabador [0] (~krabador_@unaffiliated/krabador) 17.10.35 Quit gelraen (Ping timeout: 244 seconds) 17.11.46 Join gelraen [0] (~imax@lab.biomed.kiev.ua) 17.14.24 Join scorche|sh [0] (~scorche@squisch.net) 17.20.35 Join pretty_function [0] (~sigBART@123.252.215.64) 17.21.41 # hmm, where is the bug tracker gone? 17.22.05 # Zagor hid it because there's an issue he needs to fix 17.22.12 # I don't know what the status is 17.22.43 Quit Zagor (Quit: Clint excited) 17.24.43 Quit krabador (Ping timeout: 260 seconds) 17.26.28 Join maruk [0] (~papier@titanium.v6.sdv.fr) 17.26.42 Join krabador [0] (~krabador_@unaffiliated/krabador) 17.30.45 *** Saving seen data "./dancer.seen" 17.37.37 Join Strife89 [0] (~Strife89@2602:306:250e:cae9:adee:b04b:505e:afce) 17.47.38 Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) 17.53.53 Quit Strife89 (Quit: Reboot) 18.01.06 Quit ikeboy (Remote host closed the connection) 18.04.25 # Booting to original firmware & clearing settings with ipod hold switch is anoying feature in my opinion... 18.07.21 Join ClaudioR [0] (5d2e47ed@gateway/web/freenode/ip.93.46.71.237) 18.07.50 # im seek lorenzomiori 18.08.07 # I call him 18.09.48 # thanks 18.10.25 Quit maruk (Ping timeout: 264 seconds) 18.12.50 Join maruk [0] (~papier@titanium.v6.sdv.fr) 18.14.02 Join bertrik [0] (~quassel@rockbox/developer/bertrik) 18.20.17 # he hasn't replied so far 18.27.44 Join lorenzo92 [0] (~chatzilla@host110-109-dynamic.249-95-r.retail.telecomitalia.it) 18.29.15 # here you are ClaudioR 18.29.29 # yes 18.29.41 # im talk with him :) thanx 18.29.51 # :D 18.30.12 # if that's a useful discussion for rockbox, please talk here. 18.31.30 # obviusly 18.38.19 Join amayer_ [0] (~amayer@mail.weberadvertising.com) 18.38.20 Quit amayer (Read error: Connection reset by peer) 18.38.27 Quit krabador (Ping timeout: 260 seconds) 18.39.04 Quit ender| (Ping timeout: 256 seconds) 18.39.44 Join ender| [0] (krneki@2a01:260:4094:1:42:42:42:42) 18.59.16 Quit Xerion (Quit: ) 19.10.22 Join pamaury_ [0] (~quassel@rockbox/developer/pamaury) 19.11.21 Quit pamaury (Read error: Operation timed out) 19.12.10 Nick pamaury_ is now known as pamaury (~quassel@rockbox/developer/pamaury) 19.15.13 Quit pretty_function (Remote host closed the connection) 19.15.39 Join pretty_function [0] (~sigBART@123.252.215.64) 19.20.05 Quit pretty_function (Ping timeout: 252 seconds) 19.30.47 *** Saving seen data "./dancer.seen" 19.35.28 Join Strife89 [0] (~Strife89@2602:306:250e:cae9:d43b:375b:d1d0:3602) 19.39.35 # OK, the old usb-drv-as3525v2 had the same problem 19.42.27 # Build Server message: 3New build round started. Revision 59b1fbc, 240 builds, 37 clients. 19.46.51 # Build Server message: 3Build round completed after 263 seconds. 19.47.48 # hey, that was super fast ! 19.52.42 Quit pamaury (Ping timeout: 260 seconds) 19.59.49 Quit ClaudioR (Quit: Page closed) 20.04.20 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.06.42 Join webguest98 [0] (1fb9968c@gateway/web/freenode/ip.31.185.150.140) 20.07.27 # anybody know where I can get the download for ROCKbox on ZEN X-Fi? 20.08.09 # webguest98: it is not published yet, I just uploaded everything for the ZEN, ZEN X-Fi should be tomorrow or during the week-end 20.08.33 # ok thanks. 20.13.04 Quit webguest98 (Ping timeout: 250 seconds) 20.26.10 Join Epicanis [0] (~Epicanis@sdsl-68-238-63-20.static.ngn.east.myfairpoint.net) 20.50.36 Quit dfkt_ (Remote host closed the connection) 21.04.34 Quit lorenzo92 (Read error: No route to host) 21.30.48 *** Saving seen data "./dancer.seen" 21.41.37 Quit maruk (Quit: Leaving.) 21.55.09 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 21.58.13 Quit bluebrother^ (Ping timeout: 240 seconds) 21.58.22 Quit fs-bluebot (Ping timeout: 272 seconds) 21.59.56 Join fs-bluebot [0] (~fs-bluebo@g231122103.adsl.alicedsl.de) 22.08.02 Quit Strife89 (Quit: Leaving) 22.16.52 Quit Narod () 22.20.07 Nick DormantBrain is now known as SuperBrainAk (~andy@2001:470:8:a61::5f92:59a1) 22.26.28 Quit Guest17648 (Quit: Hmmm...) 22.39.25 Join Zagor [0] (~bjst@178.174.204.143) 22.39.36 Quit Zagor (Changing host) 22.39.36 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 22.43.03 Quit AlexP (Read error: Connection reset by peer) 22.58.33 Join AlexP [0] (~alex@rockbox/staff/AlexP) 22.59.02 Quit AlexP (Remote host closed the connection) 22.59.42 Join AlexP [0] (~alex@rockbox/staff/AlexP) 23.00.54 Join kugel [0] (~kugel@24-134-14-68-dynip.superkabel.de) 23.00.54 Quit kugel (Changing host) 23.00.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.10.49 Join lebellium_ [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.11.01 Quit lebellium (Ping timeout: 265 seconds) 23.11.07 Nick lebellium_ is now known as lebellium (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) 23.12.45 Join DuperMan [0] (woland@85-250-126-130.bb.netvision.net.il) 23.13.16 # HOLY F*CK HAPPY HAPPY JOY JOY F*CK 23.13.25 # zen rockbox. srsly?!?!?! 23.16.27 Quit kugel (Quit: Lost terminal) 23.21.16 Nick SuperBrainAk is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) 23.21.44 Quit amayer_ (Quit: Leaving) 23.25.27 Quit kevku (Ping timeout: 260 seconds) 23.27.53 Quit dv_ (Remote host closed the connection) 23.30.51 *** Saving seen data "./dancer.seen" 23.40.32 Join Dynion [0] (4dac8371@gateway/web/freenode/ip.77.172.131.113) 23.40.44 # hey guys! 23.41.00 # do you guys know anything about the Colorfly C3? reviews are splendid 23.42.26 # oi. 2007/8 zen, not zen xtra:/ 23.42.29 # oh well 23.43.28 # DuperMan: english please 23.43.52 # Dynion: they sure didn't waste any money on the display... 23.44.11 # pamaury: a test release of rockbox was released for the venerable creative zen, at long last 23.44.26 # I know, I did it 23.44.39 # alas, it is for a model subsequent to mine's generation 23.44.47 # lol sorry dude, you rock:D 23.44.51 # * DuperMan is honored 23.45.02 # like, to be annoying the man who did it xD 23.45.39 # oh man... not another of those players that doesnt respond to what you want... pfff... last time i wanted a new rockbox player it went so easy XD 23.45.59 # unfortunately, the models prior to the zen work very differently, I think they are based on a different chip 23.46.37 # assumed as much but I can get hold of the right model zen to beta test:) 23.46.52 # will it be helpful? 23.47.24 # any beta testing is useful :) 23.47.41 # we have a port to the Zen Vision:M, maybe it's closer to the Xtra, I admit I have no idea 23.48.00 # the xtra is still a nomad model, technically 23.48.17 # :) before creative finalized the rebrand for it's line of mp3 players 23.49.17 # it's a wonderful machine, very huge and 'vintage'... but the only lossless filetype it supports is uncompressed wav. such a shame.. 23.49.28 # yeah, we have some old wiki page with info about the Xtra, it's closer to Zen Vision:M but not the same, not sure it's worth doing the port at this point 23.50.07 # (supports regular 2.5 inch hdds of up to 120gb though, so it's a minor issue tbch) 23.50.46 # ah right, mp3 players have gotten away from hdd for a long time now 23.51.22 # on the other hand, we will soon support Zen, Zen X-Fi and Zen Mozaic \o/ 23.51.45 # and maybe one day we'll have 128Gb micro-sd ;) 23.52.12 # just the models I gave up on creative because. splendid. ;) 23.52.34 # maybe? done deal, just a waiting game if they handle 64:D 23.53.06 # so it's done. maaan... gonna let my gf keep the zen xtra but make her give me her mom's zen lol 23.53.16 # I'm doiing all this for you!!:P 23.53.20 # and the cause lol 23.54.27 # thanks :) I hope you won't be disappointed. If I may suggest, now is the good time to buy second hand Zen/X-Fi/Mozaic, they are pretty cheap 23.56.03 # hehe won't happen, wasted my vintage gear for rockbox on an ipod mini and ended up using of 23.56.06 # :( 23.56.32 # rockbox was too crashy with a 64gb cf installed 23.56.47 # what dac is it in them there zens btw? 23.57.05 # built-in dac in the system-on-chip 23.57.27 # it's called i.MX233, from freescale 23.58.36 # oh. is it.. epic sounding? I'm a bit of an audiofag 23.58.54 # hence my love of the old zen:D