--- Log for 17.08.108 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 days and 18 hours ago 00.01.00 Join fyre^OS [0] (n=fyre@cpe-68-173-161-20.nyc.res.rr.com) 00.05.09 # * linuxstb doesn't even want them in imported code 00.05.43 Quit snoh^ (Remote closed the connection) 00.08.51 Quit toffe82 (Read error: 110 (Connection timed out)) 00.10.44 # God invented diff -w for a reason. 00.10.46 Quit toffe82_ (Read error: 110 (Connection timed out)) 00.14.08 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.18.21 Quit fyrestorm (Read error: 113 (No route to host)) 00.23.46 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 00.28.50 Quit erram_ (Remote closed the connection) 00.35.27 # * bluebrother spots domonoky 00.35.43 # * domonoky waves 00.36.24 # interested in looking at my bootloader install rework status? I'd like to get that damn thing finished asap. 00.37.09 # i can take a look at it tomorrow... 00.37.40 # would be nice 00.37.57 # current diff: http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutil-bootloader-rework-4.diff 00.42.51 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 00.45.48 Quit mf0102 ("Ex-Chat") 00.50.29 Join fyrestorm [0] (n=fyre@cpe-68-173-166-126.nyc.res.rr.com) 00.51.55 Quit bertrik ("Leaving") 00.57.44 Join Zarggg_ [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.58.08 Quit Thundercloud (Read error: 110 (Connection timed out)) 01.01.05 Join frinkazoid [0] (n=waldo@ip-81-11-196-71.dsl.scarlet.be) 01.06.20 Part toffe82__ 01.06.35 Quit fyre^OS (Read error: 110 (Connection timed out)) 01.07.02 Quit CaptainKewl (Read error: 110 (Connection timed out)) 01.07.48 Quit Genre9mp3 () 01.09.12 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 01.10.39 Quit num1 (Remote closed the connection) 01.11.23 Quit Zarggg (Read error: 113 (No route to host)) 01.12.22 Quit phinze ("leaving") 01.13.22 Join phinze [0] (n=phinze@12-214-18-90.client.mchsi.com) 01.14.01 Quit ender` (" Where python would say you can skin a cat with a knife, so adding other methods would just make the language hard to learn,") 01.14.15 Quit erram_ (Remote closed the connection) 01.15.42 Quit herrwaldo (Read error: 110 (Connection timed out)) 01.17.47 *** Saving seen data "./dancer.seen" 01.19.57 Quit Thundercloud_ (Remote closed the connection) 01.19.58 Quit domonoky (Read error: 104 (Connection reset by peer)) 01.22.31 Quit Zom (Remote closed the connection) 01.22.43 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 01.27.13 Join num1 [0] (n=brian@unaffiliated/num1) 01.29.17 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 01.30.08 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 01.33.41 Quit Zarggg_ (Read error: 113 (No route to host)) 01.38.08 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.38.45 Join fyre^OS [0] (n=fyre@cpe-68-173-164-45.nyc.res.rr.com) 01.39.45 Join toffe82 [0] (n=chatzill@adsl-71-154-233-253.dsl.frs2ca.sbcglobal.net) 01.42.34 Quit reacocard (".") 01.43.42 # rasher: Do you have (or know of) a script to sort a lang file into the same order as english.lang? 01.43.59 Quit bluebrother ("leaving") 01.45.07 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 01.56.23 Quit fyrestorm (Read error: 110 (Connection timed out)) 01.59.06 Quit XavierGr (Read error: 104 (Connection reset by peer)) 02.02.39 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 02.03.02 Quit ompaul (Client Quit) 02.06.00 Quit homielowe () 02.07.33 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 02.07.38 --> "delete quote test" received from xnate (n=nate@ppp-70-242-183-125.dsl.lbcktx.swbell.net) 02.08.26 # linuxstb: rasher: I know it is from microsoft, but you can download the microsoft terminology translation for free, it contains 40 languages and a lot of words 02.08.28 # http://www.microsoft.com/downloads/details.aspx?FamilyId=25018024-2DFD-4229-9763-05F78FEAF2FF&displaylang=en 02.09.43 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 02.10.05 # so you can compare the words used in Rockbock with the "standard terminology" 02.14.46 Quit erram_ (Remote closed the connection) 02.14.47 # at least it is a good dictionnary: "12" in english is translated "12" in french:) 02.14.50 # :) 02.17.14 Quit jhulst (Read error: 110 (Connection timed out)) 02.18.51 # toffe82: Interesting. Although the Catalan column seems very empty... 02.19.07 # yes 02.20.51 # I think there is a more complete than this one, I had it before but don't know were it is and can't find it anymore on the microsoft site 02.39.42 Quit Schmogel (Read error: 104 (Connection reset by peer)) 02.39.52 # linuxstb: rasher: you can check here too http://www.microsoft.com/language/en/us/download.mspx 02.44.00 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 02.53.16 Quit culture (Connection timed out) 03.01.25 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.05.11 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 03.05.46 Quit arohtar (Client Quit) 03.06.38 Quit avis (Remote closed the connection) 03.10.15 Quit erram_ (Remote closed the connection) 03.17.48 *** Saving seen data "./dancer.seen" 03.25.24 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 03.30.24 Quit JdGordon (Remote closed the connection) 03.30.28 Quit erram_ (Remote closed the connection) 03.30.40 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.31.58 Join avis [0] (n=ident@pdpc/supporter/student/avis) 03.35.15 Join JdGordon [0] (n=Miranda@c210-49-163-174.smelb2.vic.optusnet.com.au) 03.36.08 Join DerDome1 [0] (n=DerDome@dslb-082-083-247-054.pools.arcor-ip.net) 03.36.09 Quit DerDome (Nick collision from services.) 03.36.20 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-247-054.pools.arcor-ip.net) 03.40.42 Join Bagder_ [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 03.44.36 Quit BHSPitLappy (Read error: 104 (Connection reset by peer)) 03.47.10 Quit CaptainKewl (Remote closed the connection) 03.54.17 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.55.39 Quit Thundercloud (Remote closed the connection) 03.57.40 Quit Bagder (Read error: 110 (Connection timed out)) 03.58.20 Quit tessarakt (Read error: 110 (Connection timed out)) 04.01.13 Quit frinkazoid ("Konversation terminated!") 04.04.34 # linuxstb: not sure if you are still awake, but yes it was a legal thing...if we manually approve things, we essentially "had a chance" to search for copyright violations...the process should be as automatic as possible or if we do have some sort of manual selection (which is less desirable from a legal standpoint), it needs to be for technical purposes only in order to comply...see http://en.wikipedia.org/wiki/Online_Copyright_Infringement_Liability_Limi 04.05.01 # see 04.05.01 # http://en.wikipedia.org/wiki/Online_Copyright_Infringement_Liability_Limitation_Act for more info 04.05.57 # (it didnt all go through)...it is mainly about giving us an opportunity to see that copyright is being infringed and can be pointed to that we had prior knowledge of the infringement 04.23.34 Join miepchen^schlaf_ [0] (n=miepchen@p54BF7633.dip.t-dialin.net) 04.24.53 Part wpyh 04.30.17 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.41.35 Join reacocard [0] (n=reacocar@rccy-06-1010.dsl.iowatelecom.net) 05.03.50 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.04.19 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.04.34 Quit Seed ("cu, Andre") 05.06.13 Join olle-wp [0] (n=ubuntu@h88n1fls310o838.telia.com) 05.12.11 Quit Zarggg () 05.13.39 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.14.11 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 05.17.47 Quit olle-wp (Remote closed the connection) 05.17.53 *** Saving seen data "./dancer.seen" 05.20.18 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.21.48 Join fyrestorm [0] (n=fyre@cpe-68-173-174-9.nyc.res.rr.com) 05.27.05 Join dude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) 05.38.27 Quit fyre^OS (Read error: 110 (Connection timed out)) 05.39.49 Quit goffa_ (Read error: 60 (Operation timed out)) 05.43.24 Quit phinze (Read error: 110 (Connection timed out)) 05.52.48 Join tessarakt [0] (n=jens@e180068013.adsl.alicedsl.de) 05.56.19 Join holscher [0] (n=holscher@port266.ds1-svg.adsl.cybercity.dk) 05.56.21 Join phinze [0] (n=phinze@12-214-18-90.client.mchsi.com) 05.57.09 # how do i stop my the mp5 plugin on my ipod? 06.01.09 # what mp5 plugin? 06.01.23 # md5 oops 06.01.43 # is seems like it's running a md5sum on a lot of files... are the no way that i can turn my ipod off? 06.02.10 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 06.02.48 # on everything actually... every file on my full 80gb hd.. 06.04.30 # on the 10th try a hard reset worked... 06.07.13 Quit erram_ (Remote closed the connection) 06.13.27 Part holscher 06.15.54 Join phinze_ [0] (n=phinze@216.137.71.107) 06.27.13 Quit phinze (Read error: 110 (Connection timed out)) 06.28.54 Join carbrf [0] (n=18e9b4df@gateway/web/cgi-irc/labb.contactor.se/x-7a03f840519c449e) 06.29.50 # Hey guys, I was wondering if anyone had any idea on how to get an iTrip to work with Rockbox without hardmodding the iTrip. 06.30.16 # If theres any addon's or software that will get it to work. 06.31.22 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 06.40.48 Quit carbrf ("CGI:IRC (EOF)") 06.41.26 Join SirFunk [0] (n=SirFunk@cpe-74-71-205-222.twcny.res.rr.com) 06.44.42 Quit phinze_ (Read error: 110 (Connection timed out)) 06.45.54 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 06.52.40 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 06.55.24 Quit massiveH ("Leaving") 06.57.44 Quit erram_ (Remote closed the connection) 07.07.01 # have you tried the unsupported build with accessory support? 07.07.12 # or is this a "top mount" itrip? 07.07.33 # (oops - (s)he's gone) 07.07.48 # If it required a hardware mod it probably was. 07.08.01 # Didn't those require some fidgeting to get them to initialize? 07.09.33 Quit BHSPitLappy (Remote closed the connection) 07.09.58 # I'm thinking you had to "jump start" it by powering it on in Apple firmware, then supplying it with battery power (sourced through the hardware mod) while rebooting into rockbox. IIRC. 07.10.36 # As in Rockbox would provide power, but not the "start" signal. 07.11.07 # Yeah, I think it was something like that. 07.13.49 # Do you have any accessories for use with the accessory build, or do you provide it without being able to use it yourself? 07.16.28 # I have not a single one. 07.16.49 # just trying to get testers and feedback for the patch. 07.17.54 *** Saving seen data "./dancer.seen" 07.19.45 # r/e the Nike Plus module might be more exciting. 07.20.14 # no Doom if you don't exercise! 07.28.00 Join erram [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 07.33.03 Quit erram (Remote closed the connection) 07.53.14 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 07.56.08 Quit erram_ (Read error: 60 (Operation timed out)) 07.59.07 Join AquilaChill [0] (i=AquilaCh@h69-128-36-72.whtwin.dsl.dynamic.tds.net) 08.03.44 Part toffe82 08.13.36 Join Blade5245 [0] (i=metalftw@ppp-69-218-220-186.dsl.wotnoh.ameritech.net) 08.14.00 # k 08.14.35 # So theres absolutely no hope for 2nd gen ipods -.-? 08.18.19 # Please be more precise. 2nd Gen *iPods* are supported 08.18.36 # 2nd Gen *Nanos*, however, are not 08.18.45 # That would be what I meant 08.18.46 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 08.18.47 # thanks 08.19.05 # sfkgfghfykjglcfhjkh O hate my ipod :[ 08.19.07 # I* 08.19.45 Join `2 [0] (n=Deanwill@nc-71-49-180-22.dhcp.embarqhsd.net) 08.19.52 Join Jake|| [0] (n=Jake||@222-155-83-167.jetstream.xtra.co.nz) 08.20.08 Quit Jake|| (Remote closed the connection) 08.27.38 # And no, it won't magically happen no matter how many people are asking for it. It needs someone with enough knowledge in programming and hardware who actually has a Nano 2nd Gen and really wants rockbox to make it happen. 08.28.15 # Given the difficulties, probably more than one person, and it needs good knowledge in cryptography as well, as it seems 08.28.55 # Yea, I know about it being encrypted :s 08.29.09 # I just dunno why it hasn't been done yet. 08.29.30 # Things don't magically happen by themselves... 08.29.50 # I know this... 08.30.26 # You'd think someone would spend the time to do something others havent.. 08.31.09 # I asked if there was any program for the 2ndgen nano, and you said no, so stop telling me all this tech bs that idc about :\ 08.32.25 # <`2> ROFL AMICONN OWNED BITCH GO SUCK SOME MORE DICK WHORE LOLLLLLL 08.32.26 Quit `2 ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )") 08.38.33 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 08.43.36 Quit erram_ (Remote closed the connection) 08.53.15 Join Rob2223 [0] (n=Miranda@p4FDCD4E3.dip.t-dialin.net) 09.11.40 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.17.20 Quit jhulst (Read error: 113 (No route to host)) 09.17.58 *** Saving seen data "./dancer.seen" 09.20.36 Join bobjim [0] (n=leslie@118-92-227-86.dsl.dyn.ihug.co.nz) 09.31.41 Quit Blade5245 ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 09.39.22 Quit BigBambi (calvino.freenode.net irc.freenode.net) 09.39.22 NSplit calvino.freenode.net irc.freenode.net 09.39.22 Quit SUSaiyan (calvino.freenode.net irc.freenode.net) 09.39.22 Quit axionix (calvino.freenode.net irc.freenode.net) 09.40.09 NHeal calvino.freenode.net irc.freenode.net 09.40.09 NJoin BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 09.40.09 NJoin SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 09.40.09 NJoin axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 09.40.52 Quit dude187 (Read error: 113 (No route to host)) 09.44.39 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 09.48.00 Join fyrestorm [0] (n=fyre@cpe-68-173-174-9.nyc.res.rr.com) 09.57.14 Quit num1 (Remote closed the connection) 10.24.27 Join num1 [0] (n=brian@unaffiliated/num1) 10.31.14 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 10.32.25 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 10.33.55 Quit amiconn (Nick collision from services.) 10.34.02 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.34.29 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 10.36.59 Join SirFunk_ [0] (n=SirFunk@cpe-74-71-205-222.twcny.res.rr.com) 10.37.56 Join n1s [0] (n=nils@rockbox/developer/n1s) 10.48.08 Quit SirFunk (Read error: 104 (Connection reset by peer)) 11.04.34 Nick num1 is now known as num1_ (n=brian@unaffiliated/num1) 11.09.44 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 11.14.48 Quit erram_ (Remote closed the connection) 11.17.59 *** Saving seen data "./dancer.seen" 11.20.56 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.30.26 Quit amiconn (" bbl") 11.34.48 Join AndyI [0] (n=pasha_in@212.14.205.32) 11.40.57 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 11.45.31 Join fragilematter [0] (n=barbu_do@92.82.111.214) 11.48.16 Quit AndyIL (Read error: 110 (Connection timed out)) 11.57.50 Join Nibbler [0] (n=Nibbler@e181074055.adsl.alicedsl.de) 11.58.01 Part fragilematter 11.58.30 Quit JdGordon (Read error: 104 (Connection reset by peer)) 12.08.23 Join Samantha [0] (n=gina@60-241-131-114.static.tpgi.com.au) 12.09.11 Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) 12.09.11 Part Samantha 12.09.53 Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) 12.11.33 # has anyone claimed the md5sum unexitable bug? 12.12.08 # about 7 hours ago 12.12.51 # ? I mean is anyone going to fix it? or shall i? 12.13.03 Join einhirn [0] (i=Miranda@p5B033214.dip0.t-ipconnect.de) 12.15.19 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 12.15.29 # JdGordon: there's a patch in the tracker 12.16.39 # in FS#9209 if you didn't see it 12.16.49 # I did, which is why im asking :) 12.16.52 # fixing now 12.16.58 # great :) 12.17.19 # oh wait, thats your baby isnt it? 12.20.23 Quit erram_ (Remote closed the connection) 12.23.58 # * JdGordon should have actually opened the fs task... there is already a patch to fix it :p 12.24.12 Join herrwaldo [0] (n=waldo@ip-81-11-209-142.dsl.scarlet.be) 12.24.34 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 12.25.15 Join nima [0] (n=nima@adsl-75-45-224-77.dsl.sfldmi.sbcglobal.net) 12.26.08 # Hello. Can I have write access to the Wiki? I have a theme I want to post 12.27.16 Quit Nibbler (Read error: 113 (No route to host)) 12.27.57 # im sure there some kind of way to upload it or email to an admin or something.. 12.28.29 # JdGordon: the md5sum plugin is dionoea's IIRC 12.28.30 # AquilaChill: I've just created an account, but apparently I need to ask an existing Wiki user here for write permission before I can actually do anything 12.28.39 # pixelma: ah ok :) 12.28.44 # nima: whats your wiki name? 12.28.50 # num1_ Done 12.28.56 # JdGordon: NimaKhazaei 12.29.00 # s/num1_/nima/... 12.29.14 # beaten :p 12.29.40 # Thanks, guys :-) 12.29.56 Join Specs [0] (n=Specs@24-177-248-185.dhcp.nwtn.ct.charter.com) 12.30.31 # how would i install rockbox on the newer ipod nano 12.30.38 # Specs: They aren't supported, I think 12.30.43 # =| 12.31.02 # oh well 12.31.03 # Specs: You can't - Rockbox only works on the devices listed at the top of http://www.rockbox.org 12.31.04 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.31.47 # is a newer ipod nano version is development 12.33.23 # No 12.33.58 # k 12.34.00 Part Specs ("Leaving.") 12.35.37 Quit pixelma (" bbs") 12.44.10 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.53.01 Quit ender` (Read error: 110 (Connection timed out)) 12.55.24 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.00.26 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.06.49 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.11.26 # has anyone seen krz lately? he said he was going to commit FS#9277 some days ago, but nothing happened yet.. 13.11.31 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.13.42 Join JdGordon [0] (n=Miranda@c210-49-163-174.smelb2.vic.optusnet.com.au) 13.13.56 Quit snoh (Remote closed the connection) 13.14.22 Join appleipodder [0] (i=eXact@dsl-mlibrasgw2-fefafa00-80.dhcp.inet.fi) 13.18.03 *** Saving seen data "./dancer.seen" 13.23.35 Join AquilaChill_ [0] (n=j@h69-11-151-40.whtwin.dsl.dynamic.tds.net) 13.27.26 # rasher: ping... 13.27.56 # * amiconn now has a mirrored rockbox on his Photo 13.29.12 # commit! 13.30.00 # * amiconn is testing various lcd controller settings in order to be able to implement optimisations and missing things 13.30.10 Join petur [50] (n=petur@rockbox/developer/petur) 13.30.31 # E.g. display flip (for which I need to find the vertical mirroring bit as well), and fast yuv blitting 13.31.12 # Later I'll need several testers: iPod Color (lcd type 1), iPod Nano and H10 big 13.31.33 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 13.33.08 # linuxstb: ? 13.34.55 # rasher: I've added an option to genlang to sort a lang file into the english order - do you think that's a useful thing to commit ? 13.35.05 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.35.40 # * AquilaChill_ has a 1g nano 13.35.45 # :) Found the vertical mirroring bit as well (the first one I tried because of an educated guess) 13.36.12 Quit AquilaChill (Read error: 113 (No route to host)) 13.36.19 Join ender` [0] (i=krneki@foo.eternallybored.org) 13.36.29 # linuxstb: I think it'd be useful... 13.37.06 # linuxstb: Sounds good. I'm planning to add it to the tool I'm writing for my xml-langfile change. Maybe you should sort all languages that don't have patches pending? 13.37.13 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 13.40.14 # Hmm. While display flip isn't a new feature as such, it'd mean changing the manual for those targets which don't have it now 13.41.15 # I wouldn't object. 13.41.38 # It's not a feature that's new to Rockbox, just to some targets... 13.42.02 # I guess people have a different opinion on "freeze" than what I have. In my mind, it's "don't commit anything that runs the risk of adding bugs - only commit fixes to actual bugs" 13.47.51 # (dragging in people from -community) - I've also noticed that Gnome, KDE and Apple UI guidelines all specify Title Case for menu entries etc, and Sentence case for dialogs. Which I think is what the original intention for Rockbox was. 13.49.14 # Personally I think title case should be wiped off the face of the earth, but I'll leave that decision to native (UK) English speakers 13.49.46 # What about other languages? Is anyone arguing for title case anywhere? 13.50.11 # I'm in favour of title case for menu entries in English. 13.50.16 # I can't speak for any other language. 13.50.17 # linuxstb: I'm not sure if it's the case but some strings may be used both in menus and splashes/dialogs 13.50.35 # n1s: That's what I was about to tell Llorean... 13.50.44 # linuxstb: I have never seen it used in Swedish and think it would be very strange... 13.51.30 # Non-title case here 13.51.33 # :) 13.51.42 # * BigBambi sees a UK/US divide 13.51.49 # Llorean: Remember Rockbox is UK English 13.52.11 # rasher: I don't know if it's a UK vs US English thing though. 13.52.16 # It may be. 13.52.19 # * gevaerts redefines title case as normal case, and then votes for title case 13.52.31 # Is it "Save As" or "Save as" in UK apps? 13.52.37 # Llorean: if you have time could you check on your nano if FS#7527 is fixed? 13.52.44 # UK apps are few and far between 13.52.53 # Generally we have to put up with american spelling 13.53.52 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 13.53.52 # So in summary, I don't know :) 13.54.05 # I personally think normal case looks very odd in menus in software. 13.54.12 # Since, to me at least, they *are* titles. 13.54.28 # Yes, but titles don't imply "title case". 13.54.30 # Using Title Case in the first place for titles, isn't universal 13.54.43 # But it does seem pretty common in software menus. 13.54.55 # At least, in terms of software I've used. 13.55.06 # Lots of software is buggy 13.55.09 # Llorean: "Rockbox doesn't try to emulate other ..." 13.55.36 # I wonder if Danish has any title case left... Time to craft a regex and have a look 13.55.40 # rasher: Yeah but that doesn't mean you break away from common ways of doing things juts for the sake of breaking away. 13.55.50 # Yes, but is it common? 13.56.05 Quit einhirn (Read error: 104 (Connection reset by peer)) 13.56.31 # Mozilla apps do it, according to linuxstb KDE, GNOME and Apple's HIG specify it. BUT, those are based in US English 13.56.44 # So it's anyone's guess, I suppose 13.56.50 # But since some strings would need to be duplicated to properly split title and non-title case to unique uses, it may be best to side with consistency and drop title case. 13.59.21 # To be honest, I'm not going to have a fit either way, but personally I would 'vote' for non :) 14.01.15 # * JdGordon votes for whatever is the least amount of work 14.01.29 # or alternativly.. If I dont have to do any anyway, then the most amount of work :D 14.02.21 # n1s: I've seen title case in some Swedish translations. Looks weird indeed. 14.02.47 # Multiple cases suck anyway. It's a terrible feature of English 14.03.33 # I would argue it isn't a feature of English 14.04.39 # BigBambi: Do all languages which use the Latin alphabet use both upper and lower case? 14.04.41 Part bobjim 14.04.58 # nima: I don't know of any that don't. 14.05.02 # nima: This probably belongs in #rockbox-community 14.05.22 # But, if you mean never use capitals that would be horrendous 14.05.34 # Like the Rockbox website menu? ;) 14.06.06 # :P - in general writing. Not starting sentences with a capital - urgh 14.06.21 # What about non-English PC apps? Do they use also use title case? 14.06.34 # BigBambi: It probably doens't belong anywhere :-P I think it'd be better to delimit sentences in a way that doesn't double the number of characters people would have to learn 14.06.43 # linuxstb: Nope, Danish apps don't use title casing 14.06.55 # rasher: That's reassuring :) 14.07.14 # * linuxstb concludes this is a US-GB thing... 14.11.28 # * bertrik has a slight preference for title cas 14.11.40 Join James_Crysis [0] (n=chatzill@60-241-26-147.static.tpgi.com.au) 14.12.18 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 14.12.55 Quit JdGordon (Read error: 104 (Connection reset by peer)) 14.13.23 Part James_Crysis 14.14.07 Join Schmogel [0] (n=Miranda@p3EE20964.dip0.t-ipconnect.de) 14.14.57 Join WalkGood [0] (i=WalkGood@unaffiliated/walkgood) 14.15.37 Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) 14.17.44 Join mazling [0] (i=largeear@host86-155-216-213.range86-155.btcentralplus.com) 14.27.09 Join dabujo [0] (i=xx@p4FDB3B21.dip0.t-ipconnect.de) 14.32.07 Join tvelocity [0] (n=tony@athedsl-110132.home.otenet.gr) 14.32.49 Quit tessarakt ("Client exiting") 14.37.22 # linuxstb: I have a fixlang (php) script now that can do any combination of: sorting, copying voice strings, fixing empty scripts 14.37.36 # http://rasher.dk/rockbox/translate/fixlang.php?lang=catala&cmd=voice,empty,sort 14.37.41 Join kugel [0] (n=chatzill@unaffiliated/kugel) 14.38.09 # rasher: That gives me an error... 14.38.14 # Slasheri: ping 14.38.34 # linuxstb: that would be my fault.. 14.39.19 # kugel: hey, I changed my mind about passing a parent viewport into the pitch screen :p 14.39.36 # JdGordon: Hm why? 14.39.55 # because nothing will do that for a while so the delta wont look so bad 14.40.02 # assuming it changes it at all... 14.40.29 Part WalkGood 14.40.47 # JdGordon: Well, my custom list vp patch does it :P 14.40.48 # linuxstb: Should work now (I was not generating unique filenames, which hilariously broke if multiple people clicked at roughly the same time) 14.41.36 # JdGordon: So, you want me to remove the parent feature? 14.41.45 # arr... i dunno :p 14.42.02 # lol 14.43.02 Join Nibbler [0] (n=Nibbler@e181074055.adsl.alicedsl.de) 14.43.48 Quit SirFunk_ (Read error: 104 (Connection reset by peer)) 14.44.33 # ok, I'm having a look at it now... 14.45.15 Join desowin [0] (n=desowin@atheme/member/desowin) 14.48.25 # kugel: the statusbar is always drawn now? 14.49.03 # JdGordon: No, it uses gui_syncstatusbar_draw 14.49.40 # I can see that... its not being conditionally drawn if it fits? 14.50.09 # JdGordon: this method only draws the statusbar if the setting is enabled, and it draws it on every screen 14.50.53 # yes... but if its enabled then its always drawn.... thats 8 pixels which could be used elsewhere if its needed.... 14.52.36 # well, I think the user actually wants the statusbar to be drawn if he enabled it 14.53.58 # not if there isnt enough room for it 14.54.55 # Try it on your h300 and the remote (if you own one) 14.55.41 # im using the sim 14.55.49 # it works fine on the default font, but larger? 14.56.32 Join thomas_sch [0] (n=thomas@p508BBA2C.dip.t-dialin.net) 14.57.05 # well, i think my optimizations for small screens are good. I rather remove some text than the statusbar 14.59.32 # JdGordon: I think it's still fine with 9+18x18b.fnt 15.01.34 # try it with ter-20 15.01.37 # it totallyt dies :p 15.01.43 Part Llorean 15.02.09 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 15.03.58 # kugel: its almost ok actually... just remove the +-2% labels and it should work 15.04.55 Join scottie [0] (n=80abcb43@gateway/web/cgi-irc/labb.contactor.se/x-be6897e839f96fc4) 15.06.38 # JdGordon: just modify the check "if (parent->width >= 65) " so that it depends more on the font size 15.07.40 # 1) thats not very useful... at least give a line number... 2) no, the icons should stay, the labels should go 15.08.19 Quit Nibbler (Read error: 113 (No route to host)) 15.08.27 # ah, I see what your talking about 15.08.51 # the icons are always drawn 15.09.07 # the text not 15.09.24 Join SirFunk [0] (n=SirFunk@cpe-74-71-205-222.twcny.res.rr.com) 15.09.33 # line 150 15.11.56 Quit thomas_s1h (Read error: 110 (Connection timed out)) 15.13.40 # JdGordon: I just see, line 153 should go before the if and the else be removed then 15.14.34 Quit scottie ("CGI:IRC (EOF)") 15.14.36 # * kugel gtg 15.18.04 *** Saving seen data "./dancer.seen" 15.18.48 Join scottie [0] (n=80abcb43@gateway/web/cgi-irc/labb.contactor.se/x-0c7511e883311dfd) 15.19.37 # I would like to install RockBox on my Sansa e200. I am confused about MSC/MTP/UMS. 15.19.52 # The manual says to run in MSC mode ... 15.20.09 # I'm only able to USB mount my player as MTP ... 15.20.27 # & the sansapatcher is telling me to use UMS mode! 15.20.29 # MSC = UMS = you see it as drive letter... MTP is the bad thing.. :-) 15.20.36 # in the e200 settings you need to change it to connect with MSC 15.21.39 # ok, i'll try MSC mode (don't have cable handy at the moment). From memory, I could only mount my player in MTP mode. Is that unusual? 15.22.14 # MSC should mount because it is like a flash drive 15.22.22 # its only unusual if youve told the e200 to use MSC 15.23.09 # :confused: 15.23.28 # I changed the setting to MTP mode in the player, then I was able to successfully mount it under Linux. 15.24.16 # yes that is unusual, I think you remember incorrectly, mounting is typically associated with MSC mode, not with MTP 15.24.46 # it needs to be set to MSC on the player 15.24.48 # I've got my player here, in settings it's set to MTP ... 15.25.06 # I've always used this mode. 15.25.18 # then thats why its not working 15.25.30 # why what's not working? 15.25.38 # [23:20:27] & the sansapatcher is telling me to use UMS mode! 15.26.16 # I just ran sansapatcher without my player mounted (I don't have my cable handy) 15.27.47 # Anyway, I don't want to borrow trouble so I'll try MSC mode next time. 15.27.48 Quit spiorf (Remote closed the connection) 15.28.31 # What does "Never extract files to your player while it is in recovery mode." mean? (from manual) 15.31.17 Quit nplus (Read error: 104 (Connection reset by peer)) 15.31.47 Join nplus [0] (n=nplus@141.25.globcom.net) 15.32.48 # thx 4 hlp 15.32.55 Quit scottie ("CGI:IRC") 15.32.59 # BigBambi: you use bookmarks do you? 15.33.10 # I do 15.33.35 # wanna comment on how im naming bookmarks which arnt easily named? 15.34.28 # I'll think about it - generally I use them on audiobooks or albums, so it is just a directory and therefore fairly easy 15.35.02 # I guess the problem is with ad hoc playlists with no physical playlist 15.35.07 # I guess thats how most people use them? 15.35.14 # and yes, bingo 15.36.53 # I guess there are a couple of options - a dedicated store (directory or file), or stick them either with e.g. the first item in a playlist 15.37.31 # that second option doesnt sound very usable 15.37.40 # No, I agree 15.38.05 # I would like to keep bookmarks as they are now where possible - i.e. not have a dedicated store for everything, but then it isn't too nice to separate them 15.39.05 # there is one downside to the change, if you run a .bmark it automatically stops playback, but if you cancel it resumes again so minor annoyance, but probably not a big deal 15.39.22 # I don't like storing bookmarks in playlist files - apart from anything it makes synching annoying 15.39.38 # JdGordon: I don't think that is a major problem 15.40.54 # For inram playlists (and I guess database playlists too), a dedicated store is the way to go? 15.41.18 # yeah 15.41.24 # not really any other option 15.41.31 # I can't think of one 15.41.32 # DB could change thuogh 15.41.34 # hmm, the warning about recovery mode in the sansa manual install chapter is pretty weird and probably totally confusing if you don't know what it is... 15.49.39 Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") 15.51.16 # Bagder_: What's the reasoning behind the "deprecated" keyword for strings? Surely setting it to "" should be enough? 15.52.42 Join toffe82 [0] (n=chatzill@71.142.13.122) 15.54.46 # rasher: Do you know what "user:" is for? It seems to always be blank... 15.55.17 # linuxstb: It's for future use in seperating stuff for plugins/core 15.55.40 # Ah, so it should always be there? There's a few places it's missing in english.lang 15.56.34 # Yeah, I noticed. It probably should, yes 15.56.40 # But for now, it doesn't matter of course 15.58.21 Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong") 15.59.16 # linuxstb: you're missing some credit in catala.lang 16.00.01 # True, I'll add myself on my next commit... 16.00.30 # I'm now using diff to see the differences between the english.lang and catala.lang - any reason why I shouldn't add the missing user: lines to english.lang? 16.01.12 # not really - I can do it now.. I've got a fix commit coming up (turns out "deprecated" is a keyword for strings - my tool didn't know that) 16.01.57 # I've done it already... 16.05.22 # Should I commit, or let you do it? 16.05.38 # Ah, thought you'd committed already - go ahead 16.06.49 # OK, done. 16.10.28 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 16.10.40 # do the powermanagement thread and the GUI thread run on different CPUs or something? 16.12.15 # no... 16.12.20 # if I monitor the current charge status from the View I/O ports debug menu, everything seems to work fine, but when I monitor it from the system/rockbox info menu, my state machine gets in a confused state 16.12.51 # * gevaerts would never program a confused state in a state machine 16.13.15 # isnt that the usual "error" state? 16.13.26 Join phinze [0] (n=phinze@216.137.71.107) 16.13.50 # linuxstb: I'm not sure genlang preserves the order of strings when updating 16.14.02 # So languages will over time get out of order 16.14.23 # Or maybe it's my tool that does it 16.15.52 # rasher: Yes, I was wondering how this happens... 16.17.43 # Looking at genlang, it at least adds all new phrases in a random order - not the english order. 16.18.19 # (and they're all added to the end) 16.19.06 # Yup, just confirmed it by removing a bunch of phrases from catala, running -u and comparing the order 16.20.25 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 16.20.32 # I'm still not convinced it's much of a problem, really 16.20.47 # Not really, but it's nice to be able to do a diff with english.lang 16.21.06 # anyone know where idle poweroff is handled?> 16.21.53 # * linuxstb makes a random guess - button driver? 16.22.36 # JdGordon: anything to be done/left for pitchscreen? 16.23.42 # in handle_auto_poweroff in powermgmt.c it seems 16.24.09 # kugel: just fix it so it handles narrow screens better 16.24.18 # diff -w --side-by-side --left-column english.lang catala.lang is rather interesting, I'll admit 16.27.27 # JdGordon: well, just to remind you, it's even worse without my patch. I think the special case with such a large font can be counted as "user's fault" ;) 16.28.33 # my problem can perhaps be explained by the behaviour of pp_i2c_send, I think if call it twice in a row, the second call may fail because the first is still busy 16.29.23 # kugel: I know... but its very possible to have fonts/screen combos that would break it on the archos and remotes 16.29.36 # anyone got 3g ipod? 16.29.40 # got a * 16.31.09 # JdGordon: how about font size < LCD_HEIGHT / 4 ? 16.31.27 # and, how about just using sysfont in such a case? 16.31.40 # the problem is the width not the height.... 16.33.06 # kugel: Defaulting to sysfont doesn't work for non-latin scripts... 16.33.54 # rasher: rec screen also falls back to sysfont on small screens 16.34.21 # we are trying to minimise this 16.34.29 # Doesn't mean it works any better 16.35.06 # so, no sysfont, ok 16.35.35 Join Lambdugh [0] (n=Lambda@12-202-140-90.client.mchsi.com) 16.36.15 # If at all possible. I'd say cutting a bit of text off is better than using sysfont 16.36.26 # amiconn: you round? 16.39.36 Quit Lambduh (Read error: 60 (Operation timed out)) 16.42.59 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") 16.44.22 # my problem must be multiple threads trying to manipulate the charging state machine, I tried using the charger_inserted or charger_status functions to keep the state machine alive, but those functions are called from several different contexts it seems 16.46.54 # charger_status -> charging_state 16.52.58 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 16.57.39 Quit Seed (Nick collision from services.) 16.57.47 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 16.58.02 Quit erram_ (Remote closed the connection) 16.58.46 # JdGordon: yes? 16.59.45 # are you the person to talk to about ipod 3g usb detection? 17.00.29 # No, since I have no G3 17.01.11 # ok 17.01.24 # I don't think we have someone with a G3, do we? 17.01.41 # DerPapst and jhMikeS both have a G3 17.02.14 # Unfortunately they haven't been around lately 17.05.19 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 17.08.11 Join erram [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 17.09.47 Quit Seed ("cu, Andre") 17.13.14 Quit erram (Remote closed the connection) 17.18.06 *** Saving seen data "./dancer.seen" 17.23.14 Quit n17ikh|Lappy () 17.25.27 Quit phinze ("leaving") 17.28.33 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 17.29.04 # Llorean: could you test something on ipod nano? 17.29.47 Join mf0102 [0] (n=michi@85.127.38.136) 17.30.41 # n1s: I'm afraid I have no clue where my Nano is at the moment. I tried to find it to check on that task earlier but it's not where I thought I was keeping it. 17.31.41 # ah, ok, I'm just annoyed by that task for some reason (and it's probably already fixed...) 17.31.49 # anyone else with a nano around? 17.37.43 # hmm, weird. When I'm logged into the tracker all places displaying date/time instead display my nick... 17.38.08 # n1s: sounds like you've accidently edited the "display time" format 17.39.05 Quit avis (Remote closed the connection) 17.39.30 # ah, yes that was it, odd 17.43.44 # n1s, I'll check FS$7527 in a few hours - my nano is asking for an iTunes restore - going to the office to do so. 17.44.10 # Soap: great :) 17.45.15 # and amiconn - when I get back I'll be able to test any LCD controller changes you have ready. 17.50.48 Quit nplus (Read error: 104 (Connection reset by peer)) 17.51.32 Join nplus [0] (n=nplus@141.25.globcom.net) 17.55.57 Quit nplus (Read error: 104 (Connection reset by peer)) 17.56.25 Join nplus [0] (n=nplus@141.25.globcom.net) 17.56.38 # linuxstb: what do you think about releasing new ipod bootloaders for the release (we have FS#8901 marked as "Due in version 3.0" and it is apparently already fixed in svn) 17.57.24 # getting out released iriver bootloaders would also be nice, but I doubt the remaining issues will be fixed in time 17.58.02 # yes, iiuc there's some outstanding issue blocking that but not for the ipods afaik 17.58.39 Join phinze [0] (n=phinze@216.137.71.107) 17.58.42 # and the ipod mini cf mod seems fairly common so supporting it would be good :) 17.59.00 # true. I'll do that mod myself eventually ... 17.59.08 # or at least I want to do ;-) 18.00.33 # n1s: Yes, it would make sense. New sansapatcher/ipodpatcher releases are also long overdue... 18.01.31 # Is there a "to-do" list for 3.0 anywhere? 18.02.50 # there's the ReleaseTodo in the wiki 18.03.13 # * linuxstb wonders why not ToDo... 18.03.52 # So there are no "release-critical" bugs? 18.07.55 # don't think so 18.11.21 Quit nplus (Read error: 104 (Connection reset by peer)) 18.11.24 # I've seen no discussion on enabling the PP USB stack on non-Sansas. Has this been dismissed? Discussed? 18.11.36 # linuxstb: At devcon we decided a couple playback bugs were the only ones we considered critical enough to stop a release, and NicoP managed to fix them up miraculously quickly. 18.11.40 Join nplus [0] (n=nplus@141.25.globcom.net) 18.12.34 # Soap: I think the feeling is that it's still not predictable enough in terms of whether or not you'll get a good connection. 18.12.50 # linuxstb: I don't think any new bugs have popped up with that level of critical-ness. 18.13.00 # Llorean: he only held the fixes back before devcon to fix them miraculously quick ;-) 18.13.46 # The "there is a hub which degrades signal quality to the point of connection resets" issue? Or are there others? 18.14.36 # Soap: I think that may be it. I'm really not certain. 18.15.18 # Is Rockbox at least rebooting consistently on USB connect these days? 18.15.42 # no 18.15.48 # linuxstb: what do you think about "hiding" ipodpatcher / sansapatcher a bit? There's always those guys popping up at the forums using some random 3rd party installation instructions 18.16.24 # and simply moving the tools on the server would break all those tutorials, with the users hopefully using the official instructions instead 18.16.47 # Personally, I'd rather have Rockbox USB enabled and not always connect then, if reboot-on-USB isn't consistent anyway. 18.18.45 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 18.21.08 # linuxstb: There's also nearly 30 bugs in the tracker marked "Due in 3.0" but these are basically anything any dev felt would be nice to see fixed for 3.0 if at all possible. 18.22.25 Quit erram_ (Read error: 60 (Operation timed out)) 18.24.50 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-e6b9fe694f00f662) 18.25.26 # JdGordon|zzz: (for the logs) I've got a mostly working Ipod 3G 18.25.43 # bluebrother: Is that a real problem? I don't notice those posts very often, and the answer is simply to point them to the manual... I would expect some of them mirror ipodpatcher anyway. 18.26.10 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 18.26.28 # well, it was just an idea to invalidate those tutorials. Might be not worth the work, though. 18.26.47 # It will also invalidate genuine tutorials - e.g. for IPL. 18.27.30 # good point. But the old download could simply redirect to a website telling the users to check if they really need ipodpatcher. 18.27.50 # I guess Bagder could tell us if there are many downloads of ipodpatcher via other sites though... 18.27.54 # but that sounds too much hassle for too little gain 18.28.18 Join tvelocity_ [0] (n=tony@athedsl-4405328.home.otenet.gr) 18.30.41 Join tge101 [0] (n=tge101@cpe-75-187-169-123.neo.res.rr.com) 18.31.17 # can someone help me out with my 60gb ipod photo, all of a sudden it won't connect to my computer 18.31.59 # Simpliest way is to start the Apple firmware first, then attach to usb. 18.32.15 # Or force it into disk mode (hold PLAY+SELECT as it is starting) 18.33.04 # it just shows an apple support website 18.33.45 # So you can't start either Rockbox or the Apple firmware? 18.34.44 # it started to when i plugged it in, then the autoplay windows thing went for a second, now just this 18.34.55 # i dont remember how to get the apple firmware up 18.36.15 # I don't understand what you just said... When you start your ipod normally (nothing plugged in, no buttons held), what happens? 18.36.57 # the apple startup logo comes up, then it shows an ipod with frowny face and an apple support website 18.37.52 # Try pressing MENU+SELECT to reset, then _immediately_ press and hold SELECT+PLAY 18.38.23 # i got the apple firmware up now 18.38.37 # its just charging 18.38.59 # should i do what you just said instead? 18.39.21 # It's hard to know how to help if you're doing random things... 18.39.27 Quit tvelocity_ (Remote closed the connection) 18.39.36 # its showing on my computer now too, am i missing a file or should i just put the newest release of rockbox on 18.39.53 # ok, i started the apple firmware like you told me to before 18.40.07 Quit tvelocity (Read error: 110 (Connection timed out)) 18.40.30 # thats the farthest ive gotten it to go so far, its showing in my computer now, but i cant get rockbox to go 18.41.22 # what exactly does "can't get to go" mean? 18.41.53 # There are two different things - the main Apple firmware (which is what you use to play music) and the "emergency disk mode", which is what you get if you hold SELECT+PLAY when booting. What are you in? 18.42.35 # the apple firmware (i started it up and put the Hold on), i couldnt get the SELECT+PLAY to work 18.42.36 # On the Photo it's easy to tell them apart - the emergency disk mode is black and white 18.43.16 # select + play only works during startup, i.e. immediately after you reset the ipod 18.43.51 Quit Schmogel (Read error: 104 (Connection reset by peer)) 18.43.51 Quit amiconn (Nick collision from services.) 18.43.56 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.44.15 # ive been in the emergency mode, i just cant get it to work 18.44.38 # can't get what to work? Emergency disc mode? Rockbox? 18.44.50 # neither work 18.45.09 # emergency disc mode does work. It's "hard wired" in the ipod. 18.45.22 # well im trying 18.45.27 # but what's the exact problem with getting Rockbox running? 18.46.23 # alright, now im in disk mode 18.46.31 # thats what im trying to figure out 18.46.56 # how have you installed Rockbox? What happenes when you reboot the Ipod? 18.47.25 # now rockbox is running, its showing all my albums/artists, but none of my songs 18.47.39 # * bluebrother is close to giving up 18.48.15 # check the "show filetypes" setting, and make sure the database is initialized if you've put your music on the Ipod using Itunes. 18.48.39 # i put rockbox on a long time ago so i wouldnt have to use itunes 18.49.12 # ive been using it exclusively for over a year, ive never had this problem, thats why im hoping someone has a solution 18.50.02 # now, while its connected, its showing that the songs are all still on there, just on the ipod itself, while browsing, they dont show up 18.50.03 Quit jhulst (Read error: 110 (Connection timed out)) 18.50.24 Quit bluebrother (Nick collision from services.) 18.50.29 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 18.52.49 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.53.27 Quit saratoga ("CGI:IRC (EOF)") 18.54.00 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 18.55.13 Quit CaptainKewl (Read error: 110 (Connection timed out)) 18.55.50 # k 18.57.48 Quit tge101 (Read error: 104 (Connection reset by peer)) 18.59.04 Quit erram_ (Remote closed the connection) 18.59.20 Join tvelocity [0] (n=tony@athedsl-4405328.home.otenet.gr) 19.02.45 Quit amiconn (Nick collision from services.) 19.02.50 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.13.20 Quit tvelocity (Remote closed the connection) 19.16.16 Quit jon-kha (Read error: 131 (Connection reset by peer)) 19.18.09 *** Saving seen data "./dancer.seen" 19.20.35 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.21.13 Quit Xerion (" ") 19.29.23 Join erram [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 19.31.00 Quit Nico_P (Read error: 113 (No route to host)) 19.34.25 Quit erram (Remote closed the connection) 19.49.34 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 19.54.38 Quit erram_ (Remote closed the connection) 19.57.28 Join Yondering [0] (n=Timo@pppoe-133-033.wcta.net) 19.58.00 Join Mathiasdm [0] (n=Mathias@vpnf133.ugent.be) 19.58.37 Quit pixelma (" bbl") 19.58.54 Quit Yondering (Client Quit) 19.59.06 Quit fdinel (Read error: 104 (Connection reset by peer)) 20.02.39 Quit jhulst (Read error: 60 (Operation timed out)) 20.04.46 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 20.05.13 Quit appleipodder () 20.06.38 Quit SirFunk (Read error: 104 (Connection reset by peer)) 20.08.41 Join tvelocity [0] (n=tony@athedsl-4405328.home.otenet.gr) 20.09.49 Quit erram_ (Remote closed the connection) 20.19.57 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 20.25.01 Quit erram_ (Remote closed the connection) 20.39.31 Quit fyrestorm ("the errors you make are not likely to be the same errors that someone else makes") 20.39.59 Join Tatsh [0] (n=Tatsh_zz@c-76-19-126-69.hsd1.ma.comcast.net) 20.40.07 # for the ipod nano, how do you shut it off manually? 20.43.22 # The manual is good for telling you what buttons do what, but I believe it is long hold of play 20.46.31 Quit domonoky (Read error: 104 (Connection reset by peer)) 20.48.59 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 20.49.02 Join ejsp [0] (n=ejsp@CPE0010b575cbc0-CM00080d663683.cpe.net.cable.rogers.com) 20.50.11 # Q: ZVM work any? 20.51.08 # thanks BigBambi 20.51.15 # i haven't used rockbox in a while, just got this ipod yesterday 20.51.26 # made sure it was first gen and paid $70 for it 20.52.25 # ejsp: Do you mean does the ZVM work? 20.52.42 # how come there's no tetris for the ipod nano? :( 20.52.45 # i had it on my mini 20.52.47 Join spiorf [0] (n=spiorf@host10-210-dynamic.20-79-r.retail.telecomitalia.it) 20.53.11 # Tatsh: I'm pretty sure there is 20.53.18 # Rockblox isn't there? 20.53.25 # sorry: unsupported build :) 20.53.26 # oh yeah that's what it's called 20.53.27 # let me check 20.53.33 Part ejsp ("Leaving") 20.53.59 # i nearly got hit by a car becuase of rockblox 20.54.28 # i was walking to class and didn't look to cross the road meanwhile i was playing rockblox 20.55.10 # Tatsh: In that case I'd suggest a) More care and b) staying on topic :P 20.55.21 # it's kind of on-topic :P 20.55.31 # Not really 20.55.46 # Anyway, I'm glad you survived :) 20.56.08 # scary moment, i learned from it 20.57.58 Part Tatsh ("Lesbians lesbians lesbians") 20.59.56 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 21.00.47 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-af76fcd145a526fa) 21.01.16 # n1s: FS#7527 does not appear to be an existing bug on my iPod Nano with SVN 18300 21.02.06 # SoapWork: thanks for testing, will you close or should I? 21.04.58 Quit amiconn (" bbbl") 21.07.09 Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) 21.08.16 # n1s: I do not believe I have the power to close. 21.10.09 Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 21.10.46 Quit gevaerts ("bbl") 21.11.05 Join gevaerts [0] (n=fg@195-144-092-166.dyn.adsl.xs4all.be) 21.14.51 Quit crope` ("Leaving") 21.17.02 Quit SoapWork ("CGI:IRC") 21.18.11 *** Saving seen data "./dancer.seen" 21.18.23 Join tessarakt [0] (n=jens@e180068013.adsl.alicedsl.de) 21.18.34 Quit Horscht (Read error: 110 (Connection timed out)) 21.19.11 Join Horscht [0] (n=Horscht@p4FD4ECB0.dip.t-dialin.net) 21.22.39 Join fml [0] (n=4fd3ed48@gateway/web/cgi-irc/labb.contactor.se/x-bc54cf249e8c264f) 21.23.32 # Can somebody please tell me where the backlight on key press is handled? What file should I look at? 21.28.07 Join Vorador [0] (n=tomas@84.240.35.19) 21.29.18 Join ZincAlloy [0] (n=d9eec1ed@gateway/web/cgi-irc/labb.contactor.se/x-8e93a47cf8ee1100) 21.35.41 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 21.35.59 Join Schmogel [0] (n=Miranda@p3EE20964.dip0.t-ipconnect.de) 21.40.44 Quit erram_ (Remote closed the connection) 21.50.03 Join goffa [0] (n=goffa@216.220.23.105) 21.51.17 # fml: firmware/drivers/button.c 21.52.46 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 21.56.16 Quit ZincAlloy ("CGI:IRC (EOF)") 21.56.38 Join ZincAlloy [0] (n=d9eec1ed@gateway/web/cgi-irc/labb.contactor.se/x-127e4cec0bc354d2) 21.59.56 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 22.01.36 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7c0dbdf4d7c7ce9f) 22.02.07 # I'm curious what people think about lowering the core clock on the Sansas to 24MHz 22.02.29 # they have an extremely fast display and no hard disk, so theres no noticable difference in UI performance or buffering time like on the other PP targets 22.03.00 # I tested an MPC album which runs unboosted and the GUI seemed normal, and bubbles remained playable while listening to music 22.03.09 # linuxstb: thanks! I still want to try to implement the flexible way of turning the BL on or not depending on the key pressed. 22.03.20 # this would increase battery life for FLAC, MPC, Ogg and Vorbis users 22.03.32 # sorry "Ogg and WMA users" 22.06.10 # saratoga: I've never tested this, so I have no opinion on the technical side, but I wouldn't do this before 3.0 22.07.10 # * gevaerts is on the cautious side of the freeze debate 22.09.28 # gevaerts: yes I won't be doing that soon 22.10.06 # i'd really like to see MP3 bettery optimized before doing it, since thats probably what most people use 22.11.44 Quit Schmogel (Read error: 104 (Connection reset by peer)) 22.12.11 # Once mp3 can run at 24MHz, I think there's no discussion 22.17.15 Quit Thundercloud (Read error: 110 (Connection timed out)) 22.17.42 # thats going to take some real work 22.17.52 # mp3 is slooooow on arm 22.18.21 # * gevaerts knows nothing about codecs, so he can be optimistic 22.19.10 Join jaydee [0] (n=james@cpe-66-69-16-79.satx.res.rr.com) 22.24.59 Quit fml ("CGI:IRC") 22.28.26 # domonoky: have you ever stumbled across http://doc.trolltech.com/qq/qq13-apis.html ? Has been posted to qt-interest a few days ago and is quite an interesting read 22.29.02 # no. will read it now :-) 22.29.49 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 22.30.56 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.34.16 # saratoga, I won't mind testing out 24 MHz 22.34.53 # me neither 22.34.58 # is there a big difference in current consumption between 30 MHz and 80 MHz anyway? 22.34.59 Join dude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) 22.36.34 # * bertrik should be able to measure that himself now 22.36.54 # bertrik: 1.33mW/MHz in my testing 22.37.44 # or rather thats what P_80-P_30/(80-30) gives me 22.38.03 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.38.32 # i'm actually not 100% sure if this is right, but I just changed the CPUFREQ_NORMAL define in system-target.h 22.38.48 # its what Buschel seems to do in his Filespray posts so I assume it works 22.39.18 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.42.25 # saratoga: Last time I tried, both ogg and wma needed a good deal of boosting on PP. So lowering the core clock won't help runtime for these formats, and neither for mp3 22.43.09 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 22.43.27 # It would only increase jerkiness. Even though UI *seems* to be fast at 24MHz, the differences between normal and boosted would become more visible 22.44.03 # the software puts the CPU in sleep mode when possible, right? 22.44.33 # Try playing music that needs some boosting, then run oscilloscope and see what I mean. You'll probably see similar effects in jewels animations, choper... 22.44.48 # bertrik: Yes, but that's the cpu core *only* 22.44.48 Quit mf0102 ("Ex-Chat") 22.45.11 # The other core will continue running, as will all the peripheral devices (lcd bridge, ata controller, ...) 22.45.51 # but they are not affected by the boost 22.46.04 # I guess, or are they? 22.46.07 # They are (well, most of them) 22.46.23 # lcd bridge runs from core clock, as does the ata bridge 22.46.33 # ugh 22.47.07 # The lcd bridge can be run from 24MHz, but for some reason this doesn't work on all targets using it (or maybe we just don't know which other bits we should adjust) 22.47.20 # And it's not desirable anyway, for speed reasons 22.48.12 # Actually, now that you mention it... Does file copying inside rockbox boost the CPU? 22.48.35 # gevaerts is thinking about the sd corruption problem because cpu is boosted when usb is active? 22.48.43 # indeed 22.49.07 # I don't know 22.49.19 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.49.52 # we could simply boost the cpu in the debug menu for a sd transfer test 22.50.01 # And btw, I would expect glitches in certain PP peripheral devices when switching clock while transferring data, not when running continuously (whether boosted or unboosted) 22.51.03 # bertrik: can you still reproduce the corruption? 22.51.05 # That's the reason why the greylib on PP needs to boost the CPU - the mono bridge doesn't like to be active when a clock switch occurs. And boosting is the only reliable way to prevent clock changes without hampering performance 22.51.20 # gevaerts, sorry, never even tried to test it 22.51.34 # For normal lcd updates this isn't an issue, but the greylib lcd updates happen from within an isr 22.52.03 # I'll post a comment on the tracker asking for tests 22.53.22 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.53.50 # it's really a pity that the processor clock and peripheral clocks are so tightly coupled 22.55.46 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 23.05.37 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.13.17 # i wonder if the large difference in power consumption between the Apple and Sandisk firmwares is just figuring out ways to work around the PP clock restrictions 23.13.27 # well that and codec optimization 23.14.49 # What iis the difference? 23.15.46 # linuxstb: between the firmwares? 23.16.08 # "the large difference in power consumption" 23.16.41 # * amiconn wonders how to even measure the difference between Apple and Sandisk OF 23.17.57 # comparing apples with disks? 23.18.06 # linuxstb: the Nano 1 G was rated for 14 hours off a 400mah battery, while the E200 gets about 20 hours off a 750mah battery 23.18.12 *** Saving seen data "./dancer.seen" 23.18.33 # i've tested the E200 with a DMM and confirmed that Sandisk's claim is about right 23.19.22 # while I wouldn't be surprised if Apple pads their estimates a bit, thats still a very large difference in average current consumption 23.20.03 # It's different hardware though. 23.20.06 # The nano has a significantly smaller display 23.20.30 Join SirFunk [0] (n=SirFunk@cpe-74-71-205-222.twcny.res.rr.com) 23.20.33 # amiconn: I tested with the display off on the E series 23.20.35 # ..both in terms of pixels and physical size 23.21.42 # additionally, comparing rockbox to the OFs, we beat the Sandisk firmware, but fall quite short of the Apple firmware 23.23.34 # maybe apple uses the COP more efficiently. I was under the impression that our PP settings were at least partially rev-engineered from the apple firmwares 23.24.35 # in theory we use the COP most efficiently by keeping it disabled and having a sparse GUI that consumes very little CPU time 23.25.18 # though I really have no idea what the OFs actually use the COP for, since the Apple firmwares have pretty sparse GUIs on the PP targets as well 23.25.47 # Making better use of the cop would have 2 advantages 23.26.36 # It helps keeping the ui responsive under high decoding load, and since processing is split between 2 cores, the average clock can be lower 23.27.02 # ...which helps saving a bit of power in the pp peripheral modules 23.27.37 # But we're not using the cop yet, with 2 exceptions: mpegplayer and the greylib 23.27.38 # Buschel and I have not been able to measure any nonlinearity in the power/clock curve for the PP502X 23.27.52 # so either we're doing something wrong or its very small 23.28.10 Join phinze_ [0] (n=phinze@12-214-18-90.client.mchsi.com) 23.28.15 # I suppose I should go back and measure 16, 30, 60 and 80 MHz one of these days 23.28.20 # saratoga: You won't measure a nonlinearity if you're comparing the same amount of cop usage 23.28.49 # amiconn: Buschel tested by adjusting the min and max clock speeds to force it to spend more time at one or the other 23.29.03 # You would need to compare e.g. one core running full load at 60MHz, and the other one idling, vs. both cores running full load at 30MHz 23.29.51 # amiconn: thats one way to do it, but its easier to just compare running 50/50 at 30/80MHz and an equivilent load split between 16 and 80MHz 23.29.52 # I guess it would be tricky to have a codec run on two processors (and balance the load evenly) 23.30.25 # saratoga: That's not the same 23.30.31 # how so? 23.30.43 # That would be tricky, but maybe you could do the codec on one code and dsp on the other 23.31.09 # ah yes ofcourse 23.31.11 # As long as the clock average stays the same (at it will if the processing load is the same), the peripherals will also see that same average clock 23.31.33 # amiconn: exactly, thus allowing you to see if the clock-power relationship is linear or not 23.31.37 # ...hence their average power consumption stays the same 23.31.47 # Yes, and I don't expect it to be 23.31.56 # amiconn: well thats what we were testing 23.32.03 # Err, I expect it to be (almost) linear 23.32.46 # My point was a different one: If we can balance processing load between cpu and cop, the *avera* clock will be lower 23.32.52 # *average 23.33.08 # I don't think thats true? 23.33.19 # ? 23.33.19 # particarly since we can't independently clock the two cores 23.33.40 # Sure it is 23.33.51 # at best 2x 40MHz cores == 1x 80MHz, and perfect parallelization is extremely unlikely 23.34.18 # Yes, but then the *peripherals* will save power (cause they're clock the same as the cores) 23.34.26 # more likely which ever core gets the codecs will be hammered, and the other nearly idle 23.34.58 # Again: don't limit your view to the cores 23.35.08 # The PPs are SoCs 23.35.18 # amiconn: but adjusting the min clock to change the boost ratio while keeping the average clock constant didn't impact battery life measurablely, so I don't think theres any difference here 23.35.42 # if the SOC components mattered, reducing the min clock should have increased power consumption since they'd be boosted more 23.35.56 # Please rethink this. If the average clock stays the same, it will also stay the same for the peripherals 23.36.18 # But if both cores do actual work, the average clock will be lower 23.36.36 # * gevaerts thinks that amiconn has a point 23.36.47 # oh I see what you're saying 23.37.34 Join miepchen^schlaf [0] (n=miepchen@p54BF50CD.dip.t-dialin.net) 23.37.34 # though measuring this could be extremely difficult 23.38.18 # Well if you have a way to measure the current, it shouldn't be too difficult 23.38.28 # what test would you have in mind? 23.38.43 # (1) Set the clock to 80MHz, and let the CPU perform a dumb loop while the cop is idling 23.39.03 # (2) Set the clock to 40MHz, and let both CPU and COP perform dumb loops 23.39.17 # Now compare current 23.39.22 # yes that should work 23.40.12 # I guess this I should look at the mpegplayer plugin and try to figure out how to make both threads spin 23.40.23 # should be easy enough to log current in labview 23.40.29 Quit phinze (Read error: 110 (Connection timed out)) 23.41.51 # if there is a large difference, how exactly would we exploit it? 23.42.11 # Ogg uses something like 31MHz, and I think the display and DSP overhead is only another 3-4 MHz 23.42.30 # our problem would seem to lack parallelism 23.42.32 # There were plans to make the codec run on the cop 23.43.03 # you think a few MHz drop in average clock is likely to make up the cost of having the COP on in the first place? 23.43.05 # The problem is passing data between the cores. It either needs to be put in iram, be uncached, or need cache flushes 23.43.40 # The cop is on anyway. And if a core has nothing to do, it goes to sleep until the next tick anyway 23.43.56 # passing between cores could be worked out easily enough I think using IRAM, although it would require looking at a few of the codecs I'm not familar with 23.44.02 # That display and dsp overhead is for default settings. It's easy to make that go up a bit 23.44.28 # putting the output buffer in IRAM is usually pretty easy, since the output buffer can be shared with one of the codec's internal buffers 23.44.35 # There would be an additional advantage if the COP does most of the work, and the CPU does UI, dsp, and buffering: buffering would happen faster, and hence the disk won't spin as long 23.45.14 # i guess what we'd do is flip over the main codecs that don't already use IRAM, and then just put a wrapper that flushes on the others until we get around to fixing them 23.45.35 # * bertrik would like a nice picture on how the CPU / COP and peripheral clocks depend on each other :P 23.46.49 # CPU and COP clock are coupled. Either core clock can be stopped dynamically though, either for a fixed time (specified in clock cycles, microseconds, milliseconds, or second (on PP5022+ only)), or until an interrupt occurs 23.47.45 # when its "stopped" is the core still clocked? 23.48.24 # bertrik: theres some info about clocking in firmware/target/arm/system-pp502x.c 23.48.26 # Most peripherals seem to run from the main clock as well. The colour lcd bridge can be switched between the various sources (24MHz, PLL, and 2x PLL with prescaler) like the core clock can 23.48.59 # * amiconn would like to know how much power the PLL itself needs 23.48.59 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 23.50.01 # saratoga: No, stopped means stopped. 23.50.05 # amiconn: buschel made a patch that disabled the PPL and ran at 24MHz (IIRC), but it made no difference in power consumption 23.50.13 # i just assumed it wasn't really disabled though 23.50.14 # I.e. no clock until the defined event occurs 23.50.41 # is this what we do to the COP? 23.50.41 # It's a clock gate, controlled from outside the core itself 23.50.43 # I can imagine that it would be possible to run the cores at a relatively high clock (mostly idling) and running the peripherals from a fixed clock 23.50.52 # We're doing it to both cores 23.51.59 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.52.23 # Both cores are running the same threading code, which puts the respective core to sleep if there's nothing to do 23.52.51 # The tick wakes up both cores periodically 23.53.10 Quit snoh (Remote closed the connection) 23.53.13 Quit Vorador ("Ex-Chat") 23.54.20 # what were the remaining technical issues to running the codecs on COP? just cache coherency for the call to pcmbuf_insert()? 23.54.28 # or was there more to be worked out 23.54.44 # You need to pass data in both directions 23.55.38 # And I'm not sure whether that's actually the case, but if codecs are accessing files directly, we would probably get into serious trouble 23.56.15 # Then all the file code, fat code, and ata/sd/whatever driver code would need to be dual core safe 23.56.45 Join erram_ [0] (n=erram@cpe-70-114-41-70.satx.res.rr.com) 23.57.28 # Imo the COP shouldn't be allowed to access the file, fat, and ata api at all 23.58.10 # Codecs only use the buffer, afaik. The file API isn't in the codec API, is it? 23.58.21 # I don't think codec touch files directly, since they'd bypass the file buffer 23.58.39 # I mean stuff like open(), read(), lseek() etc 23.58.51 # Me too. 23.58.56 # so at a minimum, read_filebuf and pcmbuf_insert need to be thread safe