--- Log for 27.04.109 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 10 days ago 00.01.34 # http://www.barnzi.co.uk/images/rockbox_banner.gif 00.01.37 # :-P 00.02.17 # hmm, build 20808 plays nicely on Fuze, but some MP3s appear as 'untagged' in the database (I think this is already being worked on ?) 00.02.46 # that's your file's fault 00.03.06 # ah, but when the file gets played the WPS can read the tags 00.04.03 Quit Rob2223 () 00.04.31 Join Rob2222 [0] (n=Miranda@p4FDCCC5C.dip.t-dialin.net) 00.05.23 # oops 00.05.34 # I'm 100% wrong, it -is- a problem with my files. 00.05.54 Quit bs66_ (Read error: 110 (Connection timed out)) 00.08.24 # windows, mac and linux 32bit downloads don't work, is that because the mirrors aren't sync'd yet? 00.09.23 # yes 00.10.33 Quit kadoban (Remote closed the connection) 00.10.54 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 00.12.25 # * bluebrother is surprised that mirrors need to sync :P 00.14.43 Join _lifeless [0] (n=lifeless@188.16.67.170) 00.16.17 Quit __lifeless (Read error: 113 (No route to host)) 00.16.54 Quit bluebrother ("zzz") 00.23.20 Quit n1s ("Lämnar") 00.24.31 Join der| [0] (n=der|kuns@190.166.192.110) 00.24.52 # hi, I've made a small script that might be interesting to you guys 00.25.56 Quit tessarakt ("Client exiting") 00.27.20 Quit der| (Client Quit) 00.32.14 Join der| [0] (n=der|kuns@190.166.192.110) 00.33.33 Quit der| ("Got Milk ?") 00.35.55 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 00.36.23 *** Saving seen data "./dancer.seen" 00.37.12 Quit bertrik (Read error: 113 (No route to host)) 00.38.36 Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 00.45.42 Quit krazykit ("Connection reset by beer") 00.47.07 Join _Auron|G1_ [0] (n=Auron@m4c0436d0.tmodns.net) 00.52.09 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.02.14 Quit petur ("Zzzzz") 01.07.55 Quit froggyman ("CGI:IRC") 01.09.39 # do our ipod tools format a new ipod or do i have to restore it with itunes? 01.09.46 # new disk that is... 01.10.29 # JdGordon: IpodManualRestore includes instructions on formatting, etc, though itunes is still easier 01.10.49 # itunes didnt pick it up for some reason... 01.15.28 Quit flydutch ("/* empty */") 01.19.00 Quit midijunkie (Read error: 104 (Connection reset by peer)) 01.34.44 Quit timc (Read error: 104 (Connection reset by peer)) 01.36.25 Quit ender` (" Two things are infinite: the universe and human stupidity, even though I'm not yet sure about the universe. -- A. Einstein") 01.38.40 Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) 01.38.53 Join _Auron|G1_ [0] (n=Auron@m3c0436d0.tmodns.net) 01.40.29 Join _Auron|0 [0] (n=Auron@m3c0436d0.tmodns.net) 01.41.02 Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) 01.44.03 Quit faemir ("Leaving") 01.45.21 Quit _Auron|0 (Read error: 104 (Connection reset by peer)) 01.45.33 Quit Seed ("cu, Andre") 01.45.53 Join _Auron|G1_ [0] (n=Auron@m3c0436d0.tmodns.net) 01.48.08 Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 01.48.15 Quit tchan (Read error: 104 (Connection reset by peer)) 01.49.07 Quit HBK (Read error: 104 (Connection reset by peer)) 01.49.13 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 01.50.58 Quit _Auron|G1_ (Read error: 104 (Connection reset by peer)) 01.51.08 Join _Auron|G1_ [0] (n=Auron@m3c0436d0.tmodns.net) 01.52.39 Quit Thundercloud (Remote closed the connection) 01.53.08 Nick tchan1 is now known as tchan (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 01.56.26 # anyone know what version of the ipod protocol we pretend to do? 01.56.31 Quit amiconn (Nick collision from services.) 01.56.32 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.56.34 Join timc [0] (n=aoeu@116.3.13.92) 01.56.42 # my stupid av reciever wont talk to my mini because it reckons its not supported 01.56.53 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.57.08 Quit pixelma (Nick collision from services.) 01.57.08 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 01.57.28 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 01.58.58 Part fenugrec ("Leaving") 01.59.00 Quit _Auron|G1_ ("-a-") 01.59.24 Join fenug [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 01.59.37 Quit fenug (Client Quit) 01.59.38 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 02.00.01 Join _Auron|G1_ [0] (n=Auron@m4c0436d0.tmodns.net) 02.01.33 # I'm still getting familiar with Rockbox's sources - when on a menu screen, does the firmware poll for buttons and react accordingly or is it interrupt-driven ? 02.03.44 # polling 02.03.47 # well 02.03.58 # it depends on the target, but on the fuze it's polling 02.04.05 # does it happen in target-specific code or more in the /apps/ section 02.04.08 # ok 02.04.10 # e200v1 is mostly interrupt driven 02.04.24 # firmware/target mostly 02.04.40 # JdGordon: is the mini supported for apple's protocol? 02.04.59 # i dont know 02.05.05 # * JdGordon assumed they all were 02.05.14 # originally I think it was only the 5G and nano 02.05.18 # but i'm not sure 02.06.01 # AAP started with the 3rd gen ipods, but some of the more advanced features werent implemented there 02.06.22 # I mean which ipods have it in rockbox 02.06.47 # its enabled in the mini's config... 02.07.00 # so, I'm wondering what I need to fiddle with to make it think its a 5g 02.07.59 # is the protocol documented anywhere? (obvioulsy not the real docs.. RE'd docs) 02.08.03 # http://www.rockbox.org/tracker/8624 02.08.09 # i don't think the generation matters, just I wasn't sure if it was supported in the mini, i know the original commit did not include the 4G for instance 02.08.28 Join dmb [0] (n=dmb@unaffiliated/dmb) 02.08.41 # JdGordon: http://www.ipodlinux.org/wiki/Apple_Accessory_Protocol 02.09.13 # ta 02.09.31 Quit mirak ("Ex-Chat") 02.09.38 # apparently it only works on the video and nano at the moment 02.10.36 # apparently? 02.10.51 # i think the 4G was added lately 02.10.56 # could be 02.11.09 # at the time of commit that was all that worked, at least 02.13.06 # oh bloody hell... i was looking at the wrong #define :p 02.13.09 # the mini config file does not have the accessory protocol enabled 02.13.12 # bah too late 02.13.51 # since it works on the PP5020 and 5022 its probably just a matter of figure out which pins are wired where on the mini 02.23.01 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]") 02.28.50 # well i guess it comes as no surprise that adding the model number check to serial.c for the mini doesnt magically make it work :p 02.31.17 # although the system says unsupported and not "no device" so maybe it does? 02.36.26 *** Saving seen data "./dancer.seen" 02.45.46 Quit toffe82 (Read error: 110 (Connection timed out)) 02.58.32 Quit EternalRains (Read error: 104 (Connection reset by peer)) 03.01.23 Quit _Auron|G1_ ("AndroidIrc Disconnecting") 03.02.33 Join xerxes- [0] (n=sss@203.184.3.92) 03.05.33 Quit BlakeJohnson86 ("Leaving.") 03.06.20 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 03.21.37 Quit wincent (Read error: 60 (Operation timed out)) 03.31.47 Quit dmb (Read error: 104 (Connection reset by peer)) 03.34.57 Join dmb [0] (n=dmb@unaffiliated/dmb) 03.35.10 Quit HBK () 03.37.57 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.38.55 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.41.25 # for the Fuze, why does firmware/export/config-fuze.h define CPU_FREQ to 250MHz, but fw/target/arm/as3525/clock-target.h defines PLLA_FREQ as 248MHz, and CPUFREQ_MAX also as 248MHz? 03.42.01 # I understand a 24MHz xtal drives a PLL (not sure which part of the firmware sets it, though) 03.52.22 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-f0992efdf9d86710) 03.58.17 Quit Lss (Read error: 54 (Connection reset by peer)) 03.59.39 Join Lss [0] (n=Lss@cm100.delta140.maxonline.com.sg) 04.05.57 Quit Lss (Read error: 54 (Connection reset by peer)) 04.06.53 Quit jfc^3 (Read error: 104 (Connection reset by peer)) 04.07.15 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 04.11.32 # heh, a bit late perhaps. I'll be back tomorrow 04.12.25 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 04.12.31 Quit fenugrec ("Leaving") 04.35.14 Join fyrestorm [0] (n=user@cpe-24-90-84-236.nyc.res.rr.com) 04.36.13 Quit froggyman ("CGI:IRC") 04.36.27 *** Saving seen data "./dancer.seen" 04.41.52 Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-82551df03d7fa1c6) 04.43.23 Quit timc (Read error: 104 (Connection reset by peer)) 04.48.41 Join _Auron|G1_ [0] (n=Auron@m3c0436d0.tmodns.net) 04.59.51 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 05.01.45 Join timc [0] (n=aoeu@221.201.146.7) 05.02.49 Quit fyrestorm () 05.09.12 Quit l403 (Read error: 60 (Operation timed out)) 05.20.02 Quit BlakeJohnson86 (Remote closed the connection) 05.24.03 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 05.26.49 Part xerxes- 05.29.08 Quit _Auron|G1_ ("AndroidIrc Disconnecting") 05.31.32 Quit z35 ("Leaving") 05.37.26 Join Traveler2 [0] (n=traveler@CPE-69-23-137-242.wi.res.rr.com) 05.39.43 Quit Traveler2 (Client Quit) 05.40.18 Join ajonat [0] (n=ajonat@190.48.92.191) 05.45.24 Quit Horschti ("Verlassend") 06.03.09 Join markun_ [50] (n=markun@rockbox/developer/markun) 06.03.16 Quit markun (Read error: 104 (Connection reset by peer)) 06.04.34 Quit JdGordon (Remote closed the connection) 06.05.04 Quit jordan` (Read error: 113 (No route to host)) 06.17.59 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.20.01 Quit CaptainKwel (Remote closed the connection) 06.21.21 Join toffe82 [0] (n=chatzill@adsl-99-130-6-238.dsl.frs2ca.sbcglobal.net) 06.22.01 Quit Galois (Read error: 104 (Connection reset by peer)) 06.29.14 Join _Auron|G1_ [0] (n=Auron@m3c0436d0.tmodns.net) 06.36.30 *** Saving seen data "./dancer.seen" 06.39.00 Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) 06.42.54 Part toffe82 06.44.19 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 06.44.35 Quit _Auron|G1_ (Remote closed the connection) 07.06.12 Join l403 [0] (n=l@85.132.159.239) 07.08.02 Quit sbhsu (Remote closed the connection) 07.08.14 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 07.08.30 Quit bs66_1 (Read error: 60 (Operation timed out)) 07.09.08 Join bs66_ [0] (n=sysuser@79.138.128.123.bredband.tre.se) 07.14.56 Quit sbhsu ("leaving") 07.15.08 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 07.17.05 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 07.19.19 Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-118-173.ewe-ip-backbone.de) 07.20.46 Quit sbhsu ("leaving") 07.32.26 Quit l403 (Read error: 113 (No route to host)) 07.32.57 Quit jmillikin (Read error: 60 (Operation timed out)) 07.34.19 Quit jeffdameth (Read error: 110 (Connection timed out)) 07.36.49 Join jmillikin [0] (n=jmilliki@c-24-130-159-24.hsd1.ca.comcast.net) 07.37.17 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 07.38.15 Quit jmillikin (Client Quit) 07.40.25 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 07.40.41 Quit fyrestorm (Client Quit) 07.41.00 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 07.49.29 Join FOAD_ [0] (n=dok@dinah.blub.net) 07.50.19 Quit FOAD (Read error: 60 (Operation timed out)) 07.50.21 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 07.57.45 Quit BHSPitMonkey (Remote closed the connection) 08.11.18 Nick markun_ is now known as markun (n=markun@rockbox/developer/markun) 08.12.43 Quit fyrestorm ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 08.21.07 Join l403 [0] (n=l@85.132.159.239) 08.27.16 # rbutil 1.2.1 64bit linux, done 08.28.42 Quit tarbo (Connection timed out) 08.31.49 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 08.36.33 *** Saving seen data "./dancer.seen" 08.36.55 Join Rob2223 [0] (n=Miranda@p4FDCD850.dip.t-dialin.net) 08.38.04 Quit ajonat (Read error: 110 (Connection timed out)) 08.38.23 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 08.39.57 Join ajonat [0] (n=ajonat@190.48.124.130) 08.42.11 Quit fyrestorm (Client Quit) 08.42.44 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 08.47.31 Join petur [50] (n=petur@rockbox/developer/petur) 08.52.16 Join tarbo [0] (n=me@unaffiliated/tarbo) 08.55.18 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.55.44 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.10.34 Join petur2 [0] (n=petur@213.49.144.150) 09.11.10 Quit petur (Nick collision from services.) 09.11.14 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 09.11.55 Join flydutch [0] (n=flydutch@host226-201-dynamic.15-87-r.retail.telecomitalia.it) 09.12.00 Join n1s [0] (n=n1s@rockbox/developer/n1s) 09.15.36 # * amiconn wonders about the dev ml mail regarding unifont 09.16.03 # Our copy of unifont already has the unassigned/ private area glyphs filtered out for months... 09.17.48 Quit evilnick1 (Read error: 104 (Connection reset by peer)) 09.18.13 # well this was a continuation from the discussion before 09.18.26 # I don't know the details though 09.24.20 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.24.33 Quit bertrik (Read error: 60 (Operation timed out)) 09.30.52 Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) 09.34.54 Quit barrywardell () 09.36.27 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 09.36.37 Quit l403 ("Ex-Chat") 09.44.22 Join petur2 [50] (n=petur@rockbox/developer/petur) 09.44.48 Quit petur (Nick collision from services.) 09.44.52 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 09.45.01 Join jordan` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 09.48.34 Quit fyrestorm (Read error: 54 (Connection reset by peer)) 09.50.28 Quit kachna|lappy (Read error: 113 (No route to host)) 09.50.49 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 09.58.02 Quit ajonat () 10.11.19 Quit Thundercloud (Remote closed the connection) 10.12.49 Join einhirn [0] (n=Miranda@p4FC6320A.dip0.t-ipconnect.de) 10.14.46 Join codesquid [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) 10.15.18 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 10.17.47 Quit codesquid (Read error: 104 (Connection reset by peer)) 10.17.47 Join codesquid_ [0] (n=quassel@kong.kawo1.RWTH-Aachen.DE) 10.20.46 Join petur2 [50] (n=petur@rockbox/developer/petur) 10.22.57 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.24.18 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 10.29.44 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.35.37 Quit petur (Read error: 113 (No route to host)) 10.36.36 *** Saving seen data "./dancer.seen" 10.38.11 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 10.40.14 Quit jordan` (Read error: 60 (Operation timed out)) 10.43.57 Join jordan` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 10.52.06 Join Photoguy_somewhe [0] (n=Everett@91.143.237.147) 10.52.43 # I'm taking apart my Sansa e200... 10.53.12 # ANd removing the memory module, and placing it in another e200 to transfer the files. 10.53.30 # Would that have any side effects? 10.53.37 # They are both V1 10.53.39 Nick Photoguy_somewhe is now known as Photoguy (n=Everett@91.143.237.147) 11.01.02 Join astroboy123 [0] (n=astroboy@102.059.dsl.syd.iprimus.net.au) 11.12.51 Quit astroboy123 () 11.14.38 Quit jordan` (Read error: 113 (No route to host)) 11.17.29 Join jordan` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 11.17.53 Quit Sedgewick (Read error: 104 (Connection reset by peer)) 11.22.13 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 11.32.56 Join barrywardell [0] (n=barry@barry-workstation.ucd.ie) 11.45.25 Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) 12.01.57 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 12.02.01 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 12.07.42 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.10.16 Join gregzx [0] (n=chatzill@dtc244.neoplus.adsl.tpnet.pl) 12.26.12 Join jordan`` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 12.26.27 Quit jordan` (Read error: 113 (No route to host)) 12.35.08 Quit jordan`` (Read error: 60 (Operation timed out)) 12.36.26 Join jordan` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 12.36.39 *** Saving seen data "./dancer.seen" 12.38.33 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.39.29 Quit Photoguy ("On to better things") 12.44.51 Quit EternalRains (Read error: 104 (Connection reset by peer)) 12.48.57 Join jordan`` [0] (n=jordan@nor75-6-82-227-165-47.fbx.proxad.net) 12.49.44 Quit jordan` (Read error: 113 (No route to host)) 13.11.30 Join tvelocity [0] (n=tony@adsl2-137.her.forthnet.gr) 13.22.02 Quit flydutch (Read error: 104 (Connection reset by peer)) 13.22.41 Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) 13.30.41 Join {phoenix} [0] (n=dirk@84.180.121.64) 13.49.36 Quit _Auron_ (Read error: 110 (Connection timed out)) 13.59.25 Part LinusN 14.17.25 Nick J-23 is now known as Brawura (n=zelazko@unix.net.pl) 14.17.42 Nick Brawura is now known as J-23 (n=zelazko@unix.net.pl) 14.34.36 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 14.36.41 *** Saving seen data "./dancer.seen" 14.39.13 # * LambdaCalculus37 now has a Gigabeat T thanks to saratoga 14.41.55 Join KBH [0] (i=hbk@71.96.74.73) 14.43.55 Quit B4gder ("It is time to say moo") 14.45.07 # Trying to look for a sort of recovery mode on the Gigabeat T, and I can say that the method for the beast doesn't work (hold left on the D-pad+Windows key). 14.48.56 # LambdaCalculus37: Are there any PCB scans of the T? I'm wondering (hoping for your sake!) that there is some kind of ATA->FLASH controller, similar to the 1st gen nanos. If so, then the existing ATA driver should work. 14.50.38 Quit SirFunk_ (Read error: 110 (Connection timed out)) 14.50.46 # linuxstb: toffe82 took care of that; there's one on the GigabeatTPort wiki page. 14.52.37 # There isn't a GigabeatTPort page... But there's GigabeatTInfo 14.52.47 # linuxstb: Oops. :) 14.56.28 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.00.21 Quit HBK (Read error: 110 (Connection timed out)) 15.01.11 Quit bs66_ (Read error: 113 (No route to host)) 15.06.02 Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-074f64367807ecdb) 15.06.08 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 15.11.14 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.14.28 Quit KBH (Read error: 110 (Connection timed out)) 15.14.59 Join KBH [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.15.19 Join fenugrec [0] (n=ABC@modemcable247.111-201-24.mc.videotron.ca) 15.17.40 Quit kachna|lappy (Connection timed out) 15.19.03 Quit HBK (Read error: 60 (Operation timed out)) 15.23.19 Join fdinel [0] (n=Miranda@24.203.232.204) 15.23.43 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.24.56 Quit Horscht (Client Quit) 15.28.14 Quit HBK- (Read error: 110 (Connection timed out)) 15.31.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.34.18 Join jgarvey [0] (n=jgarvey@98.26.65.13) 15.34.49 Quit KBH (Read error: 110 (Connection timed out)) 15.47.24 Quit fyrestorm ("Reconnecting...") 15.47.35 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 15.47.55 Quit fyrestorm (Client Quit) 15.48.06 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 15.54.40 Quit codesquid_ (Remote closed the connection) 16.09.46 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 16.10.03 Quit fenugrec ("Leaving") 16.17.33 Quit fyrestorm ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 16.28.02 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 16.32.16 # i think its at least somewhat different hardware though 16.32.20 # ops 16.36.42 *** Saving seen data "./dancer.seen" 16.39.20 Quit HBK (Read error: 110 (Connection timed out)) 16.40.19 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 16.42.48 # saratoga: Have you ever been able to find any sort of recovery mode on the Gigabeat T? 16.43.01 # I tried the beast method; doesn't work. 16.43.29 # LambdaCalculus37: unfortunately not 16.43.55 # i suppose you could try shorting the device enable pin on the flash chip, that worked for the e200v2 16.44.59 # saratoga: I'll try that, but only if a Google search turns up nothing else. 16.45.09 # * LambdaCalculus37 should check Toshiba's website again 16.51.39 Join midijunkie [0] (n=Miranda@pD95473DA.dip0.t-ipconnect.de) 16.52.07 Join toffe82 [0] (n=chatzill@74.0.180.178) 17.06.08 Join z35 [0] (n=z35@h129.116.131.174.dynamic.ip.windstream.net) 17.15.05 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-1c1a89303a97e996) 17.17.05 Quit Sedgewick ("off") 17.17.33 Quit robin0800 (Remote closed the connection) 17.23.23 # are there any cases of the sansa clip battery overheating while connected via USB with rockbox? 17.28.47 Join __lifeless [0] (n=lifeless@188.16.67.170) 17.28.47 # dfkt: Mine gets a little warm, but not hot. 17.29.15 Quit _lifeless (Read error: 113 (No route to host)) 17.31.07 # LambdaCalculus37, mine just died. it's really hot to the touch, but i suspect "normal" battery malfunction. not pointing fingers at rockbox, and i read on sandisk's forums that this happened to other people with the stock firmware as well. :p 17.32.58 # s/and i read/and i just found 17.33.01 # sorry for the panic post :p 17.33.17 # dfkt: Don't worry about it. :) 17.33.27 # That's a little strange, though. 17.34.10 # it showed me the rockbox boot screen at connecting, then immediately turned off and got to about ~60°C or so 17.35.38 # dfkt: Died permanently or just turned off? 17.36.47 # it doesn't turn on anymore, held the power slider for 15 sec, tried an AC USB charger as well 17.37.18 # cracked it open, the battery is slowly cooling off 17.38.28 Join _lifeless [0] (n=lifeless@188.16.67.170) 17.38.31 Quit __lifeless (Read error: 54 (Connection reset by peer)) 17.40.48 # battery didn't bulge, explode, or leak... any chances of overcharge protection "reviving" itself with this hardware? 17.42.40 # Possibly. 17.42.41 Quit jordan`` (Read error: 110 (Connection timed out)) 17.43.41 # Can you link to the Sansa forum threads about this? Do they shed any light? 17.44.24 # not very useful: http://forums.sandisk.com/sansa/board/message?board.id=clip&thread.id=10343 17.44.48 # oh, f***... battery is cooled off now, but i feel the SOC is still really hot 17.45.39 # That's not good. :( 17.46.17 # is desoldering the battery a good idea? but i guess it's really too late anyways 17.48.29 Join _julian [0] (n=quassel@dslb-082-083-130-158.pools.arcor-ip.net) 17.51.45 Quit _lifeless (Remote closed the connection) 17.52.49 # dfkt: You can try it; just be careful. 17.53.53 Join _lifeless [0] (n=lifeless@188.16.67.170) 17.55.54 # i just desolder one contact, that should be enough 17.59.29 Join Dreamglider [0] (i=d4372ae1@gateway/web/ajax/mibbit.com/x-d67eb0a76d033903) 17.59.44 # ok, the SOC cooled off instantly :p 18.00.15 Quit petur ("work->home") 18.01.31 # lookie here, it turns on again connected to USB without the battery 18.02.15 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.05.03 # can i install the default ipod-os if i were to regret installing Rockbox to the ipod ? 18.05.47 # it's still there 18.05.58 # you can boot into it by holding down certain keys 18.06.02 # I don't know which off the top of my head 18.06.21 # agaffney: You turn the hold switch on at bootup on iPods. 18.06.52 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 18.07.03 # Dreamglider: You can easily dual boot between Rockbox and the iPod OS. 18.07.30 # is the OS stored on a chip or on the disk ? 18.07.31 # New commit by 03bluebrother (r20810): Trim description text before displaying and display newlines as line breaks. ... 18.07.59 # Dreamglider: It's on the hard drive, contained in a separate partition. 18.08.13 # Ok. 18.09.32 # All we do is just patch the bootloader so that Rockbox boots by default, but you can still dual-boot with the method I mentioned above. 18.12.55 # can i install Rockbox to the ipod from Ubuntu ? 18.13.18 # i would like to give it a go. 18.13.23 # Dreamglider: Yes. 18.13.50 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.14.47 # linuxstb: can you point me to a how-to ? 18.15.00 # http://www.rockbox.org/manual.shtml 18.15.45 # And also http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 18.15.59 # LambdaCalculus37: That's linked from the manual... 18.16.40 # linuxstb: True, but best to give the link so he doesn't miss it. 18.17.55 Quit z35 (Read error: 104 (Connection reset by peer)) 18.18.37 Join z35 [0] (n=z35@h129.116.131.174.dynamic.ip.windstream.net) 18.28.29 Join Will___ [0] (n=chatzill@64.24.51.205) 18.28.48 Join Grahack [0] (n=chri@stc92-1-82-227-106-100.fbx.proxad.net) 18.30.40 Part Will___ 18.30.55 Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") 18.31.34 Join lee321987 [0] (n=chatzill@64.24.51.205) 18.36.45 *** Saving seen data "./dancer.seen" 18.39.56 # mp3_enc.c & mp3_encoder.c Is there anyone here who has commited a change to either of these files since June of last year? 18.42.49 # I'm asking because there was a change made to one of these files at http://svn.rockbox.org/viewvc.cgi?view=rev;revision=17679 that helped a great deal to eliminate the DC offset that my DAP creates (when recording to MP3 format). I just noticed that the DC offset is back (don't know how long). 18.43.42 # Maybe you could do a binary search to narrow down which change brought this back. 18.44.44 Join kachna|lappy [0] (n=kachna@84.42.177.178) 18.45.21 Join l403 [0] (n=l@85.132.159.239) 18.45.40 # don't know what you mean? Right now I'm making a list of all the changes, since June, that look (to me - with little C knowledge) like they might have effected this. 18.46.41 # You test the midway point between when it was working okay (17679) and the most recent build. If that is okay then take the midway point between that and the current build 18.47.35 # If that wasn't okay then you know that the change was somewhere between the bounds of 17679 and the midway point. 18.48.12 Join JdGordon| [0] (i=836b0070@gateway/web/ajax/mibbit.com/x-d7475781bac5b599) 18.49.07 # Here's a better explanation: http://en.wikipedia.org/wiki/Binary_search 18.49.13 # evilnick_7: ok. How do I download old versions? (I'm using SVN and Cygwin) 18.50.20 # I think that there's a method using SVN to specify which build revision to checkout. 18.51.32 # I'm using dial-up, so I'm hoping there is a way to download _only_ one old file. 18.51.50 # read the subversion documentation 18.51.57 # and yes there is 18.52.04 # I do it all the time with tortoisesvn 18.53.09 # * LambdaCalculus37 found the PID and VID for the Gigabeat T and posts them to the DeviceDetection page 18.58.24 # hi all, back again with my doc issues :) 19.00.20 # http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch7.html#x10-1260007.8 in the "enable crossfade" section, 'If set to track skip only' should be 'If set to TRACK SKIP ONLY' (with the small caps) and there's a 'SHUFFLE AND TRACK SKIP' conf item that is not documented 19.02.31 Join perrikwp|lab [0] (i=982135ad@gateway/web/ajax/mibbit.com/x-4819252a60128e5b) 19.04.03 Join moos [0] (n=mustapha@rockbox/staff/moos) 19.08.09 Join bertrik [0] (n=bertrik@87.211.49.117) 19.08.37 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 19.10.41 # linuxstb : Hi, didn't merbanan mention that some fixed-point code was on svn ? 19.10.58 # *fixed-point cook code 19.13.30 Quit lee321987 ("ChatZilla 0.9.84 [Firefox 3.0.9/2009040821]") 19.13.43 Quit perrikwp|lab ("http://www.mibbit.com ajax IRC Client") 19.14.27 Join SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 19.16.04 Join fenugrec [0] (n=ABC@24.201.111.247) 19.19.38 # has there been any investigation on what type of LCD is used in the sansa c200v2? 19.19.53 Join jeffdameth [0] (n=jeff@dyndsl-095-033-117-130.ewe-ip-backbone.de) 19.20.03 # bertrik: None that I know of. Nothing in the logs? 19.20.30 # LambdaCalculus37, I'm searching the forums now, will have a look at the logs too 19.20.45 # MT: No, I don't think anything was committed. 19.20.49 # bertrik: Righto. 19.21.03 # * LambdaCalculus37 is busy checking out the Gigabeat T 19.21.03 # MT: Congratulations on getting sound! 19.21.23 # linuxstb: Sound for RealAudio? 19.21.26 # linuxstb : Thanks :) 19.21.39 # LambdaCalculus37: Just in MT's standalone test program (and still just floating point). 19.21.41 # MT: Awesome job! Congrats! :) 19.21.59 # LambdaCalculus37: He has to leave something for the summer. 19.22.07 # LambdaCalculus37 : Thanks :) .. everything is on the wiki by the way 19.22.32 # MT: I'll check it out later. 19.23.00 # Hmm... I wonder if it's a good idea to start creating a basic structure in the code for the T now, or to just wait. 19.24.06 # linuxstb : I'm happy I've done this now because I don't know how much I could work during the finals .. but if I'm done with cook at an early point in time, I'll still have another few codecs to take care of :) 19.25.49 # linuxstb : so to actually work with the patches I'll have to either apply them to a local copy of ffmpeg or to just take the code directly from the diff file ( hrader I believe) ? 19.27.30 # MT: I think applying them to a local copy of ffmpeg, then copying into your code will be easiest. 19.29.07 Join z35_ [0] (n=z35@h148.208.40.162.dynamic.ip.windstream.net) 19.30.36 Quit z35 (Nick collision from services.) 19.30.40 Nick z35_ is now known as z35 (n=z35@h148.208.40.162.dynamic.ip.windstream.net) 19.31.21 Join krazykit [0] (n=kkit@ppp-70-236-47-235.dsl.ipltin.ameritech.net) 19.31.35 Quit kugel (Read error: 110 (Connection timed out)) 19.31.40 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.34.03 Quit einhirn (Read error: 104 (Connection reset by peer)) 19.34.35 Quit jeffdameth1 (Read error: 110 (Connection timed out)) 19.37.31 Join kugel [0] (n=kugel@rockbox/developer/kugel) 19.38.24 # bertrik: what do you mean by which type of lcd? 19.39.09 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.39.30 # a type number, or a compatible type number, anything we need to know to write a driver for it 19.40.06 # I don't think we need to know a number 19.40.37 # I could maybe manage to write a lcd driver based off the disassembly, but there's no sense without testers 19.42.52 Quit Horscht ("Verlassend") 19.43.37 Join Schnueff [0] (n=mah@91-66-108-224-dynip.superkabel.de) 19.43.49 # I have been looking at disassembly too 19.46.29 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.46.30 # sometimes not all info about a new target is in the wiki and it may be a waste of time/motivation if people are doing the same, so that's why I asked 19.48.38 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.48.54 # New commit by 03bluebrother (r20811): Qt always assumes ini files to use Latin1 encoding but the theme site uses utf-8. Explicitly convert texts displayed to the user. Fixes non-ascii ... 19.48.59 Join Schnueff_ [0] (n=mah@91-66-108-224-dynip.superkabel.de) 19.48.59 # linuxstb : I don't know if you noticed this, but constructing a scrambling unit takes up mermory, for example 22KB+ for a 96kbps sample I have, would this be a problem ? 19.51.09 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 19.51.23 # domonoky: for the ui rework it would be good to try using signals for the logger updates instead of passing the pointer around all time IMO. Any thoughts? 19.51.34 # MT: No, that kind of memory should be fine. 19.51.52 # that way we could also connect the signal to some other logger (like file logger) without problems. 19.51.56 # MT: Do you need to memcpy the data before calling the decoder? 19.52.04 # bluebrother: sounds good. 19.52.29 # linuxstb : yes, I copy it to a smaller input buffer 19.52.29 # * bluebrother might have a go at changing the zip installer class 19.53.34 # linuxstb : is it a problem ? 19.54.13 Quit koolatron (Remote closed the connection) 19.54.32 # MT: No, but it would be better (faster) if it was possible to avoid that. 19.56.45 # linuxstb : I suppose I could just pass the whole scrambling unit to the decoder and make it advance through it in steps the size of a sub-packet, the decoder takes the input buffer size as an argument .. I'm not 100% sure though, I'll try it later. 19.57.05 # bluebrother: and while you are reworking this zipinstaller class, move it to base/ :-) 19.59.12 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 19.59.45 Join hillshum [0] (n=hillshum@unaffiliated/hillshum) 20.00.19 # What generates known_issues.txt? 20.00.29 Quit Zoxc () 20.01.45 Join schrottplatz [0] (n=max@f053230222.adsl.alicedsl.de) 20.02.20 # domonoky: once the GUI dependency is done, sure ;-) 20.02.35 # but we shouldn't forget about the open patches in the tracker now the release is done 20.06.07 Quit Schnueff (Read error: 110 (Connection timed out)) 20.06.11 # Is the known issues file supposed to be target specific? 20.07.11 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 20.07.43 Quit _lifeless (Read error: 110 (Connection timed out)) 20.14.53 Join miepchen^schlaf [0] (n=miepel@p579EC623.dip.t-dialin.net) 20.16.02 # Should KNOWN_ISSUES state which targets some bugs apply to? 20.17.34 # its people generated, probably, probably 20.17.43 # also.. its most liekly out of date already anyway 20.17.57 Join Heyo [0] (n=62cc0ecc@gateway/web/cgi-irc/labb.contactor.se/x-29f3804b777d03d3) 20.18.19 # is this channel active right now or have I come in the stagnant mid day hours? 20.18.45 # yes 20.18.48 # it's evening 20.19.05 # it is also probably morning somewhere 20.19.15 # true 20.19.22 # 2:19 PM where I am 20.19.22 # are you sure? 20.19.24 # true, but it is normally most active eu evening, which it is 20.20.57 # So I'm at work right now, and can't really get to the forums, but I have a quick question which might be stupid, but I didn't see it in any of the FAQs, are the 1.8" hard drives in most HDD based players interchangable between most devices? I have a 120GB Zune but I would be willing to cannibalize it for something that can run RockBox. 20.21.10 # no 20.21.23 # see www.rockbox.org/wiki/HArddriveReplacement 20.21.42 # er, HardDriveReplacement 20.22.10 # There are a few different interfaces, you need to make sure you have the right one 20.23.04 Join _Auron|G1_ [0] (n=Auron@m680e36d0.tmodns.net) 20.23.04 # Any suggestions for a device which can use the Zune's hard drive? iPods are neat and all, but I want a player with the most features and functionality possible. 20.23.13 # thanks for the link 20.23.13 # Heyo: I believe that the Zune drive will fit (in terms of physical dimensions _and_ interface) in some Rockboxable players but there are 2 different heights of 1.8" drives and a few different interfaces so the Wiki has the most information. 20.23.34 # Does the Beast use the same drive? 20.23.44 # It uses the same interface (ZIF). 20.23.54 # Beast? 20.24.01 # gigabeat S 20.24.02 # Gigabeat S seris 20.24.03 # Heyo: Our pet name for the Gigabeat S. 20.24.10 # ah, gotcha 20.24.16 # The " 20.24.16 # not fully supported yet though 20.24.28 # Beast" as you put it is pretty similar to the Zune, isn't it? 20.24.36 # Yes 20.24.47 # the first gen zune, at least 20.25.06 # does it have any WiFi capabilities? 20.25.14 # no... 20.25.51 # That's the biggest difference... no WiFi in the beast. 20.26.01 # and the ability to run Rockbox 20.26.15 # That, too. :) 20.26.19 # Got it, what kind of RB features aren't supported by the Beast? 20.26.31 # none 20.26.36 # But it isn't supported yet 20.26.43 # Microsoft encrypted the Zune firmware and whatnot 20.26.44 # Heyo: Everything works, but we have to finalize the install method and get the manual finished. 20.26.49 # i.e. the port isn't finished to the point where we support it 20.26.57 # these are all questions that can probably be answered by doing a bit of reading through the site... 20.26.57 Quit fenugrec ("Leaving") 20.27.01 # the install is still a bit tricky 20.27.08 Join _lifeless [0] (n=lifeless@188.16.103.188) 20.28.01 Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 20.28.34 Quit fyrestorm ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 20.28.54 Join fyrestorm [0] (n=nnscript@cpe-24-90-84-236.nyc.res.rr.com) 20.30.22 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.30.44 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 20.31.21 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-59ed421ee5489080) 20.32.56 Quit _Auron|G1_ ("-a-") 20.33.13 Join _Auron|G1_ [0] (n=Auron@m680e36d0.tmodns.net) 20.34.09 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-149-60.dsl.rcsntx.swbell.net) 20.35.20 # Heyo: Main reason the Manual isn't ready is that we don't know for sure how the install will work 20.35.35 # The rest of it is ready IIUC 20.36.06 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 20.36.47 # Ok, thanks for the suggestions and the links guys! It's much appreciated, like I said, my internet access is pretty limited, so I couldn't browse most of the site. 20.36.48 *** Saving seen data "./dancer.seen" 20.36.49 Quit Heyo ("CGI:IRC") 20.37.01 # the other doc issue of the day: http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch7.html#x10-1260007.8 after 7.11 Auto-Change Directory, my player says last.fm log, cuesheet support, pause on unplug, then skip length, I don't have any Prevent Track Skipping 20.37.41 # Grahack: what version are you using? 20.37.41 Quit bagawk (Read error: 104 (Connection reset by peer)) 20.37.45 Quit robin0800 (Remote closed the connection) 20.37.47 # of RB 20.37.48 # hillshum: The manual is ready 20.37.56 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 20.38.18 # Grahack: Could you compile a list and but it on flyspray as a bug report when done? That way it won't get lost 20.38.22 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 20.38.26 # rockbox 3.2-09032003 20.38.47 # *put 20.39.00 # BigBambi: ok, I'll use flyspray from now on 20.39.06 # you should use a current build though 20.39.18 # BigBambi, Heyo: Everything works, but we have to finalize the install method and get the manual finished. 20.39.30 # hillshum: The manual is fine, I did it 20.39.48 # added the missing install bits that it 20.40.14 # It'll need to be updated when the final install method is done, but for now it is there 20.40.21 # on the manual topic, what triggers the harddisk-dependent bits? The e200 manual has some HDD related stuff in it 20.40.46 # \opt{} whatever. Have a look in the source 20.40.53 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-571c254d5644f2fc) 20.41.33 # Okay. And manual bugs are allowed on FlySpray then right? 20.41.42 # yes, there is a manual section 20.43.07 Join bagawk [0] (n=lee@c-98-232-168-140.hsd1.or.comcast.net) 20.43.33 Quit robin0800 (Remote closed the connection) 20.44.02 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 20.45.00 Quit hillshum ("Leaving") 20.46.22 # my last bug is no more on the current build, sorry guys and thanks pixelma 20.49.20 Quit robin0800 (Remote closed the connection) 20.50.03 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 20.52.35 # kugel, the c200v2 display init sequence is nearly identical to the c200(v1) init sequence 20.54.45 # the c200 seems to do a few more commands, but otherwise very similar 20.57.57 # New commit by 03kugel (r20812): Revert r20786 as it caused problems with alternating sublines (they need to be reset if gui_wps_refresh() wasn't called for some time, since the ... 20.58.36 # bertrik: really? I guess though, DBOP is involved there too? 20.59.00 # yes, the initialisation commands are sent through DBOP 20.59.22 # the notorious GPIO D7 is somehow involved too ... 20.59.53 # bertrik: that's buttonlight 21.00.32 # * bluebrother curses this progresslogger class 21.01.40 Quit Zoxc () 21.02.24 Quit gevaerts (Nick collision from services.) 21.02.33 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 21.02.41 # kugel, I think the c200 driver can be reused by abstracting lcd_wait_write, lcd_send_data and lcd_send_command 21.02.59 Quit myndz\ () 21.03.37 Join cspotcode1 [0] (n=bradla@machamp-203.dynamic.rpi.edu) 21.03.42 Part cspotcode1 21.05.07 Join koolatron [0] (n=sean@cpe-069-134-121-164.nc.res.rr.com) 21.05.27 # Hey guys - is there a way I can get a progress indicator on the current database scan/refresh? 21.05.50 # It's chunking along in the background, but I am just curious as to how long that's gonna take. 21.06.19 Join petur [50] (n=petur@rockbox/developer/petur) 21.07.57 # the debug menu has some info 21.08.25 # although it wont say how long left 21.09.50 # bertrik: seems reasonable 21.11.08 # I don't know how this is usually done in rockbox, just copying the code in a new LCD driver or trying to keep it unified 21.11.23 Quit robin0800 ("No Ping reply in 90 seconds.") 21.12.02 Join robin0800 [0] (n=quassel@general-ld-216.t-mobile.co.uk) 21.12.08 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 21.12.25 # bertrik: always good to try keeping them unified...but if it becomes a mess of #ifdef's then just copy it 21.13.34 # bertrik: in the driver section it's not uncommon to just c&p even similar drivers, as they hardly change, the irivers share a good deal similarity too but have all their own one 21.14.34 # unifying isn't so easy in the target tree, without placing the files in an unrelated dir for at least 1 target 21.14.51 # is there an IAP wiki page? 21.15.30 # yes 21.15.40 # linked from the ipod port page 21.16.01 # kugel, yeah, the lowest common directory level is arm ... 21.16.45 # JdGordon|: do you mean IpodAccessories ? 21.17.07 # probably.. unless your talking about the actual protocol? 21.17.13 # yes 21.17.36 # there is one on the ipod linux wiki... scorche linked me yesterday 21.18.04 # yes I know of that one, but I'm looking for some kind of Rockbox wiki page :) 21.18.10 # oh, there's also the firmware/drivers tree where we could put it. But probably the most important thing is just getting it to work :) 21.18.19 # * mcuelenaere will just add the links to IpodAccessories 21.18.32 # in the http://www.rockbox.org/twiki/bin/view/Main/FlySprayHowto wiki page, there is a hint for finding the Rockbox version: ""Main Menu -> System -> Version". If you require voicing, look under "Main Menu -> System -> Rockbox Info"" I personaly can only find the later. Should I fix directly the wiki removing the first ? 21.18.58 # 17:08 < scorche> JdGordon: http://www.ipodlinux.org/wiki/Apple_Accessory_Protocol 21.19.01 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.9/2009042113]") 21.19.08 # JdGordon|: learn to /lastlog ;) 21.20.15 # scorche|sh, JdGordon|: I'm not looking for the ipodlinux page, I'm looking for a RB wiki page where that link is placed on (I possibly got a different related link) 21.22.35 Quit {phoenix} (Remote closed the connection) 21.24.43 Quit koolatron (Remote closed the connection) 21.24.52 Quit _julian (Read error: 113 (No route to host)) 21.26.04 Join {phoenix} [0] (n=dirk@p54B47940.dip.t-dialin.net) 21.27.09 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 21.27.37 Quit schrottplatz ("o.O") 21.30.24 Quit n1s ("Lämnar") 21.31.48 # * evilnick_7 is getting some incorrect id3 information on the WPS using r20809-090426 21.33.39 Quit mcuelenaere (Nick collision from services.) 21.33.42 Join mcuelenaere1 [0] (n=mcuelena@78-22-183-164.access.telenet.be) 21.33.46 Nick mcuelenaere1 is now known as mcuelenaere (n=mcuelena@78-22-183-164.access.telenet.be) 21.34.00 # Bagder: you've got my server on the wrong url still... 21.37.08 Join _fml [0] (n=4fd3ca98@gateway/web/cgi-irc/labb.contactor.se/x-de2dc4553061ace8) 21.37.37 # New commit by 03bluebrother (r20813): Rename installzip.{cpp,h} to better reflect the actual class name. 21.38.38 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 21.39.10 # <_fml> bluebrother, domonoky: hello. Woudn't it be good to display the model name (in RbUtil) in the window where you select which build to install and in the progress window as well? So that it's always visible what you're doing. 21.40.53 # _fml: I don't think so -- you can't access that window before you set the model, and that is always displayed in the main window. So if a users messes this up he really needs to be distracted. 21.41.25 # plus, I'd prefer to run an autodetection before installing and only continue if there are no discrepancies 21.42.17 # <_fml> bluebrother: yes, but the main window is hidden by the windows that pop up after you press 'Install' 21.42.26 # you can move that window. 21.42.40 # and regardless, have you seen my mockup for a new install window? 21.44.09 # <_fml> Do you mean the window with check boxes? Yes, and I liked it. I think the three tabs we have now (instalation, quick install and extras) can be put into the new one. WHich is good. 21.45.04 # if we use that idea we don't have this issue anymore anyway 21.45.19 # <_fml> But I still think that it'd be good if the player model would be displayed in the progress window, like: "Installing Rockbox on Sansa e260" 21.45.41 Quit Horscht (Read error: 110 (Connection timed out)) 21.45.46 # <_fml> bluebrother: ah, you mean that the progress bars are in the window itself? Yes, you're right. 21.46.06 # that's not possible. We always have names like "Sansa e200", so the user still might get confused because he owns an e260 21.46.27 # yes, that's the idea. Plus some button that shows the "old" logger with the details. 21.47.04 # <_fml> bluebrother: isn't it possible to determine the model more exactly? The mount point is named "260", not just "200" 21.48.09 # the mount point is named as the OS names it. My linux box uses the partition name, which is "Sansa e260" as set by the manufacturer. If I'd change that to something different the mountpoint would be named differently 21.48.37 # we could of course check the disk size and determine the model name from that but I'd rather not rely on such things 21.49.24 # is that really that much of a problem? It might be a good idea to simply change the name that gets displayed from "Sansa e200" to "Sansa e200 series" 21.49.32 Quit Conic (Connection timed out) 21.49.40 # <_fml> bluebrother: are the usb vid/pid (or what's the name) not different for different models, e.g. 260 vs. 280? 21.49.48 # no. 21.50.05 # there are even different players that have the same VID / PID (like ipodmini vs. mini2g) 21.50.17 # * linuxstb agrees we should add "series" anywhere we say "Sansa e200" 21.50.36 # maybe even "Sansa e200v1 series" 21.50.55 # Or "Sansa e200 series v1" 21.51.12 # <_fml> bluebrother: ok then. I just think that we should be as specific as possible so that the user feels comfortable. But if it's not that simple or reliable then the current way is also OK. 21.51.24 Quit robin0800 (No route to host) 21.51.54 Quit Horschti (Read error: 60 (Operation timed out)) 21.52.04 Quit _Auron|G1_ ("AndroidIrc Disconnecting") 21.52.19 # I agree that it's a valid goal to make the user feel comfortable. Nevertheless, IMO we shouldn't make it _too_ easy -- the user should still be aware (or at least there should be a chance he's aware) that's he's doing major modifications 21.52.19 # <_fml> How do I change my nick back to the one without underscore? I type "/nick fml" but nothing happens. 21.52.52 # should work that way. Perhaps cgi::irc has problems with that? You could try mibbit instead 21.53.39 # Or maybe close the client and log in again 21.54.49 Quit _fml ("CGI:IRC 0.5.9 (2006/06/06)") 21.55.52 Join froggyman [0] (n=47ba40e2@gateway/web/cgi-irc/labb.contactor.se/x-45f2f0443ee77f5a) 21.56.21 # why on earth did make not spot the includes I forgot to rename? 21.56.29 Join _fml [0] (n=4fd3ca98@gateway/web/cgi-irc/labb.contactor.se/x-99d680fc9b2dc173) 21.57.01 Join fml_ [0] (n=chatzill@p4FD3CA98.dip.t-dialin.net) 21.57.50 Part fml_ 21.58.23 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.58.27 # New commit by 03bluebrother (r20814): Fix the includes I forgot when renaming the ZipInstaller class file. 22.00.44 # btw, shouldn't we say "e200" instead of "E200"? The player has a small e on its model name 22.02.03 Join Tomers [0] (n=chatzill@bzq-84-108-58-176.cablep.bezeqint.net) 22.02.13 # hmm, "Sansa e200 series v1" or "Sansa e200v1 series"? 22.03.43 # <_fml> bluebrother: I'd say "e200v1 series" 22.04.08 # does it really make that much of a difference, you say pO-Ta-Toe i say Po-tA-toe 22.04.18 # * bluebrother is in favor of that too 22.04.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.06.07 # gevaerts: Good evening! Can you kindly commit FS#10166? 22.10.21 # Tomers: there are still a lot of whitespace changes in isp1583.c. Also, have you verified that it still compiles for the tcc targets (like the D2)? 22.10.29 # * bluebrother still spots unrelated whitespace changes in that patch 22.10.52 # New commit by 03bluebrother (r20815): Rename display names for Sansas to include "series" to make it more clear that it's not a player model "e200". Change casing of e200 / c200 to ... 22.11.13 Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) 22.11.53 # <_fml> Who is that CIA-63? 22.12.09 # _fml, it's the SVN commit announce bot 22.12.39 # bluebrother: It's minimum changes. Can you commit as it is, or revert these minor changes, or should I apply yet another patch? 22.12.47 # <_fml> krazykit: and the name is just a stroke of imagination? 22.13.12 # It's a standard thing 22.13.26 # _fml, http://cia.vc/ 22.14.10 # In order to have a second tree, must I use 'svn checkout' or can I copy my existing dir? 22.14.29 Join Horschti [0] (n=Horscht@xbmc/user/horscht) 22.15.17 # you can copy an svn tree. Not sure if I'd do a fresh checkout though. 22.15.17 # you can copy 22.19.44 # <_fml> Does anybody have objections to FS#10132 (setting the font back to UI after plugin has exited)? I like the idea that the core rockbox creates a "sandbox" for the plugin to run in. 22.20.17 Join __lifeless [0] (n=lifeless@188.16.103.188) 22.20.25 Quit _lifeless (Read error: 113 (No route to host)) 22.21.23 Quit __lifeless (Client Quit) 22.21.32 Join robin0800_ [0] (n=robin080@general-ld-216.t-mobile.co.uk) 22.22.45 Quit bluebrother (Nick collision from services.) 22.22.49 Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) 22.23.03 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) 22.23.46 Quit petur (Read error: 110 (Connection timed out)) 22.26.10 Quit robin0800 (Remote closed the connection) 22.27.05 Join ender [0] (i=krneki@foo.eternallybored.org) 22.27.17 Join sercik [0] (n=ciccio@net-93-147-46-35.t2.dsl.vodafone.it) 22.27.23 # ciao 22.27.40 # .. 22.28.25 # wow 22.28.37 Nick sercik is now known as Annina85 (n=ciccio@net-93-147-46-35.t2.dsl.vodafone.it) 22.28.39 # . 22.28.43 # , 22.29.05 # !Liat 22.29.10 # amazing 22.29.10 # !list 22.29.14 # bluebrother / gevaerts: I don't want to nag, but I have to push my GSoC :-) How can FS#10166 be committed? 22.29.20 # Annina85: There are no files here 22.29.20 # stop doing this. 22.30.00 # Tomers: well, you could always work on your private repository. I'm doing this all the time using git-svn (which is really great in helping you merging stuff back) 22.30.22 # ok 22.31.05 Quit midijunkie ("?(???~•~)?") 22.31.30 # bluebrother: Funny, just watched "Tech Talk: Linus Torvalds on git" today (http://www.youtube.com/watch?v=4XpnKHJAok8)... Figured out it was a good way to work. I have to read the __ manual first, though... 22.31.34 Quit Horscht (Read error: 110 (Connection timed out)) 22.31.45 Part Annina85 22.32.23 # Tomers: juggling patches is one of the things everyone has to learn ;) 22.32.29 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 22.32.32 # Does git keeps your commits separately, so you can create different patches, which represent the different stages of your feature? 22.33.15 # I'm good at patches, but for CVS, I guess git is quite different, right? 22.33.30 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 22.33.40 # yes, it's quite different. Took me quite a while to get to know it (and comfortable using it) 22.33.46 Join tessarakt [0] (n=jens@e180079036.adsl.alicedsl.de) 22.33.47 # Tomers: git is magic, you can reorder your commits, or even rebase your branch to a more recent point in the main dev line to present patches against the most recent code 22.34.14 # you basically have a clone of the svn repo. You can sync anytime you like in both directions, and do commits / use branches / merge branches etc as you like 22.34.47 # Sounds just great. No wonder Linus in love with it (hmmm... he wrote it) 22.34.55 Quit {phoenix} (Remote closed the connection) 22.35.21 # I usually create a branch when working on something new, then commit on the branch. Before pushing it back I rebase master to current svn, then merge master to my branch and diff between both. Works really well 22.36.27 # I'd say 'amazingly wel' ! :) 22.36.34 # * well 22.36.49 # I'll do it! It might take me some time 22.36.53 *** Saving seen data "./dancer.seen" 22.37.45 Quit _fml ("CGI:IRC 0.5.9 (2006/06/06)") 22.38.05 Quit robin0800_ (Remote closed the connection) 22.38.34 Join mrkiko [0] (n=mrkiko@host226-104-dynamic.45-79-r.retail.telecomitalia.it) 22.38.43 Quit faemir ("Leaving") 22.40.52 Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) 22.41.23 Quit Grahack ("Leaving.") 22.41.29 Quit ender` (Read error: 110 (Connection timed out)) 22.42.10 # * bluebrother starts to like git gui :) 22.45.20 Quit barrywardell (Remote closed the connection) 22.51.36 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 22.54.53 Quit Conic (Read error: 54 (Connection reset by peer)) 22.55.27 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 22.56.48 Join EternalRains [0] (n=Abztrkhi@c-24-127-231-171.hsd1.fl.comcast.net) 22.58.47 Quit l403 (Read error: 104 (Connection reset by peer)) 23.05.52 Quit Conic (Read error: 104 (Connection reset by peer)) 23.09.12 Join l403 [0] (n=l@85.132.159.239) 23.09.50 Join faemir [0] (n=faemir@88-106-242-222.dynamic.dsl.as9105.com) 23.11.43 Part toffe82 23.13.10 Quit robin0800 (Remote closed the connection) 23.13.39 Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) 23.17.06 Quit bmbl ("Woah!") 23.20.14 # New commit by 03bluebrother (r20816): Fix missing include. 23.23.06 Join AndyIL [0] (i=AndyI@212.14.205.32) 23.26.56 Quit Zoxc () 23.27.19 # hello 23.27.53 # mirak: Bonsoir 23.28.02 # :) 23.28.14 # lu 23.28.49 Quit SirFunk_ (Read error: 110 (Connection timed out)) 23.29.53 Quit bluebrother ("leaving") 23.30.21 Join flydutch [0] (n=flydutch@host226-201-dynamic.15-87-r.retail.telecomitalia.it) 23.31.18 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.33.46 Join DrMoos [0] (i=mustapha@81-66-158-88.rev.numericable.fr) 23.33.54 # New commit by 03bluebrother (r20817): If downloading the build information didn't work don't try to populate the version information. 23.34.02 Quit moos (Read error: 104 (Connection reset by peer)) 23.34.26 Nick DrMoos is now known as moos (i=mustapha@81-66-158-88.rev.numericable.fr) 23.42.09 Quit mrkiko (Remote closed the connection) 23.42.20 Join mrkiko [0] (n=mrkiko@host226-104-dynamic.45-79-r.retail.telecomitalia.it) 23.43.49 Quit AndyI (Read error: 113 (No route to host)) 23.44.49 Quit Schnueff_ ("nite") 23.53.29 Quit moos ("Rockbox rules the DAP world")