--- Log for 02.02.110 Server: jordan.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 2 days and 14 hours ago 00.00.37 # New commit by 03pamaury (r24445): Various dircache improvements: reduce size of a path buffer to MAX_PATH and rewrote copy_path to improve stack usage. Also simplified get_entry. 00.01.28 # pamaury: if you're getting into the dircache code, there is a bug which would be good if you could look at 00.01.32 # s/bug/patch 00.01.40 # pamaury: I remenber discussion here about this big dircache reserve. I don't know if you know about this part? 00.02.17 # I don't know the details but it an area used by dircache when the number of entries increases no ? 00.02.19 # http://www.rockbox.org/tracker/task/9981 00.03.34 # yeah sort of a temp buffer if there are at runtime modifications IIRC 00.03.47 # of the cache 00.04.01 # 9506 is maybe the buffer one you are tihnking of? 00.04.27 # you have it in the dircache debug menu 00.06.12 Quit tarbo (Ping timeout: 246 seconds) 00.06.35 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 00.07.12 # funman: (for the logs) I have managed to flash my shiny new clip+ using unmodified dualboot.S and it's working just fine. Will start trying buttons now! 00.07.36 # \o/ 00.08.19 # I've looked at the two patches. The 9506 seems small and relatively safe. The second one involes more changes in areas I don't master (buffering) so I won't touch it right now. I think there are others things to optimized. And there is at least one dircache bug I'm aware of which is embarassing 00.08.33 # FlynDice: yeah, thats as far as I got before getting a brick 00.08.42 Quit einhirn (Read error: Connection reset by peer) 00.08.55 # * pamaury points to all the green deltas for r24445 00.09.29 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 00.09.35 # JdGordon_: Well I got the 2gig for just that reason.... ;-) 00.20.50 Join tarbo [0] (~me@unaffiliated/tarbo) 00.21.52 Quit yosafbridge (Quit: Coyote finally caught me) 00.22.04 # * amiconn scratches head 00.22.10 Join yosafbridge [0] (~yosafbrid@adsl-71-142-225-118.dsl.scrm01.pacbell.net) 00.22.21 # This coldfire doesn't behave as documented 00.22.41 # (or rather, the specs aren't precise enough) 00.23.19 # pamaury: congrates for the deltas and the simplifications/improvements 00.23.46 # * moos proposes that amiconn update the coldfire docs :) 00.24.44 # moos: let's hope I didn't break anything ! I have more green deltas in mind 00.25.08 # pamaury: dont go deleting whole features! 00.25.14 # go go go !!! and if you break something, prepare you to have reports 00.25.23 # haha :) 00.25.42 # * JdGordon_ thinks charcell is a good place to start thoguh if you do want to remove lots of code 00.26.13 # what is charcell ? 00.27.53 Quit bertrik (Quit: De groeten) 00.28.32 Join stooo [0] (~sto@f051001064.adsl.alicedsl.de) 00.29.05 Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) 00.29.07 Quit tarbo (*.net *.split) 00.29.08 Quit FlynDice (*.net *.split) 00.30.04 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 00.34.37 Quit stooo (Quit: Leaving.) 00.36.00 Quit pamaury (Quit: abort();) 00.37.06 Quit Stephen__ (Quit: Leaving) 00.39.23 Quit domonoky (Read error: Connection reset by peer) 00.40.32 # Does r24440 mean that we have DMA read and write on some PortalPlayer targets? http://svn.rockbox.org/viewvc.cgi?view=rev;revision=24440 00.42.38 Quit ender` (Quit: Some people have one of those days. I've had one of those lives.) 00.49.51 Quit petur (Quit: Zzzz) 01.02.43 Join killan_ [0] (~nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) 01.02.43 Quit killan (Read error: Connection reset by peer) 01.05.21 Quit akur (Ping timeout: 246 seconds) 01.08.12 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 01.09.02 Join tarbo [0] (~me@unaffiliated/tarbo) 01.09.59 Quit Casainho (Ping timeout: 264 seconds) 01.11.24 Quit pixelma (Ping timeout: 245 seconds) 01.11.55 Quit amiconn (Ping timeout: 260 seconds) 01.15.10 Quit tarbo (Ping timeout: 272 seconds) 01.15.15 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 01.16.38 Quit matsl (Remote host closed the connection) 01.17.34 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 01.18.44 Quit Horscht (Ping timeout: 256 seconds) 01.19.04 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 01.22.25 Join akur [0] (~akur@bl11-193-47.dsl.telepac.pt) 01.24.16 Join amiconn [0] (quassel@rockbox/developer/amiconn) 01.24.20 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.24.39 Join pixelma [0] (quassel@rockbox/staff/pixelma) 01.25.22 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 01.25.24 Join hebz0rl [0] (~hebz0rl@dslb-088-067-196-215.pools.arcor-ip.net) 01.27.12 Quit robin0800 (Ping timeout: 272 seconds) 01.29.06 Join tarbo [0] (~me@unaffiliated/tarbo) 01.31.26 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 01.33.07 Quit akur (Quit: Leaving.) 01.34.11 *** Saving seen data "./dancer.seen" 01.36.23 Quit tarbo (Ping timeout: 264 seconds) 01.37.28 Quit dmb_ (Ping timeout: 240 seconds) 01.38.26 Quit efyx_ (Remote host closed the connection) 01.41.57 # New commit by 03stripwax (r24446): Copied Tremor improvement (bitreverse) from Trunk 01.42.22 # ^- copied to the mdctexp branch 01.47.47 Quit Farthen (Ping timeout: 264 seconds) 01.47.52 Quit pixelma (Ping timeout: 265 seconds) 01.48.06 Quit amiconn (Ping timeout: 272 seconds) 01.49.01 Join tarbo [0] (~me@unaffiliated/tarbo) 01.49.02 Join Farthen [0] (~chatzilla@e176130243.adsl.alicedsl.de) 01.51.47 Part toffe82 01.53.10 Join amiconn [0] (quassel@rockbox/developer/amiconn) 01.53.17 Join pixelma [0] (quassel@rockbox/staff/pixelma) 01.55.06 # New commit by 03stripwax (r24447): Might as well copy over mdct2.c from Trunk as well 01.55.52 Quit tarbo (Ping timeout: 240 seconds) 01.57.58 Quit robin0800 (Remote host closed the connection) 02.00.01 Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 02.08.01 Quit stripwax (Quit: http://miranda-im.org) 02.10.28 Join tarbo [0] (~me@unaffiliated/tarbo) 02.17.31 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 02.18.20 Quit tarbo (Ping timeout: 258 seconds) 02.20.36 Join Rob2222 [0] (~Miranda@p4FDCAB98.dip.t-dialin.net) 02.23.45 Quit Rob2223 (Ping timeout: 246 seconds) 02.31.14 Join tarbo [0] (~me@unaffiliated/tarbo) 02.37.39 Quit PaulJam (Ping timeout: 265 seconds) 02.38.16 Quit tarbo (Ping timeout: 240 seconds) 02.41.38 Quit JdGordon_ (Quit: Page closed) 02.44.35 Quit anewuser (Quit: http://xrl.us/WinterChipV =o) 02.48.09 Quit yosafbridge (Quit: Coyote finally caught me) 02.48.27 Join yosafbridge [0] (~yosafbrid@adsl-71-142-225-118.dsl.scrm01.pacbell.net) 02.52.08 Join tarbo [0] (~me@unaffiliated/tarbo) 02.55.03 Join JdGordon1 [0] (~jonno@173-128-203-125.pools.spcsdns.net) 03.00.09 Quit tarbo (Ping timeout: 246 seconds) 03.06.18 Join arbingordon [0] (w@c-71-226-248-30.hsd1.pa.comcast.net) 03.07.29 # New commit by 03jdgordon (r24448): fix bins.pl and promote fuze and e200v2 to stable 03.07.40 # score! 03.13.17 Join tarbo [0] (~me@unaffiliated/tarbo) 03.17.02 # JdGordon: tools/builds.pm also needs updating for Fuze and e200v2 status 03.18.10 # didnt that get updated just now also? 03.18.56 # no, only bins.pl 03.19.47 # ffs... serves me right from checking in from my phone :/ 03.20.03 Quit tarbo (Ping timeout: 258 seconds) 03.20.51 # New commit by 03jdgordon (r24449): ditto 03.24.23 Quit JdGordon1 (Ping timeout: 240 seconds) 03.33.48 Join tarbo [0] (~me@unaffiliated/tarbo) 03.34.14 *** Saving seen data "./dancer.seen" 03.42.16 Quit tarbo (Ping timeout: 276 seconds) 03.46.10 Quit Sajber^ (Read error: Connection reset by peer) 03.47.53 Quit fyrestorm (Read error: Connection reset by peer) 03.49.12 Join Sparkeater [0] (~cbdcff60@giant.haxx.se) 03.49.31 # hi, can I be the 965th person to ask when the next release is? 03.50.56 # that was a meta-question.... my question is "when is the next release" ? 03.51.48 # tomorow or wedndedsay deending on your and our timezones 03.52.01 # also I would like to report that superdom isn't working properly 03.53.43 Quit shaggy-h () 03.54.19 # when you assign how many farms/factories etc, you can have 3/3 for computer/player or 2/2 for each, but any other number seems to screw up completely and the player seems to get as many factories as farms no matter what.. like I tried to play it with 1 factory and 3 farms for each player, but it gives you 3 factories and 3 farms and gives the computer 1 factory and 3 farms 03.54.21 Join tarbo [0] (~me@unaffiliated/tarbo) 03.55.13 # that happens for pretty much any combination, except 4 of each for both players, then something screws up totally 03.55.54 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 03.56.20 # but the only combinations it allows is like 1/1 factory/farm for both players, 2/2 or 3/3... it won't let you have 2/3 factories/farms or 1/3 or any other combo... it just goes random and assigns the human player too many of something 03.58.14 Quit MethoS- (Remote host closed the connection) 04.01.04 Quit tarbo (Ping timeout: 246 seconds) 04.14.36 Quit antil33t (Read error: Connection reset by peer) 04.14.43 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 04.16.21 Join tarbo [0] (~me@unaffiliated/tarbo) 04.19.54 # Sparkeater: put all that in a bug report on the tracker 04.23.23 Quit tarbo (Ping timeout: 240 seconds) 04.31.38 Quit TheSeven (Killed (NickServ (GHOST command used by The_Seven))) 04.31.52 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 04.32.02 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 04.32.13 Join BHSPitMonkey [0] (~stephen@pool-71-252-194-100.dllstx.fios.verizon.net) 04.32.13 Quit BHSPitMonkey (Changing host) 04.32.13 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 04.36.36 # I forgot my password so I can't put that on the tracker 04.37.18 Join tarbo [0] (~me@unaffiliated/tarbo) 04.44.49 Quit tarbo (Ping timeout: 272 seconds) 04.48.47 # so tell flyspray to reset the password. it's on there somewhere 04.52.48 Join Barahir_ [0] (~jonathan@gssn-5f7551b8.pool.mediaWays.net) 04.53.06 # I'm at a library computer and can't really screw around too much, if someone wants this computer I have to get off it 04.53.38 Quit Barahir (Read error: Operation timed out) 04.57.34 Join tarbo [0] (~me@unaffiliated/tarbo) 04.57.37 Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) 04.58.34 Join DerPapst1 [0] (~DerPapst@p4FE8E5A2.dip.t-dialin.net) 04.58.35 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.154) 04.59.48 Quit DerPapst (Ping timeout: 264 seconds) 05.02.47 Join yzflcyq [0] (~7922a8ba@giant.haxx.se) 05.02.51 Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) 05.04.30 # I found it diffcult to make rockbox all Chinese UI. 05.04.49 Quit tarbo (Ping timeout: 248 seconds) 05.06.33 # are you using a font with the chinese characters? 05.07.12 # That's not the point.I mean that something can't be translated. 05.08.12 # whats the problem? 05.11.04 Quit Horschti (Quit: Verlassend) 05.12.30 # For example,'Touchscreen Settings' cannot be translated into Chinese. 05.14.04 # you mean where you'd expect the translation for "touchscreen settings", you see the english? 05.14.41 # Yep. 05.14.48 Nick Blast_Tyrant is now known as BlastTyrant (~Dan@cpe-74-70-177-91.nycap.res.rr.com) 05.16.23 # i don't know much about how the translations work, but it sounds like there are translations of strings missing for the chinese lang 05.17.57 # Well I have translated all into Chinese and commited a diff file. 05.18.28 Join tarbo [0] (~me@unaffiliated/tarbo) 05.24.27 Quit yzflcyq (Quit: CGI:IRC) 05.26.12 Quit tarbo (Ping timeout: 258 seconds) 05.32.51 # is the new rockbox going to include much new stuff? 05.34.17 *** Saving seen data "./dancer.seen" 05.35.59 # sparkeater: you could try it and see for yourself "http://forums.rockbox.org/index.php?topic=23739.0" 05.36.17 # is it finished? 05.36.26 # not quite... 05.36.35 # that's the release candidate build. 05.36.49 # follow the link. 05.36.50 # I'll wiat until tomorrow for the final 05.37.07 # that'll be more exciting 05.37.54 # fair enough, I always use SVN builds myself...if you're using 3.4 at the moment then you'll see a fair bit of difference. 05.38.22 # I'm using a build from 3-4 weeks ago 05.38.52 Join tarbo [0] (~me@unaffiliated/tarbo) 05.39.16 # then you won't see too much difference. 05.39.43 # I hope someone has fixed the game superdom 05.39.59 # or I hope this version of superdom is build-specific-broken 05.40.17 # what's wrong with it? 05.40.23 # * S_a_i_n_t never plays it. 05.41.27 # I play it all the time, it kickas ass. except you can give like 2/2 factories/farms to the human and computer, or 3/3, or 1/1, but any other combination screws up and it gives the human player too many factories 05.42.34 # like I want to play with 1 factory and 3-4 farms for each player, but it just screws up and gives some random amount of factories to the human player (more than the computer) 05.43.34 Part froggyman 05.45.32 # I'll be back a bit later 05.45.38 Quit Sparkeater (Quit: CGI:IRC) 05.49.23 Join thegeek [0] (~nnscript@s080b.studby.ntnu.no) 05.49.36 Quit tarbo (Ping timeout: 264 seconds) 05.54.59 Quit BlastTyrant (Quit: Skynet has taken control) 05.58.51 Join tarbo [0] (~me@unaffiliated/tarbo) 06.05.43 Quit tarbo (Ping timeout: 240 seconds) 06.09.41 Join ender` [0] (krneki@foo.eternallybored.org) 06.16.32 Join Rob2223 [0] (~Miranda@p4FDCAAF4.dip.t-dialin.net) 06.19.45 Quit Rob2222 (Ping timeout: 245 seconds) 06.20.17 Join tarbo [0] (~me@unaffiliated/tarbo) 06.21.46 Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) 06.24.48 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.26.35 Quit arbingordon (Quit: `) 06.27.25 Quit tarbo (Ping timeout: 272 seconds) 06.31.04 Quit scorche (Read error: Connection reset by peer) 06.31.34 Join scorche [0] (~scorche@rockbox/administrator/scorche) 06.36.55 Quit hebz0rl (Remote host closed the connection) 06.40.22 Join tarbo [0] (~me@unaffiliated/tarbo) 06.47.25 Quit tarbo (Ping timeout: 256 seconds) 07.00.24 Join tarbo [0] (~me@unaffiliated/tarbo) 07.08.23 Quit tarbo (Ping timeout: 240 seconds) 07.23.29 Join tarbo [0] (~me@unaffiliated/tarbo) 07.26.50 Quit liar (Ping timeout: 245 seconds) 07.31.00 Quit tarbo (Ping timeout: 264 seconds) 07.34.18 *** Saving seen data "./dancer.seen" 07.46.00 Join tarbo [0] (~me@unaffiliated/tarbo) 07.54.11 Quit tarbo (Ping timeout: 272 seconds) 07.57.03 # * GodEater does the release day dance 08.09.07 Join tarbo [0] (~me@unaffiliated/tarbo) 08.10.47 Quit BHSPitMonkey (Remote host closed the connection) 08.14.51 Join arbingordon [0] (~w@c-71-226-248-30.hsd1.pa.comcast.net) 08.15.55 Join Zagor [0] (~bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.15.56 Quit Zagor (Changing host) 08.15.56 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.16.23 Quit tarbo (Ping timeout: 240 seconds) 08.21.58 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 08.27.46 Join PaulJam [0] (~Paule@p54BEEAC8.dip.t-dialin.net) 08.31.23 Join tarbo [0] (~me@unaffiliated/tarbo) 08.32.22 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.40.01 Quit tarbo (Ping timeout: 246 seconds) 08.45.40 Join flydutch [0] (~flydutch@host66-209-dynamic.15-87-r.retail.telecomitalia.it) 08.45.40 Join petur [0] (~petur@85.234.217.4) 08.45.40 Quit petur (Changing host) 08.45.40 Join petur [0] (~petur@rockbox/developer/petur) 08.47.45 Quit AndyI (Ping timeout: 248 seconds) 08.53.52 Join AndyI [0] (~pasha_int@212.14.205.32) 08.54.06 Join tarbo [0] (~me@unaffiliated/tarbo) 09.01.52 Quit tarbo (Ping timeout: 260 seconds) 09.16.42 Join tarbo [0] (~me@unaffiliated/tarbo) 09.23.53 Quit tarbo (Ping timeout: 240 seconds) 09.31.49 Join davidb_csh [0] (davidb@129.21.50.206) 09.32.38 Join maruk [0] (~papier@titanium.sdv.fr) 09.34.20 *** Saving seen data "./dancer.seen" 09.36.11 Join Rob2222 [0] (~Miranda@p4FDCAAF4.dip.t-dialin.net) 09.38.34 Join tarbo [0] (~me@unaffiliated/tarbo) 09.38.55 Quit Rob2223 (Ping timeout: 245 seconds) 09.46.00 Quit tarbo (Ping timeout: 264 seconds) 09.55.19 Quit BlastTyrant (Ping timeout: 258 seconds) 10.00.17 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.22) 10.01.01 Join tarbo [0] (~me@unaffiliated/tarbo) 10.02.48 Quit S_a_i_n_t (Ping timeout: 264 seconds) 10.02.52 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.22) 10.03.09 # There are a few language updates on flyspray - if anyone fancies committing them that'd be great, if not I'll do it tonight when I get home. 10.05.35 Quit perfectdrug_ (Ping timeout: 245 seconds) 10.08.38 Quit tarbo (Ping timeout: 252 seconds) 10.17.56 # someone *replaced* one language string with another - not deprecating the first and adding the second :\ 10.21.19 # and the most confusing there is that he also changed it (to the english phrase) in *some* lang files. As German was one of those, I didn't see the change and only realised just now looking over rasher's translation stats (source and dest being the same) 10.22.26 # LANG_COMPRESSOR if anyone is interested 10.23.26 Join tarbo [0] (~me@unaffiliated/tarbo) 10.26.28 # Danish, German, French, Italian, Polish, Swedish, Tagalog and Walloon are affected (see r22832) 10.29.51 # Yeah, I wanted to complain about that but forgot 10.30.14 Join perfectdrug [0] (~marko@p5B0EF6C3.dip.t-dialin.net) 10.31.08 Quit tarbo (Ping timeout: 276 seconds) 10.31.22 # there's a language called walloon? 10.32.21 # I think it's a French dialect (much like we have a Brasilian Portugese) 10.33.20 # dialect might be not exactly correct 10.39.26 # it's the french spoken in the south of belgium 10.39.53 # Yes and no 10.40.00 # mostly regular french but differences like numbers 10.40.10 # no, that's now Walloon 10.40.12 # That's French 10.40.20 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.40.40 # Also, the numbers are exactly the same as in many bits of France :) 10.45.18 Join tarbo [0] (~me@unaffiliated/tarbo) 10.45.42 # you're the regional expert :). slighly north it seems wrongly considered french-ish 10.46.32 # * gevaerts isn't actually. He lives in the bit where they don't speak French 10.47.37 # the good bit 10.47.49 # more expert than most though 10.48.20 # well anyway, my point is that Walloon is not fr_BE 10.52.02 Quit tarbo (Ping timeout: 240 seconds) 10.53.15 # how to deal with this commit - revert it, so that the translators are aware? German could be fixed to use "Kompressor" in dest and voice, if anyone has time now 10.54.21 # I'd remove the wrong translations 10.55.17 # you'd have to remove the wrong "source" in the translation files too, so that the string is found by genlang 10.59.45 Quit perfectdrug (Ping timeout: 272 seconds) 11.02.31 # are these issues going to hold up the release today, or are they only in trunk, and not in the release branch? 11.04.42 # they're in both 11.05.04 # cue dramatic music 11.07.44 Join tarbo [0] (~me@unaffiliated/tarbo) 11.09.26 # is that the music for your release day dance? 11.09.47 Quit rphillips (Ping timeout: 256 seconds) 11.10.08 # gevaerts: what's your grammar kicking regex set to now? 11.15.44 Quit tarbo (Ping timeout: 252 seconds) 11.16.55 Join rphillips [0] (~rphillips@66-90-184-168.dyn.grandenetworks.net) 11.28.31 Join tarbo [0] (~me@unaffiliated/tarbo) 11.34.21 *** Saving seen data "./dancer.seen" 11.37.09 Quit elcan (Read error: Connection reset by peer) 11.38.22 Quit tarbo (Ping timeout: 240 seconds) 11.43.12 Join elcan [0] (user36@pr0.us) 11.47.15 Quit S_a_i_n_t (Ping timeout: 272 seconds) 11.47.40 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.77) 11.49.39 Join tarbo [0] (~me@unaffiliated/tarbo) 11.56.49 Quit tarbo (Ping timeout: 256 seconds) 11.57.57 Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) 12.00.36 Quit PaulJam (Ping timeout: 260 seconds) 12.07.22 Quit gibbon_ (Quit: leaving) 12.09.09 Quit TheSeven (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) 12.09.46 Join tarbo [0] (~me@unaffiliated/tarbo) 12.16.19 Quit tarbo (Ping timeout: 246 seconds) 12.18.30 Join moos [0] (moos@85-171-102-158.rev.numericable.fr) 12.18.44 Quit moos (Changing host) 12.18.44 Join moos [0] (moos@rockbox/staff/moos) 12.21.41 Join moos_ [0] (moos@85-171-102-158.rev.numericable.fr) 12.24.03 Quit moos (Ping timeout: 258 seconds) 12.24.08 Nick moos_ is now known as moos (moos@85-171-102-158.rev.numericable.fr) 12.24.45 Quit moos (Changing host) 12.24.45 Join moos [0] (moos@rockbox/staff/moos) 12.29.11 # pixelma: do you have time to look at/commit FS#10950 and FS#10951? 12.30.29 Join tarbo [0] (~me@unaffiliated/tarbo) 12.31.10 Join moos_ [0] (moos@85-171-102-158.rev.numericable.fr) 12.32.40 Quit moos (Ping timeout: 245 seconds) 12.32.51 Nick moos_ is now known as moos (moos@85-171-102-158.rev.numericable.fr) 12.33.00 Quit moos (Changing host) 12.33.00 Join moos [0] (moos@rockbox/staff/moos) 12.35.00 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.37.19 Quit tarbo (Ping timeout: 246 seconds) 12.44.33 Join MethoS- [0] (~clemens@134.102.106.250) 12.50.39 Join tarbo [0] (~me@unaffiliated/tarbo) 12.57.53 Quit tarbo (Ping timeout: 248 seconds) 12.58.57 Quit shaggy-h () 13.11.19 Join tarbo [0] (~me@unaffiliated/tarbo) 13.18.34 Quit tarbo (Ping timeout: 265 seconds) 13.20.58 Join wind [0] (~7a05aa05@giant.haxx.se) 13.23.54 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.61) 13.26.18 Quit S_a_i_n_t (Ping timeout: 265 seconds) 13.26.28 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.61) 13.27.02 Quit S_a_i_n_t (Client Quit) 13.31.46 Join tarbo [0] (~me@unaffiliated/tarbo) 13.34.25 *** Saving seen data "./dancer.seen" 13.34.32 Join PaulJam [0] (~Paule@p54BEEBA0.dip.t-dialin.net) 13.38.13 Join einhirn [0] (~Miranda@p548591D6.dip0.t-ipconnect.de) 13.38.44 Quit tarbo (Ping timeout: 252 seconds) 13.44.12 Quit Sajber^ (Read error: Connection reset by peer) 13.46.29 Quit einhirn (Read error: Connection reset by peer) 13.51.47 Join tarbo [0] (~me@unaffiliated/tarbo) 13.58.13 # LinusN: I gather my h120 is still in the state it was at arrival? 13.58.17 Quit tarbo (Ping timeout: 240 seconds) 13.59.08 # except for the bdm connector, yes (hides in shame) 14.00.25 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.00.30 # I was just thinking about it, since Bagder and Zagor are coming to fosdem... 14.00.48 # I guess it is too late now to ask you (short notice) 14.05.21 Quit dfkt (Read error: Connection reset by peer) 14.05.55 # oh nice, I hadn't noticed that there was a Rockbox talk at 2 PM on Sunday 14.06.27 # 2PM? I thought it was later 14.06.43 # New commit by 03mc2739 (r24450): Complete Czech language update ... 14.06.52 # according to the pdf schedule from the fosdem website it's at 2 14.06.58 # ah no, 2PM it is 14.07.24 # New commit by 03mc2739 (r24451): Complete Czech language update ... 14.07.53 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.08.06 # http://www.fosdem.org/2010/schedule/events/emb_rockbox indeed 14.08.53 # B4gder: what kind of talk will that be? just an introduction to rockbox or something technical? 14.09.58 # about rockbox the project, but also how we work to reverse engineer products to get rockbox on them 14.10.20 # to give an idea what we're doing 14.10.53 # ok 14.11.20 Quit killan_ (Read error: Connection reset by peer) 14.11.22 # but we're meeting a few rockboxers there so there will be off-the-schedule talks, no doubt ;-) 14.12.19 Join tarbo [0] (~me@unaffiliated/tarbo) 14.13.20 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 14.14.44 Part maruk 14.19.02 # rasher: not until today in the evening 14.19.25 # oh, mc2739 was quicker :) 14.20.07 Quit tarbo (Ping timeout: 260 seconds) 14.20.14 # any idea why I got yellow with lowmem sansa ams? 14.21.56 Join darkham [0] (~darkham@host33-31-dynamic.37-79-r.retail.telecomitalia.it) 14.22.02 Quit darkham (Client Quit) 14.23.42 Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) 14.27.57 Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) 14.28.05 Join killan [0] (~nnscript@c-83f070d5.06-397-67626721.cust.bredbandsbolaget.se) 14.32.18 Join tarbo [0] (~me@unaffiliated/tarbo) 14.32.47 Join froggymana [0] (~187b533e@giant.haxx.se) 14.33.25 # mc2739: seems to a missing quote in czech.lang (line number see build log) 14.35.23 # pixelma: I do not see a missing quote in that area. And why only those three targets? 14.42.16 Quit tarbo (Ping timeout: 246 seconds) 14.47.52 # Zagor: does b0hoon have dev access on flyspray? 14.48.38 # he does now 14.49.13 Quit TheSeven (Read error: Connection reset by peer) 14.49.28 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 14.49.38 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 14.50.44 Quit TheSeven (Read error: Connection reset by peer) 14.51.03 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 14.53.16 Join tarbo [0] (~me@unaffiliated/tarbo) 14.56.13 Quit TheSeven (Read error: Connection reset by peer) 14.56.31 Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) 14.56.41 Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) 14.56.50 Quit moos (Remote host closed the connection) 14.59.41 # mc2739: LANG_EQUALIZER_GAIN has crossfade as feature in the source and swcodec in the dest and voice part (crossfade etc. was disabled on the lowmen Sansas because it takes too much RAM. Just my guess though 15.00.11 # line 998 is the end of that phrase 15.00.33 Quit tarbo (Ping timeout: 265 seconds) 15.03.23 # though I'm a bit confused abour advanced EQ being all swcodec then again (following phrases) and I can't remember seeing those changes when working on deutsch.lang 15.03.58 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 15.04.42 # pixelma: thanks, I'll try changing that and see if it corrects the prblem 15.08.49 # that phrase has swcodec as feature everywhere in deutsch.lang, looks like they did a bit too much in czech 15.09.43 # New commit by 03mc2739 (r24452): fix yellow - correct feature designation 15.14.29 Join tarbo [0] (~me@unaffiliated/tarbo) 15.14.40 Join moos [0] (moos@85-171-102-158.rev.numericable.fr) 15.14.52 Quit moos (Changing host) 15.14.52 Join moos [0] (moos@rockbox/staff/moos) 15.16.01 Quit moos (Client Quit) 15.18.46 # pixelma: ok, I guess I went the wrong way then. 15.21.21 Quit tarbo (Ping timeout: 240 seconds) 15.24.16 # hehe, check step 12 on this list: http://laptoplogic.com/resources/64-things-every-geek-should-know 15.24.51 Join moos [0] (moos@rockbox/staff/moos) 15.25.33 Join knine [0] (~kaniini65@dyn75-70.yok.fi) 15.27.44 # Zagor: I've heard you have the power to change the CIA bot settings 15.28.05 # I have the authority. I don't know if I have the knowledge :-) 15.29.01 Quit kaniini (Ping timeout: 240 seconds) 15.29.26 # it would be nice if the branch could be announced too. I saw it in other channels so I think it is possible somehow and it might be interesting now that we have trunk, www, mdct and release branch 15.32.39 # New commit by 03mc2739 (r24453): More feature designation corrections 15.34.08 # let's see how this looks 15.34.28 Join jgarvey [0] (~jgarvey@cpe-071-070-228-143.nc.res.rr.com) 15.34.30 *** Saving seen data "./dancer.seen" 15.35.00 Join Zarggg_ [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 15.35.04 Quit Zarggg (Read error: Connection reset by peer) 15.35.31 Join tarbo [0] (~me@unaffiliated/tarbo) 15.36.34 # New commit by 03mc2739 to (r24454): fix yellow - correct feature designations 15.37.23 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 15.38.05 Quit TheSeven (Ping timeout: 252 seconds) 15.38.05 Quit froggymana (Quit: CGI:IRC (EOF)) 15.39.16 # it looked strange, that's how... 15.39.48 Part LinusN 15.40.23 # new test 15.42.28 Quit tarbo (Ping timeout: 246 seconds) 15.56.31 Join liar_ [0] (~53af7f68@gateway/web/freenode/x-mocsxwdxlbohdvfn) 15.56.41 Join tarbo [0] (~me@unaffiliated/tarbo) 16.03.29 Quit liar_ (Ping timeout: 248 seconds) 16.03.43 Quit tarbo (Ping timeout: 260 seconds) 16.14.58 Quit wind (Quit: CGI:IRC (EOF)) 16.17.46 Join tarbo [0] (~me@unaffiliated/tarbo) 16.22.10 Quit bmbl (Quit: Bye!) 16.24.17 Quit tarbo (Ping timeout: 252 seconds) 16.37.09 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.38.10 Quit teru (Quit: Quit) 16.38.41 Join tarbo [0] (~me@unaffiliated/tarbo) 16.41.47 Quit FlynDice (Remote host closed the connection) 16.42.13 # Remind me, what's the format for commit messages from FS? 16.43.23 # rasher: http://svn.rockbox.org/viewvc.cgi?view=rev;revision=24450 has an example 16.44.07 # New commit by 03rasher to / (r24455): Portuguese translation update. ... 16.45.53 Quit tarbo (Ping timeout: 258 seconds) 16.45.57 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 16.45.58 # New commit by 03rasher to / (r24456): Portuguese translation update. ... 16.46.43 # That should be /branches/v3_5? 16.46.59 # that was intended to be, yes... 16.49.08 # someone with a bit of spare time is welcome to read up on http://cia.vc/doc/rulesets/ and suggest modifications to http://pastebin.com/m70efeea2 16.50.09 # why do you need the "New commit by" and "to" bits? 16.50.23 # can CIA send messages for other stuff than commits ? 16.50.42 # dionoea: yes, you can send pretty much any message to it 16.52.13 # * Unhelpful still wants to see it whine at the committer for reds :) 16.52.56 # yes, that's planned. and that too is something anyone is encouraged to look into. 16.53.11 # we have the red detection. we just need a simple trigger client. 16.55.11 # New commit by 03unhelpful to / (r24457): Correct ARMv5/6 signed divider, which was not saving return address to stack before using lr for calculation. 16.57.24 # hm: /home/chshrcat/build/rockbox/apps/lang/portugues.lang:8391:1: warning: empty dest before line in non-deprecated phrase! 16.59.51 Join tarbo [0] (~me@unaffiliated/tarbo) 17.01.58 # oh my 17.02.42 Quit soap (Quit: soap) 17.02.55 # it certainly sounds important :) 17.04.45 # oh.. he sure missed one 17.05.16 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 17.06.35 Quit tarbo (Ping timeout: 258 seconds) 17.08.15 # Hm, should I remove them to fix the yellow or just wait for him to reply with a translation on FS? 17.14.28 Join piotrekm [0] (~pm@unaffiliated/piotrekm) 17.14.33 # hello 17.14.48 # rasher: maybe use the English version for the empty dest 17.15.12 # Well if he doesn't turn up in time for release, yes 17.16.37 Join Sajber^ [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) 17.18.22 # when compiling nano2g firmware with eabi enabled i get this error http://pastebin.ca/1775763 , any ideas what's wrong? 17.20.52 # piotrekm: maybe Unhelpful or kugel can help with that, I think they are the developers with the most experience in compiling Rockbox with eabi 17.21.01 Join tarbo [0] (~me@unaffiliated/tarbo) 17.28.09 Quit tarbo (Ping timeout: 246 seconds) 17.30.06 # piotrekm: i'm looking at it now 17.31.33 # thanks 17.33.31 # piotrekm: at a guess i'd say it has to do with the unused attribute on dma_callback 17.33.55 # or... maybe not. hm. 17.34.32 *** Saving seen data "./dancer.seen" 17.40.58 Join bmbl [0] (~Miranda@dsl59-108.pool.bitel.net) 17.40.58 Quit bmbl (Changing host) 17.40.58 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.42.36 Join tarbo [0] (~me@unaffiliated/tarbo) 17.45.04 # piotrekm: dma_callback in pcm-s5l8700.c has __attribute__((unused)). there is no reference to it in C (only in inline asm) and as it is static it is dropped from the object file by gcc, apparently.... although the assembler notes the reference and marks it as an external symbol. this happens even if i simply remove the unused attribute 17.45.28 # seems logical 17.45.48 # but everyting goes alright in the standard arm compilation 17.45.51 # changing the attribute to "used" causes the function to be retained, and then compilation completes 17.45.59 # oh, thanks a lot 17.46.44 # that's also a different compiler version, perhaps the newer one is more aggressive about unreachable static functions 17.48.52 # Unhelpful: hm... now it complains about ape - http://pastebin.ca/1775809 17.49.05 # i don't really want to change it myself without knowing why TheSeven wanted it unused 17.49.43 Quit tarbo (Ping timeout: 265 seconds) 17.52.53 # piotrekm: the ape decoder uses a customized divider that uses certain hacks to speed things up a bit (for ape). one of these is a big table of precalculated reciprocals. the table is sized to use all iram not used by other code or buffers, but since some of what is in iram is C code, the size of that code may have changed 17.53.43 Join Sajber^1 [0] (~Sajber@h-65-75.A213.priv.bahnhof.se) 17.54.19 # i see 17.54.46 # try changing recip_max at apps/codecs/lib/udiv32_arm.S:102 from 13184 to 12672 17.55.15 Quit Sajber^ (Ping timeout: 260 seconds) 17.55.58 # Unhelpful: thanks again, worked;D 17.56.15 # i suppose i need to either come up with a solution to calculate the correct size at runtime, or i need to #ifdef a completely separate set of constant sizes for eabi 17.57.07 # erm, not runtime, compile/link-time 17.59.17 Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) 18.00.43 Quit krazykit (Ping timeout: 246 seconds) 18.00.51 # Unhelpful: on last question i hope: do i need the bootloader also compiled as eabi? 18.04.02 Join Tomis2 [0] (~Tomis@70.134.85.136) 18.04.44 Quit Tomis (Ping timeout: 245 seconds) 18.04.45 Nick Tomis2 is now known as Tomis (~Tomis@70.134.85.136) 18.04.47 Join tarbo [0] (~me@unaffiliated/tarbo) 18.06.31 # piotrekm: shouldn't matter. i'd be afraid to use an eabi bootloader on a target where i can't be sure of recovery if it fails ;) 18.07.31 Join krazykit [0] (~kkit@70.236.75.75) 18.08.01 # the vast majority of things have worked unchanged with eabi... but one or two things have needed correction (or still do, mpegplayer doesn't work on eabi on my beast) 18.11.26 # hm... hung up at the splash screen 18.11.28 Quit tarbo (Ping timeout: 240 seconds) 18.13.09 Join _zic [0] (~user@91-165-225-174.rev.libertysurf.net) 18.13.38 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.17.55 # is there any way to turn on some on-screen debugging to be somehow able to know at which point the firmware hung up? 18.19.54 Join Casainho [0] (~chatzilla@87.196.182.201) 18.25.31 Join tarbo [0] (~me@unaffiliated/tarbo) 18.27.06 Join GeekShado_ [0] (~Antoine@LPuteaux-156-15-25-14.w82-127.abo.wanadoo.fr) 18.27.16 Quit petur (Quit: *plop*) 18.29.19 Quit GeekShadow (Ping timeout: 245 seconds) 18.32.26 Quit tarbo (Ping timeout: 252 seconds) 18.32.53 Join Kitar|st [0] (~Kitr88@BSN-182-72-103.dial-up.dsl.siol.net) 18.33.45 Join domonoky [0] (~Domonoky@g229165085.adsl.alicedsl.de) 18.33.46 Quit domonoky (Changing host) 18.33.46 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.36.16 Quit Kitr88 (Ping timeout: 252 seconds) 18.37.34 Quit Kitar|st (Ping timeout: 265 seconds) 18.37.40 Join Kitar|st [0] (Kitr88@BSN-182-133-19.dial-up.dsl.siol.net) 18.40.22 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.42.09 # how can I disable building of a certain app? 18.42.27 # piotrekm: that's why i wouldn't try building the bootloader with eabi yet. ;) when kugel and i started this he narrowed down the crashes on e200 by inserting code to turn the wheel light or the backlight on and off at various points during startup, to see where things fell apart. you'll probably need to try a similar method, although if the splash screen works you may be able to write lines to the screen 18.42.45 # piotrekm: a certain plugin? edit apps/plugins/SOURCES or apps/plugins/SUBDIRS 18.46.27 # but a plugin isn't why it's hanging, unless you've contrived to run one on startup 18.48.05 Join kugel [0] (kugel@rockbox/developer/kugel) 18.48.08 Join pamaury [0] (~pamaury@ALyon-551-1-89-37.w92-137.abo.wanadoo.fr) 18.48.45 # Unhelpful: __attribute__((used)) should be fine. I remember that TheSeven was just as curious about how to get it compile 18.49.55 # is release party today? 18.50.23 # hmm... i built the firmware in debug and logf mode (by wild guess), and the screen no says *PANIC* \n mutex_unlock->wrong thread( 'n != main) 18.50.31 # *now says 18.50.57 # that might be a bug 18.51.40 # i only wonder whether this is the description of the problem which occured woth the no-debug eabi firmware, or is it something new 18.53.07 # as we do :) 18.55.23 Join stoffel [0] (~quassel@p57B4F630.dip.t-dialin.net) 18.57.28 Quit shaggy-h (Ping timeout: 240 seconds) 19.05.31 Join tarbo [0] (~me@unaffiliated/tarbo) 19.06.12 Quit tarbo (Client Quit) 19.07.08 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 19.10.27 Quit Zambezi (Read error: Connection timed out) 19.10.43 Quit grndslm (Read error: Operation timed out) 19.11.24 Quit z35 (Ping timeout: 246 seconds) 19.11.35 Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) 19.14.52 Join rhodan [0] (~quassel@209-25.107-92.cust.bluewin.ch) 19.19.10 Quit Casainho (Ping timeout: 252 seconds) 19.20.43 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 19.22.46 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.23.13 # Tired of beating my head & will now put ignorance on display for all..... Does this line in the dualboot makefile "define" SANSA_CLIPPLUS for the #ifdef's in dualboot.s? --> arm-elf-gcc -DSANSA_CLIPPLUS -c -o dualboot_clipplus.o dualboot.S 19.25.38 # rasher: what to do with the lang string that wouldn't show for some translators? I'd suggest reverting the part in the wrongly touched languages but then we have a few languages not 100% up-to-date for the release. Of course I could fix for German while at it, if you are around you could fix Danish, I sure hope some Swedish giy could help today too, French could be possible and maybe Italian too (as the maintainer seems to be quite quick) 19.26.01 # s/giy/guy 19.26.57 # FlynDice: yes. you could double check with #ifdef SANSA_CLIPPLUS\n#error\n#endif 19.29.16 # pixelma: I tried to set a dev env on this laptop, and then update the french translation. IIRC it doesn't need much... 19.29.33 # *I will try 19.30.05 # kugel: Thanks, I just couldn't figure out where it was being defined in the code and thought perhaps this was it. A makefile is like a big black box that just "works" to me right now... 19.31.00 Quit dfkt (Read error: Connection reset by peer) 19.31.33 # moos: there is an error in some languages where someone put the English strings into the phrase so that it wouldn't even show up as "source differs" in genlang 19.31.51 Quit kugel (Ping timeout: 260 seconds) 19.31.59 Join meandyou [0] (~chatzilla@196.207.219.42) 19.32.10 # Hi there! 19.32.29 # I will track the svn history, but frenc is already almost up to date 19.32.35 # @pixelma 19.33.03 # I am using Rockbox for years now... and i like the new version with the colors and all that!!! BUT it seems to crash a lot more than the previous ones... 19.33.12 # i am using an ipod 60G 19.33.24 # is it me or is it known as a bug? 19.33.36 # moos: yes, but if we revert that part of the commit it won't be (again). LANG_COMPRESSOR is what I'm talking about btw. 19.33.55 # meandyou: it shouldnt crash. what does it do when it crashes ? 19.34.12 # because i did a reinstall after a format but the problem is still the same: WHen i listen to an Mp3 and i clikc on the central button, i freezes 19.34.20 # i have to do a full reboot, 19.34.23 # i mean by that 19.34.33 *** Saving seen data "./dancer.seen" 19.34.43 # pixelma: Hah, you spoke about this string... I would be around this night and then update at last minute if needed 19.34.45 # Central button + top button for 3 seconds.... 19.34.59 Join Strife89 [0] (~michael@168.16.237.214) 19.35.01 # moos: great 19.35.25 # no problem 19.36.24 Join dfkt [0] (dfkt@unaffiliated/dfkt) 19.36.25 # meandyou: you could try the ipod video 30gb build. there are reports of 60gb ipod videos which are in reality 30gb ipods with bigger hd. And using the 60gb build on a 30gb ipod video will produce crashes (the other way round is safe) 19.36.28 # meandyou: which revison/version do you use? 19.36.43 # i think it is the latest one... 19.36.46 Join rhodan_ [0] (~quassel@70-136.77-83.cust.bluewin.ch) 19.36.57 # but with the previsou one it was doing the same... 19.36.59 Join paulk [0] (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) 19.37.09 # i mean since i am using v3 of rockbox 19.37.32 Join soap [0] (~4cb54aea@giant.haxx.se) 19.37.55 Quit rhodan (Ping timeout: 260 seconds) 19.37.57 # leaves Polish, Tagalog, Walloon and maybe Italian... reverting is a bit weird too though because then they'll get the old translation (since the original string changed and wasn't deprecated and added as new (then they would get the right thing, even if it is English) :\ 19.38.30 # pixelma: ouch :( 19.38.51 # hello! I'd like to know how I can get "button events" while I scroll without stoping ("rb->button_get" just give one "scroll event" until I stop scrolling and restart) 19.39.10 # I've built release zips http://usa.jdgordon.info/rockbox/3.5/ if someone wants to copy them to the rb.org servers? ( B4gder, Zagor) 19.39.21 Join hebz0rl [0] (~hebz0rl@dslb-088-067-212-062.pools.arcor-ip.net) 19.40.24 # maybe fix for German with a big remark in the commit message? 19.40.48 Quit soap (Changing host) 19.40.48 Join soap [0] (~4cb54aea@rockbox/staff/soap) 19.41.36 Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) 19.41.49 # since when is access to #rockbox-community blocked in the web-client? 19.42.17 # or do what should have been done before (deprecating, but I don't know how to name the new string then) 19.45.49 Join guest [0] (~7aa7146f@giant.haxx.se) 19.46.04 # soap: you cant get in? 19.46.20 # how much time is left before 3.5 is released? 19.46.27 Join webguest25 [0] (~1816d253@giant.haxx.se) 19.46.59 # 14minutes! 19.47.32 Quit gevaerts (Killed (NickServ (GHOST command used by gevaerts_!~fg@195-144-092-145.dyn.adsl.xs4all.be))) 19.47.41 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 19.47.45 Quit webguest25 (Client Quit) 19.48.35 # can't get in, jd 19.48.49 # I just did :) did you spell it correctly? 19.48.55 # 14 minutes? 19.49.06 # 12 now 19.49.06 # What's new in rb 2.5 ? 19.49.15 # nothing! 19.49.19 # in 3.5 however 19.49.19 # thanks! me waiting for it n am sure lot more people as well 19.49.20 # lol 19.49.28 # oh yes, 3.5 :) 19.49.38 # huh? I didn't know there was an exact time (hour) set 19.49.40 Quit moos (Quit: reboot) 19.50.17 # guest: you can download it from http://usa.jdgordon.info/rockbox/3.5/ 19.50.47 # thanks gordon! appreciate it 19.51.18 # we still need voices, manuals, tarballs... 19.51.26 # tarball rather 19.52.11 # will there be anything done to make Archos voices fit? 19.52.33 # not by me 19.53.16 # JdGordon: can you make me a single huge zip with them all in? 19.53.16 Quit GeekShado_ (Ping timeout: 252 seconds) 19.53.47 # Were all remaining translation updates committed? 19.53.54 Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 19.54.06 # doesn't festival allow speeding up voices or lowering quality? 19.54.53 Quit piotrekm (Quit: Leaving.) 19.56.22 Nick rhodan_ is now known as rhodan (~quassel@70-136.77-83.cust.bluewin.ch) 19.57.06 # gevaerts: there's only one very new (turkish) that could be worth it (and maybe the "compressor" fix if I get some opinions) 19.58.18 # that I found in a quick tracker search for translation and language 19.58.28 # oh, FS#10956 needs to go in I suspect 19.59.00 # already has 19.59.05 Join moos [0] (moos@rockbox/staff/moos) 19.59.24 # oh, hmm, maybe not 19.59.45 # it's ten minutes old 19.59.45 # hey, can someone pls look at http://www.rockbox.org/tracker/task/10027#comment32193 20.00.42 # is the release really planed 20h precise? 20.01.06 # gevaerts: but it reverts mc2739's later fixes (see LANG_EQUALIZER_GAIN) 20.01.20 # :( 20.01.24 # * gevaerts has a look at it 20.02.41 # @gevaerts you responded to me? 20.02.46 # no 20.03.19 # gevaerts: FS#10956 does need to go in. What I committed earlier did not convert properly according to the author. 20.03.54 # mc2739: the question is how to fix it with the least amount of work 20.04.36 Quit PaulJam (Ping timeout: 246 seconds) 20.05.24 Quit soap (Quit: CGI:IRC (Ping timeout)) 20.06.55 Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) 20.08.28 # gevaerts: I can work on the new patch 20.08.37 # mc2739: I think I can handle it 20.11.21 # hmm... if I could fix all those languages at once. * looking around for B4gder, Zagor, rasher, b0hoon, some Italian guy, someone who speaks Walloon and some more * 20.12.17 # pixelma: ? 20.12.21 # gevaerts: Also, I think rasher was going to do another update on the Portuguese translation 20.12.53 # Zagor: I'd need a translation of "Compressor" for svenska.lang 20.13.05 # ugh 20.13.32 Join phanboy4 [0] (~benji@c-24-98-43-198.hsd1.ga.comcast.net) 20.13.37 # mc2739: I don't mind more updates, but I care most about this Czech update now. That one is just bad 20.14.09 # New commit by 03gevaerts (r24458): (hopefully) fix encoding (FS#10956) 20.14.31 # pixelma: the swedish word seems to be "Kompressor" 20.14.54 # nice and easy as it is the same in German :) 20.15.54 # New commit by 03gevaerts (r24459): (hopefully) fix encoding (FS#10956) 20.16.33 # Zagor: and not necessary as it has been translated already. Duh, sorry 20.16.41 # haha 20.17.22 # well, it was not given as genlang wouldn't have found it 20.17.37 # I should have checked before though 20.17.58 # don't worry about it. it took me 20 seconds to look it up. 20.19.54 # ok. It made me look up the other languages too and it looks like French and Italian was also fixed. Leaves Danish, Polish, Tagalog and Walloon 20.20.40 Join Zambezi [0] (~Zulu@80.67.9.2) 20.21.49 Join mitk [0] (~594e0d92@giant.haxx.se) 20.22.10 # I think we should commit the Turkish update. We can always add more bits later 20.23.06 # pixelma: I say go ahead and get it right 20.23.25 # pixelma: I don't know currently wassup but how can I help you with polish? 20.23.39 # AlexP: you proposed waiting. What do you think? 20.23.46 Quit bmbl (Quit: Bye!) 20.23.58 # gevaerts: For what? 20.24.09 # AlexP: Turkish. Wait longer, or commit now? 20.24.33 # gevaerts: Oh right. I say commit - then as much as possible is done for the release 20.24.51 # If he happens to show up when we are still arsing around, then we can add to it 20.25.21 # mitk: Good timing :) 20.25.52 # AlexP: Thanks but still don't know wassup 20.26.03 # mitk: there was a problem with the translation and I'd like to fix it today before the release. I'd need a translation for "Compressor" (sound compressor) 20.26.30 # or a Polish committer 20.26.44 # pixelma: Simply "Kompresor" :) 20.27.06 # one s? 20.27.20 # New commit by 03gevaerts (r24460): Update Turkish translation ... 20.27.27 # gevaerts: Yes, for sure 20.27.33 # without any special characters? 20.27.59 # pixelma: It's strange also for me, but yes 20.28.14 # New commit by 03gevaerts (r24461): Update Turkish translation ... 20.28.39 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.28.45 # I am getting "arm-elf-gcc" n "arm-elf-ld" not found while building. where as i hv both in path 20.28.50 # can someone help? 20.29.15 # guest: We are preparing to release, so you might have to hang on a minute or two :) 20.29.18 # mitk: nice, thanks. I think I saw your real name in the tracker so I could mention it (and add it to the language file) 20.29.41 # okay, sure 20.29.53 # rasher: how often is the translation page updated? 20.30.00 # gevaerts: once an hour 20.30.08 # I can do a manual update if you like 20.30.56 # pixelma: I'm in language file already. 20.31.05 # rasher: shall I fix "Compressor" in Danish too while at it or would you have time later in the evening and want to do it yourself? 20.31.17 # mitk: alright :) 20.32.00 # rasher: don't bother. I can wait that long :) 20.32.25 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.33.24 # guest: so typing "which arm-elf-gcc" returns the path where they are installed? 20.33.53 Quit amiconn (Killed (NickServ (GHOST command used by amiconn_))) 20.33.53 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 20.34.15 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 20.34.40 # pixelma: I'll look at it now. 20.35.04 # @GodEater: no.. the package i downloaded for windows had gcc n ld separately.. not prefixed with "arm-elf" 20.35.25 # guest: please use real words. "n" doesn't mean much 20.35.28 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 20.35.28 # @GodEater do i need some specific gcc 20.35.29 Quit pixelma (Killed (NickServ (GHOST command used by pixelma_))) 20.35.32 # pixelma: I canot get yet a dev env on this computer (connection problems). According to translate.rockbox.org, there are just those 2 base skin strings missings 20.35.41 # for french 20.35.46 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 20.35.59 # guest: you downloaded a package for windows? Which guide were you following for getting a build environment set up? 20.36.09 # moos: I think "Compressor" is missing too 20.36.15 # moos: yeah, French looks like it was fixed 20.36.22 # ah right 20.36.25 # my mistake 20.36.40 # ALexP: I did fix that long time ago 20.36.44 # moos: cool :) 20.36.48 # np 20.37.09 # moos: I guess easiest is to just give the two missing translations here and someone can commit them 20.37.20 # Maybe pixelma along with her other changes 20.37.22 # it wouldn't show up on the missing strings part though if it wasn't because it was done incorrectly 20.37.29 # @godeater: i referred : http://www.rockbox.org/wiki/SimpleGuideToCompiling. i use windows and this guide does not have information about gcc package. so i googled for arm-elf-gss windows binaries and downloaded one such package 20.37.44 # New commit by 03rasher (r24462): Translate LANG_COMPRESSOR 20.37.47 # AlexP: I didn't think something good yet :) 20.38.01 # guest: we only support one true windows environment, and that's cygwin, I take it that's not what you're using? 20.38.08 # moos: There is still time :) 20.38.19 # New commit by 03rasher (r24463): Fix LANG_COMPRESSOR 20.38.31 # guest: The rockbox build environment is *very* picky about specific versions of gcc for each architecture, so downloading some random one from the web is likely not going to work. 20.38.37 # but I guess, instead to doing something in hurry, best to leave in english for the realease (unless some french people could find inspiration) 20.38.45 # @AlexP 20.38.46 # piotrekm: you really need to find out how far it gets before hanging. you know it hangs somewhere before the splash is cleared, so that's a start... 20.39.04 # @GodEater : I am using cygwin, but that did not have gss and ld. that was shown by errors when i ran "/tools/configure". it said arm-elf-gcc not found 20.39.05 # moos: Whatever would look/feel best to you 20.39.09 # alright. The only thing more I could do now if I'm lucky is Tagalog 20.39.31 # guest: did you follow http://www.rockbox.org/wiki/CygwinDevelopment ? 20.39.50 # @gevaerts : no. i will look at this now. 20.39.53 # guest: do as gevaerts suggests and read that, we provide specific cygwin packages for gcc and ld 20.40.06 # it's linked to from SimpleGuideToCompiling :) 20.40.10 # AlexP: I don't like to reuse english for a translation (I made lot of effort to avoid it in french) 20.40.24 # moos: http://forum.wordreference.com/showthread.php?t=1175051 20.40.29 # we should retire that SimpleGuideToCompiling - it's anything but 20.40.47 # gevaerts and GodEater : I guess i overlooked it. I thought cygwin configuration was simple :P 20.40.57 # GodEater: call it "NotSoSimpleGuideToCompiling"? ;Ã-) 20.41.05 # guest: it is really :) 20.41.10 # bluebrother: hehe :) 20.41.30 # AlexP: I like the "habillage" one 20.41.44 # we could reuse it 20.41.45 # It sounds not too bad to me as a non-native speaker 20.41.47 Quit flydutch (Quit: /* empty */) 20.42.08 # AlexP: want ot do the changes? if so I can help you :) 20.42.20 # I canot have dev env here 20.42.41 # moos: pixelma has some others to go in, so I guess it makes sense to tell her - pixelma, is that OK with you? 20.43.00 Quit Tomis (Ping timeout: 264 seconds) 20.43.15 # I could do that yes 20.43.27 # nice, that's cool 20.43.28 Quit dmb_ (Ping timeout: 248 seconds) 20.43.42 # I'm not touching French with the other update anyways 20.44.01 # yup that what I thought, still best to separate things 20.44.49 # * moos will use the rasher's interface for the 1st time :) 20.45.17 # @GodEater : :) downloading newer packages from rockbox website. will come here again, after a while 20.46.06 # domonoky: how's the status for a new rbutil release? 20.46.09 Join JdGordon_ [0] (~836b0065@gateway/web/freenode/x-spghemtfwndxgkkw) 20.46.53 Join Bullet` [0] (~Bullet@AMontsouris-159-1-54-45.w92-128.abo.wanadoo.fr) 20.46.55 # bluebrother: dont know. didnt noticed any bugs when i last tested it :-) 20.47.41 Quit paulk (Quit: Ciao) 20.47.55 # Unhelpful: For the improved filters I need to "borrow" 380 entries from the recip table on pp5002 20.48.05 # * kugel proposes to backport lang changes during the branch phase at the end in a big svn diff apps/lang/*.lang 20.48.17 # Of course I'll runn speed tests before commit 20.48.27 # bluebrother: but i think we should release a new rbutil as fast as we can. do you know any open issues ? 20.49.03 # btw, I've noticed that mkamsboot doesn't check the md5sum of the generated firmware file. Is this intentional? 20.49.38 # bluebrother: that sounds like a bug. 20.49.51 # well, unless I missed that of course ;-) 20.50.10 # kugel: I'm not entirely convinced that's a good idea 20.50.12 # pixelma: here we go http://pastebin.com/d7bd3ba04 20.51.00 # We check the md5 of the original firmware to make sure that it is compatible with the dual bootloader, but I don't see why we should check the generated firmware file 20.51.15 # bluebrother: ah, i miss remembered. it was left out on purpose. so new bootloaders dont neccessary need new mkamsboot. 20.51.53 # and it isnt so dangerious then hxx0 players, so we left the last check out. 20.52.23 # it is not? I thought those players can really be bricked by putting a wrong file on it 20.52.26 Join casainho [0] (~chatzilla@87-196-182-201.net.novis.pt) 20.52.52 # bluebrother: yes, but the dangerious code is not the bootloader, but the dualboot code. 20.53.33 # as long as the dualboot code is fine, and patches at the correct place (thats why we check the input OF), it should be recoverable. 20.53.36 Quit BlastTyrant (Ping timeout: 246 seconds) 20.53.47 # ah, ok 20.54.27 # * bluebrother goes updating the german translation of rbutil and things that "OF" shouldn't get used in rbutil at all as abbreviation 20.54.31 Quit mitk (Quit: CGI:IRC) 20.56.20 # bluebrother: No, it should be spelt out I think 20.56.45 # I won't change that before the release though. It's not a big issue anyway. 20.56.57 # no, just something for next time 20.57.17 # strings seem to be somewhat inconsistent to me anyway, so a review of _all_ strings might be a nice idea 20.58.58 # Unhelpful: Since udiv32_arm.S is now tuned for libdemac, shouldn't it be moved (back) there? 21.01.16 # anyone want to update another rbutil translation? 21.02.14 Quit Zambezi (Read error: Connection timed out) 21.02.51 # pixelma: both Walloon and Tagalog miss 37 other strings, so I wouldn't feel too bad about one more 21.03.23 # New commit by 03bluebrother (r24464): Update german rbutil translation. 21.03.58 # gevaerts: yes, but this string won't be found by genlang so I'd like to fix it before it will be forgotten 21.04.28 # pixelma: I know. I think removing it is the best fallback option 21.04.34 # pixelma: Can you just make it so that they appear as missing? 21.05.35 # Yeah, simply removing the phrase works 21.05.57 # true 21.06.22 # For portuguese, cowond2 and mrobe500 targets should be removed if he doesn't show up with a fix 21.06.40 # eh, from LANG_CONFIRM_WITH_BUTTON 21.06.45 # I'll try and fix if possible in the next hours. If not I'll remove it 21.07.23 # domonoky: I'm not aware of any serious issues. My plan is to disable the D2 as discussed yesterday, then tag and release -- unless someone wants to fix some translations the next couple of hours 21.08.26 # bluebrother: sounds good. 21.09.01 Join piotrekm [0] (~pm@unaffiliated/piotrekm) 21.09.12 Quit stoffel (Remote host closed the connection) 21.09.44 # pixelma: Simply removing those targets from both source and dest in that phrase should make it come up as untranslated, yet still retain the translations we do have 21.11.05 # do I understand correctly that I should keep the id? 21.11.33 # amiconn: was it ever tuned for / used by anything else? i'd favor moving it there, it would also make it easier to do a rebuild-with-exact-size handling of the reciprocal table 21.11.33 # domonoky: what do you think about a "show disabled players" option in the configuration? Might be useful for svn binaries. 21.12.27 Join Zambezi [0] (Zulu@80.67.9.2) 21.12.39 # bluebrother: might be usefull for svn binarys, but do we want such a option in a release build ? 21.13.04 # domonoky: no, but that could easily be handled by some -config release switch 21.13.13 # true. 21.13.14 # there's no real "tuning for ape" of the armv5/6 divider, other than having another copy of the divider in iram if iram is used 21.13.20 Join Blue_Dude [0] (~chatzilla@adsl-235-206-131.mco.bellsouth.net) 21.13.35 # New commit by 03pixelma (r24465): Update French translation by Mustapha Senhaji 21.13.36 # Hi guys... 21.14.23 # Found a teeny bug/feature: The WPS background stays loaded on the bookmark page when stopping playback. 21.14.47 # heh... the build table looks quite yellowish 21.15.54 # hm 21.16.28 # Blue_Dude: how recent is your build? 21.16.40 # Blue_Dude: welcome back anyway :) 21.16.46 # A few days ago. I'm building the current one right now. 21.16.48 # one warning is from Unhelpful's commit and the others from the czech and turkish updates 21.16.56 # Thanks! Been in hibernation. 21.17.01 # yes, I'm obviously innocent! 21.17.28 Quit Zambezi (Changing host) 21.17.28 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 21.17.45 # Blue_Dude: that should have been fixed in the last day or two 21.17.48 # or made worse :) 21.18.07 # Blue_Dude: is that in 3.5 also? 21.18.12 # OK, no harm done. 21.18.33 # I haven't loaded the 3.5 build yet. Only the current svn branch. 21.18.34 # ok, I should obviously have left the Turkish translation to someone who knows about lang files 21.19.02 # New commit by 03gevaerts (r24466): Fix missing quote (again?) 21.19.26 # New commit by 03bluebrother (r24467): Disable D2 in rbutil as discussed in IRC. ... 21.19.30 # New commit by 03bluebrother (r24468): Add italian to the list of language names. 21.19.33 # New commit by 03gevaerts (r24469): Fix missing quote (again?) 21.19.40 # pixelma: it is? i don't see that any new warnings came in w/ r24457... 21.19.56 # hi, i was able to run ../tools/configure successfully, but 'make' command fails with this output : "make: makefile: line 3: Error -- Expecting macro or rule defn, found neither" can someone guide 21.20.12 # guest: which version of make? 21.20.18 # Unhelpful: oh, sorry - off by one error 21.20.47 # pixelma, rasher: can you look at Turkish? I suspect that the file doesn't handle missing translations correctly, but I don't really know enough about them to fix 21.21.36 # @gevaerts : which make outputs : /cygdrive/c/PROGRA~1/MKSTOO~1/mksnt/make 21.22.21 # guest: I mean, what does make --version say? 21.22.46 # gevaerts: maybe in a bit (quite busy currently and still have to eat dinner...) 21.23.35 # New commit by 03pixelma (r24470): Update French translation by Mustapha Senhaji 21.25.05 # @gevaerts : it throws 30-40 lines of text. you need that here? 21.25.19 # merci pixelma 21.25.29 Quit toffe82 (Read error: Connection reset by peer) 21.26.09 # guest: is it 3.80? If so, you need to upgrade. Rockbox needs 3.81 to build 21.26.49 # Blue_Dude: any progress in pcmbuf rework? 21.27.00 # Bwahahahaha! 21.27.08 # I was in hibernation for a reason. :) 21.27.19 # But not that one. 21.27.31 # @gevaerts : ok, where can i get 3.81 version? would google results help? 21.27.38 # In a word, no. I am stuck. 21.29.06 # :'( 21.29.17 # guest: no idea, I don't use cygwin 21.29.27 Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) 21.29.49 # @gevaerts: okay, i am trying to pull it using cygwin installer 21.30.19 Quit Kitar|st () 21.34.35 *** Saving seen data "./dancer.seen" 21.36.42 # are we done with lang updates in the 3.5 branch? 21.37.46 Nick knine is now known as kaniini (~kaniini65@dyn75-70.yok.fi) 21.38.42 Quit Farthen (Killed (NickServ (GHOST command used by Farthen_!~chatzilla@e176130104.adsl.alicedsl.de))) 21.39.08 Join Farthen_ [0] (~chatzilla@e176130104.adsl.alicedsl.de) 21.39.09 Nick Farthen_ is now known as Farthen (~chatzilla@e176130104.adsl.alicedsl.de) 21.39.14 Join Kitar|st [0] (Kitr88@BSN-182-78-176.dial-up.dsl.siol.net) 21.39.16 Quit krazykit (Quit: rebooting) 21.39.46 # JdGordon_: Bug still there with r24470... 21.39.50 # JdGordon_: I just tried the latest build, and the backdrop is completely corrupted - mainly black screen but with crazy colours on bits 21.40.00 # JdGordon_: 3.5 branch is fine 21.40.17 # eek crap? 21.40.26 # Blue_Dude: put it on flyspray please 21.40.30 # ok. 21.41.00 # JdGordon_: I'll try with some other backdrops, but the one I tried is fine with the release branch 21.41.25 # yeah, no surprise there. backdrops handling changed dramatically after the branch 21.41.43 Join krazykit [0] (~kkit@70.236.75.75) 21.42.53 # Huh, I just tried to set a backdrop through the context menu on a bmp and my beast just shut down 21.43.36 # Same again, this time with the cabbiev2 backdrop 21.44.03 Join toffe82 [0] (~chatzilla@12.169.218.14) 21.44.13 # 24365 works so its sometime after that :/ although thats a M build so it could be later even 21.44.15 # Hmmm, the cabbiev2 backdrop is fine if I load it via the theme (i.e. load the entire theme) 21.45.24 # For some reason it just seems to be one particular backdrop, but why does it work with v3.5 and not current? Especially when the built in backdrops work with current 21.46.02 # the 3.5 branch and trunk dont share any background logic 21.46.22 # JdGordon_: FS#10957. 21.46.39 # can you try r24434? 21.46.42 # So maybe there is something about this .bmp that 3.5 didn't mind but trunk doesn't? Seems a bit odd though 21.46.48 # JdGordon_: yep, can do 21.46.58 # JdGordon_: no, we are not done and warnings have to be fixed too 21.47.14 # Got to go. I'll check back later and troubleshoot if I can. 21.47.20 # ok, well manuals.pl and voices.pl refuse to work so arg 21.47.25 # someone else might have to build them 21.47.38 Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]) 21.47.41 # 24435 looks like the only change which might have caused problems 21.48.27 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 21.49.37 # New commit by 03pamaury (r24471): FS#8967: Fix autoscore computation overflow when the playtime is huge. 21.51.04 # we have no ReleaseNotes35 guys :) 21.51.29 # we havnt released yet so its fine 21.52.07 # * kugel set up the last two release notes, maybe another person volunteers this time 21.53.03 Join Tomis [0] (~Tomis@70.134.89.44) 21.53.31 # but you're practiced! 21.54.38 Join BlastTyrant [0] (~Dan@cpe-74-70-177-91.nycap.res.rr.com) 21.56.08 # Torne: you closed "FS#8982 - Database update progress stuck to -1% " saying that debug menu is for developpers only but you didn't close "FS#6761 - Database progress reads above 100%". Didn't you see it or is there a good reason for that ? 21.56.27 # i haven't seen it 21.56.36 # someone drew my attention to the other 21.57.04 Quit dmb_ (Ping timeout: 240 seconds) 21.57.28 # Do you think we can safely close this one also ? (there is no simple fix afaik and it's not necessary to have an accurate reading in the debug menu) 21.58.26 # yeah, i don't thinkit's interesting 21.58.46 # we keep debating taking the debug menu away entirely from users, so that would fix it ;) 21.58.47 Quit Strife89 (Quit: Going home.]) 22.01.05 # only out of release builds 22.04.03 # and we probably would've done it already if JdGordon_ bothered to finish his patch! 22.04.07 # ;) 22.04.50 # yeah well, nuking my tree is a good way for me to lose interest in a patch :p 22.05.46 # # 22.11.08 # The patch is easy (to remove debug_menu), no ? 22.11.59 # Slasheri: are you there ? 22.13.48 # yes, but the patch I was working on was to #define a RELEASE which would then #ifdef out the debug menu and do a few other things, and build all the needed files also 22.14.40 Part domonoky 22.15.18 # it's on fs, isn'ti t? 22.15.55 # pamaury: nice fix :) i was just reading that 22.16.55 # Slasheri: I have a discovered a "bug" in the dircache/tagcache interaction and I would like your opinion. Do you have some time ? 22.17.01 # *-a 22.17.20 # what kind of a bug? 22.17.37 # It leads to dircache disabling itself 22.17.55 # ok, interesting 22.18.02 Quit _zic (Quit: Ex-Chat) 22.18.25 # please tell more :) 22.18.42 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 22.19.39 Join Tomis2 [0] (~Tomis@70.134.97.215) 22.20.12 # New commit by 03bluebrother (r24472): Fix stupid typo in my last commit. How did I miss that? 22.20.47 Join froggyman [0] (~sopgenort@pool-72-69-205-209.chi01.dsl-w.verizon.net) 22.21.03 # Here is my theory, I can reproduce it deterministically and gevaerts also reproduce it. Say you have dircache enabled and you start to play a playlist. The core opens the .playlist_control file and dircache binds to say, fd=1. Now, as you are evil, you go into settings menu and ask tagcache to rebuild the cache. But of course, tagcache is even more evil than you and steals dircache buffer ! Later one, tagcache finishes its buil 22.21.03 # d and then you go back to play another playlist. The core now write it to .playlist_control. The core updates the filesize accordingly and notify it to dircache. But dircache buffer was stealed so fd bindings are not available anymore. So dircache disables itself 22.22.47 # what dircache buffer? 22.22.58 # dircache entries buffer 22.23.09 # kugel: dircache is cache afterall 22.23.17 # hmm, indeed. But shouldn't dircache be already disabled when the buffer was stolen? 22.23.17 # :) 22.23.32 Quit Tomis (Ping timeout: 256 seconds) 22.23.33 Nick Tomis2 is now known as Tomis (~Tomis@70.134.97.215) 22.23.36 # sure but it cannot just release its cache to get it overwritten, can it? 22.24.16 # Slasheri: it is. But for some reason, either it is renabled after or the dircache update function don't check if dircache is enabled or not 22.24.44 # kugel: yes it can, thanks to dircache_steal_buffer ;) 22.25.00 # pamaury: yes, thet cache will be rebuilt after the tagcache commit is finished 22.25.08 Quit guest (Quit: CGI:IRC (Ping timeout)) 22.25.10 # Slasheri: yes it will be 22.25.20 Quit GodEater (Ping timeout: 248 seconds) 22.25.38 # pamaury: do you mean that the problem was that the cache gets re-enabled when it shouldn't? 22.26.00 # pamaury: doesn't it give only the reserve buffer (so that dircache can add entries without rebooting)? 22.26.15 # No, the problem is that when it gets reenabled, the updates (filetime, filesize) are notified to dircache but the fd bindings do not reflect the actual bindings 22.26.22 # kugel: tagcache requests the whole cache buffer 22.26.27 Join casainho_ [0] (~chatzilla@87-196-41-41.net.novis.pt) 22.26.48 # what if I run tagcache without dircache? 22.27.00 Quit casainho (Read error: Operation timed out) 22.27.01 # it won't use any buffer for that task 22.27.10 Nick casainho_ is now known as casainho (~chatzilla@87-196-41-41.net.novis.pt) 22.27.20 # But if dircache is available, it will use the cache to commit 22.27.28 # pamaury: ah, indeed! 22.28.15 # pamaury: iirc, i hit into a similar problem a long time ago and added fdbindings buffer to hold some entries until the cache rebuild is complete so that the cache can be updated 22.29.07 Join GodEater [0] (~bibble@cl-711.lon-02.gb.sixxs.net) 22.29.08 Quit GodEater (Changing host) 22.29.08 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 22.29.39 # pamaury: if possible, maybe the fd_bindings part of code could be fixed to handle that special case also 22.30.22 # Perhaps, perhaps not. fd_bindings stores entry points. When dircache is rebuilding, some pointers don't make sense 22.30.33 # *s/points/pointers 22.30.38 # I can't seem to find out how to fix the warnings in the Portuguese and Turkish translations. rasher: do you have an idea? 22.31.31 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 22.31.45 # (completely unrelated) did someone with a c250 looked at FS#8659 - Sansa c250 - bug in the metronome application (won't play!) ? There is a patch and it's so simple that it should take a minute to check if it works or not 22.32.07 Quit rhodan (Remote host closed the connection) 22.32.11 # wasn't it just a keymap problem? 22.32.13 # pamaury: hmm.. but similar idea somehow, to hold changed filesize and fd pointers 22.32.26 # pamaury: the fix is in the simplify PLA patch 22.33.00 # I don't know anything about it, it's just to have people look at it :) 22.33.04 # pamaury: the fd_bindings cache was created because some files may change during the cache is rebuilt 22.33.42 # so those changes will be committed to the fresh cache immediately when the rebuild is done, so the cache would match to the fs 22.35.35 # I think I understand, but it doesn't handle already bound fds, only the one bound during rebuild 22.36.32 # pamaury: the fix is only a band-aid fix. Maybe it would be ok for the release but then the c200 is not the only one with keymap problems in metronome 22.36.56 # pamaury: yes, that is a bug 22.37.36 # pamaury: maybe the fdbind_queue (fdbind_cache) should be repopulated when disabling the dircache temporarily 22.37.53 # pixelma: ok 22.38.31 # pamaury: then fd bindings would be rebound automatically when the rebuild is done 22.38.44 # Slasheri: yes 22.39.05 # Slasheri: also, how does fdbind_cache handle filetime/filesize updates and fd unbinding ? 22.40.07 # pamaury: it seems it doesn't (when looking at the code). I remember i was going to add handling for that but hit some problem and didn't do it yet 22.40.50 # Hum, I'm stupid, dircache doesn't unbind, but it doesn't handle filetime/size update during rebuild 22.40.53 # but i don't remember what kind of a problem or is there any issues to do that now 22.42.14 # pamaury: i think it should be possible to just add some extra fields to the fdbind_queue to handle filetime/size 22.42.58 # Slasheri: yes, it seems simple 22.43.50 # pamaury: and on dircache_bind() it should panicf() if fdbind_idx >= MAX_PENDING_BINDINGS (instead of silently ignoring) 22.44.23 # Slasheri: disagree 22.44.34 # * pamaury finishes his apple before explaining why 22.45.03 # hmm, really? :) 22.45.24 # i would consider that like a "stack overflow" 22.46.05 # second option would be to abort dircache build.. 22.46.15 # but i think panic is more robust and simpler 22.46.17 # Slasheri: with MAX_PENDING_BINDINGS=MAX_OPEN_FILES and little intelligence, no overflow can arise 22.46.35 # because bindings twice to same fd should overwrte and not queue 22.46.44 # well, true.. but just to be sure, that's what panics are for 22.47.08 # Yes but here we can avoid it ;) 22.47.20 Join JustJohnny68 [0] (~justjohnn@c-68-49-156-129.hsd1.md.comcast.net) 22.47.44 # pamaury: hmm.. not true! because fdbind_cache increases on every open()/bind action 22.47.57 # so it can overflow 22.47.59 # Slasheri: yes but it shouldn't 22.48.26 # but you never know that :) 22.48.29 # * pamaury is only saying that it's not cleverly coded ^^ 22.48.40 # maybe there is some hungry background process that likes opening lot of files 22.49.35 # What I'm saying it say if someone binds pathA to FD and then binds pathB to FD, no new entry should be created, the old one should be reused 22.49.38 # pamaury: close() won't reduce fdbind_cache size 22.49.55 # really? 22.50.05 Join Omlet [0] (omlet05@87.113-244-81.adsl-dyn.isp.belgacom.be) 22.50.19 # The current code can overflow but it could be coded in way so that it doesn't 22.50.37 # * pamaury feels he is not clear enough 22.50.56 # pamaury: but how would you hold path names in memory without fear or overflow? 22.50.58 # *of 22.51.20 # Slasheri: how does the current code do ? 22.51.26 # dircache needs those path strings when rebounding those entries 22.51.57 # fd id numbers will change but paths shouldn't 22.52.34 # I'm puzzled, I think you didn't understand me. Let's try again 22.52.43 # | for (i = 0; i < fdbind_idx; i++) 22.52.43 # | dircache_bind(fdbind_cache[i].fd, fdbind_cache[i].path); 22.52.49 # please find that piece of code :) 22.52.57 # I know this piece of code :) 22.53.19 # casa 22.53.31 # so there it tells dircache to bind that path to this fd 22.53.50 # (sorry worng channel) 22.53.57 # ok, in current implementation that could be solved indeed 22.54.01 # Yes but if during dircache rebuild, two files are bound to the same fd, the first one can be forgotten, and the entry reused ! 22.54.12 # but when you add the filesize/changetime, you couldn't 22.54.39 # pamaury: yes, now i understand what you meant :) 22.54.51 # ah ! 22.55.26 # pamaury: and that would work until we have to hold those file attributes related to the path in memory 22.56.17 # JdGordon_: OK, the problem with the backdrop was having a UI viewport defined in the theme .cfg. Comment that out and it works 22.56.42 Part JustJohnny68 22.58.13 # Slasheri: the handling of filesize/filetime would be a little bit more tricky because we would need to know if that quantity had been updated during the rebuild but that's not a real problem. I think everything can be fixed relatively easily 22.58.38 # Except if you think of another problem 22.58.54 # pamaury: in my code, i have a diff for fdbind_queue in dircache.h: 22.58.55 # |+ int fd; /* -1 if closed. */ 22.58.55 # |+ /* To be used if fd has been closed. */ 22.58.55 DBUG Sent KICK Slasheri to server 22.58.55 # |+ long filesize; 22.58.55 # |+ long startcluster; 22.58.55 Kick (#rockbox Slasheri :No flooding!) by logbot!~rockbox@giant.haxx.se 22.58.58 Quit Omlet (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 22.59.06 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 22.59.13 # that sucks 22.59.19 # pastebin it 22.59.29 # i have no idea why i haven't finished it 22.59.34 # but you got the idea 22.59.40 # logbot a expulsé Slasheri de #rockbox (No flooding!) 22.59.51 # You were kicked beause of flooding 22.59.58 # yes, i now 23.00.02 # *know 23.00.03 # JdGordon_: However I seem to be seeing that the WPS background doesn't completely replace the backdrop (with r24468) 23.00.09 # i think those rules are too strict 23.00.39 # JdGordon_: But I'll have another play tomorrow 23.02.09 # pamaury: but if you are willing to do, please use that idea and add the modify time in the struct too :) 23.02.22 # Slasheri: you can't read many lines of code in an IRC client, and pastebin (alike) page exist and are easy to use 23.02.26 Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 23.02.44 Quit Farthen (Killed (NickServ (GHOST command used by Farthen_!~chatzilla@e176130243.adsl.alicedsl.de))) 23.03.07 # Are we waiting for anything for release? Langs? 23.03.09 Join Farthen_ [0] (~chatzilla@e176130243.adsl.alicedsl.de) 23.03.11 Nick Farthen_ is now known as Farthen (~chatzilla@e176130243.adsl.alicedsl.de) 23.03.15 # pixelma: that's true, but i think it was more clear to paste a few lines very related code here that to use hard to use links for that 23.03.21 # Slasheri: I'm seeing another problem. If someone opens a file, modify the size, and close it, we need to keep an entry if the queue to be sure that the final dircache entry will be valid ! 23.03.58 # Otherwise, that entry could end up with a bad filesize, ... I think that why your code mention /* To be used if fd has been closed. */ 23.04.24 # AlexP: fix the warnings (and some lang guru who is able to) and I had hoped to get some answers but could go the remove route 23.04.27 # pamaury: at least i am little reluctant to click on all links, and when using a text based terminal or without a working copy/paste, those links can be a pain 23.04.33 # pixelma 23.05.29 # pamaury: ah, yes! 23.05.44 # So you're right, even with a clever code, we could overflow 23.05.47 # pamaury: that was the problem and reason i didn't finish the code yet! (at least i think so) 23.05.51 # AlexP: thats with the rev I asked? 23.06.23 # hmm, having a ui vierwport defined shouldnt cause any backdrop issues 23.06.26 # JdGordon_: With 24431 - 24434 won't boot on the beast 23.06.35 # JdGordon_: And with trunk incidently 23.06.41 # ok, I'll investigate 23.06.55 # pamaury: because if we have many R/W fds open to the same file.. we would have to find out the latest modification 23.07.04 # hmm.. am i thinking this too hard :) 23.07.13 # JdGordon_: Before you spend lots of time, I'll package and upload the theme for you 23.07.28 # JdGordon_: But that'll have to be tomorrow (my time) now 23.07.49 # ok 23.08.09 # pamaury: but that was the reason why fd_cache keeps growing 23.08.32 # it grows each time a file is opened 23.08.59 # yes, but wont the entry be kept in the cache? 23.09.27 # Slasheri: I don't understand 23.09.39 Quit Zagor (Quit: Clint excited) 23.09.48 # pamaury: so what was the problem with that? 23.11.11 # The problem is that when a file a bind to a fd F and then another file gets bound to fd F, we need to keep the first one in the queue because if it's filesize was modified, we will have to make the change in the final dircache entry (when the rebuild is finished). That's the main reason why we can't work with a constant space 23.11.18 # *is bound 23.11.43 # * bertrik started a sansa clip battery benchmark, with mp3 instead of ogg this time 23.11.56 # Slasheri: agree ? 23.13.00 # pamaury: yes, exactly. that was what i was trying to say earlier :) 23.13.23 # and currently the code should work that way 23.13.33 # Ok ! We managed to misunderstand each other :) 23.13.37 # hehe :) 23.13.58 # Ok, so the current code lacks two things: 23.14.14 # 1) It should put in the queue the bindings present before the rebuild 23.14.24 # 2) It doesn't save filetime/filesize changes during the rebuild 23.14.33 # yes, very true 23.14.49 # 1) is easy to fix. 2) is what you started 23.16.40 # indeed. I thinks the thing 2) might need special case handling if there are more than one fd pointing simultaneously to the same file 23.16.52 # (would that be ever likely to happen?) 23.17.18 # * pamaury is doing the same remark 23.17.40 # It would be embarassing that the same file be opened twice at the same time in rockbox 23.18.15 # indeed.. maybe we could assume that would be too unlikely to happen? 23.19.17 # Yes I think. 23.19.30 # Slasheri: there's this 30k buffer with dircache that's statically allocated. could that be buffer_alloc'd instead? 23.19.31 # (simultaneous read-only fds wouldn't be a problem) 23.19.43 # Slasheri: read-only won't change filesize/filetime ! 23.20.04 # kugel: I think there is a patch is FS for this 23.20.18 # *in 23.20.26 # kugel: which buffer? 23.20.37 # I also wondered if it's possible to disable the entire thread if dircache is deactivated 23.20.40 # Can someone reproduce this: FS#9654 - A song that is played the 1st time cannot be rated ? I don't manage. 23.21.05 # kugel: also in FS, same patch irrc (I think it was made by JdGordon) 23.21.13 # kugel: i think so :) 23.21.26 # but now sleep everyone! 23.21.33 # kugel: FS#9506 - buffer_alloc the dircache stack 23.22.06 # yep, thats my patch 23.22.21 # Slasheri: I tried that, very strange this happened though ;) 23.22.21 # pamaury: i added those as todo in in my dircache code not to forget.. in case nobody else remembers :) 23.22.31 # doing that makes it damn near impossible to ever have reallocable buffer_alloc()s so we can toggle features without restarting though 23.22.49 # Slasheri: ok, so I let you fix this as you already have some code 23.23.26 # pamaury: i try to remember :) i think there is some time from my last commit :) 23.24.09 # JdGordon: does you bug report (FS#9654 - A song that is played the 1st time cannot be rated) still holds ? 23.24.38 # JdGordon_, 23.25.57 # oops, sorry you're aren't the one who posted, you just modified it ! 23.27.11 # I do belive it does 23.27.20 # I can't reproduce it. 23.27.27 # Can you try to do so ? 23.27.33 Quit ender` (Quit: Trying to establish voice contact ... please yell into keyboard.) 23.27.38 # one min, I'll have a go on my mini 23.28.00 # * JdGordon_ is initializing the db 23.28.50 # yep, no "set rating" wps context menu 23.29.12 # Hum, why can't I reproduce it ! 23.29.27 # dircache is off iirc 23.29.40 # no, dircache is on 23.30.12 # * pamaury is reinitializing the db... 23.30.13 # db lload to ram -> off, auto update -.> no, FUCK gather runtime data -> no :p 23.30.16 Quit HBK () 23.30.41 # with that enabled it works 23.30.43 # you have a problem with gather runtime data ? 23.30.43 # shock horror :p 23.31.04 # shouldnt that be enabled by default? 23.31.59 # Ah you're right, I don't have it also :( 23.32.14 Quit bertrik (Quit: De groeten) 23.32.29 # (I never use ratings) 23.33.15 # But the next/prev tricks doesn't work for me 23.34.09 Join HBK [0] (~hbk@rrcs-97-77-49-215.sw.biz.rr.com) 23.34.37 *** Saving seen data "./dancer.seen" 23.34.41 # Hum, even when I reboot I can't rate it 23.35.20 # Perhaps that's normal with "gather runtime data" to off 23.36.40 # JdGordon: are you sure you can reproduce it when gather runtime data is on ? When it's off, it's normal that's it doesn't appear, right ? 23.38.23 # JdGordon_: 23.39.47 Quit toffe82 (Read error: Connection reset by peer) 23.39.53 # no, I cant repro with gather runtime on 23.40.00 # which makes sense so its not actually a bug 23.40.05 # is PEBKAC 23.40.14 # PEBKAC ? 23.40.22 Quit dmb_ (Ping timeout: 272 seconds) 23.41.06 # user stupidity 23.41.41 # Why this acronym/word ? 23.41.50 Quit GeekShadow (Quit: The cake is a lie !) 23.42.48 Quit jgarvey (Quit: Leaving) 23.43.49 # Problem Exists Between Keyboard And chair 23.43.55 # (doesnt really work with a DAP though) 23.45.11 Quit piotrekm (Quit: Leaving.) 23.47.55 Quit evilnick_B (Quit: Page closed) 23.49.26 # JdGordon_: do I close it ? 23.49.53 # yeah 23.50.23 # New commit by 03amiconn (r24473): APE codec: Speed up decoding of -c2000 and higher on ARMv4 and coldfire by fusing vector math for the filters. Speedup is roughly 3.5% for -c2000, 8% ... 23.50.32 # Because the bug report says that it displays '' with gather runtime data one 23.53.11 # gevaerts: could you try to reproduce a bug ? It take sone minute. FS#9654 23.53.12 Join dmb_ [0] (~Dmb@unaffiliated/dmb) 23.53.47 # pamaury: I was just about to go to sleep :\ 23.54.04 # * gevaerts also has no idea how to rate a song 23.54.13 # Hold select in WPS screen 23.54.20 # * pamaury learned it a few minutes agp 23.54.29 # In the menu there is a Set Rating item 23.55.04 # What does "Copy a new song into your library" mean? 23.55.22 # Pick a song that you never played 23.55.26 # On that device 23.55.31 # Alternativaly, reset the DB 23.56.02 # are you sure that that's what he means? 23.56.34 # o.O 23.56.37 # No but that's how I understand it 23.56.48 # Nano G2 has code in IRAM? 23.56.48 # I tried both, copy a new song on the device and reinit DB 23.57.24 # I'd assume it means "copy a new song and don't bother updating the database" 23.57.45 Quit blithe (Remote host closed the connection) 23.58.50 # I mean I tried both. Copy a new song, try it. FAIL. Reinit DB, try it, FAIL.