--- Log for 26.11.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 24 days and 8 hours ago 00.01.00 Join FOAD_ [0] (n=dok@dinah.blub.net) 00.03.56 Quit CaptainKewl ("http://www.mibbit.com ajax IRC Client") 00.04.06 Join zues [0] (n=7dee2c2d@gateway/web/cgi-irc/labb.contactor.se/x-152da3fbe2d1ccab) 00.04.26 # can anyone help me i have a ipod 60gig 00.04.35 Quit tyfoo ("Carpe diem") 00.04.36 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") 00.04.43 # and it wont boo via usb anymore and i have rockbox installed i have tried resseting it etc 00.05.23 # anyone 00.05.36 # what's "boot via usb"? 00.05.48 # well i mean 00.05.54 # it wont conect to my compuer anymore 00.05.59 # it was working fine the other day 00.06.09 # is Rockbox running? 00.06.15 # ya 00.06.30 # and when you plug the usb cable what happens? 00.06.47 # nothing 00.07.08 # well, have you checked the cable / computer? Tried a different usb port? 00.07.28 # yep tried all that 00.07.59 # what if you plug the usb cable while the Apple OS is running? 00.08.02 # then reset the Ipod, put it into emergency disk mode and connect it again. 00.08.11 Quit Seed ("cu, Andre") 00.08.25 # apple os 00.08.28 # im usin windows 00.08.42 # the apple *ipod* os of course, as opposed to rockbox 00.09.13 # oh how do i boot into that 00.09.21 # i tried all the reset tricks that i know of 00.09.38 # did you actually manage to reset the Ipod? 00.09.53 # there is only one way to hard reset the Ipod ... 00.10.00 # zues: Turn the hold switch on immediately after resetting. 00.10.06 # um how do i boot back into the orignal software 00.10.08 # and that is noticed / linked in the FAQ ... 00.10.13 # * bluebrother points to the manual 00.10.21 # ok hang on 00.10.37 # so hold menu and center until the aple logo apears then flick hold to on? 00.11.04 # ? 00.11.14 # yes 00.11.39 # * bluebrother wonders why people are asking stuff that's written down in the FAQ ... 00.11.41 # then wat do i do next 00.11.51 # hey i couldnt find it sorri 00.12.22 # how long does this take to do lolz its just got a apple logo there 00.12.58 # do i leave the switch on? 00.13.40 # It doesn't matter. But it sounds like your ipod's Apple firmware has a problem. It should start in about 20 seconds. 00.13.52 Quit ender` (" Man created gods. The opposite remains to be proved. -- Serge Gainsbourg") 00.14.01 # now do i conect it to pc 00.14.10 # it has 00.14.12 # now wat 00.14.17 # * bluebrother wonders what lolz-ing is 00.14.19 # it has what? 00.14.46 # its in the orginal firmwere now wat is next 00.14.47 # bluebrother: I further wonder why your DAP not working is funny... 00.15.09 # me too. 00.15.42 # zues: Yes, connect it to your PC. 00.16.23 # nothing happens 00.16.44 # just turns off and yes the battery is fully charged 00.16.57 # me bad 00.17.10 # it is still sitting in the setup screen wat do i do 00.17.18 # zues: my guess is that you have a bad cable then 00.17.36 # replaced it 00.17.43 # would useing the power addapter harm it? 00.18.01 Join LambdaCalculus37 [0] (i=41585845@gateway/web/ajax/mibbit.com/x-13055ffe9b4e5216) 00.18.07 # * bluebrother wonders what the "setup screen" is 00.18.28 # If it doesn't connect properly while in the Apple firmware, you either have a bad cable, a bad USB port on the PC side, or a broken ipod 00.18.28 Quit FOAD (Read error: 110 (Connection timed out)) 00.18.28 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 00.18.48 # i think ipod is broken lolz 00.18.58 # roflz 00.18.58 # "lolz" ? 00.19.00 # would insurance cover it 00.19.06 Quit Nico_P (Remote closed the connection) 00.19.09 # lmaoz 00.19.12 # just my way of saying lol 00.19.18 # "lol" ? 00.19.31 # asl? asr? 00.19.32 # * LambdaCalculus37 gets out his Rosetta Stone 00.19.37 # or is it some kind of "nop"? 00.19.53 # zues: What is this strange, savage language you speak? 00.20.04 # but the assembler wouldn't like nopz ... 00.20.05 # bluebrother: it's definitely a nop :) 00.20.07 # just new zealand slang 00.20.41 # NZ slang means to add a z to everythingz? 00.21.25 # noz 00.21.35 # cya 00.21.37 Quit zues ("CGI:IRC (EOF)") 00.21.37 # Troz! 00.21.38 Quit bertrik ("Leaving") 00.22.01 # * bluebrother is surprised not to read cyaz 00.23.18 Nick linuxstb is now known as linuxstbz (n=linuxstb@rockbox/developer/linuxstb) 00.33.32 Quit aarcane (Read error: 60 (Operation timed out)) 00.33.51 # saratoga: did you look already at the new aac decoder in ffmpeg ? (as opposed to faad). I'm sure it's a floating point implementation, but perhaps it can lead to better performance if converted to fixed point 00.34.01 Quit bluebrother ("sleep, now for real") 00.34.45 Nick linuxstbz is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 00.38.43 Quit Zagor ("Client exiting") 00.41.03 Nick shotofadds is now known as shotofaddz (n=rob@rockbox/developer/shotofadds) 00.41.08 Quit shotofaddz ("cyaz#") 00.46.11 # linuxstb: I wanted to ask whether there is a reason for decoder.c:decode_chunk() and entropy.c:entropy_decode() to have return values in their current implementation 00.47.04 # entropy_decode() currently always returns 0, and decode_chunk() returns whatever the last call to entropy_decode() returned (i.e. also 0), and in some cases directly returns 0 00.49.04 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 00.49.40 # I think that entropy_decode() doesn't need a return value. 00.53.11 # decode_chunk() doesn't need one either in the single core version. For dual core, I am thinking about using the return value to signal whether post-processing (filtering, predicting, decorrelation) is necessary. decode_chunk would only do entropy decoding, and there are cases where no post processing is necessary (those two places: /* We are pure silence, so we're done. */) 00.59.43 Quit aarcane (Client Quit) 00.59.57 Quit faemir (Remote closed the connection) 01.02.18 # amiconn: I think I just started by assuming there would be an error returned, but ended up not detecting any. 01.04.44 Quit n1s () 01.06.45 Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-075-221.ewe-ip-backbone.de) 01.10.05 # jhMikeS: I think there's a "p" missing in the function name. 01.10.37 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-f5b5718c7d91a856) 01.11.06 # funman: yes I did, its been discussed a few times 01.11.25 # in general I am not a fan of trying to convert it to fixed point 01.11.43 # however, when they get SBR support, I think we should probably take that and convert it to fixed if at all possible 01.12.08 # but continue to use faad elsewhere, since we have already removed the slowest parts of the LC codec 01.12.28 # and replaced them with Vorbis or WMA code 01.13.46 Quit jhulst (Remote closed the connection) 01.14.48 # ok 01.15.05 # FS#9578 : Plugins for Sansa Clip 01.15.21 # also, LC is pretty fast now, actually faster then MP3 on many ARM targets 01.15.35 # though HE is still probably 2-3 times slower then it shoudl be 01.15.51 # Doesn't FAAD support SBR ? 01.16.08 # funman: Let me try it out. 01.16.33 # LambdaCalculus37: you have a development environment? 01.17.23 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 01.17.52 # funman: I got it back. :) 01.17.59 # :) 01.18.13 # By the way, your patch wasn't built against SVN and crapped out with patch -p0 < clip-plugins.diff 01.18.16 # funman: yes FAAD supports HE 01.18.25 # saratoga: I read you have been 'devirginized' of patching your Fuze ? :) 01.18.28 # and so do we, though its too slow to be useable on most targets due to terrible implementation 01.18.48 # yes I've installed the bootloader but done little else with it 01.20.33 Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) 01.20.47 Quit jeffdameth (Read error: 113 (No route to host)) 01.21.02 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 01.21.23 Join kharo1 [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 01.22.33 Quit kharo (Read error: 110 (Connection timed out)) 01.23.14 Quit frinkazoid ("Konversation terminated!") 01.25.19 # I've run .rockboxdev.sh, and added that one line to my .bashrc, but i get this http://rockbox.pastebin.com/f2c3fbdba 01.25.40 Quit funman ("leaving") 01.26.59 # Hillshum: you may need to log out and back in 01.27.22 # I've rebooted rebooted 01.27.37 # -rebooted 01.27.48 # then you probably didn't edit the script correctly 01.28.08 # hmm 01.28.25 # you can check your path via echo $PATH 01.28.51 # funman: Can you redo your patch at FS#9578 against SVN? 01.31.44 # saratoga: http://rockbox.pastebin.com/f71398482 01.33.23 Quit MethoS- (Remote closed the connection) 01.33.31 # Hillshum: do any of those folders contain arm-elf-gcc? 01.34.08 # /bin/sh ? 01.35.30 # i mean of the folders in your PATH, do any of them contain arm-elf-gcc? It would appear that they do not 01.35.44 # hence the error message that its not in your PATH 01.39.43 # arm-elf-gcc is in /usr/local/arm-elf/bin 01.43.17 # Hillshum: then add that to your path 01.43.48 # probably in place of "/usr/local/arm-elf-gcc/bin" 01.44.33 Join DerDome [0] (n=DerDome@dslb-082-083-251-193.pools.arcor-ip.net) 01.46.26 Quit LambdaCalculus37 ("mibbit.com: beer!") 01.47.12 Quit saratoga ("CGI:IRC (EOF)") 01.51.05 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 01.51.44 *** Saving seen data "./dancer.seen" 01.53.12 Quit lasser_ (Read error: 110 (Connection timed out)) 01.54.34 Part toffe82 01.55.35 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 01.56.35 Quit culture (Connection timed out) 02.01.31 Quit Thundercloud (Remote closed the connection) 02.05.49 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.10.42 Quit jhulst (Read error: 110 (Connection timed out)) 02.15.56 Join _emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 02.16.04 Part _emp ("Leaving") 02.19.59 # amiconn: i think it was you who had expressed a wish to be able to use, for example, a smooth scaler with greylib for pictureflow? 02.21.53 # how about letting the image reader be passed a scaler to use? that way the smooth scaler needn't be in core on greyscale targets, but you can have a smooth greyscale scaler in pluginlib that can be connected to the chunked reader in core. 02.30.33 Quit kharo1 (Read error: 60 (Operation timed out)) 02.31.03 Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) 02.33.56 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-4a9e62d03ec9cd4f) 02.38.45 Part pixelma 02.39.06 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.44.19 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.49.20 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 02.51.12 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 02.56.42 Join ajonat [0] (n=ajonat@190.48.119.169) 03.00.17 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 03.11.43 Quit tarbo (Connection timed out) 03.12.52 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 03.34.05 Join beta__ [0] (n=beta@d36-78-228.home1.cgocable.net) 03.35.27 Quit DerDome (Nick collision from services.) 03.35.30 Join DerDome1 [0] (n=DerDome@dslb-082-083-216-167.pools.arcor-ip.net) 03.35.40 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-216-167.pools.arcor-ip.net) 03.39.24 Quit CaptainKewl (Remote closed the connection) 03.39.44 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 03.42.14 Nick beta__ is now known as Beta2K (n=beta@d36-78-228.home1.cgocable.net) 03.47.45 Quit beta (Read error: 110 (Connection timed out)) 03.51.48 *** Saving seen data "./dancer.seen" 03.58.43 Join johnnyboy [0] (n=johnnybo@68.82.184.236) 03.59.02 Quit DataGhost (Read error: 104 (Connection reset by peer)) 03.59.16 Part johnnyboy 03.59.16 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 04.00.38 Quit DataGhost (Nick collision from services.) 04.00.46 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 04.05.24 Quit Acky ("Erection reset by queer") 04.13.24 Join blkhawk- [0] (n=blkhawk@f051196070.adsl.alicedsl.de) 04.13.52 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 04.23.02 Join |AhIoRoS|_ [0] (n=ahioros@190.141.254.68) 04.24.18 Join beta [0] (i=1000@d36-104-39.home1.cgocable.net) 04.26.23 Quit Beta2K (Nick collision from services.) 04.26.29 Nick beta is now known as beta2k (i=1000@d36-104-39.home1.cgocable.net) 04.29.49 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.29.52 Quit blkhawk (Read error: 113 (No route to host)) 04.30.21 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051196070.adsl.alicedsl.de) 04.41.08 Join tarbo [0] (n=me@unaffiliated/tarbo) 04.41.24 Quit DataGhost (Read error: 104 (Connection reset by peer)) 04.41.33 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 04.44.47 Quit Bensawsome ("The awsome is gone :(") 04.45.23 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 04.46.49 Quit tarbo (Read error: 104 (Connection reset by peer)) 04.47.04 Join tarbo [0] (n=me@unaffiliated/tarbo) 04.51.37 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 04.52.53 Quit tarbo (Read error: 104 (Connection reset by peer)) 04.53.06 Join tarbo [0] (n=me@unaffiliated/tarbo) 04.56.47 Join miepchen^schlaf_ [0] (n=miepchen@p579ECAA0.dip.t-dialin.net) 04.58.41 Quit tarbo (Read error: 104 (Connection reset by peer)) 04.58.53 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.04.39 Quit tarbo (Read error: 104 (Connection reset by peer)) 05.04.52 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.10.25 Quit tarbo (Read error: 54 (Connection reset by peer)) 05.10.41 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.12.11 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.16.20 Quit tarbo (Read error: 104 (Connection reset by peer)) 05.16.33 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.22.06 Quit tarbo (Read error: 54 (Connection reset by peer)) 05.22.19 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.22.49 Join reacocard [0] (n=reacocar@WL-135.CINE.HMC.Edu) 05.24.57 Quit m0f0x () 05.27.58 Quit tarbo (Read error: 54 (Connection reset by peer)) 05.28.14 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.33.45 Quit tarbo (Read error: 54 (Connection reset by peer)) 05.33.58 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.34.00 Quit Horschti ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.39.38 Quit tarbo (Connection reset by peer) 05.39.51 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.41.46 Quit daurnimator (Read error: 113 (No route to host)) 05.45.22 Quit tarbo (Read error: 104 (Connection reset by peer)) 05.45.39 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.49.29 Quit JdGordon (Remote closed the connection) 05.51.16 Quit tarbo (Read error: 104 (Connection reset by peer)) 05.51.18 Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) 05.51.28 Join tarbo [0] (n=me@unaffiliated/tarbo) 05.51.50 *** Saving seen data "./dancer.seen" 05.57.05 Quit tarbo (Read error: 104 (Connection reset by peer)) 05.57.17 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.02.49 Quit tarbo (Connection reset by peer) 06.03.03 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.08.41 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.08.54 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.14.27 Join Genbu [0] (n=Saiai@pcp032260pcs.santa-lucia.reshall.calpoly.edu) 06.14.29 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.14.45 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.20.20 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.20.32 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.25.19 Quit andrew__1 (Read error: 104 (Connection reset by peer)) 06.25.31 Join andrew__ [0] (n=andrew@stjhnf0124w-142162092012.pppoe-dynamic.nl.aliant.net) 06.26.12 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.26.26 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.31.59 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.32.14 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.33.40 Join planetbeing [0] (n=planetbe@c-71-235-96-172.hsd1.ct.comcast.net) 06.37.49 Quit tarbo (Read error: 104 (Connection reset by peer)) 06.38.03 Join tarbo [0] (n=me@unaffiliated/tarbo) 06.51.51 Quit ajonat () 07.07.12 Quit tarbo (Connection timed out) 07.13.17 Join tarbo [0] (n=me@unaffiliated/tarbo) 07.16.08 Quit aarcane ("Leaving") 07.18.27 Join nintendork32 [0] (n=goodbadu@unaffiliated/nintendork32) 07.20.20 Quit Genbu ("Leaving") 07.20.21 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 07.24.17 Quit HBK (Read error: 104 (Connection reset by peer)) 07.24.25 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 07.24.31 Part nintendork32 ("Waoh nelly not so harsh!") 07.33.07 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 07.41.30 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 07.42.08 Quit einhirn (Read error: 131 (Connection reset by peer)) 07.44.17 Join Darksair [0] (n=user@125.33.198.70) 07.44.23 Quit skipper (Read error: 110 (Connection timed out)) 07.51.55 *** Saving seen data "./dancer.seen" 08.09.31 Quit tarbo (Connection timed out) 08.17.23 Join Rob2223 [0] (n=Miranda@p4FDCD24D.dip.t-dialin.net) 08.19.16 Join lasser [0] (n=chatzill@Wa471.w.pppool.de) 08.24.04 Quit miepchen^schlaf_ () 08.33.35 Quit jfc (Read error: 54 (Connection reset by peer)) 08.33.44 Join jfc [0] (n=john@dpc691978010.direcpc.com) 08.35.01 Quit japc (zelazny.freenode.net irc.freenode.net) 08.35.01 NSplit zelazny.freenode.net irc.freenode.net 08.35.18 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.35.34 NHeal zelazny.freenode.net irc.freenode.net 08.35.34 NJoin japc [0] (n=japc@bl6-69-208.dsl.telepac.pt) 08.37.01 # Please can I ask someone with a clue to document the SVN file properties? A wiki search for "SVN properties" finds no useful result. I'd like to know the SVN command-line in full, please... 08.42.22 Quit BigBambi (Read error: 113 (No route to host)) 08.49.00 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.49.45 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.54.04 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.54.30 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.56.34 Quit AndyIL () 08.57.22 Join midkay_ [0] (n=midkay@75-172-112-151.tukw.qwest.net) 08.59.28 Quit bertrik ("Leaving") 08.59.53 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.00.00 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-cd92087082a1da0e) 09.00.00 # * amiconn points pondlife to http://svnbook.red-bean.com/nightly/en/index.html , especially http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html 09.01.17 # Thanks 09.02.07 Quit XavierGr () 09.02.11 # I know we set eol-style and keywords, but to what values? 09.03.49 Quit jhulst (Read error: 110 (Connection timed out)) 09.04.23 Join AndyI [0] (i=AndyI@212.14.205.32) 09.05.07 # "svn propget eol-style apps/main.c" gives me no clues. 09.06.07 # * pondlife wakes up.. 09.06.18 # Ah - svn:keywords and svn:eol-style 09.06.30 # OK - got it 09.07.44 Quit AndyI (Client Quit) 09.08.52 # * amiconn thinks that svn:eol-style is basically useless for most source files. 09.09.04 # Afaiu, 'native' is the default anyway. 09.11.48 Quit pixelma2 ("-") 09.11.50 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.12.04 Quit midkay (Read error: 110 (Connection timed out)) 09.12.17 Join tarbo [0] (n=me@unaffiliated/tarbo) 09.12.35 Join kugel [0] (n=chatzill@unaffiliated/kugel) 09.14.08 Join AndyI [0] (i=AndyI@212.14.205.32) 09.15.55 # kugel: About to commit your patch 09.16.08 # Just doing some final tests 09.16.09 # pondlife: cool 09.16.28 # Hope it's not going to kill binsize ;) 09.16.51 # my messurements showd <1K, most of it is the setting 09.17.07 # the settings rather 09.18.52 # kugel: Which targets gain a backlight fade? H300, X5, D2, E200,... 09.20.28 # Should credit also go to Ivan Zupan? 09.22.32 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.24.19 # Aargh 09.24.34 # nm 09.25.37 Join nplus [0] (n=nplus@141.25.Globcom.Net) 09.25.54 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.27.27 Quit kugel (Remote closed the connection) 09.32.51 Join omgun [0] (n=79b45a2d@gateway/web/cgi-irc/labb.contactor.se/x-cd52c010472cb53e) 09.35.41 # Oops, a little red 09.35.44 # hmm... wont that commit break lang/voice files? 09.36.24 # Ah, did it insert? 09.36.40 # well, the features.txt changed, so its possible it did 09.37.03 # not really a big deal... just some wrong text/voicing in old builds 09.37.07 # or new builds 09.37.35 # Voice/lang files need to match the build anyway, don't they? 09.37.52 # not always 09.38.01 # No, but in genera 09.38.01 # l 09.38.20 # added strings wont be spoken/xlated, but if feautres change in the middle then yeah things get funny 09.39.32 # I suppose it's inevitable, if you gain an existing feature? 09.39.57 # yeah 09.41.30 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.41.52 Join kugel [0] (n=chatzill@unaffiliated/kugel) 09.42.41 # h100 doesnt have backlight brightness control? 09.42.52 # I don't know 09.43.08 # hehe... since when is the e100 port working? :D 09.43.31 # Why do some targets use a byte for backlight_brightness..? 09.43.38 # haha 09.43.51 # pondlife: eh, it's e200. and c200 also got fading 09.43.53 # that e100 is gonna get some people's hopes up ;-) 09.44.20 # Oops 09.44.49 # kugel: Typo on the 100/200 front 09.45.02 # kugel: Any ideas on how best to fix the build? 09.45.14 # pondlife: yep, wait a minute 09.45.29 # I guess the backlight_brightness could be a byte everywhere? 09.46.18 # Or an int everywhere - like the setting. 09.47.54 # I don't understand this line in the gigabeat f/x backlight driver "brightness = MAX(1, MIN(12, brightness));" 09.48.21 # backlight value boundaries are handled in backlight.c anyway 09.48.25 # shouldnt that just be MAX(12, brightness)? 09.48.48 Quit tvelocity (Connection timed out) 09.48.50 Quit MegafEee ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 09.49.08 # kugel: I need to vanish shortly, about 5 mins or so :/ 09.49.18 Join tvelocity [0] (n=tony@adsl15-236.her.forthnet.gr) 09.49.50 # hmm... I guss that line is to make sure the backlight isnt disabled completly? 09.50.39 # yea, but backlight.c handles brightness values out of range. There can't be an invalid brightness value (unless _backlight_set_brightness is called directly) 09.51.35 # kugel: Is there a missing #ifdef? I didn't think the red targets would be affected at all... 09.51.59 *** Saving seen data "./dancer.seen" 09.52.41 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.53.00 # pondlife: no, backlight_brightness is supposed to be handled in backlight.c now. So remove it for those targets 09.55.17 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 09.55.24 # backlight_brightness is common to all targets which have adjustable brightness, so it should be reimplemented for each target 09.58.27 # OK - here goes... 10.00.51 # pondlife: I prepare a patch 10.01.05 # I've done it - 4 lines removed, I reckon 10.01.15 # :S 10.01.25 # Is that what yours does? 10.01.31 # not exactly 10.01.39 # Ah. 10.02.32 # http://pastebin.ca/1267432 is what I did 10.03.33 # your fix should do it as well, but it's not so proper I think 10.03.34 # Heh pastebin.ca is soooo sloooow... 10.03.50 # My fix worked for Gigabeat, not for Fuze :/ 10.05.11 Quit omgun ("CGI:IRC (Ping timeout)") 10.05.23 # my neither :( 10.05.34 # I have to go now 10.05.57 # If it's ok with the room, I won't revert - will fix when I get back 10.06.40 # sur 10.06.41 # e 10.06.49 Part pondlife 10.09.48 Join beast_ [0] (n=jude@a82-95-176-205.adsl.xs4all.nl) 10.10.13 # Should Jack Suter and Janis Meybohm be put in CREDITS for FS#6800 / r19221? 10.12.22 # B4gder: have you seen FS#9579 ? seems like a simple fix 10.12.45 Quit beast (Read error: 110 (Connection timed out)) 10.12.49 # looks fine to me too 10.14.20 # I don't get this error 10.15.55 # e200 backlight driver links fine (i.e. no undefined reference to backlight_brightness), fuze/e200v2 doesn't. It's almost the same driver though 10.20.12 # kugel the error is that backlight.h now says that there's a symbol called backlight_brightness that's an int while backlight-e200v2-fuze.c has its own backlight_brightness that's a short, so they conflict 10.21.48 # n1s: I removed the declaration in backlight-e200v2-fuze.c 10.22.28 # n1s: I now get undefined reference to backlight_brightness, even though backlight.h is included 10.23.05 # does e200v2 and fuze define HAVE_BACKLIGHT_BRIGHTNESS ? 10.23.10 # yes 10.24.51 # backlight.c is compiled too 10.25.51 # amiconn: (you might not be the right person to ask but....) apps/talk.c:523 is doign a check for #if (CONFIG_STORAGE & STORAGE_MMC)... shouldnt that be HWCODEC or something? 10.26.13 Quit ze (Read error: 110 (Connection timed out)) 10.27.30 # kugel: the declaration insinde backlight.c seems to be inside #if defined(HAVE_BACKLIGHT) && defined(BACKLIGHT_FULL_INIT) too, which is only true for !BOOTLOADER 10.27.36 Quit kugel (Read error: 104 (Connection reset by peer)) 10.27.39 Quit Nibbler (Read error: 113 (No route to host)) 10.28.34 Join kugel [0] (n=chatzill@unaffiliated/kugel) 10.29.18 Quit Thundercloud (Remote closed the connection) 10.29.37 # n1s: it works for e200v1 bootloader 10.30.59 Quit BHSPitMonkey ("Ex-Chat") 10.31.00 # yes, it works for a lot of bootloaders but the e200v2 bootloader is probably building too much of the backlight stuff 10.31.02 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 10.31.23 # where's this full init defined? 10.31.39 # i have to grep for that too... 10.32.20 # I did already 10.32.35 # it's defined in backlight.c, and it's insidfe !BOOTLOADER 10.32.52 # so, its neither defined for e200v1 bootloader 10.33.45 # does the e200v1 bootloader even build backlight-c200_e200.c ? 10.33.58 # let me look 10.34.27 # yes 10.39.21 # hm, no error if I move backlight_brightness out of BACKLIGHT_FULL_INIT 10.39.52 # of course, but should the bootloaders even mess with brightness? 10.41.30 # n1s: well, they should at least be able to set the default brightness 10.41.37 # with _backlight_on 10.43.06 Join omgun [0] (n=79b45a2d@gateway/web/cgi-irc/labb.contactor.se/x-f824d46cd0789e90) 10.43.48 # meh, anything touching the bootloaders is a mess, lots of custom stuff and many things are special for each target... 10.44.35 # n1s: moving it out of FULL_INIT seems appropriate. Before the fading, backlight_brightness was known to the bootloader too 10.44.50 # kugel go for that then :) 10.45.26 # but the fading shouldn't be 10.47.21 # and the fading was in the bootloader, that's why we didn't get the error in the e200v1 bootloader 10.48.07 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.48.17 # yes, it's built with USE_BACKLIGHT_SW_FADING defined so the backlight-c200_e200.c never saw backlight_brightness 10.51.37 # yep 10.52.05 Quit nanok (Read error: 148 (No route to host)) 10.55.47 # n1s: http://pastebin.ca/1267474 10.57.59 # is the sim not finding the .rockbox forlder for anyone else? 10.58.17 # oh, the root was finally moved? 10.58.22 # * JdGordon missed the commit :/ 10.59.50 # JdGordon: yea, I was quite surprised 11.00.10 # you missed one of the most discussed commits :/ 11.00.35 # http://pastebin.ca/1267474 <-- fixes reds 11.00.40 # so if someone wants commit 11.01.05 # oh, I saw the disucssion, just not the commit 11.01.15 # well, the name lasted many years at least! 11.01.30 # * B4gder thinks of other places to sneak in oldish names instead 11.02.14 Quit kharo ("Leaving.") 11.02.17 # make the config file archos.cfg! 11.02.27 # :-) 11.02.27 Quit omgun ("CGI:IRC (Ping timeout)") 11.02.47 # or, rename cabbiev2 to archos 11.03.07 # which would be misleading so nicely :) 11.03.40 Join Wonko_ [0] (n=Wonko@84-119-53-52.dynamic.xdsl-line.inode.at) 11.06.37 Join ze [0] (n=ze@76.91.72.105) 11.09.10 Join omgun [0] (n=79b45a2d@gateway/web/cgi-irc/labb.contactor.se/x-21dd847223826a93) 11.10.30 # would it be possible to have make voice work in a regular build dir? (without doign (v)oice in the advanced bit of confgiure) 11.11.23 # the voice building needs some further info that (v)oice asks for 11.11.33 # and checks for 11.12.17 # right, could that get change to a dependancy for make voice instead? 11.14.13 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 11.14.14 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 11.14.50 # * pondlife returns and reads the logs... 11.15.11 Quit Nibbler (Read error: 113 (No route to host)) 11.17.10 # pondlife: http://pastebin.ca/1267474, it does that properly 11.17.12 # is there any way to sleep() untill a requested voiceing is finished? 11.17.24 # kugel: Yes, just got to that bit - will commit 11.17.34 # gtg, I'm back in 20min 11.17.39 # Thanks 11.17.41 Quit kugel (Remote closed the connection) 11.17.57 Quit tvelocity (Read error: 110 (Connection timed out)) 11.18.31 Join tvelocity [0] (n=tony@adsl15-236.her.forthnet.gr) 11.21.34 # * pondlife hopes that didn't cause any new reds... 11.23.23 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 11.24.03 Join petur [50] (n=petur@rockbox/developer/petur) 11.29.38 Join fyre^OS [0] (n=nnscript@cpe-72-229-213-74.nyc.res.rr.com) 11.31.09 Nick Darksair is now known as Awaysair (n=user@125.33.198.70) 11.32.31 # JdGordon: that would mean moving the configuration bits into the makefile. Sounds nasty 11.33.22 Join kugel [0] (n=chatzill@unaffiliated/kugel) 11.33.36 # ehh, yellow :S 11.33.39 # cant make voice have a dependancy on a file voice.make (or something) and if that isnt there then a script is run to generate it? 11.33.55 # yellow is better than red ;) 11.34.08 # I didn't see that warning :/ because compiling on ubtunu 8.10 creates massive warnings anyway 11.34.43 # I propose (void)brightness; 11.34.57 # JdGordon: What would this accomplish? 11.35.31 # not having to go create a seperate folder to do make voice 11.40.22 # kugel: maybe you should look into why you are getting massive amounts of warnings, as i use latest ubuntu yoo and i don't get extra warnings 11.40.48 # s/yoo/too/ 11.41.13 # n1s: massive warnings only when building tools 11.41.44 # what warnings are they? 11.41.52 # ah, yes i get a few warnings for some tools too 11.42.09 # kugel: why are you rebuilding the tools though? 11.42.53 # n1s: that's needed when I switch from building an arm build to m68k build 11.43.10 # ? 11.43.16 # why? 11.43.42 # not? Well, I got some erros when I built gigabeat after h300 w/o rebuilding tools 11.43.52 # make veryclean helped 11.44.19 # hmm, make veryclean doesn't seem to work here 11.45.26 # n1s: are you sure? make veryclean doesn't output more than make clean 11.45.57 # kugel: yes, all the binaries in /tools are still there 11.46.02 # JdGordon: should of course be possible 11.46.05 Quit fyrestorm (Read error: 110 (Connection timed out)) 11.47.09 # B4gder: here's the output of a 'make' in the tools dir http://pastebin.ca/1267504 mostly a bunch of "ignores return value of fwrite" 11.47.11 # but a bit against how we've "always done it" 11.47.21 # B4gder: http://pastebin.ca/1267505 11.47.36 # I mean, we could allow "make bootloader" too without a recondigure and all others too 11.48.16 # wow, they added that on fwrite! 11.48.34 # B4gder: I'm not sure what benefits the current one gives us 11.48.42 # well, for voices it would be nice to just do make voice in any build dir without neding to reconfigure... If I'm in a e200-sim but I havnt made a voice for it yet its annoying to create a new dir to do the build 11.48.43 # B4gder: the current method, that is 11.49.23 # nah, they should be pretty much the same 11.49.41 # changing the ways will of course kill a lot of automatic scripts 11.49.58 # we dont have to break it in configure to do it... 11.50.06 # true 11.50.07 # is tools built with standard gcc or with the target *-elf-gcc? 11.50.16 # I don't think we should have configuration code in two places 11.50.26 # I mean when you did configure and haven't built tools before manually 11.50.28 # That's bound to break sooner rather than later 11.50.28 # I only suggest it because no code is compiled for the voice so there is no need for a seperate build dir like bootloader needs 11.50.30 # kugel: tools should be native tools only built with native gcc 11.50.50 Quit Zambezi (Remote closed the connection) 11.51.02 # JdGordon: Go for it! 11.51.27 # Basically just rip out the configuration function of tools/configure and stick it in a seperate script that outputs something make can include 11.51.28 # * JdGordon has absolutly no idea how to do it :p 11.51.44 # kugel: Would you be ok if I just (void) the parameters to fix the yellow? 11.52.04 *** Saving seen data "./dancer.seen" 11.52.12 # Or is this warning more serious? 11.52.30 # n1s / kugel: the proper tools fix would of course be to actually check the fwrite() return codes to detect failures properly 11.52.31 Quit kugel (Nick collision from services.) 11.52.34 Join kugel_ [0] (n=chatzill@141.45.204.248) 11.52.41 Nick kugel_ is now known as kugel (n=chatzill@141.45.204.248) 11.53.11 # kugel: Ir does seem odd that _backlight_set_brightness() does nothing with the brightness! 11.53.42 # * gevaerts tries his Zagor-summoning skills 11.53.48 # (Looking at backlight-meg-fx.c) 11.54.52 Nick Awaysair is now known as Darksair (n=user@125.33.198.70) 11.57.37 Quit petur ("off to lunch and then to customer") 11.57.50 # pondlife: yes, as it didn't before 11.58.35 # Hmm, so the caller actually sets backlight_brightness before calling _backlight_set_brightness() ?? 11.59.26 # pondlife: backlight_set_brightness (without underscore, in backlight.c) sets backlight_brightness, and calls _backlight_set_brightness for target specific stuff 11.59.40 # OK, thanks 11.59.59 # the actual brightness change for gigabeat f/x happens in the control_service funtion, just like before 12.00.56 # OK, will add comments too 12.02.17 # does anyone have a gigabeat f/x here? 12.02.32 # I wonder if the change from char to int has an impact 12.03.38 # it should, given that backlight_brightness is only the array element of log_brightness[] 12.04.34 # B4gder: yes, of course but who is motivated to? :) 12.05.15 # kugel: Hmm, hope backlight_brightness never == 0.. ! 12.05.24 # sc606regAval=log_brightness[backlight_brightness - 1] 12.06.00 Quit nuonguy ("This computer has gone to sleep") 12.06.12 # pondlife: as I said before, backlight_set_brightness() handles brightness value mins and maxes 12.06.36 # Good - I saw maxes were handled, but didn't know about mins 12.06.41 Quit DerDome (Read error: 110 (Connection timed out)) 12.07.07 # pondlife: line 943 in backlight.c 12.07.13 # n1s: kugel? B) 12.07.17 # 924* 12.07.22 Join skipper [0] (n=skipper@213.147.115.74) 12.07.24 # haha 12.07.50 # B4gder: did I miss something? :/ 12.07.58 # "n1s / kugel: the proper tools fix would of course be to actually check the fwrite() return codes to detect failures properly" 12.08.10 # Might it give a slightly smaller binary if log_brightness was [13] and the -1s were removed though? Will check... 12.08.36 # pondlife: no 12.08.43 # pondlife: you don't need to check 12.08.47 # OK 12.08.56 # I've committed a (void) fix 12.08.56 # MIN_BRIGHTNESS_SETTING is always >= 0 12.09.17 # > 0, you mean 12.09.28 # what could be done is using a dummy for [0] and the first usable value would be [1] 12.09.46 # That's what I meant 12.09.47 # pondlife: No, >= 1 :P 12.09.48 # hmm, make veryclean only removes some tools, the ones actually used when building, is this correct or should it remove them all? 12.10.14 # pondlife: oh sorry, I got it wrong then 12.11.37 # pondlife: c++ style comment! :P 12.11.49 # Oops 12.11.56 # hmm, [0] is 0, I wonder if that makes even sense since 0 is backlight off 12.12.02 # That's my day job 12.12.35 # (and backlight_set_brightness should be able to turn it off) 12.12.46 # should *not* 12.13.12 # MIN_BRIGHTNESS_SETTING should be higher than "off" 12.13.32 # Adding a dummy log_brightness[0] saves 8 bytes, apparently 12.14.22 # so if someone sets the lowest brightness level on a gigabeat f/x, it should effectively turn off the backlight. Should be checked 12.15.35 # kugel: the lowes settable brightness should not be "off" it should still be visible 12.15.49 # n1s: yes, that's what I mean 12.16.18 # but apparently that's not the case on f/x 12.18.23 Quit AndyI () 12.18.37 # then that should be fixed :) 12.19.19 # going by the code it's seems to off and should be fixed. But I haven't a f/x to actually check if it's really the case 12.20.09 # pondlife: you possibly don't even need to add the dummy, [0] shouldn't be used by brightness changing (IIUC) 12.20.46 # So the max value is 11? 12.21.57 # i.e. removal of the -1 from the two accesses alone doesn't sound correct to me. 12.22.02 Join Zambezi [0] (i=stolgfor@bnc.fran.dotbnc.se) 12.22.49 # hm yea, you're right 12.23.37 # 12 is MAX_BRIGHTNESS, so log_ needs to be [13] 12.23.52 Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) 12.24.39 # but then there's a value missing. The table has only 11 values given that the 0 shouldn't be used 12.25.08 # or MAX_BRIGHTNESS is actually 1 too high 12.25.16 Quit n1s (zelazny.freenode.net irc.freenode.net) 12.25.16 NSplit zelazny.freenode.net irc.freenode.net 12.25.16 Quit JdGordon (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit GodEater (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit lasser (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit krazykit (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit tim__b (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit Bjoern-Erik (zelazny.freenode.net irc.freenode.net) 12.25.16 Quit goffa_ (zelazny.freenode.net irc.freenode.net) 12.25.23 NHeal zelazny.freenode.net irc.freenode.net 12.25.23 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 12.25.23 NJoin GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-cd92087082a1da0e) 12.25.23 NJoin lasser [0] (n=chatzill@Wa471.w.pppool.de) 12.25.23 NJoin krazykit [0] (n=kkit@adsl-70-236-65-134.dsl.ipltin.ameritech.net) 12.25.23 NJoin Bjoern-Erik [0] (n=Bjoern@173.80-202-110.nextgentel.com) 12.25.23 NJoin goffa_ [0] (n=goffa@216.220.23.105) 12.25.43 # I don't know, we should ask a f/x user if the lowest brightness setting is really "no backlight" 12.26.36 NJoin tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) 12.26.55 Join Self-Perfection [0] (n=self@95-24-12-85.broadband.corbina.ru) 12.27.27 NJoin n1s [0] (n=nils@rockbox/developer/n1s) 12.31.59 Join AndyI [0] (i=AndyI@212.14.205.32) 12.32.23 # pondlife: thanks for committing :) I hope it'll make users happy 12.32.35 # I like it. 12.34.03 Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) 12.34.49 # kugel: The lowest setting still has the backlight on, on the Gigabeat F 12.35.31 Quit ap0 (Client Quit) 12.35.33 # JdGordon: No, the #if is exactly like it should be. 12.35.52 # Llorean: oh ok, didn't look like that going by the code 12.36.17 # I've just tested, the light's definitely on at "1" 12.36.32 # amiconn: care to explain? 12.37.36 # The MMC access is slow, due to how it's hooked to the cpu. Loading the whole voice file at once would take ~5 seconds, so the individual clips are loaded on demand (which is in turn impossible on a hdd target) 12.38.15 # is the internal storage MMC also? 12.39.25 # yes 12.42.18 # pixelma: ping 12.43.20 # yes? 12.44.01 # rasher: I've got a script to dump the needed export lines to a text file.. any ideas how to mangle the root.make to run the script if its needed? 12.44.26 # pixelma: are the manuals already build after the backlight commit? 12.44.44 # manuals are build once per day iirc, so prob not 12.44.51 Quit Llorean ("Leaving.") 12.45.24 # JdGordon: 'make voice' in a normal build dir doesn't make much sense, if any 12.45.34 # pixelma: I remember you said (partly) features.txt decides what goes into the manual. I added some targets to the backlight_fade feature, but they have in fact different options in the setting than the existing backlight_fade targets 12.45.37 # kugel: the manuals for download are only built once a day (like the daily builds, at around 6AM our time, IIRC) 12.46.11 # amiconn: why doesnt it make sense? imo it makes more sense than needing to make a new dir for it 12.46.52 # I assume the manual will describe wrongly the settings possible for pwm fading targets ? 12.47.37 Quit Nibbler (Read error: 113 (No route to host)) 12.47.41 # You need to specify the engine, language, and other parameters. It's also not uncommon to have more than one voice configuration per target 12.47.46 # * amiconn has up to 4 12.48.25 # so if your not using more than 1 engine its not a problem, and its really handy for quick voice builds 12.48.58 # * linuxstb wonders why voice is amongst the "advanced" options 12.49.54 # kugel: if the backlight_fading feature is already used as an option, then it will probably be used in the entire section about it (if there's no other destinction). It could even be that some manuals are broken when something is missing, should be tried... 12.50.50 # * linuxstb agrees with amiconn that it doesn't make sense to make voice in a normal build dir 12.51.58 Join _Wonko [0] (n=Wonko@84-119-64-83.dynamic.xdsl-line.inode.at) 12.51.58 # * JdGordon thinks your both nuts :D 12.52.40 # I already have over a dozen build dirs, how does it make any sense forcing me to make more if I want to build a test voice file? 12.53.20 Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) 12.53.43 # * pixelma has sim build, normal build, voice and manual build dirs 12.54.01 # linuxstb: because of special casing for sims in a lot of places (often unnecessarily) some sims need different voice files than the targets so you have to make a sim-voice, which is only possible in the advanced menu 12.54.24 # JdGordon: You should be able to create a "voice" subdirectory in each of your build directories, and do it there. 12.54.43 # n1s: Hmm, fixing that should go onto Mr Someone's todo list... 12.55.00 # you still need to go through configure and find the target... 12.55.01 # * linuxstb tests and sees that a voice subdir doesn't work... 12.55.02 # I tried fixing it and they were the same at one point but people keep adding stuff in #ifndef SIMULATOR everywhere :/ 12.55.26 # n1s: You should have shouted at them... 12.55.32 # yes 12.55.38 # anyway, this isnt going to happen unless I get help for MAkefile so dont worry.... 12.55.39 # I've also done a little work removing #ifdef SIMULATOR 12.56.55 Quit japc (Read error: 110 (Connection timed out)) 12.57.30 Join Llorean [0] (n=DarkkOne@adsl-65-68-75-55.dsl.hstntx.swbell.net) 12.57.58 # kugel: there is one sentence mentioning the time settings which is there for all backlight_fade targets currently. This would need to be opted, probably no breakage 12.58.32 # the targets I added just have on and off for both settings 12.59.05 # yes, I understood that 12.59.30 # and how would that work (I'm not too familiar to latex) 13.00.26 Quit Wonko_ (Read error: 110 (Connection timed out)) 13.00.26 Nick _Wonko is now known as Wonko_ (n=Wonko@84-119-64-83.dynamic.xdsl-line.inode.at) 13.00.26 # n1s: Sims should never need different voice files than the corresponding target 13.00.38 # amiconn: i agree 13.00.48 Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 13.02.06 # can someone hint me which packages I need to build manuals? 13.02.28 # kugel: how are the settings excluded for those targets in the lang files? Is there a different features used? 13.02.41 # pixelma: they use the same string 13.03.16 # both only add the string for the title of that setting. The options are different due to the *_SETTING macros 13.03.34 # http://www.rockbox.org/twiki/bin/view/Main/ManualHowto 13.04.11 # kugel: I thought the reason you had 2 settings was to match the existing PWM targets? What's the difference? 13.04.41 # the 1 use TABLE_SETTING, the other OFFON setting 13.05.06 # they use the same string, and the function to actually set the value is also the same 13.05.27 # So, from the user's point of view, they look the same? 13.05.40 # as long as they don't enter the setting yes :) 13.05.49 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 13.05.54 # the PWM fading targets have additional time settings (how long the fade takes9 13.05.59 # Ah, ok. 13.06.03 Quit Self-Perfection (Remote closed the connection) 13.06.07 # if they enter, they'll find numeral (and off) for pwm, and only off+on for sw 13.06.23 # I'd prefer it if sw could also use the numerals/off... 13.06.31 # Any chance of that? 13.06.44 # Might be easier than fixing the manuals ;) 13.07.48 # it could be done. But my tests show that there's only a very small interval to chose from. On my e200 it gets un-smooth if the interval is only slightly raised 13.08.22 # and on h300 (I heard) the backlight controller is too slow to run a shorter intervall 13.09.02 Join Nibbler [0] (n=Nibbler@mx00.linkprotect.de) 13.09.12 # it doesn't really make sense to offer a adjustable intervall between the steps. 13.09.14 # Maybe limit the numbers, but still offer it in that form? 13.10.00 # the current intervall for e200 is 25 ticks. at 20 ticks it's already looking bad 13.10.23 # kugel: I can think of two ways to fix it - how many targets now have backlight fading and how many of them PWM (or the brightness control one, depending which is the smaller group) 13.10.25 # ? 13.10.36 # there's very little values to chose from, and they all will be about the same in terms of how long the fading took overall 13.10.55 # how can the simulator be properly turned off ? keeping the power button pressed to do that depends on HAVE_SW_POWEROFF and it seems undefined in the sim build 13.11.14 # click the X on the window :) 13.11.30 # i have no window decorations 13.11.43 # then hit ctrl+c in the terminal 13.12.07 # That's what I use, and why I asked for 'properly' because it's not very clean :/ 13.12.20 # there's no proper way 13.13.01 # depends on what you mean by "clean", the sim saves settings instantly, so it doesn't need a shutdown procedure 13.14.00 # ok, i just wanted to be the closest possible to the simulated target ;) 13.14.24 # funman: implement it! 13.14.28 # funman: patches are welcome, you know it! :) 13.14.35 # I'll try to simulate the real Clip screen 13.14.46 # would be useful for testing idle shutdown etc, in fact 13.15.31 # I'm still lost in the rockbox source tree, .make and SOURCES files scattered everywhere; sdl files in uisimulator/ and in target tree, etc etc 13.15.31 Quit kugel (Read error: 104 (Connection reset by peer)) 13.15.32 # * pixelma tries to squeeze the monitor in an attempt to simulate the Archos' screens 13.15.43 Join kugel [0] (n=chatzill@unaffiliated/kugel) 13.15.43 Part pondlife1 13.17.27 Quit pondlife (Read error: 110 (Connection timed out)) 13.17.36 # pixelma: yep, e200 manual describes the options for pwm targets (as expected) 13.18.59 # pixelma: can the text be made dependent on #defines in config-.h? 13.19.24 # kugel: that's how the whole features.txt thing works 13.20.34 # n1s: there is no separate feature for PWM and the other backlight fading though (and it's not needed for the lang files) 13.20.49 # just one backlight_fade 13.21.46 Quit jeffdameth1 (Read error: 113 (No route to host)) 13.21.48 # pixelma: sure, but if it makes the manual stuff easier we could split it in two: backlight_fade_(pwm|sw) and have the lang string s depend on either 13.21.58 # pixelma: I guess \opt{HAVE_BACKLIGHT_PWM_FADING} and \opt{USE_BACKLIGHT_SW_FADING} instead of \opt{backlight_fade} will do it? 13.22.18 # kugel: no, it doesn't work like that 13.22.45 # n1s: oh, I read "\opt{HAVE_BACKLIGHT}" and thought it would work 13.23.39 Join jeffdameth [0] (n=jeff@dyndsl-095-033-086-144.ewe-ip-backbone.de) 13.23.41 # you will need to define those options somewhere for that to work, HAVE_BACKLIGHT is a special case but features from features.txt is automatically parsed into latex options so we should use them when we can 13.24.21 # in fact that special case could be dropped with a small change to features.txt 13.24.59 # n1s: then there are 3 ways (the other 2 I thought of were more "by hand" though) - either directly opting the time settings sentence for the targets which have it, or invent a new option in the platform files, independently of features.tex 13.25.35 # n1s: don't drop the HAVE_BACKLIGHT thing, it was left there on purpose 13.25.53 # and no "backlight" feature in the lang files 13.26.00 # pixelma: i know, but there might be a nicer way 13.26.24 # iirc it's for the ondio backlight mod? 13.27.26 # but i will not touch it so don't worry, anyway i think two 'features' is the easiest way 13.28.13 # yes, so one can use downloadable voice files 13.29.18 # hmm, no my ide wouldn't work without special casing in other parts of the manual... unless ther's a way to #undef options in a platform file? 13.29.43 # difference to the RTC mod is that. in case of the backlight it is really only one target that's affected by it (and can have backlight) and there is more than one target that has no RTC and only one can be modded 13.30.47 # n1s: don't know if that is possible but sure would be a nice and easy solution 13.31.06 # by the sounds of it 13.31.39 # n1s: so lets make it like this: rename backligh_fade to backlight_fade_sw and _pwm, append a * in every lang file, and opt them seperate in the manual 13.32.03 # or even easier, have the lang strings depend on a backlight feature or ondio* (with a comment to avoid "cleanups) 13.32.30 # kugel: ye, that's what i had in mind 13.35.30 # n1s: that could work too, sounds even easier 13.36.41 # that would mean a "modded" ondio manual would have the correct settings too :) 13.37.04 Quit robin0800 (Remote closed the connection) 13.39.47 # while we are at it, while looking at the "Action" definitions in the platform files, I started thinking that it would be nice (if possible) to factor out the XYZ_PAD into own files (only leaving a "link" there in the platform files) because currently all target manuals contain them even in cases where the same keymap is used, e.g. in different Ipod platform files with IPOD_4G_PAD etc.) 13.40.15 # s/target manuals/target platform files 13.41.12 # n1s: do you think that's possible? 13.41.39 # pixelma: yes, that would probably be an improvement, I'd love to try to get some kind of auto parsing of the keymap working at some point but that's probably far off :) 13.41.57 # should just be a simple \include afaiu 13.42.33 # as I said Sunday or so, I can't image how that could work but someone could prove me wrong... :) 13.42.56 # heh, will hope to try :) 13.43.30 # but yes, seperate keymap files is a Good Thing (tm) 13.43.53 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 13.44.12 # ok, will try if no-one beats me to it 13.44.26 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.45.08 # just put a \input{keymap-ipod.tex} in each ipod*.tex and move the keymap to that file, should be all that's needed 13.45.17 # as an example for the ipods 13.45.47 # yes, now that you mentioned the \include I saw the light ;) 13.46.39 # btw, it's \input, i was wrong in my first comment :) 13.47.14 # ah, thanks 13.48.07 Quit robin0800 (Read error: 54 (Connection reset by peer)) 13.49.23 # ok, done. Want me to upload on the tracker or is pastebin enough? 13.52.05 *** Saving seen data "./dancer.seen" 13.54.42 Quit tvelocity (Read error: 110 (Connection timed out)) 13.55.18 Join tvelocity [0] (n=tony@adsl15-236.her.forthnet.gr) 13.55.24 Join CaptainKwel [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 13.58.28 # n1s, pixelma: http://www.rockbox.org/tracker/task/9580 14.08.25 Quit CaptainKewl (Read error: 110 (Connection timed out)) 14.13.37 # kugel, looks good, i'll commit now 14.14.31 # n1s: hurry, until the manuals are rebuilt with wrong infos!! :P 14.14.53 # like anyone reads those things anyway :P 14.15.01 # hehe 14.16.44 Quit moos (Read error: 110 (Connection timed out)) 14.17.40 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.17.44 # ok, done 14.18.31 # cool 14.18.41 # * kugel notices no mention of ams sansas in major changes 14.19.07 # it's a wiki... 14.19.36 # still 14.19.58 # it hasn't seens a lot of updates at all lately 14.20.55 # yea, true. and sad 14.22.29 Quit tvelocity (Read error: 110 (Connection timed out)) 14.23.03 Join tvelocity [0] (n=tony@adsl15-236.her.forthnet.gr) 14.28.07 # Isn't "major changes" just for things in official builds? 14.28.40 Quit omgun ("CGI:IRC (Ping timeout)") 14.28.47 # I think we should update it as soon as the changes are done 14.28.56 # as otherwise they will just be forgotten 14.29.13 # we can add markers for official releases 14.29.55 # But I don't think it should list progress on unreleased ports. 14.30.00 # making it actually linked on the front page might make it forgotten less... 14.30.26 # n1s: Voice files *are* versioned, it's just not used properly 14.30.51 # linuxstb: ah true, unreleased ports may not be major enough to get mentioned there 14.31.10 # * B4gder is slow 14.31.17 # milestones like working bootloader could go there though... 14.32.00 Quit tvelocity (Remote closed the connection) 14.32.08 # Little progress on clip sim : http://img243.imageshack.us/img243/9517/outhe2.png 14.32.15 # amiconn: if you see the linked FS task i suggested we should start bumping the version when needed but LinusN objected and said it was a _format_ version so i don't know if we should add a second "cliporder" version? (the same applies to lng files but the problem isn't very big with those) 14.32.44 # I have some problems with plugins and greylib still 14.33.40 # n1s: how is the problem not as big with lng files? the same thing will happen if the order of english.lang changes... i.e mis-translated strings 14.34.34 # JdGordon: but installign a build without lng files is much more uncommon than using an outdated voicefile 14.35.04 # but yeah, the same solution should be used for both for completness/correctness 14.39.15 Quit robin0800_ (Read error: 104 (Connection reset by peer)) 14.39.40 Join __Wonko [0] (n=Wonko@84-119-64-83.dynamic.xdsl-line.inode.at) 14.41.18 Join CaptainSquid [0] (n=Miranda@proxy13.netz.sbs.de) 14.42.51 Part B4gder 14.44.37 Quit Nibbler ("Ex-Chat") 14.46.15 Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) 14.49.30 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 14.52.13 Quit amiconn (Nick collision from services.) 14.52.20 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.56.12 Quit JdGordon (Remote closed the connection) 14.56.43 # I thought the order of the phrases in the lang files is not important, at least it's not in the translated lang files compared to english.lang - maybe I'm misunderstanding the problem though 14.57.20 Quit Wonko_ (Read error: 110 (Connection timed out)) 14.57.20 Nick __Wonko is now known as Wonko_ (n=Wonko@84-119-64-83.dynamic.xdsl-line.inode.at) 14.59.22 # FS#9521 : real screen in the Clip Sim, I welcome comments since I find my diff a bit heavy; perhaps a simpler solution exists 15.01.10 Quit kugel (Remote closed the connection) 15.02.30 # perhaps I can skip the gradient setting on the 'normal' lcd_surface 15.02.35 # funman: Regarding FS#9578, I'll try again with -p1. 15.03.28 # LambdaCalculus37: I generate the patches with git, and git diff uses "diff -u a/xxxx b/xxxx"; so you have to skip that first-level a/ and b/ 15.04.36 Quit EspeonEefi ("さよなら") 15.08.02 # funman: patch -p1 works, but at firmware/target/arm/as3525/sansa-clip/timer-target.h, patch is thinking that a reversed or previous patch was applied. I haven't applied anything to that file. 15.08.16 # The same for timer-target.h for the Fuze, e200v2, and m200v4. 15.09.03 # It's asking if it should assume -R. 15.10.09 # do what you want, I just removed all as3525/*/timer-target.h and moved one in ../ 15.10.39 # I tested the diff with patch --dry-run and it showed no warning/questions or anything, it's strange .. 15.11.22 Quit robin0800 ("Leaving") 15.12.35 # I just retested, and it applies fine; without questions. 15.13.18 # If I let patch assume -R, it attempts to create the as3525/*/timer-target.h and fails. Do you want to see the .rej files from the failed attempts? 15.13.30 # perhaps the use of /dev/null confuse your patch, I use patch 2.5.4 15.14.03 # No, just delete all these files and leave one in as3525/ 15.14.36 # I'm using patch 2.5.8 here. 15.15.23 Join Schmogel [0] (n=Miranda@p3EE21D65.dip0.t-ipconnect.de) 15.16.16 # if you have git, you can use git-apply to apply the patch 15.20.00 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.20.07 # I reverted that patch, removed the timer-target.h files, and patched again. The patch wanted to now delete the missing files; I told it not to assume -R and don't apply for those files. 15.20.14 # bertrik: it seems the Clip battery reports as 95% filled when full, is it the same for you ? 15.20.28 # funman: The Clip battery reports the same for me. 15.20.29 # LambdaCalculus37: should be good 15.20.43 # funman: The rest of the patch applied smoothly. 15.20.58 # LambdaCalculus37: I noticed it would report as 100% when charging though 15.21.17 # funman: I noticed that too. 15.21.50 # * LambdaCalculus37 builds a Clip build 15.23.47 Quit robin0800 (Client Quit) 15.24.09 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.24.24 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.25.20 # Huh? How do I know have apps/bootbox.make? 15.25.25 # s/know/not 15.25.54 Quit robin0800 (Client Quit) 15.26.14 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 15.26.31 # isn't bootbox only for archos ? 15.26.52 # LambdaCalculus37: perhaps you need to remove make.dep to regenerate deps (and rerun configure to enable plugins) 15.27.20 # funman: Here's the error: http://pastebin.com/m419e0d54 15.29.07 Join sin613 [0] (n=pbarton@host-8-122-107-208.midco.net) 15.29.37 # LambdaCalculus37: http://pastebin.com/m2e6042ed < I have this text lines 44 - 47 , do you have the same ? 15.30.46 # pixelma: ? 15.31.43 # amiconn: does rockbox do its own ram setup on pp based players? 15.31.57 # * LambdaCalculus37 checks his root.make file 15.33.13 # funman: http://pastebin.com/m3c9b1020 <-- after the double line is my root.make file. 15.33.44 # so, the exact same .. are you using GNU make ? (not bsd make?) 15.34.28 # GNU make 3.79.1 (that's what Xcode installed). 15.35.32 # I believe make < 3.80 is buggy 15.35.49 Join kugel [0] (n=chatzill@unaffiliated/kugel) 15.35.52 # funman: And Fink claims to have installed 3.81, but I don't see a difference. 15.36.35 # My patch didn't touch that file, if you have problems with unmodified SVN, blame Zagor :) 15.36.49 # * LambdaCalculus37 blames Zagor :P 15.37.44 # funman: I know your patch didn't touch that file; I was watching it as it patched. :) 15.39.20 # * LambdaCalculus37 wonders how different it would be if he were using some more obscure Unix to do this :) 15.39.42 # imo macos *is* 'some obscure Unix' 15.40.36 # LambdaCalculus37: is your xcode install up to date ? (i.e. do you have the latest iphone sdk?) 15.40.52 # funman: We don't have enough OS X using devs/staff to cover any oddities, though. I think besides me, JdGordon and preglow both have Macs. 15.41.49 # funman: It's version 2.5; IIRC that's outdated. Let me see if 3.0 still supports PowerPC. 15.43.19 # Yes, I should still be able to use XCode 3.0 on my Mac. I'll see if I can update it later. 15.45.51 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-64dbf5af135890ce) 15.48.35 Quit CaptainKwel (Read error: 110 (Connection timed out)) 15.52.05 Quit sin613 ("Leaving.") 15.52.08 *** Saving seen data "./dancer.seen" 15.54.42 Part LinusN 16.05.55 Quit LambdaCalculus37 ("Ka-chunka") 16.12.59 Part robin0800 ("Leaving") 16.14.44 Join blahrus_ [0] (n=blahrus@75.150.209.185) 16.15.13 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-127-253.ewe-ip-backbone.de) 16.25.41 Quit J-23 (Remote closed the connection) 16.26.03 Join J-23 [0] (n=zelazko@unix.net.pl) 16.27.37 Quit J-23 (Remote closed the connection) 16.27.50 Quit TMM (Read error: 104 (Connection reset by peer)) 16.28.23 Join J-23 [0] (n=zelazko@unix.net.pl) 16.28.55 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 16.29.07 Quit blahrus (Read error: 110 (Connection timed out)) 16.38.44 Quit kugel (Remote closed the connection) 16.41.41 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 16.42.21 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.46.22 Quit CaptainSquid ("Miranda IM!") 16.46.24 Quit kugel (Remote closed the connection) 16.46.27 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.47.31 Quit Schmogel (Read error: 110 (Connection timed out)) 16.48.44 Quit Darksair (Remote closed the connection) 16.49.08 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.49.52 # hum why is HAVE_WAKEUP_OBJECTS conditional on a model in config.h ? shouldn't that go in config-model.h ? 16.50.23 # I want to use it in DMA driver for sansa ams 16.51.13 Join Darksair [0] (n=user@125.33.198.70) 16.52.46 # funman: no reason really other than only including it in things that use it (like the USB stack and some other misc. drivers). 16.53.29 # jhMikeS: wouldn't it be better placed in config-gigabeat.h ? 16.56.03 # It might but then writing non-busywaiting drivers should be encouraged and it should get more use. The selection is sort of twisted at the moment. 16.57.47 # I see JZ4732 also selects it now. 16.57.56 # I'll add the AS3525 case next to JZ4732 and USBSTACK 16.58.02 Quit jfc (Read error: 110 (Connection timed out)) 17.01.21 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 17.04.50 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 17.05.36 Quit skipper (Remote closed the connection) 17.10.48 # funman: careful though, the scheduler does not deal with FIQ 17.11.24 # the as3525 doesn't use FIQ yet, I fail to see the difference with IRQ. Is it that FIQ have higher priorities ? 17.13.43 Join {phoenix} [0] (n=dirk@p54B47BF4.dip.t-dialin.net) 17.14.57 # funman: it is higher priority and has more banked registers. it's also masked separately of course and the kernel just doesn't deal with it so FIQs calling there would corrupt things. 17.15.27 Join spiorf [0] (n=spiorf@host45-171-dynamic.40-79-r.retail.telecomitalia.it) 17.18.14 # FIQ is so broken on imx31 without special messy workaround code (errata) it can't be used there anyway. :\ 17.19.00 Join faemir [0] (n=faemir@88-106-186-147.dynamic.dsl.as9105.com) 17.21.37 Quit J-23 (Remote closed the connection) 17.22.04 Join J-23_ [0] (n=kvirc@a105.net128.okay.pl) 17.22.26 Nick J-23_ is now known as J-23 (n=kvirc@a105.net128.okay.pl) 17.24.41 # JdGordon: (fort he logs) You're probably better off going over that with Zagor. Remember voice generation needs to work on Cygwin as well. 17.24.44 Quit robin0800 (Read error: 110 (Connection timed out)) 17.25.19 Quit blahrus_ ("Ex-Chat") 17.25.53 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 17.34.25 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 17.34.43 Quit sbhsu ("leaving") 17.34.55 # what is the difference between CPU_FREQ in config-model.h and CPUFREQ_MAX (or _DEFAULT ? or _NORMAL?) in system-target.h ? 17.34.56 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 17.36.30 # I understand that the frequencies in system-target.h are used in cpu_boost*() 17.37.48 # I'll ask grep 17.38.32 Quit kachna (Read error: 110 (Connection timed out)) 17.39.56 # for the sansa ams it's only used in system.c : long cpu_frequency = CPU_FREQ; 17.40.45 # and I don't see set_cpu_frequency() or cpu_*boost*() changing it 17.41.19 Quit {phoenix} ("Konversation terminated!") 17.41.30 # oh target' set_cpu_frequency() does 17.47.54 Quit funman ("leaving") 17.52.10 *** Saving seen data "./dancer.seen" 17.52.50 Join pondlife1 [0] (n=Steve@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 17.53.43 Quit spiorf (Remote closed the connection) 17.54.02 # * amiconn pings jhMikeS and repeats his question from y'day 17.55.54 Join skipper [0] (n=skipper@93-139-31-236.adsl.net.t-com.hr) 17.57.59 Join MethoS [0] (n=clemens@host-091-097-242-017.ewe-ip-backbone.de) 17.59.12 Join CaptainKewl [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-b36ec857527c69b9) 18.02.35 Join Photoguy [0] (n=Adams@91.143.239.205) 18.06.30 Part pondlife1 18.06.35 # So the calender plugin is now implimented and compatible? 18.10.13 # * Llorean loves questions without any context whatsoever. 18.11.56 # Wel.. 18.12.12 # No matter how ask a question here, someone balks! 18.12.40 # Last time I tried to kind of lead up to it, and someone was like "Spit it out!" 18.12.43 # :) 18.14.17 # But your question doesn't make any sense. How can anyone know what player you're asking about if you don't mention it? 18.14.34 # And if it is a supported player, it takes you a few seconds to check if it's in the plugin list, so the question seems really weird 18.14.57 # So I can only assume you're asking something a little more obscure than what can be confirmed in the plugin listing, and without more information, I don't know what you're asking. 18.15.43 # Well, I meant the official build for all normal ports. 18.16.23 Quit AndyI () 18.17.02 # Well, what exactly are you asking? The changelog says it's now working on all RTC equipped targets. 18.17.44 # Ah, ok. 18.18.03 # Thanks for, I just didn't understand... 18.18.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.19.17 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.19.31 # I don't understand why the rules are so...precise. 18.19.54 # * Photoguy just wondering 18.20.06 # Photoguy: Well, for one thing, it means we don't have to spend ten minutes trying to figure out what you're asking if you speak clearly. 18.20.24 # Yeah, makes senes. 18.20.27 # For another, we don't have to spend *any* time if you read the changelog for yourself first... It helps everyone if you do the prerequisite searching. 18.20.54 # I think the person "in charge" is a very presice, neat person. 18.21.15 Quit GodEater_ (Read error: 60 (Operation timed out)) 18.21.48 # There's not one person in charge. 18.21.57 # Right. 18.22.05 # Hence the " " 18.22.07 # :) 18.22.20 # I should of said people 18.22.22 # . 18.22.43 Join AndyI [0] (i=AndyI@212.14.205.32) 18.22.52 # Considering the quotes were around "in charge", that indicates that you suggest there could be an alternate meaning for "in charge", NOT for "person" 18.23.24 # there is a nice link in the topic of this channel, which leads you to a page with info about the rules and the reasoning behind them ;) 18.24.00 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 18.24.34 # I'm not knocking the rules, I'm just amazed at the order of this community, compared to others. 18.24.44 Quit HBK () 18.24.45 Nick HBK- is now known as HBK (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 18.24.59 Join {phoenix} [0] (n=dirk@p54B47BF4.dip.t-dialin.net) 18.25.06 # In all honesty, though, being precise about what you type is going to help a lot if you ever need support. People will frequently get frustrated and give up on you if you continue to type things other than what you mean, and assume people will realize your sentence was incorrect and guess what you meant. 18.25.18 # * jhMikeS pongs amiconn and should probably look at the logs for the question 18.27.20 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 18.27.47 # jhMikeS: You noticed backlight fade is committed? You might add you gigabeat s patch now 18.28.03 # * jhMikeS can't seem to locate amiconn's question 18.28.36 # kugel: yes. I guess that _should_ be quick work. 18.29.53 # * kugel thinks the whole backlight stuff could need some clean up 18.30.59 # jhMikeS: I think he wanted to know how to change the cpu frequency to have full speed if I remember 18.31.33 Join Nibbler [0] (n=Nibbler@ppp-88-217-40-50.dynamic.mnet-online.de) 18.31.53 # ah right, he wanted to know how to make the beast run with full power 18.32.25 # so that he can show how the beast outperfoms every single target on the ape wiki page :p 18.32.27 # toffe82: thanks. I'll answer him. 18.32.27 # Waste of battery! 18.34.05 # amiconn: You have to change the MCU divider to be /1 instead of /2. The keypad reading delays are too short for that so the keys will be misread (increase those delays). 18.34.50 # Hey, how does the Cowon D2 work, as far as keymapping, since there aren't many. 18.35.01 # Photoguy: It has a touchscreen and uses it. 18.35.31 # jhMikeS: If Ape performance scales linearly, c5000 may be realtime now. 18.35.44 # So, everything is controlled via touchscreen? 18.36.04 # Photoguy: The touchscreen covers Up, Down, Left, Right and 'Select' 18.36.12 # Ah, cool. 18.37.13 # Llorean: Memory bus access will still be the same. I did try an mpegplayer benchmark for ED and it was around 80-90fps iirc. 18.37.34 # Can you slelct individual menus, like a normal touchscreen? 18.38.01 # Photoguy: Rockbox doesn't have a graphical menu. It just uses the touchscreen as directional buttons in the menus. 18.38.19 # Ah. 18.41.49 # amiconn: Set PDR0[2:0] (MCU_PODF) to 000 18.44.25 Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 18.47.07 # * amiconn can't find where this is set 18.47.27 # I would have expected it in system-imx31.c, but even grep doesn't help... 18.48.15 # nothing changes that register right now from bootup 18.48.31 # Oh? How do we set the desired clock then? 18.49.23 # * amiconn also can't find the keypad reading delays 18.49.28 # Photoguy, Llorean: in some plugins you can already point at specific items (also in a few plugin menus, e.g. pegbox) at least that worked with the mouse in the sim 18.49.40 Quit Nibbler (Read error: 113 (No route to host)) 18.50.14 Join kugel [0] (n=chatzill@unaffiliated/kugel) 18.52.47 # That;s nice. 18.52.54 # amiconn: the clocking is all as the loader sets it 18.53.21 # amiconn: the delays are in button-imx31.c in KPP_HANDLER 18.53.22 # * amiconn found the delay meanwhile 18.53.40 Join herrwaldo [0] (n=waldo@ip-81-11-230-50.dsl.scarlet.be) 18.54.17 # jhMikeS: Hmm, relying on the loader isn't nice, especially not on an OF loader. If we know how, we should set up everything the way we want it 18.56.28 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.57.47 # amiconn: yes, that would be better. I'm not sure why it sets up the core for 528 vs 532. 19.01.02 # it gives a nice, round 66MHz ipg_clk after /8 though 19.01.19 Quit bmbl ("Woah!") 19.01.37 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.02.20 Quit jhulst (Remote closed the connection) 19.06.24 Quit GodEater_ (Remote closed the connection) 19.06.41 # jhMikeS: Buttons seem to work without adjusting the delay 19.07.36 # amiconn: hmmm, on mine they misread quite often at full speed 19.09.52 Quit Photoguy ("On to something better...") 19.11.14 # jhMikeS: Coming from the other side, is the beast "easy" to slow down? 19.11.14 # APE scales almost linearly with CPU clock. 19.12.08 Join LambdaCalculus37 [0] (n=rmenes@rrcs-24-103-23-92.nyc.biz.rr.com) 19.13.06 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 19.13.07 # BigBambi: You could set the MCU divider the other way but there could be restrictions on clock ratios (which should be outlined in the datasheet). 19.13.31 # OK, cheers. I'm thinking about battery life :) 19.13.40 # I'll have a shufti 19.15.11 # Theoretical speedup factor would be 2.000, and I get 1.980 (-c1000) ... 1.985 (-c5000) 19.15.25 # That means -c5000 runs 104.2% realtime 19.15.34 Quit Darksair ("To Arch or Gentoo? That is the question...") 19.15.46 # awesome 19.15.55 # wow 19.16.43 # That's 104.2% realtime in a pure decode test. 19.16.57 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.17.04 # I know, but it is still impressive 19.17.08 # It doesn't play without skips though, at least not with my peakmetered wps 19.17.14 # On lower speed targets we've needed as much as 120% realtime to get realtime playback with the usual stuff going on. Since we're talking percentages though, that 4% represents a lot of CPU overhead 19.17.25 # amiconn: Try default settings? 19.17.51 Join Self-Perfection [0] (n=self@95-24-12-85.broadband.corbina.ru) 19.18.13 # About 1 short (<0.5 sec) skip per minute 19.18.32 # Buffering takes nearly forever 19.18.36 # are there further prospects for optimizing? 19.22.30 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.24.26 # 2 skips even with iCatcher, and buffering ran up to 3:40 (for a 4:05 song without a following track) 19.24.35 # I guess disk DMA would help 19.25.28 # jhMikeS: Btw, after a while my Up button stopped working. All others still work 19.26.17 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.32.19 Join tvelocity [0] (n=tony@adsl12-56.her.forthnet.gr) 19.34.22 # No skips when the track is fully buffered (pause until buffered, then unpause), even with peakmeters. 19.40.22 # can anybody say about how often i ought to yield during scaling? every N ticks would probably be easiest, i can either check if it's time to yield each line, or more often if need be. 19.41.36 # you should try to yield every tick minimum so threads get properly scheduled 19.46.10 # hrm... any thoughts on the best way to do that? every n input pixels would be easy to implement, but n would have to vary quite a bit between targets... 19.48.45 # if (last_tick != current_tick) { last_tick = current_tick; yield(); } 19.49.08 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-d6a20b860f61beed) 19.50.31 Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) 19.50.55 # actually, reverse the tick save and yield order or else it may overdo it 19.51.31 Join miepchen^schlaf [0] (n=miepchen@p579ECAA0.dip.t-dialin.net) 19.52.13 *** Saving seen data "./dancer.seen" 19.56.19 Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) 19.57.51 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 20.01.16 # even checking that per-pixel would probably be ok, considering everything else that goes on per-pixel. yielding is about the only thing left, aside from hardware testing on hardware i don't have 20.01.21 # funman, my clip RTC is still running fine without getting reset 20.01.43 # maybe I'm just lucky or maybe something got fixed 20.01.45 # bertrik: mine too since I have put the good setting 20.02.23 # perhaps it will run fine for 71 years and then reset? (it would start at Jan, 1st 2080) 20.02.29 # hm, how is >1GB memory built on v2 Sansas? 20.02.53 # J-23: the same undocumented iNAND chips I believe 20.03.07 Quit Self-Perfection (Remote closed the connection) 20.04.06 # perhaps if I find a cheap 4GB clip that would help 20.04.13 # * bertrik suspects a century bug somewhere in the rockbox code 20.04.52 # the best price I can find is €50 , without shipping : not so good 20.05.02 # I collected some CSD data from various ams sansas a few weeks ago. I should put them online, they may help. 20.05.17 # domonoky: did you continue looking at i2sout? 20.05.19 # funman: have you looked into the bank switching in the sd-pp driver? 20.05.38 # kugel: quickly, I just stopped when I noticed it used a 'vendor specific command' 20.06.19 # perhaps the command is the same for sansa ams, perhaps not 20.06.20 # funman: a little bit, but i got lost when i tried to find out why the pcm_xx functions arent called... 20.07.38 # jhMikeS: how would I block the lcd driver while reading buttons? 20.08.05 # cheapest I can find is E43,18 for a 4 GB silver clip, but I think they add E9,- for shipping 20.08.36 # on my fuze I can't get the button reading to work in the main binary since (I at least strongly assume) the lcd is messing with the gpios while I'm trying to read the buttons from the same port 20.09.00 # kugel: what if you add a delay before returning from the function ? 20.09.06 # kugel: is the lcd workin in interrupts or in normal code on fuze ? 20.09.08 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 20.09.15 Quit HBK- (Client Quit) 20.09.26 # there's nothing with irq in the lcd driver 20.09.33 Quit Jabone (Read error: 145 (Connection timed out)) 20.09.54 # if both lcd and buttons dont use interrupts, you can not get interrupted with cooperative multitasking.. 20.10.23 # so lcd can not run at the same time, as you juggle with the button pins... 20.10.43 # kugel: you were one of the people interested in preserving *everything* that resize-on-load did already. any suggestions for how to test the scaled-for-remote case? only thing i can think of is if there's a way to get album art on the remote? 20.10.45 # so why does the button code work in the bootloader? 20.10.57 # timing might be more a problem. insert a delay after you switch gpio_afselect/gpiodir.. 20.11.09 # I think I tried that 20.11.13 # I might try again though 20.11.49 # I control the lcd with the buttons, e.g. inverting colors with the up button. That's the symptoms I have 20.13.13 # what I did for an embedded project at work, is reading only one row at a time in an interrupt, then select the next row. This way, there is plenty of time for the column signals to settle. 20.13.47 # kugel: and show us your changes.. maybe you missed something.. 20.13.48 # doesn't need to be an interrupt of course, can also be done polled 20.15.45 Quit AndyI () 20.15.52 Join Jabone [0] (i=jpylvana@jumi.lut.fi) 20.15.54 # * domonoky also inserted delays into the m200v4 button-driver.. we were to fast for the button circuit 20.15.59 Join AndyI [0] (i=AndyI@212.14.205.32) 20.16.02 # bertrik: I tried reading only one button, the result was that the function returned that button without me pressing it *sometimes*. Pressing the button was as useless as when reading all buttons 20.16.17 # domonoky: Ok, I'll have a look into that 20.16.21 Quit LambdaCalculus37 ("Ka-chunka") 20.17.45 # Unhelpful: I was the one that has the opinion that resizing should be implemented in a generic way, so that other parts can use it as well. That was about the only feature I wanted that the other patch does 20.17.59 Quit J-23 (Remote closed the connection) 20.18.16 # Unhelpful: well, but you could use the icons which are shown in front of files to test 20.18.42 # I don't know if showing album art on the rwps is possible 20.19.49 Quit AndyI (Read error: 104 (Connection reset by peer)) 20.19.52 Join AndyIL [0] (n=pasha_in@212.14.205.32) 20.20.47 # domonoky: missing delay could be very well the reason, assuming the afsel aren't already changed when reading. The GPIO pins are set to 1 directly after, which could explain the heavy lcd weirdness 20.21.38 # kugel: so test it with some big delays after changing afselect.. 20.21.47 # will do 20.21.47 # :-) 20.22.01 # funman: still thinking about buying a 4gb clip? I found some for E35,99 + E6 shipping. They're shipped from US. 20.22.22 # * kugel would stop thinking domonoky thinks he's stupid if he stopped adding several dots after his sentences 20.22.41 # lasser: the fact is I already have 2, so I'd prefer to sell/give one before buying another 20.23.06 # * domonoky always adds ....even to not dump people *hehe* 20.23.52 # what is the function of the LCD pins shared with the button GPIOs? 20.24.56 # kugel: was there any reason other than SW fading that backlight_brightness should be externalized? 20.26.12 # jhMikeS: the backlight_brightness variable is common to all targets which feature backlight brightness. 20.26.26 # kugel: the scaler's generic, but right now, only album art and sliding_puzzle ever ask for resize 20.26.54 # Unhelpful: you could load the icons depending on the font size, and select a huge font 20.26.59 Join tessarakt [0] (n=jens@e180080216.adsl.alicedsl.de) 20.27.30 # jhMikeS: I don't really see a reason why each target should implement setting that variable on it's own 20.28.33 # By the way if you can have a (even quick) look at clip plugins (FS#9578) and real clip screen (m200v4 also?) for the sim (FS#9521) I'll appreciate it 20.29.08 # * bertrik wonders why lcd_write_command* and lcd_write_data is defined in the lcd.h public header file 20.29.25 # kugel: true enough 20.29.31 # externalizing that was pretty necessary for my patch, and given that it doesn't hurt other targets, I rather avoided to #ifdef it all the time 20.29.56 Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 20.31.40 Join fml [0] (n=4fd3c355@gateway/web/cgi-irc/labb.contactor.se/x-c98d333c7bea8794) 20.32.09 Join stoffel_ [0] (n=sfr@p57B4D091.dip.t-dialin.net) 20.32.28 # I like the new display fade in/out feature on the sansa, but why is it not possible to set the fade out time? 20.33.07 # I'd set it to a bit longer than it's now. Fade in should be short IMHO, so it's ok. 20.33.40 # kugel: well, that was an easy addition in any case but the actual set_backlight_fade_* functions have to be in the target or else its too complex 20.34.19 # jhMikeS: you mean in backlight-thread-fading.c? 20.34.57 # * kugel assumes you mean backlight_set_up_fade_up and _down in backlight.c 20.36.06 # kugel: yes. no point in trying to share those since I need to use hardware bits anyway. 20.36.35 Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) 20.36.54 # jhMikeS: or do you mean the functions which set backlight_set_fading_type ? 20.37.12 Quit skipper (Read error: 145 (Connection timed out)) 20.37.47 # well, why do you need backlight_set_up_fade_up/_down at all? I thought your patch does it in hardware w/o using the thread 20.38.27 # * gevaerts reads about ape on a full speed beast 20.38.56 # Would half a second skip per minute translate to just over 1% CPU? 20.39.32 # kugel: hello. Are you the Mr. Fading Guy? Could you please tell me why the new settings are boolean and not int (i.e. durations)? 20.41.04 # kugel: no, the ones in backlight.c to set the options. also, I think I need to maintain a protected backlight_brightness or else improper values could be written. 20.41.13 # fml: because you can't configure the duration. For 2 reasons: the resulting duration is dependent on the brightness level you set, and because the the fading gets un-smooth or too fast to be noticed respectively very quickly 20.41.18 Quit Thundercloud (Remote closed the connection) 20.41.38 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.41.54 # jhMikeS: backlight_set_brightness if the desired value is within the boundaries 20.42.49 # jhMikeS: nothing prevents you to check the brightness and set backlight_brightness again in your _backlight_set_brightness function though 20.42.57 # it's a multithreading issue since set_backlight_brightness is called from wherever while on/off is on the backlight thread 20.44.29 Quit toffe82 (Read error: 110 (Connection timed out)) 20.47.53 # jhMikeS: I don't quite understand. How could improper values be written? 20.48.35 Join Strife89 [0] (n=michael@204.116.245.152) 20.49.02 # kugel: but it should be possible to build in some slowness depending on the duration. I.e. each level of fading would stay for a little longer than now (one tick?) 20.49.22 # kugel: racing between two threads for access to the spi 20.49.23 # fml: which target? 20.49.45 # not that it's a problem for the spi itself 20.50.06 # fml: I tested different intervals on my e200, and it turned out that making it slower isn't look nice at all 20.50.16 # kugel: sansa e200, but I think this is target independent 20.51.11 # kugel: are the stages too visible then? Or what? 20.52.05 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 20.52.19 # this, and the backlight flickers a bit 20.52.20 Quit fml ("CGI:IRC (EOF)") 20.52.48 Join fml [0] (n=4fd3c355@gateway/web/cgi-irc/labb.contactor.se/x-2746e3590d4b5098) 20.52.49 Join AndyI [0] (i=AndyI@212.14.205.32) 20.52.57 # fml: the interval has to be chosen well, since we effectively change the brightness in steps. This is, by definition, not as smooth as pwm fading is 20.53.49 # so, to make it smooth as possible, but not too short on the other hand, there's only very little intervals to chose from. And those wouldn't effectivly affect the fade time noticeably 20.53.58 # kugel: yes, but are those steps visible that much? If yes then I understand. But I haven't seen it myself. 20.54.32 # is there a doc on logf()? 20.54.32 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 20.54.32 # fml: the steps are just slighlty visible. The flickering is the worse part 20.54.55 # kugel: what's the duration of one step now? 20.55.11 # that's really distracting, as if you would watch on a crt monitor with 25h 20.55.20 # kugel: you mean, when you change the bg brightness the display flickers? 20.55.21 # fml: HZ/25 for e200 20.56.13 # fml: yes, you don't notice that when you change only one level, but if you change more levels in a row. I've chosen a value which is a very good compromise imho 20.56.43 # HZ/20 (bigger interval) is already noticeably worse, and the fading time isn't much higher 20.57.01 Quit CaptainKewl ("http://www.mibbit.com ajax IRC Client") 20.57.22 # kugel: ah, ok then. How many levels are there? E.g. at the max brightness? 20.57.58 # fml: take a look at the brightness settings 20.58.03 # the max value is 12 20.58.05 # fml: you could look at your brightness setting, it's dependent on the target 20.58.19 # for the e200 that is 20.59.00 # kugel: so, for e200's max brightness, we have 12 / 25 ~ 0.5 sec, right? 20.59.24 # fml: no, HZ represents ~1s, not the brightness level 20.59.57 # kugel: there are 12 levels, each HZ/25 21.00.07 # yes 21.00.17 # but only if you maxed the brightness 21.00.39 # if you have it at e.g. 6, you'll end up with only 6 steps 21.01.33 # kugel: yes, I talked about the max brightness. But I have it set to 3! =:-O 21.01.54 # fml: and it's still a nice effect, isn't it? 21.02.18 # kugel: yes it is 21.03.09 Quit AndyIL (Connection timed out) 21.05.50 # Blast, forgot to unapply the backlight patch. 21.06.18 # Has the backlight fading patch been committed? 21.08.38 # kugel: but what if we'd set one step to 1 HZ? Then we'd have 3 sec for my level. Would it flicker? 21.09.18 # fml: do you really think changing the backlight every full second can be considered as smooth? 21.10.04 Quit stoffel_ ("leaving") 21.10.07 # kugel: no, but it's nearer to the fade out duration I'd like to have 21.10.50 # that's no fading 21.11.51 # fml: please understand. It's not designed to last long. It's designed to be smooth 21.13.25 # kugel: ok. I just saw that on H120 it's longer and smooth. So HW fading is much finer, right? Then I'm quiet. 21.14.07 # fml: yes, *very* much finer 21.15.32 # will a simple codec like wav fit in a 512kB codec buffer ? 21.16.10 # I'm thinking about the fact that pcm_* functions are not called may be due to codec not fitting in the 512kB buffer on my clip (instead of the usual 1MB) 21.18.05 # wav codec is probably the best to try on our low-mem targets.. 21.18.09 Quit bluebrother ("leaving") 21.19.06 # Only codecs that use malloc will have problems - mp3 doesn't for example, so should be fine. 21.19.43 # (assuming the codecs actually compile and link OK) 21.20.09 # well using wav doesn't call pcm_play_data() either 21.20.58 # does anyone have a idea, to easily see, if the codec really starts ? 21.21.27 # funman: Many codecs will fit into an even smaller buffer than that 21.21.34 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 21.21.43 # Iirc the iFP port used a 128KB codec buffer 21.22.14 Quit HBK- (Client Quit) 21.22.17 # you make me feel good :) now to find what's going wrong 21.22.36 # Just build all codecs for a normal target of the same architecture (i.e. armv4 if you want to know that for the ams targets), and then check the .map files 21.22.53 # There's even a script now to tell you the codec binsize/ram usage 21.23.23 # Don't forget the IRAM - it'd probably best to do that for a target where we don't use any (i.e. gigabeat f) 21.23.32 # tools/codecscan.pl 21.23.57 # well at the moment I'm focused on PCM, not on the codecs 21.24.15 # If I can leave to the mountains with rockbox playing mp3s I'll be happy :) 21.24.17 Quit MethoS (Read error: 104 (Connection reset by peer)) 21.24.22 # Maybe trying a plugin that uses sound will be easier. 21.24.28 # we first have to get sound, before we can optimise the codecs :-) 21.26.00 # linuxstb: ah I didn't think about that, good idea 21.26.22 Quit Dieterbe_ (Client Quit) 21.26.33 # funman: metronome might a good test :-) 21.26.41 Join Dieterbe [0] (n=Dieterbe@213.219.169.75.adsl.dyn.edpnet.net) 21.27.03 # / 0 21.27.28 # at 3004*666*0 21.27.41 # but the instruction I see is "mov r4, r0" ? 21.28.17 Join MethoS [0] (n=clemens@host-091-097-242-017.ewe-ip-backbone.de) 21.28.19 Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) 21.28.31 # hm just after a bx __divsi3 though 21.28.49 # * funman blame the person who wrote set_cpu_frequency() 21.30.58 # still, calling set_cpu_frequency(0) sounds strange 21.37.41 # the only place which could call set_cpu_frequency(0) is panic.c. Most targets do either nothing on this, or switch to default freq.. 21.37.56 # the iriver bootloader as well 21.38.43 # perhaps that means one of my panics happened .. 21.39.14 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 21.39.21 # yes, looks like a panic happend... 21.39.31 # int divider = frequency ? (CPUFREQ_MAX / frequency) : 16 /* minimal */ ; 21.39.47 # should solve the problem 21.39.58 Quit aarcane ("Leaving") 21.40.20 # I thought of using a switch/case but I doubt set_cpu_frequency is speed critical, and that can wait until we are sure which frequencies we want to use 21.41.10 # indeed metronome plugin calls pcm_ functions, but not the codecs 21.41.18 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.41.40 # we have some other problems with the codecs, i think. 21.42.45 Join buk_ [0] (n=buk@fac34-2-82-228-151-145.fbx.proxad.net) 21.43.21 # set_cpu_frequency() is meant to set one of a few special frequencies. Passing any other value is meant to set the default 21.43.22 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 21.43.56 # The latter is what panic() relies upon 21.44.24 Join MegafEee [0] (n=Linux@unaffiliated/megaf) 21.44.41 Quit jeffdameth (Read error: 104 (Connection reset by peer)) 21.46.39 # amiconn: right, while the sansa ams port is in the works I prefer to leave a function which will use the right setting whatever the 3 frequencies are modified to. 21.47.00 # at the cost of 2 divisions, not something critical 21.48.03 # my approach is: 1/ run 2/ run fine - I hope you won't see a problem in this 21.48.20 Join zackyramone [0] (n=chatzill@194.106.93.206) 21.48.42 # domonoky: are you using metronome to write i2sout support? I can find other work to do :) 21.48.52 # is there a way to use rockbox on creative zen mozaic? 21.49.20 # funman: at moment i try to get the plugins running on m200v2, so i can take a try on i2sout :-) 21.49.20 # zackyramone: if it isn't listed on the website, No. 21.49.44 # funman: No, but it would probably make sense to switch to some sane (i.e. low) default when called with 0 21.50.09 # funman: the website said something about mozaic being compatible with zen vision m or something like that...what about that/ 21.50.37 # On most targets, adjusting the CPU clock requires adjusting some other delays; one or two divisions wouldn't be enough 21.50.50 # s/most/a number of/ 21.51.35 # amiconn: sure, it's already committed in my tree to the minimal frequency, just waiting to be committed to svn :) 21.52.15 *** Saving seen data "./dancer.seen" 21.52.21 # amiconn: I choose to keep a common PLL setting, AS3525 leaves 4 bits for a divider of this PLL 21.53.25 # zackyramone: if the mozaic is compatible with the vision m, the vision m port is still in development, and so, not ready yet to be used. Just check the webpage regularly; it will be listed here as soon as it's ready to use 21.54.03 # funman: thanks :) 21.54.10 Quit zackyramone ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") 21.54.52 # meh, building the manual now takes longer because it looks like it needs to make the complete dependency file to parse the features late :\ 21.55.00 # in fact there is 4 bits for an integer divider (1->16) and 2 for a fractional divider (1, 5/8, 6/8, 7/8) 21.55.00 Quit fml ("CGI:IRC (EOF)") 21.55.14 # s/late/later 21.56.16 # funman: Both the coldfire and the PP chips use plls as well to set up the cpu clock. But there's more to it: DRAM speed, LCD waitstates/ delays, timer prescaler adjustment (on coldfire) ... 21.57.36 # amiconn: on the as3525 the peripherals use a different clock, which can be not linked to the PLL (and isn't currently) 21.58.41 Part Reptile211 22.01.37 # domonoky: delay didn't help 22.02.01 # I haven't tried putting it between the both afsel sets 22.02.24 # amiconn: in fact I was thinking about this, and was hoping to have delays in various drivers not be dependant of the current cpu freq 22.03.20 # and timer frequency as well, but luckily this one doesn't depend on the peripheral clock since it uses directly the 24MHz crystal (which is used as a source for PLLs and various clocks) 22.08.02 Quit bmbl ("Woah!") 22.08.23 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 22.12.57 # is the dep file always (re)made even when nothing's changed? 22.13.28 Quit sarixe ("Ex-Chat") 22.13.33 # pixelma: it is never remade unless you remove it or explicitly ask for it 22.15.32 # wonder why it now takes so long until the actual manual build starts even on second run, but maybe it just feels longer than before :( 22.19.23 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.21.00 Quit tyfoo ("Carpe diem") 22.23.23 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-127-253.ewe-ip-backbone.de) 22.24.37 # I'm quite sure now that it takes longer than before the changes in the build system... /me cries 22.32.30 Part kkurbjun 22.33.34 Quit {phoenix} (Remote closed the connection) 22.38.35 # * funman comforts pixelma : it must be Zagor or GNU make's fault 22.39.15 # pixelma: it does take longer. it now reads all dependencies and all makefiles before starting to compile the first file. 22.39.29 # there is a very simple solution to make it MUCH faster though: dump cygwin 22.39.44 Quit MegafEee (Read error: 110 (Connection timed out)) 22.41.27 # well, I guess even in Linux it will take longer than before, no? 22.41.49 # perhaps now it's 1.5 seconds and before it was 1.1 22.43.04 # * gevaerts finds something he thinks may be a bug 22.43.20 # Run "make clean;make dep" and watch the output 22.43.38 # yeah that is a bug 22.43.48 Join `x_X-` [0] (n=Peanutbu@121-73-17-85.cable.telstraclear.net) 22.43.55 # can I get a preview of the output without running it ? 22.44.20 # <`x_X-`> I need help :< 22.44.27 # Anyway make dep takes 41 seconds here, so that's probably 20 seconds for a single one 22.44.39 # `x_X-`: we all need help. what do you need? 22.44.44 # <`x_X-`> Lol. 22.44.57 # <`x_X-`> Well my main problem is that I don't have a "GBSYSTEM" folder. 22.45.19 # gevaerts: yeah that's for _making_ the deps. pixelma talks about reading them. 22.45.35 # ah, ok. 22.45.40 # * gevaerts misread that bit 22.45.59 # `x_X-`: there is a wiki page with a fake GBSYSTEM folder which is enough if you only need rockbox.. 22.46.07 # <`x_X-`> Orly? 22.46.07 # `x_X-`: ok, and how is that a problem? 22.46.22 # * `x_X-` goes to find 22.46.22 # `x_X-`: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Improved_Boot_Time_Optional 22.46.34 # funman: the gigabeat needs them to boot 22.46.47 # `x_X-`: please use plain english (for non english native people who read the logs and the channel) 22.47.18 # <`x_X-`> Sorry, I thought "orly" was a common term 22.47.42 Quit massiveH ("Leaving") 22.48.08 # `x_X-`: I personally know it, but I guess a lot of people who don't read 4chan don't :P 22.48.35 # <`x_X-`> Lol. I can't stand 4chan. But anyway...I'm showing hidden Folder/Files and it still doesn't appear to be there. 22.48.43 Quit Strife89 ("Yard work.") 22.48.49 # <`x_X-`> When I try to uncompress the "dummy" one, it says it's duplicate? 22.49.02 # Show system files as well. 22.49.11 # Zagor: Why does making the manual need to read all the source dependencies? 22.49.13 # <`x_X-`> Oh? There's an option for that? 22.49.21 # (or voice, for that matter) 22.49.27 # `x_X-`: in the same menu for view hidden files, yes (another checkbox) 22.49.58 # <`x_X-`> :o Like Magic, it appears. 22.50.00 # <`x_X-`> /idiot 22.50.28 # amiconn: ah, it doesn't. that's a bug. I missed that it was a manual build. 22.50.59 # ... 22.51.43 # it needs the features.txt - not sure how much that matters 23.06.14 # * amiconn is annoyed by the "speed" of 'make voice' 23.09.21 # * n1s finds it funny that 'make help' needs the dependencies built too :) 23.10.03 # Zagor: another question: Why doesn't make build the manual when I configure a "manual build"? 23.10.18 # also i don't know if this is worth bothering with but if i ^C while building dependencies and tries make again it thinks they are good and of course fails 23.10.22 # I need make manual. I'd think with make I get the target which I configured for 23.10.27 # 4:27 until make.dep even starts to appear (0 bytes). Another 5:30 until make.dep is complete. 23.10.41 # kugel: that is older and intended for simplicity 23.10.43 # Hmpf, and then it fails! 23.11.06 # kugel: that's been there before since the automatic parsing of features.txt into a features.tex with usable options was introduced 23.11.26 # n1s: i find it misleading. Do I even need to configure for manual or is make manual working for every build type? 23.11.52 # kugel, in fact 'make manual' works perfectly in a regular build dir :) 23.12.05 # maybe we should drop that configure target... 23.12.13 # probably 23.12.29 # n1s: by the way - separating the keymaps works 23.12.35 # amiconn: the slowness is entirely your own choice. 23.12.42 # No, it's not 23.12.54 # pixelma: ah, nice :) 23.12.54 # yes it is 23.12.56 # How else would I make voice files using SAPI voices? 23.13.23 # And why does 'make voice' need the dependencies? 23.13.23 # And btw, it's broken 23.13.40 # does voice need the regular build environment? 23.13.43 # "it"? 23.13.48 # anyone who messes with build systems is doomed 23.13.51 # or can basically just mingw used w/o crosscompilers installed 23.14.12 # Zagor: 'make voice' 23.14.26 # Last 3 lines of 'make voice': http://pastebin.ca/1267977 23.14.49 # yikes 23.15.09 # funman: nah, you just need tough skin on your nose :) 23.15.58 # the build system is just "sophisticated" :p 23.16.08 # kugel: you can build voices in Linux too, just needs a TTS engine. The downloadable voice files are built under Linux with "festival" IIRC 23.17.07 # the SAPI voices I know of though are nicer/cleaner than the downloadable ones and some espeak ones I tried 23.17.12 # actually make is very simple. all it does is compare the date on two files, and run a command if file b is more recent than file a. I don't really understand why "everybody" thinks make is black magic. 23.17.38 # pixelma: I mean of cygwin/interix/vm is need at all? Do you need the target specific compilers for voice builds? 23.18.13 # latest scaler is done. i could still use some testing from people who own hardware for any of the greyscale/mono targets, and it wouldn't hurt to have binsizes for coldfire targets, for which i lack a toolchain. 23.18.27 # Zagor: if you build thousands of files, it is black magic 23.18.27 # Zagor: I think it is because that almost nobody (including me) really understands in what way all the rules depend on each other 23.18.50 # at this point, aside from figuring out some gotchas related to mono targets, where i kind of doubt a scaler is going to do much good, i think it's about "done"... 23.18.52 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 23.19.07 # that's where autotools, cmake, and others are here; to lower the complexity of writing rules 23.19.10 # Unhelpful: Mono displays do not need scaling at all in the core 23.19.53 # funman: no, those tools are there to aid multiplatform builds 23.20.05 # amiconn: i'm inclined to agree. this is designed to be general-purpose, but i can special-case mono-only targets to not use any scaler. 23.20.21 # Zagor: not automake. 23.20.36 # I see the scaler as an option that's ifdefed out for mono displays 23.20.50 # multiplatform builds are only a part of these solutions. 23.21.17 # gevaerts: when you were playing with md5sum yesterday did you hack together a version that just displays the md5 on screen? I'm about do the same myself and wondered if you've already done it... 23.21.32 # shotofadds: I tried, but it didn't work at all 23.21.39 # So I reverted the file 23.21.58 # Zagor: I think the problem is that 'make voice' is looking for apps/features (root.make line 247), but the 'features' file is located directly in the build dir, and there is no apps/ 23.22.08 Join avis [0] (n=ident@pdpc/supporter/student/avis) 23.22.24 # ok, I'll try it later. "can't be that hard" :g 23.22.30 # :) 23.22.35 # Why it does print ...genlang-features is beyond me though 23.22.53 # genlang-features is another file 23.22.57 Quit HellDragon (Client Quit) 23.23.33 # * kugel wonders what will happen if Zagor happens to be unavailable to fix build system quirks 23.23.43 # seeing you're the only one really getting it 23.23.51 # he's not 23.23.58 # kugel: we'll just live with them like we always did :) 23.24.00 # bagder and linusn groks it too, at least 23.24.27 # kugel: make isn't that hard if you look into it properly 23.25.00 # Zagor: rockbox can be built on different platforms; did you consider using such programs (autotools, cmake, ..) before revisiting the Makefile? 23.25.08 # n1s: Right now I cannot live with it... I cannot make fresh voice files for my targets... 23.25.17 Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) 23.25.21 Quit avis (Client Quit) 23.25.40 # I guess most of the checks autoconf does are in the C library and 3rd party libraries (useless to rockbox), but perhaps some of the logic could be useful? 23.25.50 # funman: rockbox can only be built on systems with gcc and with a very narrow set of include files. autotools would have given us nothing more than extra complexity. 23.26.10 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.26.10 # and we use some of the logic already 23.26.35 # Bagder: would the automated manual builds break if we drop the "Manual" target from configure (it's not needed, a manual can be built from a target or sim build configure) (or should i just leave it?) 23.26.41 # Zagor: that is autoconf; what about automake ? (Makefile generation from 'simpler' Makefiles) 23.26.57 # n1s: I'll check... 23.27.20 # funman: I don't see the point. 23.27.24 # funman: that's not without debate 23.27.25 # n1s: What if someone doesn't have a target gcc? I guess they could build a manual in a sim build directory? 23.27.26 # amiconn: branches are cheap. i'll put together a version that directly outputs on the mono-only targets. there's already a direct-output fallback for color if scaling is not requested, because of the amount of manipulation in the scalers. 23.27.34 # funman: have you looked at the various *.make files? They aren't that complex 23.27.36 # Zagor: as the files are simpler, less maintenance 23.27.47 # funman: that's not true 23.27.49 # Bagder: I'm all for debates! 23.27.59 # are they? where does all my information go? 23.28.00 # linuxstb: yes sim dir works fine (and you need a native gcc to build the manual anyway) 23.28.06 # simpler files are easy to edit, sure 23.28.13 # then they generate huge complex files 23.28.23 # and when they malfunction, you're in it 23.28.35 # gevaerts: I had a look already, but I'm still a bit lost to know which .make file I have to look for a particular rule 23.28.38 # seirously, fixing auto* output can be nasty. 23.28.44 # indeed 23.28.58 # * linuxstb agrees - Make is simple enough to not need a layer on top of it 23.29.07 # Bagder: I know where to look in (very) complex generated Makefiles so I may be biased 23.29.18 # gevaerts: The problem with following Makefiles (for me at least) is that the order in which stuff appears in the file(s) is totally unrelated to the order in which things are actually done 23.29.21 # n1s: what do I need to do to get the file ID info in the new tex files - set the svn props and put a % $Id at the top? 23.29.21 # Zagor: I guess it's compressed? 23.29.44 # it really isn't 23.29.49 # the current makefiles are some of the most simple you can imagine. the average is about 25 lines _with_ rockbox header. only root.make and codecs.make are long. 23.30.11 # pixelma: % $Id$ 23.30.17 # the auto* tools are good, but for more complex scenarios than rockbox imho 23.30.21 # (the trailing $ is important) 23.30.29 # ah, thanks 23.30.42 # n1s: yes it will break, but will be easy to fix 23.30.54 # the manual builds I mean 23.31.26 # Bagder: ok, i'll wait to do it though, too tired for reliable commits now :) 23.31.28 # n1s: Hmm, isn't features possibly different for the sim though? 23.31.49 # linuxstb: If it is, I'd consider that a bug 23.31.58 # Zagor: on linux I get an empty BUILDDIR/apps/features and a non-empty BUILDDIR/features, so voices build, but I wouldn't be surprised if they were wrong 23.32.10 # amiconn: I agree - but isn't that the same as the voice issue we were discussing earlier? 23.32.19 Join Reliom [0] (n=chatzill@c-76-109-16-124.hsd1.fl.comcast.net) 23.32.25 # gevaerts: yeah I'm looking into that 23.32.56 # linuxstb: Probably. I didn't try that recently. Last time I tried, my (target) voice files worked fine in the respective sims 23.33.19 # (swcodec only, of course, as hwcodec sims have no audio output) 23.33.24 Quit `x_X-` ("It's Business Time ^_^") 23.33.49 Join tvelocity[a] [0] (n=tony@194.219.255.151) 23.34.32 # anyone know how to force the ipod 5g backlight to turn off when plugged in? the option under settings doesnt seem to work 23.35.28 # linuxstb: you could just configure a target build and ignore the compiler warnings though 23.35.34 # Reliom: if I remember correctly, you can't 23.36.20 # :\ really annoying dont want to damage it from being plugged in and i dont use it much so the battery dies from being unplugged 23.36.47 # n1s: So features is processed with the native gcc? (I'm guessing features processing the only use for gcc in a manual build) 23.36.48 # its dead by the time i go to use it in other words 23.37.59 # jhMikeS: Is that a 3rd type of fading? 23.38.46 # Reliom: seems to work here 23.39.15 # Bagder, n1s: I had that intention a while back too (removing the manual option) ... 23.39.16 # linuxstb: not sure really it seems to use $(CC) so i guess i'll just have to try it before i make this change 23.39.31 Quit Reliom (Read error: 104 (Connection reset by peer)) 23.39.54 # but why does it break the manual build? make manual-pdf works fine in my build dir 23.39.56 Join Reliom [0] (n=chatzill@c-76-109-16-124.hsd1.fl.comcast.net) 23.40.32 # did someone say manual builds are broken? 23.40.40 # bluebrother: the automated builds probably configure "Manual" builds so if the option goes away that will not work 23.41.41 # bluebrother: do you have any comments on FS#9550, i tired googling a bit but it seems noone has this issue... 23.42.04 # or my google fu isn't up to scratch 23.42.08 # that's possible. 23.42.36 Quit tyfoo (Read error: 60 (Operation timed out)) 23.42.38 # I searched about that a bit a while back but haven't found a real solution. It's definitely related to the use of textsc 23.42.45 # n1s: should I seperate all keymap things into own files or only ones which are used in more than one platform file? Would probably be the cleaner solution though 23.42.52 # I think we should drop the sc style if we can't find a fix because searching is important 23.42.53 # Zagor, amiconn: I think http://pastebin.ca/1268004 should fix the voice build 23.43.22 # pixelma: i think consistency is nice 23.43.29 # well, I found the soul package to greatly help with this (and also with the html issue) 23.43.53 # Reliom: (in case you missed it) backlight off while connected seems to work here, although my ipod video has a slightly oldish build installed (a few weeks) 23.44.03 # unfortunately there's something wrong with our latex sources that make soul break with the toc generation. 23.44.06 # and is it worth an own "keymap" directory or should it stay in the platform one? 23.44.21 # n1s: The manual Makefile uses $(HOSTCC), so I think it's fine. 23.44.22 # using a minimal latex example works. 23.44.27 # gevaerts: yes, pretty much. but actually it is the use of $@ in apps.make that causes the bug. $@ should not be used in rules with multiple targets 23.44.34 # hmmm 23.44.38 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 23.44.52 # Zagor: yes, I wondered about that too 23.44.53 # i had and old build alot older then that and just updated it both have the same problem 23.44.59 # maybe i need to reflash it 23.45.15 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-ccb63a1d428f23d2) 23.45.28 # so figuring out what's wrong with out latex sources is my current goal 23.45.29 # linuxstb: ah, i looked at apps.make for some reason :/ should really go to bed 23.46.00 # bluebrother: ah, that would be nice, yes :) 23.46.03 # n1s: So did I ;) But I also ran "make V=1", and that showed /usr/bin/gcc being used, so I was confused... 23.47.14 # soul also has the advantage that we could use textmarker-like hilighting if we find applicable use ;-) 23.48.20 # * gevaerts compiles a new build to try on his ipod 23.48.38 # does test_codec work on the Clip? 23.48.52 Quit tvelocity (No route to host) 23.49.28 # if 'work' == build and run until the call to read(); yes. 23.50.00 # why does the call to read fail? 23.50.10 # funman: What happens? test_codec loads the entire file to RAM, so you will need very small test files... 23.50.22 # I didn't look into this, I just figured a lcd_puts() before read() would print, and after would not 23.50.38 # linuxstb: oh, since all my files are ~3 or 4 MB that may explain 23.51.15 # how much RAM is there on the clip? 23.51.23 # err free ram 23.51.24 # 2MB plus 320KB 23.51.30 # about 1 MB I guess? 23.51.47 # Reliom: are you sure the settings are set correctly? 23.51.49 # I have 512k for codecs and 512k for plugins in my build 23.52.08 # You should be able to greatly reduce the plugin buffer size. 23.52.19 *** Saving seen data "./dancer.seen" 23.52.31 # The IRAM size looks like the IRAM would make a perfect codec ram 23.52.35 # i set it to turn off after so many seconds on each and set all of them to just be off permanently and still turns on and stays on when i plug in 23.52.39 # I bet plugins don't malloc(), and would fail to link if I choose a too small buffer ? 23.52.56 # funman: Correct. 23.53.02 # s/plugins/plugins not build on monochrome targets/ 23.53.24 # Some plugins use plugin_get_buffer() though and will fail if that buffer is too small 23.53.27 # Reliom: what is the normal backlight set to? Maybe it doesn't detect the connection properly? 23.53.36 # when I get comments on FS#9578 I'll consider reducing the plugin buffer size to keep 1MB codec buffer :) 23.53.45 # was set to 5 seconds i changed it to off 23.53.45 # Most plugins should work fine with just 64KB or even 48KB of plugin ram on arm 23.53.56 # it turned off when i changed the setting but back on when plugged in 23.54.07 # the codec buffer could be made smaller, I don't think anything even needs 1 MB, except for seeking in very long AAC files 23.54.19 # That's weird... 23.54.22 Join tvelocity[away] [0] (n=tony@adsl3-155.her.forthnet.gr) 23.54.29 Quit tvelocity[a] (Read error: 60 (Operation timed out)) 23.54.32 # saratoga: And some vorbis files IIUC 23.54.41 # There are very few exceptions, but we can use the same technique as we do on archos to make them run (requires stopping music) 23.54.48 # anyway, I believe test_codec needs a pcm driver first; and I prefer working on a correct one than on a dummy one 23.54.49 # Reliom: Maybe try checking the filesystem for errors. That's been known to fix weird problems 23.54.49 # do we actually know how much RAM vorbis needs? 23.55.03 Quit bluebrother ("leaving") 23.55.04 # as I recall floor0 is thought to require more, but i think we don't even decode that correctly 23.55.06 # saratoga: no 23.55.14 # k 23.55.15 # funman: are you sure? It doesn't actually play anthing 23.55.19 # amiconn: modified per your suggestion, and uploaded. mono-display targets don't use the scaler at all, mono remotes on greyscale targets still use the scaler and share loop code with it - i can branch later and change that to see if it's a binsize savings or not. 23.55.35 # Reliom: if you plug it in does your Ipod stay in Rockkbox or does it reboot to the OF? 23.55.43 # saratoga: as in no, we don't know how much ram it needs and yes we do decode floor0 files correctly 23.56.04 # it goes to the "Do Not Disconnect" screen 23.56.08 # for rockbox 23.56.44 # if i eject it it says safe to disconnect and still stay lit 23.56.45 # saratoga: there was an old bug report with a floor0 file that crashed before the buffer merging (needed to allocate more than half a meg) that now plays fine with the merged buffer 23.57.01 # Unhelpful: How would you describe the quality of your image scaler? 23.57.30 # linuxstb: "unprecedented" 23.57.42 # The 'Do Not Disconnect' screen is not rockbox'. It's the OF's diskmode, which rockbox reboots into when it detects an usb connection 23.58.16 # linuxstb: very good on color targets, less impressive on greyscale ones, where it's only nearest-neighbor scaling. 23.58.16 # Reliom: ah, ok. I was assuming that you were using it in no-disk-connection mode (i.e. just powered over usb) 23.58.18 # Reliom: the "Do not connect" is not Rockbox but Apples, so it looks like it doesn't detect that you only plug a charger. Try holding "select" while plugging 23.58.25 # gevaerts: no I'm not sure; I must see why test_codec (presumably) causes a data abort first 23.58.37 # pixelma: I think it's menu 23.58.40 # hmm ok