--- Log for 20.05.110 Server: jordan.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 hours and 37 minutes ago 00.00.37 # funman: I did (see http://www.rockbox.org/tracker/task/10805?string=vastly+improve) 00.01.28 Quit Beta2K (Read error: Operation timed out) 00.02.15 # kugel: that's a very good trick, i'm gonna do this from now on too! 00.02.50 # I had a fs corruption once from just turning of so I stopped doing that 00.03.29 # i would love to see USB transfers working properly, then no OF needed anymore, and no more waiting ;-) 00.03.41 Join wincent [0] (~wincent@f055227177.adsl.alicedsl.de) 00.03.55 # but i won't hold my breath, i'm a pretty happy rockboxer! 00.04.01 # kugel: alignement need to be higher for DMA: 8 * 4 00.04.16 # funman: I know, I modified test_disk for that 00.04.36 # the last patch aligns on 4 00.04.51 # (IIRC) 00.05.37 # funman: none of the patches there modifies test_disk ? 00.06.30 # ah, I see, my alignment test is wrong 00.06.46 # the test_disk numbers should be correct though 00.08.01 Quit CGL (Remote host closed the connection) 00.08.30 # the improvement from doing dma directly is not huge, I guess the cache coherency functions create a noticeable overhead 00.08.49 # no, why? 00.08.59 # are you looking at my chart? 00.09.02 # nope ^^ 00.09.17 # it's linked on the task 00.09.41 # http://www.alice-dsl.net/simonemartitz/rockbox/fuze_sd_performance.pdf 00.11.43 # what's with limiting 1st transfer to 8 sectors ? 00.12.01 Quit Luca_S (Quit: CGI:IRC (EOF)) 00.12.34 # I don't remember 00.12.57 # i suppose debug in test_disk 00.13.36 # btw clipv2 is still running with the cpu_frequency patch ^^ 00.13.59 # nice, I'll try a build on my way to the uni tomorrow 00.14.11 Quit evilnick_B (Quit: Page closed) 00.14.46 # funman: looked at my chart now? :) I think dma directly isn't necessarily worth it 00.15.58 # or can we "cast" the passed buffer to uncached and don't use the cache coherency functions? I didn't try that 00.16.31 # UNCACHED_ADDR(buf), but you can't use it with DMA then 00.16.50 # hm yea it doesn't work 00.16.55 # i put the patch on FS#11297 00.17.51 Quit jgarvey (Quit: Leaving) 00.17.51 Quit kugel (Remote host closed the connection) 00.22.34 Quit funman (Quit: free(random());) 00.22.35 Quit max242 (Quit: CGI:IRC (EOF)) 00.24.30 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 00.25.02 Quit mt (Read error: Connection reset by peer) 00.25.41 Join mt [0] (~mtee@rockbox/developer/mt) 00.40.56 Quit ender` (Quit: I'm a complex person. I have a real and an imaginary part.) 00.45.36 Join robin0800 [0] (~quassel@149.254.200.216) 00.48.05 Quit stripwax (Read error: Connection reset by peer) 00.50.06 Join likemindead [0] (~440c1fc4@gateway/web/freenode/x-jtpptxjvtljztqjk) 00.51.30 # Ubuntu 10.04 isn't mounting my iPod (4th Gen/Color) when I plug it in. Nor is it seen under Nautilus or the Disk Utility. HALP? 00.52.12 # I just want to sync some files to it. :-\ 00.54.57 Join bluefoxx [0] (~FuzzyLomb@S0106001310788466.vc.shawcable.net) 00.58.50 Quit Rob2222 (Quit: Rob2222) 00.59.28 Join Rob2222 [0] (~Miranda@p4FDCA421.dip.t-dialin.net) 01.03.06 Quit bluefoxx (Quit: EXCEPTION 0X00001F UNRECOGNIZED THOUGHT PROCESS...TERMINATING, PLEASE WAIT...USER LOGGED OFF) 01.04.18 Quit shaggy-h () 01.06.35 Quit wodz (Quit: Leaving) 01.09.06 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 01.13.47 Part likemindead 01.16.01 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.17.50 Part toffe82 01.23.39 *** Saving seen data "./dancer.seen" 01.28.59 Join DerPapst1 [0] (~Alexander@p4FE8F8CE.dip.t-dialin.net) 01.30.46 Quit DerPapst (Ping timeout: 240 seconds) 01.40.02 # New commit by 03jethead71 (r26180): Gigabeat S: Use longer battery filter; lag is not a problem with voltage for charging since it's I-controlled. Initialize local copy of last_inputs ... 01.44.21 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 01.44.27 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 01.47.36 Quit Guest951 (Quit: Tiarra 0.1+svn-33938: SIGINT received; exit) 02.03.41 Quit Bagder (Ping timeout: 240 seconds) 02.04.25 Join mapi_ [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) 02.04.30 Join ssorgatem_ [0] (~ssorgatem@83.43.131.150) 02.06.16 Join ssorgatem__ [0] (~ssorgatem@83.55.235.224) 02.06.50 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 02.07.58 Quit ssorgatem (Ping timeout: 240 seconds) 02.09.58 Quit ssorgatem_ (Ping timeout: 265 seconds) 02.13.43 Join Rob2223 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) 02.16.36 Quit robin0800 (Quit: No Ping reply in 600 seconds.) 02.16.46 Quit Rob2222 (Ping timeout: 240 seconds) 02.16.52 # jhMikeS: THe Fuzev1 here came from woot too 02.17.03 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 02.20.29 Quit shaggy-h (*.net *.split) 02.20.30 Quit rvvs89 (*.net *.split) 02.20.30 Quit krazykit (*.net *.split) 02.20.30 Quit merbzt (*.net *.split) 02.20.30 Quit detaos (*.net *.split) 02.20.30 Quit lostlogic (*.net *.split) 02.20.30 Quit jhMikeS (*.net *.split) 02.20.34 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 02.20.58 Quit saratoga (*.net *.split) 02.21.55 Nick ssorgatem__ is now known as ssorgatem (~ssorgatem@83.55.235.224) 02.21.55 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-zzmofwwvlikygwyn) 02.22.15 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 02.22.15 Join merbzt [0] (~benlar@193.13.246.198) 02.22.15 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 02.22.15 Join krazykit [0] (~kkit@70.236.74.71) 02.22.15 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 02.22.15 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 02.22.15 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 02.23.11 Quit shaggy-h (Ping timeout: 240 seconds) 02.23.58 Quit shai (Ping timeout: 246 seconds) 02.24.35 Quit katsuru_ (Ping timeout: 260 seconds) 02.47.06 Quit MethoS- (Remote host closed the connection) 03.13.47 Join ischeriad [0] (~ischeriad@p5B0A0736.dip0.t-ipconnect.de) 03.14.53 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.16.24 Quit ischeria1 (Ping timeout: 240 seconds) 03.18.20 Quit TheSeven (Read error: Connection reset by peer) 03.18.23 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 03.23.43 *** Saving seen data "./dancer.seen" 03.26.28 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.31.01 Quit robin0800 (Quit: No Ping reply in 600 seconds.) 03.31.26 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 03.31.28 Quit robin0800 (Read error: Connection reset by peer) 03.33.34 Join Bagder [0] (~daniel@rockbox/developer/bagder) 03.48.31 Join webguest51 [0] (~43bc5e1f@giant.haxx.se) 03.49.03 Join viks [0] (~43bc5e1f@giant.haxx.se) 03.49.04 Quit webguest51 (Client Quit) 03.49.15 # sh 03.49.31 # Would like to know is there any cook multichannel support? 03.50.09 # @mt:Does current cook decoder support Multichannel decoding 03.53.58 Quit viks (Client Quit) 03.54.44 Join CGL [0] (~CGL@190.207.171.217) 03.56.33 Nick CGL is now known as [CGL] (~CGL@190.207.171.217) 03.56.44 Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) 04.00.13 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 04.03.40 # viks: it prints "MC_COOK not supported!", so it looks like stereo/mono only 04.05.33 Quit saratoga (Quit: Page closed) 04.07.18 Quit TheSeven (Ping timeout: 260 seconds) 04.07.56 Quit adnyxo (Ping timeout: 276 seconds) 04.10.01 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.10.53 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.14.14 Join anewuser [0] (anewuser@unaffiliated/anewuser) 04.14.33 Quit pixelma (Disconnected by services) 04.14.34 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.14.38 Quit amiconn (Disconnected by services) 04.14.40 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.14.53 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.15.02 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.19.06 # why did sandisk discontinue the docking station for the sansa e200? 04.22.50 # chrisb: economics? 04.24.21 # kisak: yes...maybe budget buyers don't even think about accessories... 04.29.18 # relatively speaking, I splurged on a case for my Fuze 04.29.48 # a $4.50 case for a $30 Fuze 04.31.05 # the front panel of this Fuze is just too fragile for my daily grind 04.31.25 # I put some cracks in it just from it being in my pocket 04.37.46 Join DerPapst [0] (~Alexander@p4FE8FA16.dip.t-dialin.net) 04.39.57 Quit DerPapst1 (Ping timeout: 264 seconds) 04.42.40 # i want my sansa e200 to drive my bose radio, and it does a decent job from the earphone jack 04.42.45 Quit Zarggg (Quit: Zarggg) 04.43.34 # but i really wanted line-out driving the radio speakers so I tried the Griffin power dock, which had an audio line-out 04.44.08 # but something wasn't right, even with sansa's software running 04.44.22 # the line-out couldn't drive the audio input...i don't know why 04.47.37 Join Barahir [0] (~jonathan@frnk-590f65c0.pool.mediaWays.net) 04.47.45 Quit panni__ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 04.48.34 # are the ipod docks any better? 04.48.41 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-savslnrousvweejo) 04.50.01 Quit Barahir_ (Ping timeout: 240 seconds) 04.59.58 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) 05.00.06 Quit tchan (Changing host) 05.00.06 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 05.04.32 Quit Forsaken_Boy (Read error: Connection reset by peer) 05.05.39 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 05.09.13 Quit chrisb (Ping timeout: 240 seconds) 05.16.16 Join piroko [0] (~jeremy@pohl.ececs.uc.edu) 05.16.30 # Nice. I notice the sansa clip v2 port is "usuable" now 05.21.41 Quit CaptainKwel (Quit: Ex-Chat) 05.22.43 # Usable too 05.23.47 *** Saving seen data "./dancer.seen" 05.27.14 # New commit by 03wincent (r26181): pdbox: Adjusted return values for functions read() and write() 05.29.40 Quit Horscht (Quit: Verlassend) 05.31.34 Join Orion7 [0] (~IceChat7@c-71-204-140-208.hsd1.ca.comcast.net) 05.32.09 # other than whats listed in the forum is there a way to know what new changes are going into each release of a new port? 05.32.27 # each build 05.33.07 # Orion7: change log on the front page and the svn logs (also front page) 05.33.20 # New commit by 03wincent (r26182): pdbox: Made size value signed 05.35.18 # i don't see that for some reason 05.35.35 # sucks 05.36.11 # the fuze v2 builds seemed to have introduced some new problems awhile after 26006 i believe but i think they are also working on hotkeys maybe? 05.37.21 Quit powell14ski__ (Remote host closed the connection) 05.37.48 # i do some things under current build if that's what you were referring to 05.37.52 # see 05.38.54 # New commit by 03wincent (r26183): pdbox: Got rid of signedness-related warnings 05.39.12 # ok i think i found it 05.39.41 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 05.51.50 # ok i checked the change log and nowhere does it list daily changes for each build of fuze v2..anyone know where these are? 05.51.58 Join tchan1 [0] (~tchan@c-69-243-144-70.hsd1.il.comcast.net) 05.52.21 Join piroko_ [0] (~jeremy@pohl.ececs.uc.edu) 05.52.30 Join robin0800_ [0] (~quassel@general-ld-216.t-mobile.co.uk) 05.53.03 # i checked the svn section, unsupported section, daily builds section 05.53.59 # Orion7: the svn logs show every single change made to the rockbox code, if you want daily updates, you should read those 05.55.42 Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) 05.55.51 # i must not know the right word for svn 05.55.54 Quit Boldfilter (Quit: Boldfilter) 05.57.20 Quit powell14ski_ (*.net *.split) 05.57.20 Quit TheSeven (*.net *.split) 05.57.20 Quit Bagder (*.net *.split) 05.57.20 Quit wombat23 (*.net *.split) 05.57.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.58.16 Join polobricolo__ [0] (~polobrico@AGrenoble-257-1-21-176.w86-194.abo.wanadoo.fr) 06.00.01 Quit Barahir (*.net *.split) 06.00.01 Quit robin0800 (*.net *.split) 06.00.01 Quit polobricolo (*.net *.split) 06.00.01 Quit tchan (*.net *.split) 06.00.01 Quit piroko (*.net *.split) 06.00.01 Quit MagusG (*.net *.split) 06.00.01 Quit xavieran (*.net *.split) 06.00.13 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 06.00.20 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 06.01.27 Quit whydoubt (Ping timeout: 240 seconds) 06.02.58 # i searched for "svn" on the front page and on the change logs page but it isn't there, is there another word for it 06.03.09 # i mean i actually used find 06.04.51 # actually i looked through every section in the change logs section 06.06.34 Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) 06.06.43 Join Bagder [0] (~daniel@rockbox/developer/bagder) 06.09.10 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 06.10.19 # Orion7: http://svn.rockbox.org/viewvc.cgi/?sortdir=down 06.10.36 # ty 06.10.56 # Orion7: subversion 06.11.20 # oh ok yeah i'm pretty new 06.12.28 # Orion7: Then, this will help. http://www.rockbox.org/wiki/UsingSVN 06.12.42 # The RB wiki has a /lot/ of info in it. 06.12.52 Quit wincent (Ping timeout: 276 seconds) 06.13.31 Quit robin0800_ (Quit: No Ping reply in 600 seconds.) 06.13.55 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 06.13.57 Quit robin0800 (Remote host closed the connection) 06.15.46 # looks like i'd need to be a coder to know what the daily changes mean 06.17.10 # like instead of saying fixed usb charging it says things like use ascodec_readbytes() to cache all needed registers in a row 06.18.18 # but i find the new port forums very helpful 06.18.32 # well, many commits aren't exactly critical to the everyday use of rockbox 06.19.40 # so its trying to work towards improvements or fixes 06.21.55 # right. anything really important (new features and such) will show up on the MajorChanges page 06.23.42 # New commit by 03wincent (r26184): pdbox: Rewrote recently added bugfixes 06.28.34 # krazykit, what section is major changes under 06.30.12 # it's on the front page in the quick links section as "change log" 06.31.45 # k perfect thanks! bbl 06.31.51 Quit Orion7 (Quit: Say What?) 06.37.11 Quit Rob2223 (Quit: Rob2223) 06.37.28 Join Rob2222 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) 06.43.06 Quit powell14ski_ (Quit: powell14ski_) 06.43.18 Quit joeyg (Quit: lions and tigers and bears, oh my!) 06.57.30 Nick shai_ is now known as shia (~Shai@l192-117-110-233.cable.actcom.net.il) 06.57.33 Nick shia is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 06.58.39 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 07.23.50 *** Saving seen data "./dancer.seen" 07.30.18 Quit BHSPitMonkey (Remote host closed the connection) 07.56.46 Join hebz0rl [0] (~hebz0rl@dslb-088-067-217-002.pools.arcor-ip.net) 07.56.54 Join wincent [0] (~wincent@f055227177.adsl.alicedsl.de) 07.57.47 Quit kramer3d (Quit: Leaving) 07.58.59 Join Szpila [0] (~sszpila@212.244.249.187) 08.05.03 Join RussKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) 08.05.39 Part RussKubes ("Ex-Chat") 08.07.15 Join RussKubes [0] (~russ@pool-173-63-108-54.nwrknj.fios.verizon.net) 08.08.43 Join esperegu [0] (~quassel@145.116.15.244) 08.10.14 Join mitk [0] (~mitk@195.117.162.130) 08.11.48 Quit amiconn (Remote host closed the connection) 08.11.49 Quit pixelma (Remote host closed the connection) 08.16.03 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 08.18.30 Join pixelma [0] (quassel@rockbox/staff/pixelma) 08.18.37 Join amiconn [0] (quassel@rockbox/developer/amiconn) 08.21.01 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.21.24 Quit DerPapst (Quit: Leaving.) 08.21.54 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 08.25.59 Join ender` [0] (krneki@foo.eternallybored.org) 08.34.27 Quit [CGL] (Remote host closed the connection) 08.36.05 Quit TheSeven (Ping timeout: 260 seconds) 08.38.21 Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) 08.42.16 Quit wincent (Ping timeout: 260 seconds) 08.48.03 Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) 08.48.19 Join LinusN [0] (~linus@rockbox/developer/LinusN) 08.53.56 Join GeekShado_ [0] (~Antoine@63.140.195-77.rev.gaoland.net) 08.57.09 Quit GeekShadow (Ping timeout: 276 seconds) 08.58.06 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 08.59.25 Quit GeekShado_ (Ping timeout: 265 seconds) 09.02.48 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 09.05.31 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.10.22 Join eargasm [0] (~536c6dd2@giant.haxx.se) 09.14.14 Join evilnick [0] (~Evilnick@ool-457bccf5.dyn.optonline.net) 09.14.34 Part RussKubes ("Ex-Chat") 09.16.13 Quit evilnick (Client Quit) 09.19.28 Join flatrose [0] (~flatrose@nat.sklk.marosnet.net) 09.19.54 Join DerPapst [0] (~Alexander@dslb-088-069-159-149.pools.arcor-ip.net) 09.22.26 Quit kugel (Remote host closed the connection) 09.23.53 *** Saving seen data "./dancer.seen" 09.24.12 Quit merbzt (Ping timeout: 240 seconds) 09.24.22 Join merbzt [0] (~benlar@193.13.246.198) 09.25.10 Quit eargasm (Quit: CGI:IRC) 09.27.06 Quit liar (Ping timeout: 258 seconds) 09.29.08 Join petur [0] (~petur@rockbox/developer/petur) 09.29.11 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.30.23 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.30.23 Part LinusN 09.34.18 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 09.34.23 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.42.53 Join max242 [0] (~51f7bab7@giant.haxx.se) 09.43.05 Quit max242 (Client Quit) 09.43.11 Join max242 [0] (~51f7bab7@giant.haxx.se) 09.47.26 Join LinusN [0] (~linus@rockbox/developer/LinusN) 09.48.15 # just to inform you that preparing album artwork for pictureflow is still freezing up my fuze v1 09.48.34 # ... but not that frequent anymore 09.49.45 Part LinusN 09.52.16 # is that for bmp or jpeg? 09.52.16 # i've got an 8G fuze v1, and when the pictureflow cache builds successfully, it takes 2 to 3 minutes 09.52.45 # jpeg 09.53.16 # two to three minutes? yuck... 09.53.19 # when building the cache with the 16G uSD inserted, it takes 6 to 7 minutes or even more, 09.53.44 # maybe you've got some really big ones, like 2k pixels +? 09.53.47 # My Nano 1g does it in about ~15 seconds, and the 2g in less than 5 seconds. 09.54.47 # to be really sure, i should check the sizes of the Cover.jpg files, i don't really know what size they do have got 09.55.29 # I usually make sure that my "cover.jpg" files are 100x100px 09.55.35 # obviously the more powerfull the processor, the faster things goes 09.55.48 # AFAIK (well, for the Nano at least) there are no themes with AA that big. 09.56.06 # 100x100 would be *plenty* for the Fuze 09.57.01 # hmm, then i should go over my entire collection, and resize them accordingly 09.57.11 # the Fuze has a bigger screen than the Nano (220x176 vs. 176x132) both colour 09.57.23 # pixels that is 09.57.27 # which is a big job, unless a script could do that job off course 09.57.52 # max242: mp3Tag can automate that task 09.58.01 # as well as several other programs 09.58.24 # resize the jpgs, can mp3tag actually do that? 09.58.31 # yep 09.58.41 # assuming you have embedded AA that is. 09.59.01 # if not, I use Irfanview for large batch jobs 09.59.36 # i thought that rockbox need a special AA-file in the folder where your music is, and not embedded in the mp3 tags themselves 09.59.43 # http://www.rockbox.org/wiki/AlbumArt suggests a few programs that can automate the task for you. 10.00.00 # max242: Yes, embedded isn't supported 10.00.02 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 10.00.08 # Altohugh the files can go in a few places 10.00.12 # alright, something to check out this evening when at home 10.00.24 # max242: yes, that is correct. but mp3Tag can extract the embedded AA and name/resize it to your specification 10.00.50 # it can go through a directory and do this recursively also, so you don;t need to do it for every album. 10.01.56 # max242: Check out http://www.rockbox.org/wiki/AlbumArt#Cover_Art_Downloading specifically for utilities to automate the AA generation process. 10.02.00 # when the 16G uSD is inserted 10.02.32 # it locks up most of the times i try, and it definitely shouldn't 10.03.00 # so it is a bug, no? 10.03.06 # yes 10.03.10 # Have you reported this as a bug report on Flyspray? 10.03.22 # It can take ages, if you have a lot of albums, big album art etc 10.03.47 # Last time I tried it on my gigabeat S (v. fast CPU, but 100 GB of music) it took some minutes 10.03.56 # But it shouldn't hang altogether 10.04.00 Quit Zambezi (Read error: Connection reset by peer) 10.04.05 # indeed 10.04.12 Join Zambezi [0] (Zulu@80.67.9.2) 10.04.21 # i posted a message here http://forums.rockbox.org/index.php?topic=14064.msg167033#msg167033 10.04.23 # max242: What you could try is to see if it doesn't like some specific images you have 10.04.33 # in which there is a reference to flyspray 10.04.41 # So do a binary search, and see if it is reproducable 10.04.44 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.05.12 # it is not because of some jpg file, i'm definitely sure about that 10.05.17 Quit JdGordon (Remote host closed the connection) 10.05.17 # How so? 10.05.31 # sometimes building the cache works, most of the times it is not 10.05.36 # OK 10.05.43 # 2~3 minutes seems a little slow to me...but maybe the Nano (2g in particular) has some hardware that makes it a lot faster. My pictureflow cache on an 8GB Nano2g (full of .mp3 albums) takes less than 10seconds. Closer to 5. 10.05.47 # it is probably interrupt related, the issue started since r25299 10.05.52 # S_a_i_n_t: It isn't 10.05.58 # It depends on lots of things 10.06.09 # such as? 10.06.33 # Number of albums, size of art, speed of processor, etc. etc. 10.06.36 # The code I mean 10.06.42 # er, the speed I mean 10.06.58 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 10.07.03 # The 2g Nano blitzes the 1g when it comes to building the pictureflow cache, but my 1g still does it in less than ~15 seconds usually. Perhaps 20 sometimes. 10.07.03 # at least, funman did a change lowering interrupt priority, and the chance things lock up is lower now, but the real issue still remains 10.07.19 # so yes, you are right there are more factors which do cause the issue 10.07.39 # I meant there are lots of factors that influence the speed of building 10.07.51 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 10.07.58 # and the speed of building, ok, got that 10.08.00 # max242: Either open a new bug report, or comment on an existing one if there is one 10.08.46 # i strongly believe FS#11267 is about the same thing, but this should be verified 10.08.54 # It is the only real way - most devs don't use the database, let along pictureflow 10.08.58 # and maybe it's title should be rephrased 10.09.01 Quit jordan` (Read error: No route to host) 10.09.16 # *alone 10.09.24 # yeah, i'm aware of that 10.09.55 # and as i'm not a developer myself, i'm pestering you developers over here ;-) 10.10.11 # going to work now, bye 10.10.21 # A bug report is the proper way - it contains all the info in one place, and then other people see it too 10.10.33 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 10.11.41 # funman: ping 10.13.36 Quit max242 (Quit: CGI:IRC (EOF)) 10.15.10 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.112) 10.17.20 Quit S_a_i_n_t (Ping timeout: 260 seconds) 10.18.30 Quit S_a_i_n_t_ (Read error: Connection reset by peer) 10.18.48 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.19.35 # I found the bug which affected so strong performance of HD200 :-) I am so ashamed It is so stupid mistake. I copied PLL settings for 5250 but HD200 uses 5249 10.20.36 # wodz: congrats! 10.20.44 # a long struggle 10.21.51 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.4.146) 10.22.21 # I found it by accident - I was looking at battery graph and found out it is refreshed every ~4-5 minutes instead of 1 minute. That makes me thinking that something is wrong with system tick settings or PLL frequency 10.24.06 # New commit by 03wodz (r26185): HD200 - fix PLL settings. This fixes looong standing bug heavily affecting performance 10.26.15 # wodz: nice :) 10.29.56 # anyone want to help with fm screen pics for cabbie? 10.30.14 # help in what way? 10.30.15 Quit linuxguy3 (Ping timeout: 276 seconds) 10.30.32 Join linuxguy3 [0] (~timj@75.57.191.181) 10.30.50 # what needs to be done? 10.31.07 Quit crwl (Ping timeout: 258 seconds) 10.31.29 # S_a_i_n_t: I tihnk we need a pic for scan/preset mode, one for tuned? (a signal stregth meter would be nice, so later when we do have signal strength readin it could go there), and sterero/mono 10.31.35 # and the top banner 10.33.12 # Well, I can get the top banner done tonight at least. IIRC pixelma wanted to do the mono/b&w targets. 10.34.15 # it doesnt need to be *perfect* but having at least something for release would be nice 10.35.01 # sweet, sure. I'll do what I can. 10.35.10 # I'll start with the top banner. 10.35.43 # Any objestions if I re-do the banner for the WPS as well? It'd be a lot easier for me to make them both match that way. 10.36.09 # Otherwise I'll have to try figure out what font was used for the original. 10.36.27 # nup 10.36.30 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.38.46 # need to figure out which screens need work on 10.39.19 # S_a_i_n_t: what do you want to do there? And did you see my suggesion about making the "Now playing" there a text string? (mentioned twice) 10.40.06 # No, I didn't....it'd also need to use multifont though. 10.40.16 # otherwise changing the font would make it look shit. 10.40.47 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 10.40.57 # can all the targets handle adding a small font for the title alone? 10.41.11 # I figure bitmaps would take up less room? 10.41.20 # s/bitmaps/a bitmap/ 10.41.45 # it would also make it possible to localise it to some extent (as text size is limited and some languages can't have characters that small) and it is not possible on monochrome screens at the moment 10.41.54 # the advantage of having a text screen is, it'd translatable. 10.42.13 # but then it needs to be multifont, or changing the font would make it look crap. 10.42.42 # shit last patch fixes performance problems but screwsup button reading :/ 10.43.14 # it is already a lot smaller than the default text so would need multifont anyways 10.43.38 # multifont should work on all targets 10.43.54 # wodz: congratulations on finding the bug :) 10.44.12 # which ipods dont have attachments support? 10.44.14 # yes, but there is no way to have white text on black for monochrome... 10.44.32 # so.....this is decision time. Use a bitmap, and replace the current banner in the wps to match (easy), or use a text string, andf add multifont to thw wps, and possibly have to make some exceptions for players with small image buffers? (maybe hard) 10.44.56 # will there be any targets that won't be able to donate 10K of skin buffer to a font and not miss it? 10.45.36 # unlikelyt 10.45.43 # its 3K now for small screens also 10.46.16 # so, I guess replace the banner in the background with a "blank" banner...and do it with multifont? 10.46.24 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.46.24 # that I can do. 10.47.20 # currently the only way on monochrome would be making an "inverted" font but that still won't do for a banner I think and is not nice 10.47.37 Join Barahir [0] (~jonathan@frnk-590f65c0.pool.mediaWays.net) 10.48.02 # according to DeviceChart these are the sizes which need doing http://pastebin.com/HTnT377s 10.48.35 # pixelma: the mono targets dont use a backdrop anyway, so why not just use black text? 10.48.41 # or an image on them 10.48.45 # Hmmm...so which road do I take? The "blank banner+text string" makes the mist sense...but I know *nothing* about the mono screens (pixelma seems at home there). 10.48.53 # It'd be nice to do the same for both. 10.49.05 # its silly to use the same 10.49.36 # JdGordon: this was about getting rid of the image or better: making it more flexible. They currently use a bitmap showing white text on black 10.49.44 # it may be, but as I said...I don't understand the non colour screens. 10.51.38 # http://www.rockbox.org/wiki/DefaultWPS 10.53.26 # that link has the .psd for the origional graphics... 10.54.10 Join swilde [0] (~wilde@aktaia.intevation.org) 10.57.25 # easy enough to just chop up the original .bmps 10.57.42 Join detaos_ [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 10.57.42 Quit detaos (Ping timeout: 240 seconds) 10.57.48 # also...I can't seem to find a few of the screen sizes on your list... 10.58.26 # 160x128x4? 10.58.32 # can't seem to find that one. 10.58.47 Quit phanboy_iv (Ping timeout: 240 seconds) 10.58.49 # what 4 bit display do we have? 10.59.27 # no idea 10.59.44 # i don't think we have any 4 bit displays 10.59.47 Join funman [0] (~fun@rockbox/developer/funman) 10.59.56 # 128x64x1? 11.00.00 Join Murat [0] (~4eae64ca@giant.haxx.se) 11.00.05 # some remote 11.00.19 # S_a_i_n_t: I don't think 160x128x4 exists - what target do you think this is for? 11.00.29 Nick Murat is now known as Guest98639 (~4eae64ca@giant.haxx.se) 11.00.39 # 128x64x1 is the iriver LCD remote 11.00.39 # looking at a pastebin from JdGordon on what needed doing. 11.00.45 # a few I can't find. 11.00.46 # wodz: i knew you had fixed the bug when I did svn up ;) congrats! 11.00.47 # iriver h120/h300 lcd remote is 128*64*1 11.01.04 # x4 should be x2 on that paste :p 11.01.12 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.01.21 # which is the iaudio remote 11.01.26 # I guess he meant x2 - greyscale 11.01.26 # and iriver H100 11.01.51 # Is it possible to display album art in wps @ clip? 11.02.01 # sure 11.02.04 # It'll look shit 11.02.05 # no 11.02.05 # yeah, no configure file defines a LCD_DEPTH or LCD_REMOTE_DEPTH of 4 11.02.12 # But that's your choice :) 11.02.19 # no album art in monochrome 11.02.28 # Ah, ny mistake 11.02.34 # Of course it isn't possible 11.02.41 # When I actually stop and think :) 11.02.52 # there are 128x64x1 "ports - the Clip got its own to account for the weird yellow/blue display split 11.03.07 # funman: how do You see rework of apps/debug_menu.c ? 11.03.18 # So yes or no 11.03.30 # Guest98639: no 11.03.35 # oki 11.03.43 # thanks 11.03.53 # wodz: the same way you did for MAS code, move it into target/ 11.04.02 # no in the WPS, pictureflow works though (but doesn't look very nice I heard) 11.04.06 # there are already debug-XXX.c files 11.04.33 # pictureflow is cool 11.05.35 # S_a_i_n_t, JdGordon: the Iaudio remote is 128x96x2 - the wiki explains that (what's on there about the same font has become wrong though) 11.06.11 # funman: for some targets yes 11.06.43 # i think it's not a top priority anyway 11.06.45 Quit Guest98639 (Quit: CGI:IRC (EOF)) 11.07.27 # 'debug' code & menu can be dirty 11.07.49 # I have no idea how to do the non colour targets in this way proposed, I geuss they can't currently do the whole "text string+blank banner" thing? 11.08.24 # greyscale could I think, monochrome can't 11.08.30 # It'll work fine for the colour targets. 11.08.55 # funman: the cleanest way is get rid of debug_menu.c and reimplement it in target tree for every target but this will lead to code duplication. 11.09.01 # Hmmm...I'll do the colour targets now, and pass my working folder on to you then pixelma? 11.09.04 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 11.09.07 # we have a few weeks to do it. 11.09.52 Quit petur (Read error: Connection reset by peer) 11.09.55 Join p3tur [0] (~petur@rockbox/developer/petur) 11.10.10 Nick p3tur is now known as petur (~petur@rockbox/developer/petur) 11.10.22 # wodz: if there is code which works on several target, perhaps it could go to specific files? debug-pp.c debug-as3514.c . 11.10.59 Quit petur (Read error: Connection reset by peer) 11.11.06 # funman: ok I rethink this and start work when I fix button reading on MPIO 11.11.16 Join petur [0] (~petur@rockbox/developer/petur) 11.12.05 # S_a_i_n_t: it would be cool if it could be cleaned up while at it and things like "show dB value while changing value" be added 11.13.47 # That'll be easy to do, I'll do it when I get to the code side of things. I also guess now is the time to switch to "progressbar style" volume and battery...but I'm just doing the GFX for now. 11.14.12 # I don't want to get into the code untill I am at home, I can do the GFX easy enough from here though 11.15.21 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 11.23.56 *** Saving seen data "./dancer.seen" 11.25.29 # where on earth is the 128x64x1 wps/rwps(or whatever it is) backdrop....? Does it even exist? 11.25.42 # JdGordon: pixelma: ^^ 11.27.10 # there are no backdrops on monochrome screens 11.27.28 # aha...that would explain that then 11.27.35 # the closest you get is a statically loaded bitmap - this is used for the "Now playing" bar for example 11.29.34 Join dfkt [0] (dfkt@unaffiliated/dfkt) 11.42.46 Quit n1s (Ping timeout: 240 seconds) 11.45.20 # funman: it is the disassembly of the fuze firmware, what a enable_peripheral(4) would do ? Is it PLLB ? 11.45.25 # *in the 11.46.04 # accordign to the clipv1 it is memorystick 11.46.20 # i think they don't change across all AMSv1, not so sure about the v2 11.46.34 # PLLs aren't peripherals 11.46.35 # v2 11.46.41 # fuzev2 ? 11.46.48 # yes 11.47.02 # euh clipv2 sorry 11.48.24 # 14BA case 4 of the switch: it touhes CGU_USB 11.48.34 # I found a duplicate of the audio_isr usb init code and this codes begins with a enable_peripheral(4). It is still unclear to me how this code is called but there is definetely swomething missing, I can't get any usb interrupt for now on my clip+ and I think it's because I'm missing some glue code 11.48.51 # CGU_USB |= (1<<5); 11.50.37 # anyway, I was already doing that..., grrr, I'll continue my research 11.52.44 # and CGU_PERI |= 1<<21; 11.52.47 Join JdGordon_ [0] (~jd@110.22.25.10) 11.52.48 Quit JdGordon_ (Changing host) 11.52.48 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 11.53.37 # hum, the code is called from a subroutine of ControlLoop, doing a kind of dispatching after reading int status it seems 11.54.07 Quit JdGordon_ (Client Quit) 11.54.18 Join JdGordon_ [0] (~jd@110.22.25.10) 11.54.19 Quit JdGordon_ (Changing host) 11.54.19 Join JdGordon_ [0] (~jd@rockbox/developer/JdGordon) 11.59.19 # JdGordon: pixelma: Update, just so you don't go and do anything I've already done. I have all the backgrounds done, and I'm just going through now working out viewport dimensions for each screensize for the conditional "Now Playing/FM Radio" wps string. 12.00.41 # Cool. Except some don't use voewpprts at all 12.00.54 # So using a VP will break them 12.01.04 # oh, wait...it won't be conditional either will it. heheh..oops. 12.02.01 # its only the charcells that don't use viewports isn't it? 12.02.27 # they don't? 12.03.42 # from their capability *currently* that's correct but the Player also doesn't have a cabbiev2 port. But some cabbiev2 WPSs just don't use viewports yet 12.04.39 Join merbzt1 [0] (~benlar@193.13.246.198) 12.04.59 Quit merbzt (Ping timeout: 276 seconds) 12.05.02 # amiconn also ponders implementing viewports for charcells - less differences 12.05.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 12.07.04 # wodz: part of the debug menu is the same for all targets, limke the stack debug screen and the buffering thread screen for swcodec, so i think, keep the generic parts where they are and only move target specific code into the target tee 12.07.08 # tree, even 12.10.51 Quit JdGordon_ (Quit: Bye) 12.13.16 # New commit by 03wodz (r26186): HD200 - fix button readings afrer PLL settings change 12.14.55 Quit GeekShadow (Ping timeout: 260 seconds) 12.17.13 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.20.05 Quit Forsaken_Boy (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 12.21.56 # New commit by 03wodz (r26187): HD200 - adjust LCD_SCANRATE (changed a bit after PLL settings change) 12.24.39 Quit n1s (Quit: Lämnar) 12.24.51 Join leavittx [0] (~leavittx@89.221.199.187) 12.24.54 Join DerPapst1 [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 12.25.20 Join flatrose_ [0] (~flatrose@nat.sklk.marosnet.net) 12.25.33 Quit flatrose_ (Remote host closed the connection) 12.25.43 Quit DerPapst (Ping timeout: 258 seconds) 12.27.03 Quit flatrose (Ping timeout: 252 seconds) 12.29.45 Quit bieber (Ping timeout: 260 seconds) 12.29.58 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 12.33.13 Join ucchan [0] (~ucchan@softbank126102048040.bbtec.net) 12.34.53 # * funman sees some nice bugs in fat & file code 12.35.53 # fat_readwrite in file.c uses &(file->cache) or file->cache as buffer 12.36.21 # ehh my last changes exposed another bug which manifest itself by "clicks" during playback 12.37.28 # how can I tell from fft plugin what is the frequency of "clicks"? 12.37.47 # I mean what is the scale 12.40.35 Part LinusN 12.40.45 Join LinusN [0] (~linus@rockbox/developer/LinusN) 12.42.06 Join archivator [0] (~archivato@stu0279.keble.ox.ac.uk) 12.44.08 # archivator: ping 12.44.25 # wodz: pong 12.44.52 # JdGordon: backdrops here: http://www.datafilehost.com/download-b339fc4c.html I didn't really know what to do for pb-128-64x1 and 112x64x1 so I kinda avoided them ;) But, the rest are done, and maybe one or two I didn't have to do. I worked out the positions of the banner for each case also, so it will be easy to center the text on it. 12.44.54 # how can I tell from fft plugin what is the frequency of "clicks"? What is frequency scale in plugin 12.46.15 Join DerPapst [0] (~Alexander@dslb-088-069-159-149.pools.arcor-ip.net) 12.46.36 # funman: what zero_A6 does ? 12.47.03 # wodz: the frequency scale is linear. Kinda hard to measure precise frequencies(it's not meant for that, really) but the scale should go from 1 to the Nyquist frequency in Nyquist freq/2048 increments. Not, really, though, due to how the Fourier transform works but close enough. 12.47.04 # GPIOA_PIN(6) = 0; ? 12.48.03 Quit DerPapst1 (Ping timeout: 260 seconds) 12.48.30 # anyone know how to produce "file of silence" with sox? 12.48.43 # Yes but what zeroing A6 does ? I'm trying to understand why is it called with some usb code whereras you comment relate it to lcd 12.48.44 # But, the more I look at it, the more I fear it looking crap. The advantage of using a text string is that its translatable, which is a good thing, but I'm scared of the font looking crap on the banner. If bitmaps were used, it wouldn;t be translatable, we'd only need one extra bitmap, and we could have a nice font like the "now playing" cabbie has now. 12.48.50 # wodz: just download 4'33" ;) 12.49.01 # else take any wav file, and write only 0 after the header 12.50.05 # funman: and also what does sleep_timer1 does ? Is it a way to sleep for a small amount of time ? 12.50.57 # yes but i don't remember how much 12.51.07 # ok doesn't matter 12.51.09 # it uses TIMER1 12.51.45 # i think it's milliseconds 12.52.50 # wodz: flac --sample-rate=44100 --channels=2 --endian=little --sign=signed --bps=16 - < /dev/null 12.53.04 # /dev/zero? 12.53.12 # cool 12.53.20 # and how to tell the length? 12.53.33 # /dev/zero I suppose 12.53.48 # or CTRL-C will do? 12.54.03 # dd if=/dev/zero count=2048|flac ... 12.54.12 # what funman said. 12.54.21 # I'm still a bit sleepy, I'm afraid. 12.54.28 Quit linuxstb (Ping timeout: 258 seconds) 12.54.43 # right 12.55.18 # count should be 2*2*44100*time_in_sec right? 12.55.35 # yes 12.57.51 # if you do bs=1 12.58.21 # bs=$((2*2*44100)) count=seconds 12.59.00 # running we will see :-) 13.00.46 Quit mt (Ping timeout: 240 seconds) 13.01.28 Join mt [0] (~mtee@rockbox/developer/mt) 13.10.11 # S_a_i_n_t: its not translated now anyway so dont worry too much there 13.10.22 # being translatable would be nice though 13.13.17 Quit jhMikeS () 13.13.53 Join jhMikeS [0] (~jethead71@adsl-75-45-232-249.dsl.sfldmi.sbcglobal.net) 13.13.54 Quit jhMikeS (Changing host) 13.13.54 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 13.15.15 # I'm going to work on the 240x320x16 FMS... 13.16.16 Join watto [0] (~watto@193.203.81.165) 13.16.40 # well, I worked some stuff out...but as I said, I'm kinda scared it'll look crap as text instead of a bitmap. 13.16.56 # screw it.. make it an image 13.17.18 # also, it might have been overlooked, reusing the backdrop image will save a massive amount of the buffer 13.18.11 # * JdGordon meat 320x240x16 above 13.18.41 # yeah, I know. so it'll be a lot smaller in total if the backdrops stay as is, and there's just a bitmap overlay for the "FM Radio" title. 13.19.19 # do it properly so the wps gets an overlay image also would be better 13.20.17 # yeah ok...so blank out the top of the wps background and have two bitmaps? 13.20.57 # yeah 13.21.04 Quit GeekShadow (Ping timeout: 240 seconds) 13.22.23 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.23.59 *** Saving seen data "./dancer.seen" 13.26.50 Part simon 13.29.24 # 35pt fonts look small on the ipod vid :/ 13.31.53 # is there any reason to show the min/max freqs on the progressbar? 13.33.28 # I think so. 13.33.45 # just because virtually every other radio does. 13.34.13 # I need some new icons done :( 13.35.28 # * JdGordon looks at bieber and thinks a working editor would be sweet right about now :D 13.38.12 # I still have that 16px iconset I made from the new tango...? 13.38.45 Quit archivator (Quit: Leaving) 13.41.30 Quit ucchan (Quit: Leaving...) 13.42.12 # * JdGordon hates that the ipod and sansa buttons are swazpped for menu/play 13.45.54 # pixelma: Charcell *can* use viewports - it's the wps code that needs fixing 13.46.17 # amiconn: ping fs#11189 13.46.53 # that's what I meant 13.48.08 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 13.48.35 # funman: I don't know when I'll have time to review it? 13.48.37 # funman: what are the nice bugs in fat ? 13.48.41 # s/\?// 13.48.56 # amiconn: ok, i believe just testing if audio works would be enough 13.49.17 # pamaury: mixing pointers to a buffer and addresses of these pointers 13.49.24 # really ? 13.49.31 # one of these days we should make the sim able to use the rockbox FAT driver against a file image using FAT format... 13.49.41 # http://imagebin.ca/view/HEEi0vO.html -< preset mode with RDS display 13.49.52 # that sounds terrifying 13.50.01 # http://imagebin.ca/view/NIBiZGe.html <- scan mode + rds 13.50.26 # not sure where to put radio art... 13.50.38 # funman: Why is that patch so important? 13.50.40 # B4gder: perhaps after RaaA is done, the sim will have a nicer architecture. I hesitated to add this feature once but never had the courage 13.51.01 # funman: did you fix the fat bugs or want someone to look at it ? 13.51.04 # our FAT code would become a lot better once we can use gdb etc to debug it 13.51.10 # pamaury: pointers are on the stack so perhaps their address corresponds to what they point to 13.51.21 # amiconn: i want all target code in target/ ! 13.51.29 # ok, I'll have a look at it 13.53.04 # pamaury: see disk.c also: sector argument of storage_read_sectors 13.53.52 Join kugel [0] (~kugel@141.45.205.47) 13.53.54 Quit kugel (Changing host) 13.53.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.56.15 # B4gder: That's been possible for years... 13.56.29 # amiconn: this should make you smile.... I have one of these (http://www.crystalfontz.com/product/CFA634-NFA-KS) which I want to get working with rockbox... kugel If i wanted to replace the sdl output for charcell with the code for this, whre would the code go? 13.56.46 # amiconn: using rockbox against a file? 13.57.03 # No, but using gdb for fat driver debugging 13.57.15 # only partially 13.57.24 # but yes 13.57.33 # Partially in which way? 13.57.36 # I have hardware capable of debugging FAT code 13.57.41 # We have that serial gdb stub for sh1 13.57.46 # amiconn: ask how many devs in here that ever done it 13.57.47 # I mean BDM/gdb combo 13.58.16 # JdGordon: target/hosted/lcd-* I guess, but I don't know if it's doable easily 13.58.43 # I guess untill raaa is more ready I'd have to use the charcell sim and force my driver instead? 13.58.52 # wodz: yes, we have sh1 and BDM ways to do it 13.59.18 # but not valgrind for example 13.59.21 # I found out what produces "clicks" :-) LCD data transfer interfere with sound output in analog domain! inceasing lcd wait states fixes this 13.59.58 # JdGordon: I think you'd have better chances with a plain unix port which doesn't use sdl 13.59.59 Quit GeekShadow (Ping timeout: 252 seconds) 14.00.41 # still nothing untill raaa is done thopugh? 14.02.35 Quit ssorgatem (Remote host closed the connection) 14.02.50 Quit JdGordon (Quit: Leaving.) 14.03.01 # could be earlier, I have code for the thread and audio part; button, timer and drawing needs a replacement still 14.03.16 # but I promise nothing :) 14.05.26 # New commit by 03wodz (r26188): HD200 - increase sligtly wait states for lcd. This removes clicks in playback and lcd updates are fast anyway 14.05.53 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.06.09 # wodz: forgot to update the comments? 14.06.33 # a right 14.07.41 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 14.10.49 Part pondlife 14.10.50 # wodz: don't want to fix it? 14.10.59 Quit bieber (*.net *.split) 14.10.59 Quit mikroflops (*.net *.split) 14.10.59 Quit shai (*.net *.split) 14.10.59 Quit feisar_ (*.net *.split) 14.10.59 Quit bluebrother (*.net *.split) 14.10.59 Quit LinusN (*.net *.split) 14.10.59 Quit markun (*.net *.split) 14.11.00 Quit rasher (*.net *.split) 14.11.17 # I am cross checking with datasheet 14.12.28 # New commit by 03wodz (r26189): fix comments 14.12.37 # funman: I *think* that for a static array, say buffer, buffer=&buffer=&buffer[0] 14.13.44 # buffer = &buffer[0] for sure but &buffer is IMO wrong 14.14.08 Join LinusN [0] (~linus@rockbox/developer/LinusN) 14.14.08 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 14.14.08 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 14.14.08 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 14.14.08 Join feisar_ [0] (jljhook@irkki.fi) 14.14.08 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 14.14.08 Join markun [0] (~markun@rockbox/developer/markun) 14.14.08 Join rasher [0] (~rasher@rockbox/developer/rasher) 14.14.17 # it just works because buffer is on the stack and its address is on the stack too, before the buffer i think 14.14.20 # if buffer is a static array, &buffer does make any sense but what could else it could value ? 14.14.29 # funman: no, I don't think so 14.14.34 # it should just use buffer or &buffer[0] 14.15.16 # perhaps it depends on the compiler, anyway, it seems rather strange 14.15.36 # buffer is a pointer so &buffer is pointer to pointer 14.15.49 # for a static array 'buffer' has no address as it doesn't actually exist 14.16.17 # I love this little quircks in C 14.16.20 # really? 14.16.23 # yes 14.16.55 # wodz: there's a difference between arrays and pointers 14.17.05 # I think that the standard says that buffer is implecitely converted to buffer[0] when the address is needed 14.17.33 # buffer stands for the address of the first element, but it doesn't take space so you cannot take it's address 14.17.41 # its* 14.17.49 # hence, &buffer can only refer to the address of the first element 14.18.11 # yes (assuming that's a valid statement) 14.18.18 # I admit that anyway it makes the code less clear but I think it is well defined. Who has a copy of the C satndard ? 14.18.26 # it's a bit like function points, &func == func 14.18.28 # google://n1256.pdf 14.18.48 # It become 'academic' discussion 14.18.57 # pamaury: anyway all the code should use the same thing, and for me (who doesn't know the C standard by heart) &buffer[0] or buffer are more clear than &buffer 14.19.00 # for me it looks weird &buffer 14.19.12 # I think &buffer should be avoided 14.19.25 # exactly for that reason 14.20.15 Quit B4gder (Quit: It is time to say moo) 14.20.39 # Except when it is the operand of the sizeof operator or the unary & operator, or is a 14.20.39 # string literal used to initialize an array, an expression that has type ‘‘array of type’’ is 14.20.39 # converted to an expression with type ‘‘pointer to type’’ that points to the initial element of 14.20.39 DBUG Enqueued KICK pamaury 14.20.39 # the array object and is not an lvalue. If the array object has register storage class, the 14.20.39 # behavior is undefined. 14.20.57 # might be related 14.21.14 # it just says arrays are pointers? 14.21.26 # noooooooooooooooooooo, arrays are not pointers !! 14.21.47 # there are pointers in most situations except a few ones 14.22.05 # except when using sizeof or &, ok 14.22.05 # arrays are just trivially coercable to pointers in contexts that require one 14.22.25 # I'm trying to find the description of what happen with the & 14.22.49 # pamaury: nothing special.. the array has an address in memory, and & returns that address. 14.23.02 # yes, you're right 14.23.08 # nothing more to say :) 14.23.10 # pamaury: it happens that that's the same as the address of the zeroth element, or the smae as the result of coercing the array directly to a pointer :) 14.23.13 # but that's irrelevant :) 14.23.29 Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) 14.23.30 # clearly 14.23.32 # :P 14.25.00 Join Schmogel [0] (~Miranda@p3EE22CC9.dip0.t-ipconnect.de) 14.26.52 # funman: I think your bug with file->cache is the same because iirc file->cache is an array 14.27.39 Quit bieber (Ping timeout: 276 seconds) 14.27.54 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 14.28.41 # yes it was the same thing (not a bug but a weird thing) 14.28.58 # hehe 14.33.17 # did someone ever tried to get the usb spec from synopsis ? (for as3525v2 (and v1 ?)) 14.33.26 # i tried they never answered 14.36.36 Quit wodz (Quit: Leaving) 14.38.03 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 14.41.20 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 14.41.26 # pamaury: to enable USB interrupt you should just need to do VIC_INT_ENABLE = INTERRUPT_USB 14.41.57 # OK, the keymap issue has been raised again. Is that on the agenda for discussion next month? They're a mess. 14.42.25 # BTW, buffer and &buffer[0] are equivalent, but not &buffer. 14.42.36 # funman: and to disable it ? 14.43.02 # &buffer is the address of a pointer, not the address of an array element. 14.43.14 # VIC_INT_EN_CLEAR = INTERRUPT_USB; 14.43.22 # Blue_Dude: you're wrong 14.43.28 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.43.28 # * pamaury should think before asking... 14.43.39 # Looking at K&R and it seems to say just that... 14.43.45 # Not explicitly. 14.44.01 # hm battery_bench didn't write anything when charging clipv1 :/ 14.44.16 # only the header, no measures 14.44.26 # Blue_Dude: &buffer is the address of the buffer. For all sensical implementation of an array, this is the address of the first element. 14.45.10 # "buffer" and "&buffer[0]" are addresses of the first element. How can &buffer also be? 14.45.40 # buffer is not a pointer.. 14.46.01 # Blue_Dude: see logs of just befor eyou joined :) 14.46.30 # Blue_Dude: we did this one 20 mins ago 14.46.35 # Torne: I did, but... I'm confused. 14.46.39 # As usual. 14.46.39 # arrays are not pointers 14.46.48 # No, but... 14.46.50 # arrays are converted to pointers automatically when a pointer is needed 14.46.58 # Right, but... 14.47.00 # an array is an object in memory, like any other variable, and it has an address 14.47.05 # which you get if you do & on it 14.47.18 # Yes, but... 14.48.01 # Anyway, "buffer" and "&buffer[0]" are explicitly OK, so why not stick with that... 14.48.12 # yes, that was also the conclusion we came to 14.48.17 # Sign. 14.48.20 # sigh. 14.48.26 # anyway, about keymaps... 14.48.35 # but &buffer is still explicitly OK according to C, it's just confusing to some humans apparently :) 14.48.54 Join bmbl [0] (~Miranda@dsl-217-172-1.pool.bitel.net) 14.48.55 Quit bmbl (Changing host) 14.48.55 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 14.49.20 # Couldn't find that reference, just a note saying it was a bad idea. 14.49.30 # Perhaps not illegal. 14.49.47 # it's not a bad idea, for any reason other than "it's not written often so people may not know what it means", though :) 14.49.56 # it has an entirely explicit and well-defined meaning 14.49.57 # C is confusing to lots of people on tricky points. The array are not pointers thing is really useful in some situations but can be confusing 14.50.52 # anyway, something can "fix" that to avoid confusion 14.50.53 # that's not rockbox related anymore 14.50.58 # *someone 14.51.04 # Sorry. 14.51.13 # pamaury: you want to change it ? 14.51.54 Quit bmbl (Client Quit) 14.52.04 # I don't have a clean tree but if you want I can do that later, if a majority of people here agree 14.52.38 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 14.53.23 # New commit by 03funman (r26190): fuzev2: charging curve and voltage limits 14.54.21 # Keymaps? 14.55.25 # pamaury: i'll just change it 14.56.12 # ok 14.56.54 # Blue_Dude: what about them? 14.58.17 # pixelma: They're a mess, unwieldy and not integrated. Shouldn't we have some sort of overarching design ethic that would straighten this out? 14.58.43 Quit mitk (Quit: Leaving) 14.59.17 # New commit by 03funman (r26191): disk/file: Do not use & on arrays ... 15.01.18 Quit JdGordon (Quit: Leaving.) 15.01.22 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 15.01.44 Quit hebz0rl (Remote host closed the connection) 15.04.43 Quit bieber (Ping timeout: 265 seconds) 15.04.57 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 15.05.18 # funman: the usb init code is not called with the current config in svn ? I can safely commit code that panic on plug ? 15.05.52 # usb_enable() does nothing if USE_ROCKBOX_USB is not defined 15.06.32 # ok 15.06.48 # Blue_Dude: the action system are an attempt on that. I guess some things got lost with more and more targets and some quick fixes here and there when there were conflicts/ things not working. I just don't see how or what can work better with very different button layouts on different targets and different mechanical and electrical restrictions. What do you propose more precisely? 15.09.18 # pixelma: I'm no designer. I don't have a specific proposal. I'm really not a hardware guy. What I would like is a design philosophy or set of guidelines on how keys ought to work. Some are usually obvious (e.g. basic playback controls), but most assignments are ad hoc. I propose a rethink on the interface. 15.09.40 # good luck :p 15.09.47 # Well, there you go. 15.09.51 # just like the menu restructuring/rethink 15.10.14 # yeah 15.10.44 # Menus are truly arbitrary. But you have to deal with physical buttons. 15.11.02 # But I get the point. 15.11.46 # i.e. It's a goatrope that no committe is likely to fix. 15.11.52 # *committee 15.11.56 # pretty much 15.12.13 # it will generate much more talk than anything else 15.12.39 # look at the different button layouts on the targets in the manual drawings and you'll find that a solution that works on target X might not be the best solution on target Y 15.13.22 # not to mention that there are some restrictions re. combos on some targets too 15.13.33 # Blue_Dude: hows the mixer going? 15.13.44 # * Blue_Dude cries. 15.14.28 # I'm glad there's a freeze now. That means I don't have to try to beat that deadline. It'll be a while. 15.14.54 Part watto 15.15.11 # I'm not a voice user, and so much of "the mixer" deals with how voice is intended to be used. 15.16.02 # For instance, voice is intentionally cut off when playback starts. It doesn't have to be that way, but it seems to be a feature, not a bug. Is that so? Dunno. 15.17.11 # Playback also tends to steal the talk buffer. Which means that if we're going to mix voice, it needs to be stolen back, or just not stolen to begin with. How's that going to affect low mem targets? And on it goes. 15.17.28 # hehe sounds like fun 15.17.48 # I thought it would be, but it's not. 15.17.56 # It's more like work. 15.19.14 Part LinusN 15.19.56 # JdGordon: May I ask you questions about your code? 15.20.09 # shoot 15.20.22 # I mean... here! take my wallet! just leave me be! 15.20.39 # in skin_engine/skin_tokens.c, what is the reason WPS_TOKEN_TRACK_STARTING and WPS_TOKEN_TRACK_ENDING are not in get_id3_token()? or, it is ok to move them to get_id3_token()? 15.21.15 # get_id3_token() should only have tokens which get their values from the id3 sturct 15.21.36 # if those do, then sure you can move them 15.21.42 # they use id3->elapsed and id3->length. 15.21.43 # Blue_Dude: how does voice work during playback then on swcodec? It at least does if you go back to the menu or browser from the WPS without stopping playback. On hwcodec that's just not possible because you only have one decodre 15.23.22 # pixelma: I'd like to know the answer to that myself. On paper anyway, the voice is premixed with the pcm buffer and played that way. But sometimes voice is disabled. I haven't walked through all that yet. 15.24.03 *** Saving seen data "./dancer.seen" 15.24.06 Quit TheSeven (Ping timeout: 240 seconds) 15.24.52 # New commit by 03jdgordon (r26192): accept FS#10992 by Rui Araújo to fix FS#10976 - make the string translatable 15.25.13 # I might be trying to overthink the problem by "fixing" voice playback. I might be better off leaving that alone and just concentrate on the actual mix. I just can't help thinking that voice playback was made that way because of mixer design, not because anyone wanted it that way. 15.27.38 # What *should* voice be like? Should it always play, regardless of what's going on with pcm playback? Or should it be conditional? 15.28.12 # teru: right, yeah move them if you want :) 15.28.18 Part Szpila 15.28.27 # Blue_Dude: as long as talk_shutup() works, do it any way you want 15.28.41 Join CGL [0] (~CGL@190.207.171.217) 15.29.05 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 15.29.06 # ok, then i will. 15.31.17 # Sometimes talk_shutup() is called when it doesn't strictly need to be. If voice is intended to be an interface feature for visually impaired users, then voice playback ought to have a high priority. You should'nt shut it up unless you really need to. When do you really need to? A new voice clip coming in, obviously. Certain hardware settings maybe. When else? 15.32.13 # I dont know, but if that works then however voice ends up working can be solved with adding a shutup call when playback starts 15.33.18 # S_a_i_n_t: oy 15.33.21 # Do we want to shutup voice when playback starts? Is that a feature or a design compromise? 15.33.54 # my guess is that the only thing talking when playback starts is the "loading" splash, so shutting that up does make some sense 15.34.06 # but if that stopped working I cant see it being a big deal 15.34.23 # True, but the way to do that is to make "loading" silent, not completely disabling voice. 15.34.54 # I would never expect shutup to disable voice, just to stop it talking 15.35.57 # That particular talk_shutup is associated with talk buffer steal. I haven't figured out yet what that's all about. That does have the effect of disabling voice. 15.36.34 # I'm going from memory here so I may be wrong. I just remember beating my head on the laptop over thisl. 15.36.37 # this 15.36.43 # I only know about talk_shutup() because the list uses it when switching lines iirc 15.37.52 # IMHO, that's not a good enough reason for talk_shutup. If you submit a new voice string for playback, it replaces the old one. You don't have to stop the old one first. 15.37.59 Join martinst [0] (~quassel@p5B0D0709.dip0.t-ipconnect.de) 15.38.19 # Even voice_thread uses talk_shutup in that case. 15.38.27 # I didnt say it was a good reason 15.39.06 # I wasn't trying to argue the point. I'm just frustrated that I can't get into the head of the original designer. 15.39.21 # ok :) 15.39.43 # screw how it works now.... make it work cleanly then we can argue where to go 15.40.15 # If I knew where I wanted it to go, then I can point it there. 15.40.40 # (Mangled sentence structure and all). 15.41.24 # New commit by 03teru (r26193): skin_tokne.c: move WPS_TOKEN_TRACK_STARTING and WPS_TOKEN_TRACK_ENDING to get_id3_token(). 15.44.05 # I'm thinking about making voice playback an option that can only be enabled with a reboot, like timestretch or dircache. Perhaps it can stay enabled by default, but we might be better off with the default at OFF. 15.44.43 # That would solve some problems with buffer stealing and other memory usage problems. 15.45.01 # I think it's better for blind users if it "just works" 15.45.09 # as in, enabled by default 15.45.10 # Yeah, I know. :( 15.45.18 # I don't have a good answer to that. 15.46.18 # is that really necessary? 15.46.24 # There ought to be a better way of reclaiming memory that's not in use, and never will be. And most users don't use voice. Again, I don't have a good answer. 15.46.55 # S_a_i_n_t: why does your (broekn of) theme use a volume bar for the >0 section? you know that isnt expected to work right? 15.47.16 # it doesn't 15.47.21 # its a static bitmap 15.47.40 # oh, what...wait. 15.49.10 # it is a static bmp but you used a bar to put it there 15.49.10 # instead of setting up a %xl line 15.49.10 # lazy bugger! 15.49.10 # I thought that 0dB+ was supposed to be able to be a progressbar also? 15.49.10 DBUG Enqueued KICK JdGordon 15.49.10 # no 15.49.10 # not *yet* anyway 15.49.10 *** Alert Mode level 1 15.49.10 # the blue part did once work correctly? 15.49.10 # aha...well, it's crap it can't...I managed to get that working one of the very first times I tested it. 15.49.45 # I had a static image for mute and 0dB, and a bar for +/- 0dB 15.50.12 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 15.51.00 # oh, hmm 15.51.05 # It was pretty much the exact code in "broken of" that I used in the test_wps 15.52.20 # it's only 12px displaying 6dB...but it'd still be nice if it scrolled too ;) 15.52.20 # yeah, this cant work.... the scales are out 15.52.56 # having two progressbars in the same line seems to mess up the <0 section also. 15.53.07 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 15.53.14 # tjhe "blue" section in "broken OF" doesn't seem to scroll as far as it should. 15.53.16 # you are going from mute->0 but the code is going from mute->12dB (or whatever) 15.54.21 # you may as well just colour the line so it is approximate 15.54.32 # hehehe...I did that. 15.54.39 # TheSeven has that version lol 15.54.42 # and use a real image for 0db if that is what you care about 15.54.49 # or actually... 15.55.15 # add enough transparent pixels onto the end so it goes the full width 15.56.05 # that might even work! 15.56.19 # it was just line level that TheSeven cared about, but I like the fact that the progressbar style volume goes from mute to max_vol. 15.56.34 # So I tried to encorporate both, ...no worky :P 15.57.04 # yeah, i wanted to have the clipping limits visible in the volume bar 15.57.26 # you shouldnt be using a theme whihc is a OF replica anyway! 15.57.49 # (at the start of the yellow area, 16 Ohm headphones might start to clip, and on the start of the red area, high-impedance loads might start clipping) 15.58.01 # I got it *close* counting pixels, just colouring the bar...but exact is always cool. 15.59.11 *** Alert Mode OFF 15.59.18 Join Peter93 [0] (~IRC-Clien@port-92-202-50-206.dynamic.qsc.de) 15.59.51 # transparent is 255,255,0 no? 16.00.09 # 255 0 255 I think 16.01.51 # Oh...I think I get it, are you talking about overlaying one bar on top of the other? 16.02.45 # so one keeps going for the >0 section after the <0 section stops. Hmmmm. 16.03.18 # I think i got the widths wrong... 16.03.43 Quit mt (Ping timeout: 240 seconds) 16.03.46 # what I'm tihnking is an image with |blluueuuuueeeeee|transparent| where the transparent bit would be under the red parts 16.03.48 Nick tchan1 is now known as tchan (~tchan@c-69-243-144-70.hsd1.il.comcast.net) 16.03.53 # yeah, I was just thinking it would be hard to figure the width of the bars. It'd still be pretty approximate that way. 16.03.59 Quit tchan (Changing host) 16.03.59 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.04.22 Quit Topy44 (Ping timeout: 248 seconds) 16.04.45 # yeah that works :) 16.05.12 # it wont matter... as long as your 0 lines up with the end of the blue it will be good 16.05.18 # umm.. I think 16.05.28 # no.. wait 16.05.30 # kugel: new patch on fs#11297 (cpufreq) 16.05.44 Join Topy44 [0] (~topy@my.fastsh.it) 16.05.59 # yeah, ok screw that :p 16.06.14 Join mt [0] (~mtee@rockbox/developer/mt) 16.06.18 Quit Peter93 (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.08.04 # funman: I guess you want me to calculate the table? 16.08.24 # JdGordon: That was about as far as I got with that method ;P 16.08.35 # kugel: ah right you have no clips? 16.08.46 # only aclipv1 16.08.49 Quit CGL (Remote host closed the connection) 16.08.52 # i'll do it and update teh patch 16.08.55 Join Szpila [0] (~1@chello089074134159.chello.pl) 16.08.56 # I attempted that a /lot/ as I knew there was a way to do it (*was* being the operative word though...) 16.09.06 # funman: thanks 16.09.16 # It must have worked on a fluke the first time I tried it, or just looked like it worked. 16.09.16 # pixelma: ping 16.09.34 # Nah...I'm pretty sure it *did* actually work the way I expected it to. 16.09.41 # S_a_i_n_t: yeah, the way to do it would be adding params to say the min/max to fit in, bu that aint gonna happen 16.11.32 # Ahhh, that's right. I wanted to ask why it is that "cross fade" seems to affect track skipping so much? 16.11.59 # If I skip ~10 tracks in a row or so with it on, it locks up for ~20seconds or so refilling the buffer I assume 16.12.17 # when it's off I can skip tracks until the cows come home without it locking up. 16.12.32 # that sounds like a bug 16.12.46 # Blue_Dude worked on it at last 16.12.50 # Hmmmm. 16.13.29 # AFAIK it's always been this way. I was kinda surprised when I noticed it didn't lock up that way with crossfade off. 16.14.55 Quit adnyxo (Read error: Connection reset by peer) 16.15.09 # problem is, I like crossfade, and my tastes in music are picky so I skip tracks often. Usually the text on the WPS freezes and the DAP sits doing nothing for ~20 seconds or so if I skip too many tracks in a row. 16.15.13 # New commit by 03jdgordon (r26194): fix FS#10993 - "No Settings" doesnt get voiced because it uses str() instead of ID2P() macro 16.15.20 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 16.15.20 # * kugel prepares submitting fs#10387, speak up now or never 16.15.34 # nooooooooooooo!!!!!!!!!!!!11 16.15.40 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 16.25.30 # kugel: done 16.26.27 Quit adnyxo (Quit: Leaving) 16.26.44 Quit funman (Quit: free(random());) 16.28.43 # kugel: depends whether you think it's ready for release or not. If it's broken, please don't commit. I didn't review it so I can't tell :) 16.29.06 # I wouldn't consider committing if I knew it was broken 16.29.07 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.30.44 # Are we frozen now? 16.31.07 # not yet 16.31.15 # i was gonna put the ipod 3g's contrast back how it was ages ago 16.31.28 # since the bugreport that got it changed in the first place just said the screen was very hard to read 16.31.32 # not impossibl e:) 16.31.40 # whereas it does now seem to be impossible for jhMikeS :) 16.33.20 Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) 16.35.38 # kugel: just a check :) 16.37.21 Quit DerPapst (Quit: Leaving.) 16.37.31 # is the ipod touch a potential target platform for rockbox? 16.38.03 # it seems to be too much of a general purpose platform 16.38.33 # anything someone feels like porting to is a potential target platform 16.38.52 # * chrisb prefers the special purpose digital music player 16.38.52 # most people are generally of the opinion that porting rockbox as a firmware to that kind of device is silly 16.39.00 # ok, I'll go home before committing, but that's your last chance :) 16.39.02 # but it might be that it's a low-hanging fruit once the recent nanos are done ;) 16.39.21 # i may accidentally end up porting rockbox to the n900 at some point 16.39.47 # do people run rockbox as virtual machines on general purpose systems? 16.40.26 # some people run the simulator on desktop PCs 16.40.46 # I'm not aware of an emulator which can emulate a platform we support to a sufficient degree for rockbox to be usable 16.40.57 # we don't support any of the targets that qemu does, for example :) 16.42.21 # Voice shutup on playback start is intentional on swcodec. On hwcodec it's a hw limitation as well 16.42.22 # vm/emulator developers are generally interested in simulating open platforms, not undocumented consumer devices 16.43.23 Quit kenguest (Ping timeout: 240 seconds) 16.43.28 Quit kugel (Ping timeout: 260 seconds) 16.43.33 Join kenguest [0] (~radagast@lir.talideon.com) 16.43.49 # I guess emulating a whole dap is a nightmare. These devices includes lots of specific stuff, for clocks and power management, specific adc/dac hardware, ... 16.43.57 Join Murat [0] (~4eae64ca@giant.haxx.se) 16.44.01 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 16.44.25 Nick Murat is now known as Guest86862 (~4eae64ca@giant.haxx.se) 16.44.43 # indeed. there's emulators that emulate the same processors as some of them, or evne the same system-on-chips, but they may not emulate the same external peripherals 16.44.48 # * chrisb nods 16.45.45 # notes to developers: my 7 and 9 year old boys love rockbox on the sansa e200 16.45.52 # This also happen for more open platforms. Most PC emulators emulate only really simple hardware or use custom drivers 16.46.20 # they were able to figure out...*most everything*...without any manuals or instruction from anyone 16.46.36 # they have no experience with iPod or any other PMP 16.47.01 # they work the music, FM radio, and love the games 16.48.25 # mostly doom right? 16.48.58 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.50.28 Quit Guest86862 (Quit: CGI:IRC (EOF)) 16.50.30 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 16.54.34 # New commit by 03pamaury (r26195): usb-as3525v2: ... 16.58.34 # JdGordon: i'll check... 16.59.26 # chopper... 16.59.49 # bubbles... 17.01.09 # at least those two 17.01.12 # that i know of 17.02.00 # JdGordon: not enough memory for doom on me sansa 17.02.28 # JdGordon: or something else, because it fails to load 17.03.18 # * JdGordon was making a joke about doom 17.03.23 # *woosh* 17.05.49 # pamaury: I see a lot of USB commits for the as3525v2 :) Is it getting close to working, or is this still the very start of the driver? 17.06.44 Quit teru (Quit: Quit) 17.07.46 # * JdGordon has an awesome usb animation screen working :) 17.08.37 # It is the very start. Init seem to work, I get usb interrupts, now I need to see what I get. There are lots of things I don't know about this usb controller yet :) 17.09.30 Join Farthen_ [0] (~Farthen@g224097074.adsl.alicedsl.de) 17.09.43 Quit Farthen_ (Client Quit) 17.13.19 # * JdGordon wants to change the usb screen button timeout to HZ/10... any problems? 17.14.29 # what is the usb screen button timeout ? 17.14.58 # HZ/2 17.15.35 # I found FS#11254 which adds an animation, but i made it so the usb logo "fills" over time 17.15.44 # hz/2 makes it look crap though 17.16.27 Join DerPapst [0] (~Alexander@p4FE8F8AF.dip.t-dialin.net) 17.16.50 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 17.21.12 # New commit by 03jdgordon (r26196): redo r25569 so the screen is only cleared once instead of every update (which is ~2Hz 17.22.57 Quit lpereira (Quit: Leaving.) 17.24.02 # I just noticed that the scrollbar bmp draw function taks a struct bm instead of a struct bm*.... is there any real benetifs to fixing that? 17.24.05 *** Saving seen data "./dancer.seen" 17.24.51 Join MethoS- [0] (~clemens@134.102.106.250) 17.26.41 Quit chrisb (Ping timeout: 245 seconds) 17.26.45 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 17.27.19 # New commit by 03jdgordon (r26197): pass pointers around instead of coping whole structs 17.30.11 # JdGordon: would it be possible to do a bitmap strip animation for the USB screen? 17.30.22 # y'know how I likes to animate things ;) 17.30.31 # 11254 17.30.49 # thats pretty much what I've done... turned the static image into a bmp strip 17.31.30 # I'd like to use the image I have now, but have it kinda slide on screen from right to left. 17.31.55 # JdGordon: could r25569 be the cause why the statusbar didn't appear at all in the early USB screen on my Ondio? 17.32.14 # depends when you noticed 17.32.59 # it is noticable on my Ondio and the flashed version is currently 25694 17.33.10 # then yes, probably 17.33.28 # I need to update I know and that's a nice reason 17.33.38 # * JdGordon gives mc2739 a slap on the wrists for that change :p 17.36.04 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.36.55 # JdGordon: from what I gather from the code...11254 just displays the usblogo like a progressbar? that'll mean it runs from left to right no? 17.37.12 # yes 17.37.17 # I could make it really fancy and unfill on the way down 17.37.38 # if you want to I can also check if it was the real cause ;) maybe it's more important to see if it's fixed now though 17.37.52 # I'd like it to fill from right to left...I have to be different don't I? :P 17.38.39 # I'd rather it started filling from the edge of the screen, rather than some arbitrary point in the middle of the screen. 17.39.20 # still, it's a cool effect though. Bitmap strips would be awesome, then I could have an actual animation. 17.39.26 Part Zagor 17.39.43 # I'm not entirely sure the term "animation" goes with that patch. 17.39.52 # can't imagine that such an animation of the USB logo would look any good 17.39.58 # pixelma: I'm going to commit the pla rework patch now is that ok with you? 17.40.29 # pixelma: I'd like it if it went from right to left, stopped at the end, then went from right to left again. 17.40.36 # that would look slightly better. 17.41.20 # our USB logo? No, nd I don't see the point in animating this, feels like a waste 17.41.32 # its so you dont think it has crashed 17.41.33 # and its fun 17.42.20 # well if the disk access icon also works I don't think it has crashed (never did) 17.42.24 # I'd like a "disk access-like" animation for the usb screen...one the animates during transfer. 17.42.28 # that'd be cool. 17.42.47 # we do need more animations for sure ;) 17.42.58 # \0/ 17.43.06 # not a lot of devs say that... ;) 17.43.18 # pixelma: ? 17.43.37 # kugel: I wanted to test at least on my c200 as well and have a patched build installed... if you could wait for two hours or so more? 17.43.58 Part Szpila 17.44.00 # as the c200 also has problems with metronome on SVN 17.44.01 # I can wait an hour, then I need to go. I wanted to get it in before the freeze 17.44.24 # or 1 and a half 17.44.38 # when is the freeze? (roughly) 17.44.44 # few hours 17.44.45 Quit TheSeven (Ping timeout: 240 seconds) 17.45.03 # oh, wow...didn't know it was coming that soon. 17.45.13 # when does the freeze start? I'm a bit out of the mail loop as using my provider's web interface as I have to do now is a real ... you know what 17.45.13 # not on the -dev ml? 17.45.38 # haven't checked my email in 2 days or so ...been slack :P 17.48.24 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.53.09 # pixelma: uploaded the final patch, although it should be the very same as the previous one 17.56.50 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 17.56.50 # looks like I'm able to go home soonish so can test 17.58.02 # or maybe I'll take some minutes now, got the c200 with me 18.00.59 Quit adnyxo (Client Quit) 18.04.56 Quit GeekShadow (Ping timeout: 258 seconds) 18.10.22 Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 18.11.02 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.11.47 # pixelma: I can make you a build if needed (sorry if I'm too late now) 18.11.53 Join chrisb [0] (~chrisb@pool-98-111-180-153.phlapa.east.verizon.net) 18.13.41 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 18.16.37 Join Jaykay [0] (~chatzilla@p5DC578A0.dip.t-dialin.net) 18.17.58 Quit GeekShadow (Ping timeout: 260 seconds) 18.18.52 Quit petur (Quit: Leaving) 18.21.01 # New commit by 03alle (r26198): Another go at FS#11295 -- Use nice 'times' glyphs for describing dimensions. This time properly implemented. 18.27.14 Join mt_ [0] (~mtee@41.233.148.31) 18.27.23 Quit flydutch (Quit: /* empty */) 18.27.56 Quit mt (Ping timeout: 258 seconds) 18.28.03 Nick mt_ is now known as mt (~mtee@41.233.148.31) 18.32.10 Join flydutch [0] (~flydutch@host172-165-dynamic.8-87-r.retail.telecomitalia.it) 18.35.29 # are there any tricks to recording on the sansa e200? 18.35.32 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.35.47 # New commit by 03alle (r26199): Another strike against ugly apostrophes in the manual 18.38.57 Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) 18.39.20 # chrisb: As in...? Is there something the manual doesn't answer? 18.41.54 Join CGL [0] (~CGL@190.207.171.217) 18.45.07 # someone with a c200 around (or able to check in a sim quickly) if the brickmania graphics are broken for him too? 18.46.59 # or her....geeeeez! 18.48.53 # pixelma, S_a_i_n_t etc. - I was planning on sending a freeze mail in a few hours in nobody objects - this evening EU time 18.49.18 # S_a_i_n_t: right, like, point the microphone directly at the source, put the mic 2 inches in front of the source, set the gain to around xxx to avoid distortion, etc. 18.49.19 # *if 18.49.38 # I also don't know why but I get a data abort at 000011CC (0) on my c200 with codebuster every other time I try 18.50.19 # the volume of the recording doesn't seem to correspond to the bars on the peak meter 18.50.44 # chrisb: I believe that falls into the category of trial and error, and depends entirely on your environment, and what you're trying to record. 18.50.44 # the recording is very quiet 18.50.45 # pixelma: seems fine in the sim 18.50.56 # kugel: can you wait for another 20 minutes? I'd prefer going home and try there 18.51.09 # :\ 18.51.22 # but hurry please, I really need to go in 20min 18.51.32 # S_a_i_n_t: agreed, i was asking for tricks. thanks 18.51.40 # ok, I'll try here then 18.51.47 # thanks 18.53.38 # has anyone else noticed weird background noise on the clipv2 lately? 18.54.14 # besides the abi folks? 18.54.16 # kugel: jackpot seems a bit silly with quitting by long play but I believe you couldn't quit on the c200 at all before (not sure though) 18.55.05 # saratoga: I did on the clip+ today 18.55.19 # * S_a_i_n_t finds the weird mix of button combos to quit plugins annoying at best sometimes... 18.55.37 # i get a background humming kind of sound, but haven't had time to dig into when it started 18.55.38 # saratoga: though I have to check if the track contains this noise 18.55.56 # (some old Chris de Burgh CD) 18.55.57 # i got it even on silent passages 18.56.25 # saratoga: otherwise silent song, but maybe the source CD was not properly readable or such thing 18.57.06 # is there a way to produce a silent .mp3/ogg/etc to check this out? Or is this already available somewhere? 18.58.46 Quit pamaury (Ping timeout: 260 seconds) 18.59.30 # hmm, the noise I heared in the bus this morning might be synthesizer-generated ocean :) 19.00.16 Quit antil33t (Read error: Connection reset by peer) 19.00.17 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.00.22 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 19.01.12 Join watto [0] (~watto@193.203.81.165) 19.01.18 # FlynDice: for me its independent of volume, so just lowering the volume and listening via IEMs or an amplified speaker should be enough 19.01.52 # ok, I'll try that 19.02.57 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.03.27 # ok, it definitively was intended to sound like an ocean in the background, so no bug report from my side 19.03.28 # New commit by 03funman (r26200): Clipv2: charging curve + voltage limits 19.03.44 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.06.46 # kugel: all else seems to look fine on the c200. Does codebuster use PLA? If so someone with an SVN build should check if he or she also gets a data abort (running it at least two, three times) 19.08.59 # metronome is controllable now :) 19.11.03 # ok, no need to hurry, my arrangement is cancelled 19.12.19 # saratoga: I can barely hear the "whirring" sound described by someone on abi on disk access but besides that I don't hear anything else unusual. Airplanes & age do not make my ears the best though.... 19.13.57 # clip+ ^^ 19.18.06 # pixelma: yes it does 19.18.40 Quit martinst (Read error: Operation timed out) 19.19.07 # pixelma: codebuster works on my fuze and in the c200 sim 19.23.23 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 19.24.07 *** Saving seen data "./dancer.seen" 19.26.25 # I have a feeling that it has to do with screen size (and maybe something that'll only happen on target) but that's really a shot in the dark and not reproducible every time 19.27.29 Quit Forsaken_Boy (Ping timeout: 260 seconds) 19.27.29 # I'm just about to try on my c200 19.27.35 # Did you get it with svn? 19.28.12 Quit liar (Quit: Verlassend) 19.29.16 Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) 19.29.35 # amiconn: Thanks for the note on voice shutup. I'll let it be. 19.31.36 # S_a_i_n_t: The problem you're having with fast skipping during crossfades is a bug, but I don't think it's a new bug. It's been a while since I've looked at that code but I'll see if I can find a way to have the codec quit trying to fill the buffer if the current track is being skipped over. Not sure how that will work. 19.32.48 # Sweet, I didn't think it was new...It only very rarely that crossfade is ever off on my DAPs (I've been using the same/similar config file for AGES now...) 19.33.11 # I was quite surprised when I found out how much of a difference turning crossfade off makes. 19.33.57 # I did a major cleanup of the crossfade code last fall but other than forcing an immediate crossfade upon a manual track skip, I didn't intentionally change functionality. 19.34.22 # pixelma: I just played codebusters SVN ten or so times with no problems - when did you get the abort? 19.34.26 # Well, I added another crossfade option, too. 19.34.32 # how long ago is "last fall" (in monts" for you? 19.34.47 # Um, last November? Something like that. 19.34.52 # *months even) 19.34.57 # if i want to run my nice bose radio speakers with hardware running rockbox, what's the best hardware choice? 19.35.03 # 6-7 months anyway. 19.35.06 # Ahhh...well, you didn't break it then ;) 19.35.23 # Crossfade has been in my config a /lot/ longer than that ;) 19.35.38 # chrisb: there are no nice Bose speakers. :-D 19.35.50 # * Blue_Dude hides from the incoming flak. 19.35.52 # * S_a_i_n_t slaps Blue_Dude 19.35.58 # or FLAC even. :) 19.35.59 # About being off-topic? 19.36.03 # Sorry. 19.36.14 Join funman [0] (~fun@rockbox/developer/funman) 19.36.43 # funman: the cpu freq patch seems very stable 19.36.50 # saratoga: there is a noise with 1/3s or 1/2s frequency on my clipv2 19.36.56 # I'm letting the fuze play since nearly 3 hours now 19.37.06 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 19.37.29 # yep, but i'm a bit afraid marc2003 said it froze 19.38.40 # New commit by 03alle (r26201): Get rid of unnecessary 'table' environment and the never used parameters for button maps (FS#11088) 19.39.12 # btw i charged clipv2 with 100mA but i think 150mA is OK : the OF doesn't charger higher than 150 19.39.28 # funman: you can hear 0.5 (or 2?) Hz? 19.40.23 Join Luca_S [0] (~5711fe55@giant.haxx.se) 19.40.40 # i mean it goes loud like 2 or 3 times per second 19.40.54 # like a metronome 19.41.02 # funman: his crash might be a random one though, we should wait for more crash reports 19.41.24 # you're right 19.41.31 # New commit by 03kugel (r26202): S#10387 - Rework pluginlib actions ... 19.41.33 Quit adnyxo (Quit: Leaving) 19.43.47 Quit MethoS- (Read error: Connection reset by peer) 19.43.53 # funman: I also played for like 1 min in the cpu freq debug menu toggling the freq without problems 19.44.02 # Blue_Dude: that's fine. let's say they were antec. 19.44.14 # * kugel really likes the fuzev2's scrollwheel now 19.44.26 # what's the best hardware choice? or am i missing some setting in rockbox or the sansa native software for the lineout? 19.45.11 # chrisb: I was just pulling your chain. Sorry. I don't have a really good answer for you. I haven't tried to integrate a Rockboxed player into my HTS. 19.45.36 # Blue_Dude: HTS, home theater system? 19.45.41 # Do we even support docks? 19.45.59 # chrisb: yes. or any system with outboard speakers. 19.46.02 # Blue_Dude: it would depend on the usb maybe 19.46.07 # pixelma: Yep, with the patch I immediately get a data abort 19.46.31 # kugel: seconded 19.46.39 # the wheel sounds very natural 19.47.20 # I find it feels very natural too 19.47.55 # +1 :) 19.48.08 # do you guys use FM ? 19.48.25 # not much, definitely not in the last few days 19.48.29 # funman: every day 19.48.32 # chrisb: There are some Rockbox targets with line out jacks. USB isn't required. 19.48.43 # i listen to it in the bed but i prefer to use the Clips 19.48.52 # kugel: no problems with the fuzev2 ? 19.48.57 # nope 19.49.18 # today I experienced audio glitches in pictureflow, is fast album scrolling supposed to interfere with audio playback? 19.49.35 # ah nevermind, I have an outdated set_cpu_frequency patch 19.49.35 # Blue_Dude: ah, great...i'll go look 19.49.42 # I'll report back after updating 19.50.23 # chrisb: There's even support for S/PDIF output. I can't remember which targets have one though. 19.51.01 Join petur [0] (~petur@rockbox/developer/petur) 19.53.19 # hehe, I had the pf folder from my fuzev1 copied to the v2, the covers look very strange 19.53.29 # funman: clip + cpu freq patches v 4 & 5 still crash for me :/ v5 just crashed for me after 17 mins playing 192 vbr mp3. 117 vbr ogg seems to last longer but still crashes & perhaps just coincidence. 19.53.39 # hmm ok 19.53.44 # you had a panic message? 19.54.08 # no message, dark screen and 10 sec reset 19.54.40 # the OF waits a bit after modifying each register, we could try that 19.55.03 # I thought you did already try that 19.55.08 # Luca_S: I get them too 19.55.09 Quit petur (Client Quit) 19.55.13 # kugel: I can confirm that r26202 causes a data abort on c200 in codebusters 19.55.37 Join petur [0] (~petur@rockbox/developer/petur) 19.55.42 # FlynDice: nope it loops over dividers to keep pclk in a certain range, but i assume modifications are immediate 19.55.53 # AlexP: r26201 works? 19.56.02 # 26200 works 19.56.09 # I didn't try the one inbetween :) 19.56.26 # seeing as it was a manual commit :) 19.56.31 # can I get the abort address? 19.56.41 # 000011CC (0) 19.57.56 # * kugel can't really believe the patch caused it but you never know 19.58.13 Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 19.58.26 # argh, I think I see the problem. however I don't know why my fuze is forgiving it 19.58.29 # I tried with previous SVN ten times with no problems, with 26202 I got it three times in a row (it hasn't yet worked) 19.58.30 Quit petur (Client Quit) 19.58.46 # * kugel blames hardcoded numbers 19.58.51 # heh :) 19.59.00 Join petur [0] (~petur@rockbox/developer/petur) 19.59.07 # AlexP: try this one please 19.59.08 # http://pastie.org/969813 19.59.16 # sure, one mo 20.00.46 # everyone was copy'n'pasting the 2 from other plugins instead of doing it right :( 20.01.09 # you mean copy/paste isn't the preferred way of developing software? o_O 20.01.11 # :D 20.02.40 # it's not possible anymore to select a backdrop ? 20.04.06 Quit TheSeven (Ping timeout: 260 seconds) 20.04.09 # funman: re waiting after modifying registers, are you looking at something different than the delays taken out in r25753? 20.05.24 # nope, that's it 20.06.09 # * FlynDice crosses fingers and hopes for correct combination of voodoo...... 20.06.17 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 20.08.09 # kugel: Seems good 20.08.41 # I wasn't sure if it happened with SVN for me 20.08.44 # fuzev1 still freezes sometimes on initializing database 20.08.56 # looking at the commit diff I fixed 12 out of 16 with the very same diff, but I forget this one :( 20.09.01 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 20.09.04 Quit pondlife (Client Quit) 20.09.43 # New commit by 03kugel (r26203): Fix a data abort in codebuster. 20.09.54 # cheers :) 20.10.35 # took me almost a year to get that in :( 20.10.50 # I don't really like the change in the btnmap environment deleting the caption and label parameters. Ok, it wasn't used so far but I think it would have been easier to leave it in, in case someone wants to start using it. Now that would be harder 20.10.56 # kugel: better late than never :) 20.11.09 # not a very strong opinion, my first reaction 20.11.12 # indeed 20.11.27 # Anybody know of a quick way to pipe stdout to nothing? Would "make >" work? 20.11.38 # make > /dev/null 20.11.46 # I want to suppress stdout and leave only strerr. 20.11.52 # that'll do it 20.11.52 # * stderr 20.12.06 # dev null? 20.12.27 # '>' is stdout, '1>' is stderr (IIRC), '2>' is both 20.12.44 # Wouldn't that create a /dev/null file? 20.13.00 # no, /dev/null is a special file, it should exist in cygwin too 20.13.09 # ok, thanks. 20.13.14 # Blue_Dude: http://en.wikipedia.org/wiki//dev/null 20.13.25 # Marvelous. Didn't know that. 20.13.36 # make 1> would also work? 20.14.23 # 1> is stdout and 2> stderr 20.14.30 Quit GeekShadow (Ping timeout: 258 seconds) 20.14.32 # Blue_Dude: http://en.wikipedia.org/wiki/Redirection_(computing)#Redirecting_to_and_from_the_standard_file_handles 20.14.48 # learning all kinds of stuff... 20.15.01 Quit petur (Quit: *plop*) 20.15.02 Quit flydutch (Quit: /* empty */) 20.16.14 # funman: ah right, &> is both 20.20.00 # * kugel wonders who's going to update the lot of manuals 20.20.29 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.20.52 # Is there something on flyspray saying what needs updating? 20.21.01 # not yet 20.21.28 # * pixelma volunteers fml, he probably would have broken any prepared manual patch for this with his change.. ;/ 20.21.34 # maybe I just revive my small perl script which can generate the button maps for the manual from a keymap file 20.22.11 # maybe it's harder than that though 20.22.31 # AlexP: all manuals need updating for the plugins affected by commit 20.22.51 # kugel: Right, but is there a list of buttons that need changing or something? 20.23.07 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.23.16 # I don't mind doing the manual bit, but I don't want to have to wade through the entire diff to do so 20.23.24 # no, there's only pluginlib_actions.c but it should be fairly obvious 20.23.39 # Shouldn't be too hard to extract a list then :) 20.24.07 # I don't thing the exact change for this or that plugin is fairly obvious. 20.24.11 # think too 20.24.28 # I think the pla buttons are hardcoded in the manual right now; it might be useful to do something like \ActionPlaXXX when we're at it 20.25.16 # e.g. in bubbles there is a different "pause" button now too, or some changes in metronome 20.25.16 # well, the new buttons are fairly obvious, but not which ones are used in the plugins or which are replaced by what 20.26.07 # I can do it, but I'm lazy and a bit busy with gsoc 20.26.24 # or, rather "a bit lazy and busy with gsoc" :) 20.26.53 # at the very least, stick that it needs doing on flyspray 20.27.05 # then I'll try and get round to it 20.27.08 # I could make a list which pla actions are used in which plugins if that helps 20.27.27 # then you'd just need to find the corresponding buttons for each target in pluginlib_actions.c 20.27.39 # Sure, that'd help :) 20.28.05 # ok 20.28.40 # cheers :) 20.29.07 # fs#11298 20.29.50 Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.30.21 Quit stripwax_ (Client Quit) 20.30.42 # JdGordon: http://forums.rockbox.org/index.php?topic=24836.0 20.31.25 Quit stripwax (Ping timeout: 265 seconds) 20.33.15 # So, anyone got anything the desperately need to do before we freeze? 20.33.42 # i need to decide whether to change the ipod 3g contrast. :) 20.33.43 # AlexP: bug hunt? 20.33.46 # * kugel checks his git branch output 20.34.02 # New commit by 03funman (r26204): Clipv2 manual: correct playertype 20.34.06 # New commit by 03funman (r26205): fuzev2: make manual build ... 20.34.17 # Blue_Dude: hmmm? 20.34.18 # I'm fine :) 20.34.58 # AlexP: gratuitous "Aliens" reference. 20.35.04 # Do all sorts of sims build properly? 20.35.13 # Blue_Dude: aha - sorry, I missed that :) 20.35.26 # AlexP: Meaning a search and destroy of program bugs. 20.35.26 # * chrisb just looked at a Geiger tribute book yesterday at Blick's 20.36.41 # last patch crashed on clipv2 :/ 20.37.23 # kugel: I guess the red should go away before we freeze 20.37.44 # so in the new pluginlib actions, every target should have all the buttons? 20.37.53 # Is logf behaving itself again? We don't try to build for it in the build farm. 20.38.00 # the buttons you've changed frotz to are kinda dumb. which is okay, but i'm not sure what to use instead 20.38.04 # :) 20.38.31 # AlexP: thanks for making me notice it 20.38.39 # :) 20.39.22 # Torne: generally I couldn't do worse compared to what was there before; what's dumb in particular? 20.39.39 # gevaerts: I saw some pdbox fixes and that was broken in cygwin. Shall I try an H100 sim now? 20.39.45 # funman: still playing just fine here... 20.40.25 # kugel: Well, frotz made perfect sense before because it only uses three buttons, all from one context ;) 20.40.34 # kugel: you changed PLAY to SELECT_REPEAT 20.40.38 # but that's the *most pressed button* :) 20.40.45 # so having it be a repeat is rather annoying 20.41.04 # looks like 4 buttons to me 20.41.11 # kugel: quit isn't really a button 20.41.24 # even having it is optional, i only included it because people'd expect it :) 20.41.38 # can i make "enter line" PLA_DOWN? 20.41.39 # what is it if it's not a button? 20.42.13 # i mean it's not useful/important 20.42.22 # yes sure, also PLA_SELECT should be PLA_SELECT_REL if PLA_SELECT_REPEAT is used in the same plugin 20.42.25 Quit Rob2222 (Quit: Rob2222) 20.42.33 # i mean, down is arbitrary 20.42.34 # funman - new clip+ firmware: http://mp3support.sandisk.com/firmware/clipplus/clipplus01.02.15.zip 20.42.40 # i only choose it because then the button map is the same on ipod 20.42.43 # :) 20.43.35 # dfkt: downloading 20.43.36 # It makes sense for PLA_SELECT to be "press enter", but "bring up keyboard" is also pretty important :) 20.44.10 # we have no description of the clip+ buttons for blind people 20.44.53 # it can be adapted from clipv1/v2 except for side buttons 20.45.32 # Clip+ OF: "known issue : FM signal is weakened during FM recording" 20.46.06 # Torne: really, PLA_DOWN sounds good to me 20.46.17 # impressive update that clip+ of. 20.46.20 # New commit by 03torne (r26206): Tweak new pluginlib button map for frotz to be more convenient 20.46.38 Part watto 20.50.12 # 2nd crash on clipv2: backlight was set to on but i got a black screen 20.50.56 # new firmware still has the "mp4_decoder" block 20.52.39 # New commit by 03funman (r26207): mkamsboot: support Clip+ OF v01.02.15 20.52.48 # i know you mentioned it before but i can't find when. what was interesting about the mp4_decoder block? 20.53.22 Join wodz [0] (~wodz@chello087206240004.chello.pl) 20.53.22 # almost everything changed but 4 header blocks out of 6 20.54.23 # funman, that was fast :) 20.54.51 # topik: afaiu Clip+ doesn't support AAC 20.54.56 # the archive was very sloppily packed, btw 20.55.10 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 20.55.15 # dfkt: it can be fast when they add no new features ;) 20.55.32 # I looked at debug_menu.c and rework is quite easy except parts that are common to two different architectures like memguard for example (SH an Coldfire) 20.55.41 # i had a quick hope that the additional file was debug symbols for their firmware :o 20.56.28 Join Rob2222 [0] (~Miranda@p4FDCA4C4.dip.t-dialin.net) 20.56.43 # what is commit policy in freeze time? 20.56.46 # * kugel fails to spot where the ipods fail 20.57.11 # it's an mp3, funman 20.57.12 # wodz: i expected AlexP to tell us :p 20.57.15 # slotradio promotion mp3 20.57.20 # yep :/ 20.57.37 # heh 20.58.10 # wodz: Bug fixes etc. only for release targets, targets that aren't part of the release are more relaxed 20.58.20 Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) 20.58.21 Quit DataGhost (Changing host) 20.58.21 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 20.58.38 # I do appear to have appointed myself release manager or some such 20.58.45 # That wasn't the intention :) 20.58.50 # New commit by 03torne (r26208): Increaase default ipod 3g contrast, to a value between the last two. ... 20.59.03 # but is code branched or release is made from head at the end of freeze 20.59.08 # ? 20.59.20 # they didn't improve the vorbis decoder either 20.59.25 Quit DerPapst (Quit: Leaving.) 20.59.36 # wodz: we freeze for a while, and then branch, and then release after a while, io think :) 20.59.50 # wodz: Freeze for a week, then branched, then release from the branch after another week 21.00.13 # what is the rationale of freeze before branching? 21.00.26 # because otherwise all the bugfixes have to be committed twice ;) 21.00.38 # saratoga: have they ever done something really substantial after an initial firmware? 21.00.46 # (also known as "because svn is not very good at merging", perhaps) 21.00.51 # topik: yeah they seem to 21.01.03 # vorbis, flac, replaygain, file browsing, etc 21.01.14 # now apparently AAC, though its disabled for some reason 21.01.20 # I see 21.01.26 # hmm, i suppose, but not always that well 21.01.37 # vorbis performs poorly, file browsing is pathetic 21.01.38 # Torne: Now I've seen you in here...My "freak" Nano1g has been needing hard reset to turn it on at least once per day (usually twice or more) for 3~4 days solid now, using a current build and the 4.0 bootloader. Is there anything I can do to identify what might be different about this Nano in particular? 21.01.44 # wodz: some sort of vaguely unsuccessful attempt at making everyong concentrate on fixing bugs 21.01.54 # S_a_i_n_t: You could compare its OF version 21.02.02 # S_a_i_n_t: but I really don't know what to do about it 21.02.13 # they all run the latest OF 21.02.19 # vorbis performs poorly because they screwed up the make settings, i sent them the fix but they don't seem too interested, or theres some reason they had to change it 21.02.20 # gevaerts: :-) 21.02.20 # S_a_i_n_t: We have the choice of "do what we did before" or "do what we're doing now", basically 21.02.32 # wodz: it could work :) 21.02.35 # S_a_i_n_t: what we did before made a bunch of people's ipods randomly power on whenever they felt like it 21.02.35 # perhaps it would be possible to patch the OF to add AAC playback to Clip+ .. ah nevermind rockbox plays everything already ;) 21.02.47 # S_a_i_n_t: the current fix doesn't make anything *worse*, at least ;) 21.02.56 # S_a_i_n_t: and it really does seem to fix the problem fr lots of players :) 21.03.08 # I thought as much, it just sems weird to me that I seem to be experiencing it more frequently, when it's all-but stopped (or stopped completely) for others :/ 21.03.15 # funman: if you going to patch the OF more, patch out the database refresh please ;) 21.03.18 # kugel: about the patch, the frequencies range might be good on the Fuze but not on the Clips 21.03.24 # ^^ 21.03.27 # S_a_i_n_t: you shouldn't've been experiencing it *at all* with the previous fix, if it was working 21.03.38 # is it possible to derivate the battery capacity from the charging current and the time needed to charge ? 21.03.45 # S_a_i_n_t: all these changes are basically based on wild speculation and guessing, not any actual undertanding of the problem 21.04.03 # funman: only during CC part of charging 21.04.15 # I did experience it with the "caused the low-battery icon on shutdown" fix...but only like twice, ever. 21.04.21 # funman: during CV You don't know the current 21.04.21 # now its a daily thing. 21.04.38 # ok 21.04.42 # S_a_i_n_t: Well, that's what it was like for lots of people before we did anything at all 21.04.55 # more current would mean faster charge though? (if it's not too much to melt the wires) 21.04.59 # S_a_i_n_t: mine did it at *least* daily, maybe more, and now doesn't do it at a ll. 21.05.09 # and fwiw...I also never saw that battery icon on shutdown once. 21.05.23 # Well, yeah 21.05.26 # It *should* :) 21.05.27 # New commit by 03kugel (r26209): Fix reds: add m3 keypad, fix typo in the ipods part, correct button for h10, don't error out for touchscreens (onda vx777 has almost no tactical ... 21.05.37 # If it doesn't then I expect the OF code just doesn't actually reenable the LCD 21.05.41 # well, I'd much rather it was fixed for everyone else, and not for me then fixed for me, and not for everyone else ;) 21.05.43 # I expect it's showing it in its framebuffer :) 21.05.57 # But again, we really don;t know what the code we were causing to run actually *did* 21.06.01 # funman: yes and no - it will faster reach CV regime of charging but this may have side effect of prolonging CV time 21.06.19 # S_a_i_n_t: there's no guarantee it was doing the same thing on every ipod 21.06.29 # 5 hours on clipv2 seems long, I will compare with 150mA instead of 100mA 21.06.44 Quit bluebrother (Disconnected by services) 21.06.48 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 21.06.53 # funman: 150 should be ok 21.07.02 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 21.07.25 # i guess i need to build a new ipod 3g bootloader now 21.07.47 # funman: have You mesured mean current drain during normal operation? This will give You quite good capacity estimation 21.07.49 # hm, but i don't really want to have to take all the latest changes, i guess i'll just ake that oneline change on the tag :) 21.08.03 # funman: possibly. is 24Mhz really favorable over 40MHz anyway? didn't you find slower decoding due to lower pclk @24MHz? 21.08.14 # wodz: nope i have an analog multimeter but no USB cables to tweak anymore 21.08.25 # another Nano1g I have has only done it like twice ever, and the other 1g has never done it at all. I also have a 2g Nano that seems more prone to needing hard-reset to startup...but they're completely different IIUC 21.08.32 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 21.08.50 Quit Luca_S (Quit: CGI:IRC (EOF)) 21.08.55 # funman: I was thinking of conecting external DC power supply in place of battery 21.09.00 # S_a_i_n_t: well, i expect they have a similar *mechanism* somewhere 21.09.01 # kugel: i just chose a slow value for battery life 21.09.11 # we could go down to 15 21.09.32 # wodz: i have not even opened those clips ;) 21.09.32 # S_a_i_n_t: so it wouldn't surprise me if they did the same thing 21.09.50 # but it might not pay-off if the peripherals are now too slow to manage decoding without boost 21.09.57 # but yeah it would be needed, i was thinking of measuring current on the USB cable, not on the battery 21.10.04 # funman: maybe it is time to do that :-) 21.10.10 # kugel: dunno, it must be measured 21.10.28 # clip+ crash with undef instr in iram 21.10.41 # S_a_i_n_t: so yeah, mayb e someone will figure something better out eventually :) 21.11.24 Join Kitr88 [0] (~Kitar_st@89.142.53.247) 21.11.41 # funman: could you try 40MHz on the clip? I think stable 40MHz are better than unstable 24MHz if it allows for freq scaling 21.11.47 Quit Kitar|st (Read error: Connection reset by peer) 21.12.02 # kugel: just doing that 21.12.06 # cool 21.12.41 # however i don't want to make early conclusions this time :) if it works 1 week without crashes then it'll be ok, not before 21.12.51 # makes sense 21.15.03 # we still need the ipod bootloader tested on 1g, mini 1g, and 4g colour 21.15.12 # anyone got one of those? 21.15.37 # wodz: didn't you say you have a 1st gen Mini? 21.16.12 Quit Kitr88 (Ping timeout: 260 seconds) 21.17.11 # Right then, any last requests? 21.17.12 # Torne: do you know about http://www.rockbox.org/wiki/RockboxTesting ? 21.17.27 # pixelma: Yes I have 21.17.28 # i've seen it before but i forgot ;) 21.17.35 # foodtime, anyway 21.18.47 # wodz: maybe you could help Torne testing 21.18.49 Join Tux2 [0] (~Tux2@72.42.96.157) 21.19.12 # pixelma: sure 21.19.19 # but not before monday 21.19.52 # ok have to go 21.19.56 Quit wodz (Quit: Leaving) 21.20.03 Quit CGL (Remote host closed the connection) 21.20.44 Quit Tux2 (Remote host closed the connection) 21.21.11 Join Kitar|st [0] (Kitar_st@BSN-182-124-111.dial-up.dsl.siol.net) 21.21.47 Join Tux2 [0] (~Tux2@72.42.96.157) 21.22.49 Quit phanboy_iv (Read error: Connection reset by peer) 21.24.01 # Right then, freeze time! 21.24.11 *** Saving seen data "./dancer.seen" 21.24.43 Topic "Now if feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | DevCon2010 will be from June 4th to 6th in Ghent, please update http://www.rockbox.org/wiki/DevConEuro2010 if you plan on atten" by ChanServ (ChanServ@services.) 21.25.00 Topic "Now in feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | Rockbox has been accepted for GSoC 2010! | DevCon2010 will be from June 4th to 6th in Ghent, please update http://www.rockbox.org/wiki/DevConEuro2010 if you plan on atten" by ChanServ (ChanServ@services.) 21.25.06 # ffs, I can't spell "in" 21.25.24 # I think you can remove the note about GSoC frm the topic ? 21.25.52 # probably, yes 21.26.58 Topic "Now in feature freeze for 3.6 | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | DevCon2010 will be from June 4th to 6th in Ghent, http://www.rockbox.org/wiki/DevConEuro2010" by ChanServ (ChanServ@services.) 21.30.29 # what is a 'hand panel' in "On the left hand panel is a two way switch." ; is it the left side ? 21.31.12 # funman: left hand means on the left side, so it is the panel on the left 21.31.22 # ok 21.32.26 # will i be murdered if i make a tag and then commit changes to it? i guess i should be. 21.32.59 # Torne: you can then rename the tag to a branch :) 21.33.09 # i guess i'll make a branch instead ;) 21.33.11 # it's all the same thing 21.33.55 # AlexP: http://pastie.org/969985 is it good enough english ? 21.35.12 # funman: I'm not sure what panel is referring to here 21.35.24 # New commit by 03torne (r26210): Create branch for ipod bootloaders, based on trunk r25693. 21.35.26 # Is this a player description? 21.35.35 # yes for Clip+ 21.36.33 # From the descrption I don't get where the items are :) 21.37.08 # Is the power button at the top of the right side, or on the top on the right? 21.37.30 # on the top at the right 21.37.38 # and the headphone jack is on the right at the top 21.37.48 # er 21.37.54 # I don't understand :) 21.38.12 # the power button is on the right side of the player? 21.38.24 # And the headphone socr?ket is on the top of the playe 21.38.39 # And the headphone socket is on the top of the player? 21.39.01 # AlexP: here are thousand words: http://svn.rockbox.org/viewvc.cgi/trunk/manual/rockbox_interface/images/sansaclipplus-front.png?revision=25344 21.39.20 # maybe funman should explain it in French to you 21.39.25 # :P 21.39.26 # funman: ta :) 21.39.42 # a thousand words indeed :) 21.41.08 # and the headphone socket is on the right side of the player, near the top? 21.41.20 # or whatever 21.41.26 # pixelma: right, and the slot is on the same side but near the bottom 21.41.37 # * S_a_i_n_t fails to parse the difference between "on the right at the top" and "on the top at the right" :/ 21.41.51 Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) 21.42.03 # i thought 'hand panel' would clear that 21.42.36 # perhaps i should just mention the top hand panel, there is only one button to be found there 21.42.58 # it's not "hand panel" the hand in there belongs to the "left hand" 21.43.06 Join tenfoot [0] (~57708228@giant.haxx.se) 21.43.07 # hmm ok 21.43.09 # sweet, but just call it the "top panel" 21.43.18 # funman: Something like http://pastie.org/970000 maybe 21.43.20 # it's just saying left side in a different way 21.43.24 # errr...what pixelma said. 21.43.28 # AlexP: awesome paste number! 21.43.33 # yeah :) 21.44.00 # 'on the right side' is not too repetitive in the 2nd sentence? 21.44.00 # Do you really have to explain where everything is, anyway? 21.44.16 # bertrik: i think this section is for blind people 21.44.44 # funman: It could do without the second on the right side, yeah 21.44.52 # bertrik: It is the blind description 21.45.00 # bertrik: So they know what we call each button 21.45.11 # I'd just hand a native speaker one of the targets at DevCon and let him explain... ;) That's what I asked Cassandra to do at DevCon2007 :) 21.45.34 # 'headphone socket' and 'headphone jack' are both used, perhaps we should use only one? 21.45.44 # I let *her* explaind though :) 21.45.47 # New commit by 03torne (r26211): Merge r26208 from trunk to increase default contrast on ipod 3g 21.45.51 # explain too 21.45.54 # "jack" seems more commonly known...to me anyway 21.46.06 # but may have problems with translation? 21.46.12 # funman: Socket then 21.46.31 # I'm assuming that \ButtonPower{} says "Power" as well 21.47.21 # headphone socket wins the google fight by a few 21.47.25 # AlexP: yes i just noticed that too 21.48.14 # S_a_i_n_t: Jack can refer to both plug or socket, or both, or a mixture, and can be misleading 21.48.25 # socket and plug is more explicit 21.48.43 # Or a guy called Jack...so, yeah, Socket it is. 21.49.00 # I guess less people names Socket in the world than Jack. 21.49.05 # *named 21.50.26 # jhMikeS: i've uploaded a new 3g bootloader (to the same place) which has contrast 50, which hopefully is a useful compromise. can you give it a quick go just to be sure it does actually work? :) 21.52.36 # 'headphone mini socket plug' is correct as well ? 21.52.53 # line-in jack, power jack .. 21.53.23 # 20 occurences of 'jack' in rockbox_interface/main.txt 21.53.26 # s/txt/tex/ 21.53.46 # New commit by 03funman (r26212): Clip+: add description of buttons for blind users ... 21.55.19 # headphone mini socket plug doesn't make any sense 21.55.27 # a plug goes into a socket 21.55.33 # something can't be both 21.55.45 # but 'headphone mini jack plug' is ok? 21.55.50 Join MethoS- [0] (~clemens@134.102.106.250) 21.56.07 # I suppose, but I prefer just plug 21.56.46 # i'll just change the headphone references since i'm not sure about the rest 21.56.56 # 'headphone jack' 21.57.07 # to socket? 21.57.23 # yep, 'headphone socket', isn't it what we just said? 21.57.28 # yep :) 21.57.33 # Just checking :) 21.57.50 # indeed, you never know with these people who can't english :) 21.57.56 # hehe :) 21.58.47 # New commit by 03funman (r26213): manual: change all references to 'headphone jack' into more correct 'headphone socket' 21.59.39 # running out of complicated things to fix, funman ? 21.59.51 # :P 22.00.02 # i just gave up on the fuzev1 issues 22.00.26 # my fuzev1 seems fairly free of issues. though all i do on it is play audiobooks 22.01.13 # hm vibe500 is missing from some lang files 22.02.19 # or from some strings at least 22.02.52 Quit tenfoot (Quit: CGI:IRC (EOF)) 22.04.07 # % (for i in *;do grep vibe500 $i|wc -l;done)|sort|uniq -> 0 10 12 14 15 6 8 22.04.34 # hm and for fuze: 0 10 14 2 4 8 :o 22.05.27 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 22.09.48 # those numbers don't tell much as there are also default values which could apply here and there 22.10.05 # New commit by 03funman (r26214): a bit of french translation 22.10.50 # how do we add new IDs to all lang files with langtool ? 22.11.37 Quit merbzt1 (Ping timeout: 269 seconds) 22.12.38 # why would you add new IDs with langtool? Do you already have the translations for all? 22.12.54 # shouldn't the untranslated ID be added anyway ? 22.13.39 # sorry, can you explain what you want to achieve? 22.14.02 # add LANG_HOTKEY_WPS to francais.lang, so I can translate it 22.14.30 # you run genlang and it'll add it for you 22.14.41 # oh there's another tool :/ 22.15.41 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 22.15.50 # http://www.rockbox.org/wiki/LangFiles 22.18.23 # langtool is something to use if you have a change you can easily apply to all languages (e.g. an updated description) IIRC, never used it. genlang has been there way longer. You could also use rasher's tranlate page I think but I don't know much about that either 22.21.46 # Strife89: Would you be able to test the new ipod bootloader from http://forums.rockbox.org/index.php?topic=24570.0 on your ipod 4g color? 22.22.19 Quit kugel (Ping timeout: 240 seconds) 22.22.51 # funman: no, new ids are only added to english.lang 22.22.56 # Torne: Certainly, just give me a minute and I'll install it. :)( 22.22.57 # :) 22.22.59 # Strife89: cool 22.23.30 # New commit by 03funman (r26215): more french translation 22.23.45 # I propose http://pastebin.com/1Vc2PVRg for "FS#10913 - File Browser not updated properly upon microSD insert/removal with dircache enabled", anyone has an opinion ? There are several ways to do it, so I'm open to suggestions 22.27.21 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.30.48 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.31.07 # I can't commit that patch now, if you have objections, you have until tomorrow morning before I actually commit it :) 22.32.53 # Torne: Complete success with all the testing directions. :) 22.33.00 # cool, thanks 22.33.04 # just 1g and mini 1g to go then 22.33.23 # * Torne prods amiconn gingerly. Did you test the 1g alrady and i just forgot to make a note of it, or have you not had time yet? 22.33.35 # Sadly, I have neither nor do I know someone who has one. 22.35.07 Join wincent [0] (~wincent@f055041090.adsl.alicedsl.de) 22.36.40 # That's ok, i'll keep poking people :) 22.36.46 # we're nearly there 22.36.53 # 8/10 done :) 22.41.54 Quit chrisb (Ping timeout: 265 seconds) 22.42.47 # kugel: you have broken test_resize with the pla stuff 22.42.55 # finding the iPod 1g tester may need an additional appeal in the forums? 22.42.58 # /home/torne/big/rockbox/ipod/apps/plugins/test_resize.c:34: error: ‘generic_actions’ undeclared here (not in a function) 22.43.01 # /home/torne/big/rockbox/ipod/apps/plugins/test_resize.c:34: error: ‘generic_directions’ undeclared here (not in a function) 22.43.37 # oops, I haven't test compiled it I guess 22.43.51 # yeha, my default build script does logf+bootchart+testplugins 22.43.52 # :) 22.44.49 # http://pastie.org/970113 should work 22.45.23 # i'm about to leave, so can't test now :) 22.45.32 Quit wincent (Changing host) 22.45.32 Join wincent [0] (~wincent@rockbox/developer/wincent) 22.45.59 # I'll do it 22.46.20 Join CGL [0] (~CGL@190.207.171.217) 22.47.18 # funman: still playing :/ 22.47.53 # same here on the clips too 22.49.06 # New commit by 03kugel (r26216): Fix test_resize 22.51.45 # it looks like there is a random target lately that gets 41 build errors 22.53.05 # bertrik: looks like a dependency issue 22.53.07 Quit DataGhost (Ping timeout: 240 seconds) 22.53.43 # maybe triggered by concurrent building (-j option)? 22.53.54 # yes, probably 22.55.40 Join GeekShado_ [0] (~Antoine@23.170.99-84.rev.gaoland.net) 22.58.43 Quit GeekShadow (Ping timeout: 240 seconds) 23.02.08 Quit domonoky (Ping timeout: 260 seconds) 23.02.57 # Torne: okay. it's in the wiki, right? 23.03.17 # jhMikeS: on the forum.. 23.04.37 Quit Schmogel (Ping timeout: 265 seconds) 23.05.00 Quit GeekShado_ (Ping timeout: 276 seconds) 23.07.14 Quit Xerion (Read error: Connection reset by peer) 23.07.27 # Torne: mind getting me there? 23.08.12 # http://forums.rockbox.org/index.php?topic=24570.0 23.08.27 # thank you sir 23.12.22 # line 194 of /trunk/firmware/target/arm/as3525/usb-drv-as3525v2.h has a typo in the comment (something extra to tack on to the next change to the as2525v2 usb stuff) 23.13.00 # what ? 23.13.13 # "/** Tiemout handshake (non-iso TX) */" 23.13.58 # ah true :) I'll change that on next commit, thx 23.14.44 # * jhMikeS *thinks* he might see some text doing verbose...o :) 23.15.01 Quit esperegu (Remote host closed the connection) 23.15.16 # jhMikeS: hehe 23.15.27 # jhMikeS: well, i can't change the contrast too far or we risk it being unreadable for other people :) 23.15.40 # jhMikeS: this is just a compromise to get a bootloader released.. 23.16.11 # just have the contrast switch every second :) 23.16.14 # Torne: can't you just cycle through contrast values continuously? :) 23.16.44 # hehe 23.17.10 Quit wincent (Ping timeout: 260 seconds) 23.22.40 # funman: ping? 23.24.13 *** Saving seen data "./dancer.seen" 23.25.00 # pong 23.25.06 # "Pressing home (or left) button while booting will boot OF" is a problem on the Clip+? Does this belong in the manual? (in reference to the sansaAMS wiki page) 23.25.39 # no i think i will remove it when USB works 23.26.15 # I just got a little chuckle out of OF being a problem 23.27.01 # ? 23.27.20 # nevermind, it's not important 23.31.54 Join likemindead [0] (~Xmccracke@ip68-12-31-196.ok.ok.cox.net) 23.34.03 # My iPod 4th Gen/Color isn't being detected or mounted in (X)ubuntu 10.04 -- Help? 23.35.45 Quit pamaury (Quit: Page closed) 23.37.27 # likemindead: you might want to be more specific? What build are you running, have you checked dmesg, have use USB HID mode enabled? 23.38.07 Join chrisb [0] (~chrisb@pool-98-111-151-243.phlapa.east.verizon.net) 23.39.03 Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) 23.39.44 # Looks like I have 3.4 on the device. I'll upgrade it to the latest and try that first. 23.41.08 # for a release there isn't anything Rockbox related. The releases still boot into the Apple firmware for USB connections. 23.41.38 Join roxasisalive [0] (~d8eca188@giant.haxx.se) 23.41.41 # however, current builds use the Rockbox USB stack. In this case you could try disabling the USB HID feature 23.41.51 # Will do, thanks. 23.42.02 # hey will there be a port for the samsung yp-s3 23.42.23 # roxasisalive: you could make it happen 23.42.32 # good point 23.42.46 # thanks, you just gave me some inspiration 23.43.03 # now... i just need a samsung yp-s3... 23.43.47 # i wanna get atari 2600 on sansa e200 23.44.26 Quit roxasisalive (Client Quit) 23.44.28 Quit jgarvey (Quit: Leaving) 23.46.16 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.47.01 Join max242 [0] (~50c9b438@giant.haxx.se) 23.48.01 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 23.48.28 # still having occasional freezes on my fuze v1 when generating pictureflow cache, but it's much better since r26160, thanks funman! 23.49.24 # i just found back my flyspray account, seems i also was active in april 2008 23.49.54 # should i file a bug report for this pictureflow freeze issue? 23.50.19 # no i think it's related to the existing bug report 23.51.16 # ok, i just added a comment to #FS11267 23.51.54 # maybe i can help testing stuff 23.53.09 # do the buttons still activate the button light when it's crashed? 23.53.22 # and hold button shut down the lcd backlight ? 23.53.31 # btw, the USB code changes i do see is being worked on, is that for clip and clip+, or does that also apply to the fuze v1 and v2 as well? 23.54.30 # what applies to clipv1 applies to fuzev1 and what applies to clipv2 and clip+ applies also to fuzev2 23.54.57 Quit bmbl (Quit: Bye!) 23.55.02 Quit markun (Ping timeout: 276 seconds) 23.55.12 # How do I install the Rockbox Utility in Linux? Do I need to compile it? Or is it an executable? 23.55.47 # yes it's an executable 23.56.11 # Thought so. I just need to extract it? 23.56.18 # funman: i'm not sure if the buttons do activate the button lights, i'll check that when i've got another crash, same for the hold button 23.57.57 # at least what i think can be improved, is the feedback to the rockbox user so he/she is aware that database updates are being commited 23.58.43 # what i mean is that the LCD gets dark after say step 6, and stays dark till all changes are commited