--- Log for 20.02.111 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 20 hours ago 00.05.20 Join Keripo [0] (~Keripo@eng014.wireless-resnet.upenn.edu) 00.06.30 Quit Keripo (Client Quit) 00.08.37 Quit Judas_PhD (Ping timeout: 250 seconds) 00.10.47 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 00.21.22 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.22.07 Quit TheLemonMan (Quit: free(me)) 00.27.57 Quit kugel (Ping timeout: 250 seconds) 00.32.21 Quit factor (Remote host closed the connection) 00.32.29 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 00.32.43 Quit kevku (Ping timeout: 260 seconds) 00.45.50 Quit esperegu (Remote host closed the connection) 00.48.00 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 00.55.33 Join overnite [0] (~pking@CPE001217c01c7d-CM000a735bf803.cpe.net.cable.rogers.com) 00.59.22 # I have a sansa fuze v2, running Rockbox of course, and it works well -- except the connector cable is going bad. I was looking at the fuze+ but it isn't supported yet. Is the fuze v2 off the market now? 01.02.46 # it's increasingly difficult to find them new, yes. 01.03.03 Quit casainho (Remote host closed the connection) 01.04.11 # Thanks. Well, is there any consensus about the "best" rockbox audio-player readily available now, then? 01.04.38 # it's far too subjective to personal preference. 01.05.01 # There's only one target that can be purchased new afaik, and it's "unsupported". 01.05.28 # and as well, it's far too personal a thing to say X or Y is best. 01.05.36 # it depends what you want. 01.06.07 # That makes life a bit harder, doesn't it! I'll just start looking around at Craigslist, eBay, etc. I guess. 01.06.29 # pixelma: way late...but yes, yes you do. 01.06.34 # re: touch areas. 01.10.57 Quit bertrik (Ping timeout: 240 seconds) 01.12.17 # quit 01.12.20 Quit overnite (Quit: leaving) 01.12.50 Quit panni_ (Read error: Connection reset by peer) 01.13.08 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 01.16.11 Quit BHSPitMonkey (Remote host closed the connection) 01.38.28 Quit einhirn_ (Read error: Connection reset by peer) 01.40.50 *** Saving seen data "./dancer.seen" 01.44.30 Join webguest94 [0] (www-data@giant.haxx.se) 01.47.48 Quit pamaury (Remote host closed the connection) 01.47.48 Quit webguest94 (Client Quit) 01.49.33 Quit ender` (Quit: Some people have one of those days. I've had one of those lives.) 02.18.55 Quit GeekShadow (Quit: The cake is a lie !) 02.19.59 Quit liar (Ping timeout: 255 seconds) 02.31.28 Join WilliamC [0] (WilliamC@150.216.103.165) 02.32.19 # I want to submit a bug on the daily build but I cannot access the bug website, it's timing out 02.32.27 # works fine here. 02.33.11 # Now it works 02.39.26 # Would a low battery affect the volume? 02.43.27 Join factor [0] (~factor@75.108.68.114) 02.45.27 Quit TheSeven (Read error: Connection reset by peer) 02.56.26 Nick Battousai is now known as ABCD (~bryan@gentoo/developer/battousai) 02.56.40 Nick ABCD is now known as Battousai (~bryan@gentoo/developer/battousai) 02.57.13 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 03.06.03 Join L-Strife89 [0] (~Strife89@207.144.56.254) 03.08.24 Quit maxsin (Ping timeout: 246 seconds) 03.10.59 Quit MethoS- (Remote host closed the connection) 03.19.23 Quit Judas_PhD (Quit: This is a quitting message) 03.25.18 Quit logbot (Ping timeout: 272 seconds) 03.25.18 *** ERROR: (Closing Link: giant.haxx.se (Ping timeout: 272 seconds)) from calvino.freenode.net 03.25.18 *** Cleanup 03.25.18 *** Cleanup 03.25.18 *** Saving seen data "./dancer.seen" 03.25.18 *** Exit 03.25.20 *** Started Dancer V4.16 03.25.20 *** Connected to irc.freenode.net on port 6667 03.25.20 *** Logfile for #rockbox started 03.25.24 Mode "logbot :+i" by logbot 03.25.28 *** Server message 501: 'logbot :Unknown MODE flag' 03.25.28 Join logbot [0] (rockbox@giant.haxx.se) 03.25.28 Join L-Strife89 [0] (~Strife89@207.144.56.254) 03.25.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 03.25.28 Join factor [0] (~factor@75.108.68.114) 03.25.28 Join WilliamC [0] (WilliamC@150.216.103.165) 03.25.28 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 03.25.28 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 03.25.28 Join user890104 [0] (Venci@venci-notebook-lan.ipv6.6bez10.info) 03.25.28 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 03.25.28 Join Horschti [0] (~Horscht@xbmc/user/horscht) 03.25.28 Join literal [0] (hinrik@w.nix.is) 03.25.28 Join jfc [0] (~john@pool-72-73-80-12.ptldme.east.myfairpoint.net) 03.25.28 Join Kitar|st [0] (~Kitarist@BSN-143-103-25.dial-up.dsl.siol.net) 03.25.28 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 03.25.28 Join Dreamxtreme [0] (~Dre@92.28.11.11) 03.25.28 Join Topy44 [0] (~Topy44@89.204.137.243) 03.25.28 Join ved [0] (ved@ddsbox.co.cc) 03.25.28 Join knittl [0] (~knittl@unaffiliated/knittl) 03.25.28 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.43) 03.25.28 Join zu_ [0] (~zu@ks355000.kimsufi.com) 03.25.28 Join alexbobp [0] (~alex@ppp-70-253-65-89.dsl.austtx.swbell.net) 03.25.28 Join simabeis_ [0] (~simabeis@lobmenschen.de) 03.25.28 Join DerPapst1 [0] (~Alexander@p5DE5B48B.dip.t-dialin.net) 03.25.28 Join bluefoxx_ [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 03.25.28 Join parafin [0] (parafin@paraf.in) 03.25.28 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 03.25.28 Join sasquatch [0] (~username@p4FF2DA06.dip.t-dialin.net) 03.25.28 Join fkhodkov [0] (~fedor76@ppp-188-65-11-112-bras1.istra.ru) 03.25.28 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 03.25.28 Join Slasheri_ [0] (miipekk@xen.ihme.org) 03.25.28 Join Rob2223 [0] (~Miranda@p4FFF0632.dip.t-dialin.net) 03.25.28 Join kkit`sh [0] (~kkit@li135-248.members.linode.com) 03.25.28 Join Barahir_ [0] (~jonathan@frnk-590fcd66.pool.mediaWays.net) 03.25.28 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 03.25.28 Join pixelma [0] (quassel@rockbox/staff/pixelma) 03.25.28 Join amiconn [0] (quassel@rockbox/developer/amiconn) 03.25.28 Join elcan [0] (user36@pr0.us) 03.25.28 Join mystica555 [0] (~Mike@m3e2636d0.tmodns.net) 03.25.28 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 03.25.29 Join Battousai [0] (~bryan@gentoo/developer/battousai) 03.25.29 Join kkurbjun [0] (~kkurbjun@rockbox/developer/kkurbjun) 03.25.29 Join ej0rge [0] (~alhaz@alhaz.fttp.xmission.com) 03.25.29 Join Bagder [0] (~daniel@rockbox/developer/bagder) 03.25.29 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 03.25.29 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 03.25.29 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 03.25.29 Join Izzy_ [0] (~Izzy@50.35.228.110) 03.25.29 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 03.25.29 Join FoH [0] (~foh@adsl-240-126-222.bhm.bellsouth.net) 03.25.29 Join Loto [0] (~nfs@xbmc/user/Loto) 03.25.29 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 03.25.29 Join simonrvn [0] (~simon@70.35.161.143) 03.25.29 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 03.25.29 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 03.25.29 Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de) 03.25.29 Join Galois [0] (djao@efnet-math.org) 03.25.29 Join Kuitsi [0] (~Kuitsi@a88-113-118-171.elisa-laajakaista.fi) 03.25.29 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.25.29 Join froggyman [0] (~seth@unaffiliated/froggyman) 03.25.29 Join scorche [0] (~scorche@rockbox/administrator/scorche) 03.25.29 Join markun [0] (~markun@rockbox/developer/markun) 03.25.29 Join bzed [0] (~bzed@devel.recluse.de) 03.25.29 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 03.25.29 Join @ChanServ [0] (ChanServ@services.) 03.25.29 Join cjcopi [0] (~craig@adsl-76-241-66-141.dsl.bcvloh.sbcglobal.net) 03.25.29 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 03.25.29 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 03.25.29 Join tmzt [0] (~tmzt@76.211.0.152) 03.25.29 Join Torne [0] (~torne@rockbox/developer/Torne) 03.25.29 Join Hadaka [0] (~naked@naked.iki.fi) 03.25.29 Join pjm0616 [0] (~user@110.9.28.45) 03.25.29 Join maraz [0] (maraz@kapsi.fi) 03.25.29 Join FOAD [0] (~dok@83.161.135.61) 03.25.29 Join aevin [0] (eivindsy@unaffiliated/aevin) 03.25.29 Join vedos [0] (~draft@ihku.org) 03.25.29 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 03.25.29 Join niekie [0] (quasselcor@CAcert/Assurer/niekie) 03.25.29 Join iq [0] (~iq@unaffiliated/iq) 03.25.29 Join [fred] [0] (~fred@ircop.efnet.at) 03.25.29 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 03.25.29 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 03.25.29 Join YPSY [0] (~ypsy@geekpadawan.de) 03.25.29 Join CIA-70 [0] (~CIA@208.69.182.149) 03.25.29 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 03.25.29 Join Utchy [0] (~Utchy@rps6752.ovh.net) 03.25.29 Join AlexP [0] (~alex@rockbox/staff/AlexP) 03.25.29 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 03.25.29 Join amee2k [0] (~thomas@ve504.cugnet.net) 03.25.29 Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) 03.25.29 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 03.25.29 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 03.25.29 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 03.25.29 Join jae [0] (~jae@dedicated.jaerhard.com) 03.25.29 Join feisar- [0] (jljhook@ihq.in) 03.25.29 Join Zambezi [0] (Zulu@unaffiliated/zambezi) 03.25.29 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 03.25.29 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 03.25.29 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 03.25.29 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 03.25.29 Join cooc [0] (~sebger@66.249.87.33) 03.25.29 Join rasher [0] (~rasher@rockbox/developer/rasher) 03.25.29 Join Strife89 [0] (~Strife89@168.16.226.187) 03.25.29 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 03.25.29 Join pikytcus [0] (~bigd@failbox.co.cc) 03.25.29 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 03.25.29 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 03.25.29 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 03.25.29 Join tah [0] (~thomas@aktaia.intevation.org) 03.25.29 Join jepler- [0] (~jepler@emc/developer/pdpc.professional.jepler) 03.25.29 Join guymann [0] (~charles@66-159-145-2.adsl.snet.net) 03.25.29 Join ack` [0] (~ack@mingbai.org) 03.25.29 Join soap [0] (~soap@rockbox/staff/soap) 03.25.29 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 03.25.29 Join timccc [0] (~timccc@112.166.15.141) 03.25.29 Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) 03.25.29 Join linuxguy3 [0] (~timj@adsl-75-57-175-71.dsl.emhril.sbcglobal.net) 03.41.57 Quit TheSeven (Read error: Connection reset by peer) 03.42.50 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 03.43.05 Quit TheSeven (Disconnected by services) 03.43.06 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 03.46.54 # I found out where the bug is, it's in the replaygain 03.53.17 Part WilliamC ("Leaving") 03.55.31 Quit mudd1 (Ping timeout: 276 seconds) 03.59.28 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.07.39 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 04.10.36 Quit factor (Remote host closed the connection) 04.13.12 Join Murrlin [0] (~murrlin@dsl253-084-095.hou1.dsl.speakeasy.net) 04.14.35 Join factor [0] (~factor@75.108.68.114) 04.18.39 Part Murrlin ("Ducking into the hall for a while *wakk wakk*") 04.28.36 Join DerPapst [0] (~Alexander@p5DE5BE59.dip.t-dialin.net) 04.30.27 Quit DerPapst1 (Ping timeout: 240 seconds) 04.34.33 Join T44 [0] (~Topy44@89.204.153.132) 04.34.59 Quit Topy44 (Ping timeout: 272 seconds) 04.36.42 Quit amiconn (Disconnected by services) 04.36.43 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.37.01 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.37.50 Quit pixelma (Disconnected by services) 04.37.53 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.37.55 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.43.02 Quit L-Strife89 (Ping timeout: 246 seconds) 04.54.22 Join Barahir [0] (~jonathan@frnk-590ffa75.pool.mediaWays.net) 04.54.31 Quit [7] (Ping timeout: 240 seconds) 04.55.33 Quit Llorean (Read error: Connection reset by peer) 04.57.27 Quit Barahir_ (Ping timeout: 240 seconds) 05.00.07 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.02.03 Quit DerPapst (Quit: Leaving.) 05.12.07 Quit Judas_PhD (Ping timeout: 276 seconds) 05.24.17 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.25.23 *** Saving seen data "./dancer.seen" 05.27.56 Join Rob2222 [0] (~Miranda@p4FFF24D9.dip.t-dialin.net) 05.28.23 Quit ej0rge (Remote host closed the connection) 05.29.12 Quit Judas_PhD (Client Quit) 05.32.28 Quit Rob2223 (Ping timeout: 264 seconds) 06.07.48 Join Keripo [0] (~Keripo@eng004.wireless-resnet.upenn.edu) 06.29.14 Quit factor (Remote host closed the connection) 06.32.19 Join factor [0] (~factor@75.108.68.114) 06.33.53 Quit factor (Remote host closed the connection) 06.36.43 Join factor [0] (~factor@75.108.68.114) 06.50.56 Quit JdGordon| (Quit: Reconnecting) 06.51.14 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 06.51.47 Quit factor (Quit: Leaving) 06.54.55 Join Horscht [0] (~Horscht@p5DD57EEF.dip.t-dialin.net) 06.54.55 Quit Horscht (Changing host) 06.54.55 Join Horscht [0] (~Horscht@xbmc/user/horscht) 06.56.31 Join nirv [0] (~dr3000@c-75-72-147-98.hsd1.mn.comcast.net) 06.56.43 # i've got some info to add to http://www.rockbox.org/wiki/IpodAccessories 06.56.56 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.57.27 Quit Horschti (Ping timeout: 240 seconds) 06.57.51 # For an ipod video (5th generation) 80GB, the Monsterࢮ iCarPlay Wireless 200™ works if you first load your playlist but once you connect it, it will start shuffling through your menus nonstop so you won't have any control over playback or menus until you reset it 06.58.20 Join factor [0] (~factor@75.108.68.114) 06.58.20 Quit factor (Client Quit) 06.58.21 # using latest 1.3.7 Rockbox 06.58.31 # * S_a_i_n_t points out that this is in fact IRC, and not the wiki. 06.58.36 Join factor [0] (~factor@75.108.68.114) 06.58.50 # oh really asshole? 06.58.58 # If you need help adding to or updating, this list; please post a question (or simply a list of the information needing added) to the forums, IRC, or the user mailing list. 06.59.11 # I guess you lose, fag. 06.59.20 # and have you done so? I don't see it? 06.59.34 # did you say "can I have access to the wiki, this is my username"? 06.59.39 # i must have missed that. 06.59.53 # You should do the editing because I'm not creating a user name. 07.00.06 # If you value the information, take it. 07.00.16 # If not, why don't you go get on a bicycle and go screw yourself halfway around the world? 07.01.02 Part nirv 07.01.02 Join nirv [0] (~dr3000@c-75-72-147-98.hsd1.mn.comcast.net) 07.04.28 Quit Keripo (Ping timeout: 268 seconds) 07.09.07 Quit factor (Quit: Leaving) 07.10.43 Join factor [0] (~factor@75.108.68.114) 07.23.39 Join JdGord [0] (~jonno@58.104.41.222) 07.25.03 Quit JdGord (Read error: Connection reset by peer) 07.25.04 Join JdGordy [0] (~jonno@58.104.41.222) 07.25.27 *** Saving seen data "./dancer.seen" 07.29.15 Quit JdGordy (Ping timeout: 250 seconds) 07.29.32 Join JdGord [0] (~jonno@58.104.41.222) 07.39.24 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 07.46.09 # nirv: there's a lot of info that would be helpful if you actually want this added to the wiki. 07.46.42 # the reporter also can't be the verifier...so you cannot say it is verified. 07.47.04 # uhhh 07.47.08 # charging? audio out? remote? audio in? 07.47.11 # I'm right here. 07.47.13 # model number 07.47.14 # phone number 07.47.16 # skype 07.47.17 # ventrilo 07.47.18 # teamspeak 07.47.22 # let's GO asshole 07.47.36 # you want video? 07.47.42 # I can make a 720p youtube video 07.47.45 # EVIDENCE'D 07.47.50 # what the hell are you doing? I'm *TRYING* to do what you wanted...but, if that's how you're going to be...fucl it. 07.47.56 # no 07.47.59 # froggyman is already on it 07.48.03 # you're too grandpa'd out 07.50.48 Join stoffel [0] (~quassel@p57B49D8F.dip.t-dialin.net) 07.56.04 # nirv, Okay. The wiki page is now up to date with the information you provided me 07.56.32 # Thanks. 07.56.52 Quit JdGord (Quit: Bye) 08.02.29 Nick JdGordon| is now known as JdGord (~jonno@rockbox/developer/JdGordon) 08.03.11 Nick JdGord is now known as JdGordon1 (~jonno@rockbox/developer/JdGordon) 08.03.20 Nick JdGordon1 is now known as JdGordon (~jonno@rockbox/developer/JdGordon) 08.08.28 # gah....that new wiki entry is clipped, relevant sections on menu-spazzing omitted :/ 08.27.21 Join webguest777 [0] (www-data@giant.haxx.se) 08.28.45 # I have file system corruption. My only OS is Ubuntu. Can I run the Sansa e280 v1's OF 'format' function? Will that erase the RB bootloader? What do? 08.37.24 Quit krazykit (Ping timeout: 260 seconds) 08.38.53 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 08.40.29 # If you could just tell me what I will have to do after using the OF's 'format' function on the internal storage, that will help a lot. 08.42.58 Quit BHSPitMonkey (Ping timeout: 240 seconds) 08.56.15 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 08.56.53 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 09.05.38 Nick nirv is now known as BOBSAGET (~dr3000@c-75-72-147-98.hsd1.mn.comcast.net) 09.07.21 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 09.07.22 Quit n1s (Changing host) 09.07.22 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.11.43 Quit BHSPitMonkey (Remote host closed the connection) 09.13.58 Quit factor (Ping timeout: 240 seconds) 09.17.32 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 09.25.31 *** Saving seen data "./dancer.seen" 09.38.09 Join factor [0] (~factor@75.108.68.114) 09.46.32 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 09.46.43 Join esperegu [0] (~quassel@145.116.10.163) 09.50.40 Quit Dreamxtreme (Quit: Nice Scotty, now beam my clothes up too!) 09.53.24 Join Dreamxtreme [0] (~Dre@92.28.11.11) 09.54.52 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.54.52 Quit bertrik (Changing host) 09.54.52 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.58.19 Join Buschel [0] (~chatzilla@p54A3B26C.dip.t-dialin.net) 09.59.03 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.27 Join sasquatch [0] (~username@p4FF2DAE6.dip.t-dialin.net) 10.00.38 Quit S_a_i_n_t (Quit: I'm only going to Heaven if it feels like Hell, I'm only going to Heaven if it tastes like caramel...) 10.04.55 Join [Saint] [0] (S_a_i_n_t@203.184.1.61) 10.10.04 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 10.10.24 Join leavittx [0] (~lev@89.221.199.187) 10.16.43 Join TheLemonMan [0] (~lem0n@ppp-11-158.98-62.inwind.it) 10.17.39 Quit [Saint] (Ping timeout: 276 seconds) 10.20.37 Join [Saint] [0] (S_a_i_n_t@203.184.1.61) 10.26.09 Quit amiconn (Remote host closed the connection) 10.26.09 Quit pixelma (Remote host closed the connection) 10.28.13 Join amiconn [0] (quassel@rockbox/developer/amiconn) 10.28.15 Join pixelma [0] (quassel@rockbox/staff/pixelma) 10.29.42 Quit shai (Read error: Connection reset by peer) 10.30.56 Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) 10.34.47 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 10.35.45 # i wonder if i should just delete my Ipod_Control folder and start over in normal Rockbox folder structure since there doesn't seem to be a good way to convert the DB to my preferred music folder. some OCD bullcrap going on 10.36.25 # <[Saint]> If you use the database, and your tags are sane...all will be well. 10.36.57 # <[Saint]> if you use the file browser...expect hell, as iTunes uses a crazy naming/positioning scheme. 10.38.21 # yeah all will be well visually 10.38.42 # but the files will still be oddly named in Ipod_Control instead of \Music which is where I want them 10.39.15 # <[Saint]> There's no alternative but to start again, then. 10.39.19 # boo hoo hoo 10.39.43 # weow weooooooow 10.41.28 Quit robin0800 (Ping timeout: 240 seconds) 10.42.51 # <[Saint]> A lot of users find it easier to just hide the iPod_control fiolder, so as it doesn't display in the file browser...and then they can still continue to use iTunes and the Apple OF if need be. 10.42.58 # <[Saint]> *folder 10.43.31 # <[Saint]> s/so as it doesn't display in the file browser/so as it doesn't display in the file browser (unless "Show Files" is set to All) 10.44.09 Quit Buschel (Ping timeout: 276 seconds) 10.46.43 # i don't know why I'd want to go back to the apple interface on my ipod when it doesn't support flac 10.47.52 # <[Saint]> Ok, but I didn't say you specifically...just explaining what some users do to maintain compatability between the two systems. 10.49.20 # <[Saint]> (whilst not being cluttered with a million PSYGF2 (or similarly named files) in the file browser.) 10.50.09 # <[Saint]> if you're not going to be using iTunes at all...just remove it completely. 10.50.25 Quit AlexP_mob (Ping timeout: 260 seconds) 10.50.55 Join AlexP_mob [0] (~AlexP@rockbox/staff/AlexP) 10.51.29 Quit AlexP_mob (Client Quit) 10.54.58 # <[Saint]> the iPod Video in particular has one of the largest boosts (if not the largest) in boot time with Rockbox installed to OSOS in place of the Apple FW. 10.55.17 # <[Saint]> so, if you really don't need iTunes... 10.55.57 # <[Saint]> (though it's a matter of seconds, and boot time is reasonable anyway) 10.56.12 # it's the options and interface 10.56.33 # the only problem I have with RB right now is that my dumb FM transmitter doesn't seem to work well with it 10.57.26 # i like being able to delete in real-time, too 10.57.38 # This could be as simple as enabling a line-out somewhere 10.57.45 # BOBSAGET: Just a note, if you insult anyone again as you were earlier (as "nirv") then I will ban you. There is no need for unprovoked insults. 10.57.51 # Especially like those 10.58.13 # I hate rules where you're required to be friendly to people 10.58.13 Join ender` [0] (krneki@foo.eternallybored.org) 10.58.19 # why don't you be friendly to me right now? 10.58.21 # oh I get it 10.58.28 # Well, whether that is true or not, they are the rules 10.58.32 # it's okay to do it to others but they can't return fire 10.58.37 # And I am being friendly, I'm letting you know 10.58.46 # you're threatening to silence me 10.58.57 # that isn't friendly 10.59.20 # Take it as you wish 10.59.39 # * [Saint] notes that BOBSAGET/nirv stated earlier that line out power is turned off on this device. 10.59.52 # <[Saint]> the FM sender/reciever probably doesn't like this. 11.00.27 # The Line Out is On by default 11.00.29 # I just checked it 11.00.55 # <[Saint]> Line out is...accessory power is too, but you disabled it. 11.01.06 # <[Saint]> (according to your details about the dock) 11.01.14 # i tried various methods 11.01.35 # <[Saint]> I would expect it needs accesory power on to function correctly. 11.01.39 # all settings seemed to remove all menu function 11.02.11 # * [Saint] has a parsing failure there, sorry. 11.02.54 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 11.05.26 Nick BOBSAGET is now known as nirv (~dr3000@c-75-72-147-98.hsd1.mn.comcast.net) 11.10.33 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 11.10.33 Quit pamaury (Changing host) 11.10.33 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.25.34 *** Saving seen data "./dancer.seen" 11.30.04 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 11.33.03 Quit TheLemonMan (Ping timeout: 276 seconds) 11.37.40 Join TheLemonMan [0] (~lem0n@151.62.177.219) 11.54.58 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 12.08.25 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 12.14.15 # If I use the e200's OF 'format' function, what will I have to do to get Rockbox back? 12.19.54 # Just reinstall the build I think 12.20.04 # I *think* the bootloader should still be there 12.22.24 Join Buschel [0] (~chatzilla@p54A3BC8E.dip.t-dialin.net) 12.33.29 # New commit by 03jethead71 (r29343): Make format_time properly format negative times because sometimes they are shown if track length estimates are off from seeking. Example: -0:15 ... 12.36.20 Quit webguest777 (Quit: CGI:IRC) 12.36.49 Join JdGord [0] (~jonno@pa58-109-146-51.pa.nsw.optusnet.com.au) 12.37.41 # r29343 build result: 320 errors, 39 warnings (jethead71 committed) 12.40.19 # urgh, what the hell is with the inconsistent inclusion of things >:[ 12.47.00 # New commit by 03jethead71 (r29344): Fix the r29343 red. 12.49.50 Join JdGordy [0] (~jonno@pa58-109-146-51.pa.nsw.optusnet.com.au) 12.51.03 # r29344 build result: All green 12.51.31 Quit JdGordy (Client Quit) 12.51.34 Quit JdGord (Ping timeout: 276 seconds) 12.53.00 Quit stoffel (Ping timeout: 276 seconds) 12.55.19 # jhMikeS: you latest patch in FS#11863 also fixes FS#11495 :) 12.56.14 # ...but not reproducibly :/ 12.57.45 # not reproducably? not sure what you mean 12.59.44 # i first thought the issue was fixed (tried about a dozen times). but one minute later it began again. so: not fixed 13.00.22 # there are still problems where playback can pull metadata away from the codec but too much to go into in one patch right now 13.00.57 # just let me know when there is something to test 13.01.58 # so, maybe it takes care of part of an issue 13.02.17 # yes, it definately works better than before. 13.02.59 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.03.39 # is it the only codec that overwrites id3v2buf? might not be so good a thing to do that. 13.05.48 Join MethoS- [0] (~clemens@134.102.106.250) 13.08.42 # <[Saint]> I must say jhMikeS, I am thoroughly impressed at your dedication to servicing the buffering code. 13.10.50 # thank you 13.11.56 # there's a lot more floating around my head about servicing playback 13.14.06 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 13.18.06 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.20.05 Join casainho [0] (~chatzilla@bl20-146-26.dsl.telepac.pt) 13.25.35 *** Saving seen data "./dancer.seen" 13.25.36 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.30.48 # Anyone object if I branch? 13.32.07 Join JdGord [0] (~jonno@pa58-109-146-51.pa.nsw.optusnet.com.au) 13.33.30 # If it means I can be more experimental with the SVN trunk, have at it! :) 13.33.47 # That is a side effect, yes :) 13.33.57 Quit Buschel (Ping timeout: 276 seconds) 13.39.28 # I'm off to have some lunch, I'll do it afterwards 13.41.23 Join stoffel [0] (~quassel@p57B49D8F.dip.t-dialin.net) 13.46.01 # * [Saint] can't seem to figure out how to stop "next " skin tags from always expecting a next track to be present. 13.46.27 # <[Saint]> the only way I can do it is with a slighty ugly trick on the skin code end. 13.47.31 # <[Saint]> I'd *like* to contribute to skin code...but, a lot of it is still a mystery to me yet. 13.48.17 # <[Saint]> oh, what I meant by "ugly trick on the skin code end" is in .wps, .sbs etc. 13.48.49 # <[Saint]> (wrapping stuff in %Fn<>) 13.51.44 Quit JdGordon (Ping timeout: 250 seconds) 13.53.49 Join JdGordon [0] (~jonno@124-168-173-94.dyn.iinet.net.au) 13.53.49 Quit JdGordon (Changing host) 13.53.49 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.54.26 Quit milk (Quit: baaaiiii) 14.00.13 Quit MethoS- (Remote host closed the connection) 14.00.27 Join MethoS- [0] (~clemens@134.102.106.250) 14.00.56 # I think "(root)" should go away when it doesn't know what's next too 14.01.27 Quit esperegu (Read error: Operation timed out) 14.02.13 # <[Saint]> that's just the checks it goes through in cabbie...there's not many cases covered if the expected one fails. 14.02.34 # * [Saint] looks. 14.04.23 Quit stoffel (Ping timeout: 272 seconds) 14.04.33 # <[Saint]> yeah, it is a bit odd...gah, I kinda don't want to think about it too hard, but cabbie could be a lot better. 14.04.59 # what does "(root)" have to do with cabbie in particular? 14.05.19 # <[Saint]> it's hardcoded to display that in a fail situation. 14.05.24 # <[Saint]> in the .wps 14.05.38 # oh, I thought that was in the core but never looked where it was 14.06.06 # <[Saint]> core will display ???? if it *really* has no idea what the fuck to display. 14.06.12 Join maxsin [0] (~maxsin@188-115-150-221.broadband.tenet.odessa.UA) 14.07.32 # <[Saint]> having two different checks for directory one, and directory two...for example...why? 14.07.58 # <[Saint]> you'd need only check for dir two, and display dir one if dir 2 is present, for instance. 14.08.50 # <[Saint]> it's bad I was the last to touch a lot of these cabbies, but I only looked at style formatting and viewports, not syntax really. 14.09.26 Join code_police [0] (www-data@giant.haxx.se) 14.09.34 # man, I don't know. the WPS syntax is one thing I'm almost entirely ignorant about 14.09.58 # <[Saint]> I think it's a gift, and a burden understanding it ;) 14.14.11 # <[Saint]> %?ia<%ia|%?d(2)<%d(2)|%(root%)>> <-- is artist tag available? if yes, display it, if no is dir2 available? if yes, display it, if no display "(root)" (which is really weird as it could check for dir1 if 2 fails) 14.15.12 # that's just it, it always shown "(root)" when it seems it has no clue what's next anyway. I don't get the point 14.15.36 Quit code_police (Quit: CGI:IRC) 14.15.50 # <[Saint]> nor I, and it's caught my interest enough to do something about having sane fallbacks for cases where info can be offered in cabbie. 14.15.57 # <[Saint]> but, not tonight ;) 14.17.05 Quit casainho (Ping timeout: 240 seconds) 14.22.32 Quit JdGord (Quit: Bye) 14.23.18 # <[Saint]> the only "bad" thing about it is that it makes no sense to display "(root)" if a check for the second level directory fails, it only makes sense if it was to display it after then additionally checking for the presence of a first level dir...which it neglects and creates the weirdness. 14.24.04 # <[Saint]> s/presence of a first level dir/presence of a first level dir (and that also failing)/ 14.27.00 Join DerPapst [0] (~Alexander@p5DE5BE8C.dip.t-dialin.net) 14.30.15 Join esperegu [0] (~quassel@145.116.10.163) 14.33.37 # [Saint]: dir 1 is probably on another line which is meant as a replacement for album tag - assuming a "artist/album/track" folder structure 14.33.51 # so why should it check for dir 1 twice? 14.34.15 # <[Saint]> it is, correct...but it seems odd to check for dir 2, then fail with "(root)" no? 14.34.30 # note: haven't checked for the code, just thinking about it 14.34.37 # <[Saint]> it can only do so, if it knows that dir one isn't present either. 14.34.43 # <[Saint]> which that line currently does not. 14.35.54 # well, then everything would be wrong if e.g. you have a "music/track" structure - then it would always display "music" twice 14.36.24 # <[Saint]> I'm not sure you're thinking about this in the same way. 14.36.34 # <[Saint]> there's no way that line I posted makes any sense. 14.36.51 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 14.37.36 # I think it does and I wanted to give you examples for when 14.38.25 # provided the check for dir 1 is on another line 14.38.35 # <[Saint]> what does it make sense to display "root" when a second level dir check fails? there's a tonne of other info that could be checked for and displayed in case. 14.38.45 # <[Saint]> s/what/why/ 14.41.14 # <[Saint]> the part I object to isn't what it checks for really, just that the cases can fail with too much ease...and displaying "root" "root" isn't that cool. 14.42.02 # <[Saint]> I think there should be another case added to the dir2 check to offer some other info instead of just failing. 14.44.15 # (I) if you usually have a artist > album > track structure and then stuff an "albumless" track into the "artist" folder - dir(1) shows you the artist info and dir(2) doesn't exist and you could display "root". (II) Showing completely unrelated info that's only there in a very few cases doesn't make sense to me either. (III) You can't take care of each and everything. (IV) I personally use some more "safety" checks but don't think it's unfair as is 14.44.15 # and could understand the intention of the author - even though I also wondered about it once 14.44.23 # <[Saint]> I take it back, actually, it *does* make sense...what the code does in svn presently. In a very minimal way, but it could be tuned to offer more info with ease as opposed to failing rather ungracefully after a few checks. 14.46.58 # <[Saint]> I'd like it if it didn't rely on assuming a sane dir structure, to fall back on, or if it didn't *just* rely on that to fall back on. 14.47.10 # <[Saint]> that's it in a nutshell I think. 14.48.33 # <[Saint]> It would need a consensus on what additional info should be offered for the fail case(s), though. 14.49.18 # <[Saint]> Not just me deciding "this looks prettier than that" ( I want to avoid that, and try to always display the most relevant info that can be offered at the time) 14.49.51 # it is a matter of taste though I think 14.50.36 Quit FoH (Quit: Restarting X in an attempt to get the video driver to properly recognise another monitor. (The Daewoo croaked again.)) 14.50.39 # <[Saint]> I could imagine it quite easily displaying garbage if playing from an ipod with shittily tagged database. 14.51.10 # <[Saint]> their odd dir system, etc. that's not too hard of an edge case to imagine. 14.51.36 # <[Saint]> well, it's not "garbage" but the dir structure is meaningless here. 14.52.09 # how would you prevent that without losing the ability to show the probably correct info with a quite standard dir structure? 14.53.08 # maybe not standard but not unusual either 14.53.15 # <[Saint]> I doubt you could...but I'm wondering if falling back to the dir structure is the best thing in all cases if the requested metadata isn't present. 14.57.53 Quit robin0800 (Quit: Leaving) 14.58.06 # to me it is as there is a chance that you could find the desired information in it but as has been said already: matter of taste and (III). 14.58.27 # <[Saint]> I got misdirected with other weird thigs and thoughts, the initial oddity I noticed is that: 14.58.30 # <[Saint]> %s%ac%?ia<%ia|%?d(2)<%d(2)|%(root%)>> 14.58.30 # <[Saint]> %s%ac%?id<%id|%?d(1)<%d(1)|%(root%)>> 14.58.36 # <[Saint]> could easily be: 14.58.42 # <[Saint]> %s%ac%?ia<%ia|%?d(2)<%d(2)|%(root%)>> 14.58.42 # <[Saint]> %s%ac%?id<%id|%?d(2)<%d(1)|%(root%)>> 14.59.14 # huh? 15.00.01 # that would mean that it doesn't even try to check for %d(1) if the %d(2) check fails 15.00.46 Quit avacore (Read error: Connection reset by peer) 15.00.47 # <[Saint]> if the d2 check fails...d1 won't be there. 15.00.57 # <[Saint]> oh, fuck...derp. 15.00.59 # <[Saint]> haha. 15.01.14 # sounds wrong to me... 15.01.48 # <[Saint]> yeah, totally wrong logic there. from loking at two sets of code, with with a case the other didn't have. 15.01.55 # <[Saint]> *looking too. 15.02.59 # <[Saint]> I shouldn't try to argue points of personal preference at the best of times, let alone trying to compare it with changes only I know about...especially while tired. Apologies. 15.03.24 # <[Saint]> Yes, offereing more data/fail cases (if possible) is indeed quite a contentious subject I see. 15.04.44 Quit nirv (Quit: OH WEOW) 15.04.51 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 15.14.36 # New commit by 03alex (r29345): Branch for 3.8 15.16.04 Topic "Now branched for 3.8 | 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 | An upgrade caused issues with the wiki. We are on the case" by ChanServ (ChanServ@services.) 15.19.54 Join Buschel [0] (~chatzilla@p54B66593.dip.t-dialin.net) 15.22.10 # We need more translations! 15.25.37 *** Saving seen data "./dancer.seen" 15.26.10 # * jhMikeS wants to deposit the sizeable patch now...if all is good it can still be merged with the branch right? (it is bugfixing but just have to work on one bit after) 15.26.27 # yep 15.35.40 Join stoffel [0] (~quassel@p57B49D8F.dip.t-dialin.net) 15.37.52 Quit n1s (Quit: Ex-Chat) 15.38.45 Join FoH [0] (~foh@adsl-240-126-222.bhm.bellsouth.net) 15.48.20 # New commit by 03alex (r29346): Bump scripts to 3.8RC 15.50.01 # So do we want RCs? 15.50.43 # yes 15.51.27 # I'm trying to remember what script I have to change to be explicitly python2 to make run 15.53.34 Quit bluebrother (Disconnected by services) 15.53.36 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 15.56.27 # * AlexP gets building 15.57.21 Quit jhMikeS () 16.00.18 Quit DerPapst (Read error: Connection reset by peer) 16.01.00 Join DerPapst [0] (~Alexander@p5DE5BE8C.dip.t-dialin.net) 16.09.47 # <[Saint]> bertrik: settings - general settings - enable automatic resume 16.09.59 # thanks 16.10.12 Join jhMikeS [0] (~jethead71@99.60.40.145) 16.10.12 Quit jhMikeS (Changing host) 16.10.12 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.11.05 # Someone should fix Swedish, Spanish and Serbian 16.11.38 # <[Saint]> kugel: are you aware of cases where rockbox will crash/hang when launched for the first time afer manually killing the task? 16.11.53 # <[Saint]> (in RaaA) 16.11.54 # rasher: Someone should also finish the Danish translation :) 16.12.17 # Certainly! It's in my "Todo: Urgent" list :) 16.12.41 Quit Stummi (Quit: Bye!) 16.12.42 # hehe :) 16.13.15 # [Saint]: should be fixed since yesterday 16.13.51 # <[Saint]> Ah, excellent, glad you're aware of it...past the point of being aware of it to being done with it, even. ;) 16.15.46 # rasher: Just add the deprecated strings as e.g. http://pastebin.com/4Y1hF58y from the translate page? 16.16.29 # Yeah 16.16.47 # I think I can handle that 16.17.16 # Once these RCs finish building, so in a few days... 16.17.58 Join Kitr88 [0] (~Kitarist@BSN-182-143-110.dial-up.dsl.siol.net) 16.18.25 Quit krazykit (Ping timeout: 276 seconds) 16.20.04 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 16.20.42 Quit Kitar|st (Ping timeout: 240 seconds) 16.22.22 Quit Kitr88 (Ping timeout: 246 seconds) 16.23.25 # New commit by 03Buschel (r29347): FS#11939: Simplify talk_time_unit(). 16.27.15 # New commit by 03jethead71 (r29348): Enforce that codecs wait for their metadata in a proper-ish and consistent manner. Sort of a halfway patch; best would be to give them an internal ... 16.27.43 Join Kitar|st [0] (~Kitarist@BSN-182-71-113.dial-up.dsl.siol.net) 16.28.00 # r29347 build result: All green 16.32.47 # r29348 build result: All green 16.39.20 # rasher, AlexP: why do we need to add deprecated strings to lang files? 16.39.26 # doesn't seem to make sense to me 16.39.41 # kugel: To make the stats nice! 16.40.05 # Genlang would be adding them anyway next time someone ran it 16.40.38 # adding complexity just for the stats? 16.41.56 # How is it complexity? 16.42.10 # And they would be added next time anyone did real changes anyway 16.42.13 Quit Bagder (Ping timeout: 250 seconds) 16.43.20 # I'd like smarter stats better than adding useless lines into translations 16.43.32 # They will be added next time anyway 16.43.44 # Unless you want to go through everything stripping them out 16.44.07 # Can't we just at least simply remove deprecated strings from english? 16.44.08 Join Bagder [0] (~daniel@rockbox/developer/bagder) 16.44.22 # Doesn't that break something? 16.44.26 # * AlexP looks at rasher 16.44.30 # IMO we should do that once in a while 16.44.34 # I don't really know 16.44.43 # e.g. immedialtely after releases 16.44.54 # I'm now completing the dutch translation and seeing deprecated empty strings in the .diff 16.45.06 # yeah, but now's not the time 16.45.48 # Removing deprecated strings breaks voice compatibility (and langfile, but that's not really important) 16.46.31 # we will be building voices for 3.8 anyway, so why not remove them before? 16.48.34 # other people's voices 16.48.54 # yeah, but that'll happen whenever we do it 16.49.55 # people on 3.7.x want new voices for 3.8 anyway 16.51.36 Quit kevku (Ping timeout: 272 seconds) 16.53.04 # But people on yesterday's build won't expect 3.8 to break their voicefiles 16.53.34 # So why would they expect 3.9 to break them? 16.53.55 # I guess I expect the people who use releases to stay on releases, so it is going to break at some point 16.54.13 # And if you go from releases to current to release etc., then at some point it is going to break 16.54.22 # I just don't see much difference :) 16.54.32 # sure, but that point seems more reasonable to be right after release, to me 16.55.25 # They are going to want new ones to cover new features anyway, no? 16.55.36 # ideally yes 16.55.51 # but missing strings is better than a completely jumbled voice file 16.56.05 # Well, I don't really mind 16.56.24 # if we have RC builds we probably shouldn't break voices between RC and release 16.56.47 # I'm building RC now 16.57.05 # Let's leave it then, and clean up straight after release 16.57.13 # would purging lang files reduce genlang runtime? 16.57.35 # it's a significant (and annoying) step during compilation 17.12.14 # New commit by 03Buschel (r29349): FS#11920: Do not overwrite already existing metadata and take into account string termination. This can save several bytes of the metadata buffer when ... 17.14.38 # oops on apps/plugins/SOURCES methinks :) 17.14.43 # New commit by 03Buschel (r29350): Revert unwanted submit. 17.14.50 # yep 17.16.39 # r29349 build result: 45 errors, 4 warnings (Buschel committed) 17.18.42 # we should find a way to compile the test plugins as well... 17.19.07 # btw, why don't we activate them for the builds in general? space? 17.19.15 # gevaerts, markun, petur: dutch language update, please review if you have time/motivation: http://www.rockbox.org/tracker/task/11953 17.19.27 # I doubt they're of much interest in general 17.20.52 Quit avacore (Read error: Connection reset by peer) 17.21.12 # r29350 build result: All green 17.21.14 # bertrik: looks good to me 17.22.02 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 17.22.46 # Buschel: I'd say benchmarks if anything but probably not odd dev plugins 17.22.55 # thanks gevaerts 17.23.14 # I should commit now both to trunk and the 3.8 branch now, right? 17.23.27 # yes 17.24.21 Join avacore [0] (~avacore@1008ds1-rdo.0.fullrate.dk) 17.25.41 *** Saving seen data "./dancer.seen" 17.35.46 # New commit by 03bertrik (r29351): FS#11953 - Dutch (nederlands) translation update 17.37.26 # [Saint]: was it you who knew how to make a font taller by adding a line to the ascent - at least in the "convert to fnt" step? 17.37.31 # New commit by 03bertrik (r29352): FS#11953 - Dutch (nederlands) translation update 17.37.52 # <[Saint]> pixelma: correct. 17.38.16 # how would I go about that? 17.38.26 # <[Saint]> The exact syntax escapes me...I'll have a look at the convbdf help output. 17.39.54 # * pixelma is annoyed though that she forgot the way to do this by manipulating the bdf (or can't find the correct options in neither fontforge nor gbdfed that do the correct thing) 17.41.23 # <[Saint]> ./convbdf -f -a ! -d ! 17.41.28 # <[Saint]> should do it. 17.41.51 # <[Saint]> -a/d rasies the ascent/descent N pixels. 17.41.57 # <[Saint]> it can be negative 17.42.13 # r29352 build result: All green 17.43.44 # <[Saint]> I have to rediscover how I did it each time I work with a font I need, it's more of an ass to do with convttf...but still possible (though not with any real accuracy) 17.43.52 # do I need to get convbdf from somewhere first? 17.44.20 # <[Saint]> "/rockbox/tools/" 17.44.20 # I'd really really prefer to have the correct bdf though :/ 17.46.05 # <[Saint]> yeah...".convbdf -f -a2! -d2! " works as expected. 17.46.18 # <[Saint]> raises ascent/descent 2px 17.47.44 # does it overwrite the original font this way? 17.48.16 # <[Saint]> no, it will output a .fnt of the same name in the conversion dir. 17.48.40 # <[Saint]> and leave the .bdf as is. 17.48.42 # ah, fnt, hmm. 17.49.15 # <[Saint]> you can drop the -f flag if you want it a .bdf still. 17.49.32 # <[Saint]> and then you'd just do > newfilename iiuc 17.49.39 Quit esperegu (Ping timeout: 250 seconds) 17.50.31 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 17.50.40 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 17.51.01 # <[Saint]> "./convbdf -a N! -d N! oldfont.bdf > newfont.bdf" should work. 17.53.09 # <[Saint]> ah, hmm...though that may work, convbdf seems to suggest "convbdf [options] [-o output-file] [single-input-file]" 17.58.52 # " ../tools/convbdf -a1! -o 20-Nimbus.bdf 19-Nimbus.bdf" <- I can't seem to see what I'm doing wrong there, the -f variant works but with this I'm just presented with the convbdf help again and get no output file 17.59.07 # this is directly in the font dir 18.01.14 # <[Saint]> Compared to what it expects, or says it expects...nothing looks wrong at all :/ 18.01.35 # <[Saint]> Does "./convbdf -a N! -d N! oldfont.bdf > newfont.bdf" work? 18.01.46 # no 18.02.35 # <[Saint]> Hmmm. I've no idea how to do this and retain the .bdf format. Every time I've worked with it .fnt has been my desired goal. 18.03.19 # <[Saint]> "-o output input" seems to be what it expects, *shrug*. 18.09.08 # * jhMikeS wants the AA fonts instead of crunchy text 18.09.59 # <[Saint]> I really think it's just not been committed because of contention, I think it could be committed without hassle now personally. 18.10.42 # I wouldn't mind the ability to use vector fonts directly on a fast device either 18.11.39 # [Saint]: too close to release? 18.12.12 # <[Saint]> Isn't after a branch a good time to potentially break shit? 18.12.17 # <[Saint]> (not that it will) 18.12.29 # indeed, that's the point 18.13.39 # <[Saint]> No, I mean...isn't this a time when if it does break, it's not really an issue? Or is that after the release is actually released, not just branched? 18.13.52 # I'd prefer people to wait until the actual release with really big changes (although I suspect AA isn't very intrusive), so backporting fixes doesn't get too hard 18.16.41 Quit benedikt93 (Quit: Bye ;)) 18.17.12 Quit TheSeven (Read error: Connection reset by peer) 18.17.36 # * kugel uses AA fonts since a while 18.17.47 # to me, AA really looks not major a change 18.18.38 Join 92AACHRBR [0] (~TheSeven@rockbox/developer/TheSeven) 18.18.38 Join 13WAA6O1L [0] (~TheSeven@rockbox/developer/TheSeven) 18.18.45 Quit 13WAA6O1L (Remote host closed the connection) 18.18.45 Quit 92AACHRBR (Remote host closed the connection) 18.18.50 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.18.53 # why do you want it then? ;/ 18.19.42 # [Saint]: the reason is actually quite simple, once you understand... convbdf is only converting from bdf to something else and can't produce a bdf itself 18.19.43 # because it's against aliasing 18.20.02 # if you can't see a major change ;) 18.21.06 # * jhMikeS cries in the corner for being misunderstood that it was in fact the _code_ he was talking about 18.21.38 # but since it's against something, I'm all for it :) 18.28.57 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 18.33.10 Join merbanan [0] (~banan@c-94-255-218-11.cust.bredband2.com) 18.39.48 Join coplon [0] (~coplon@static-66-173-160-59.dsl.cavtel.net) 18.41.19 # hi 18.41.50 # what is the cheapest player you support? 18.42.21 # <[Saint]> that depends what you find available to buy. 18.42.33 # I guess the clip or clip+, but you can of course go cheaper with 2nd hand players 18.43.10 # ok thanks ! 18.43.14 Quit coplon (Client Quit) 18.51.44 Quit Horscht (Quit: Verlassend) 18.54.59 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 18.59.38 # New commit by 03rasher (r29353): Update Danish translation. 18.59.42 # New commit by 03rasher (r29354): Update Danish translation. 19.00.15 # aha, it is tools/thumb-cc.py that I need to edit to python2 otherwise clip won't build 19.01.40 # come again? how does it build now if it needs editing? 19.02.05 # jhMikeS: For me I mean - /usr/bin/python is pyhton 3 19.02.15 # Arch has moved to python 3 19.02.20 # ah 19.04.33 # r29353 build result: All green 19.04.46 # jhMikeS: I just mention it here as it might help others where their distro has moved. 19.05.05 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 19.11.58 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.14.07 # I've just built the RCs using tools/release/bins.pl and they built fine, but rockbox-info.txt etc. shows the svn version and not 3.8RC (as is in the script) 19.14.16 # make VERSION=blah works fine 19.14.19 # any ideas? 19.16.17 # New commit by 03rasher (r29355): Add 2 deprecated strings to appease genlang and correct stats 19.16.18 # New commit by 03rasher (r29356): Add 2 deprecated strings to appease genlang and correct stats 19.20.05 # r29355 build result: All green 19.24.44 Quit GeekShadow (Ping timeout: 246 seconds) 19.25.42 *** Saving seen data "./dancer.seen" 19.29.56 Join dewdroid [0] (~dewdude@66.87.23.81) 19.30.58 # I've got an issue on my early 5th gen video. Every other bootup it'll play a song for about 5 seconds then the harsh ear-bleeding sound of misencoded/raw PCM. 19.32.00 # gevaerts: What do you think to http://pastebin.com/CjuvhUGg ? 19.32.14 # At the moment we build the maps archive, but then throw it away 19.32.21 # I'm guessing they'd be useful to keep 19.33.41 # also, shouldn't line 113 be make VERSION=$version ? 19.34.02 # Question also open to others :) 19.35.15 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.41.31 Join Buschel [0] (~chatzilla@p54B677D5.dip.t-dialin.net) 19.42.23 # dewdroid: can you build rockbox on your own? 19.42.59 # Buschel! 19.43.01 # I could 19.44.05 # I'm on the road now but I can maybe remember how to build a dev enviroment 19.44.26 # try to comment ""#define HAVE_ATA_DMA" in firmware/export/config/ipodvideo.h 19.45.04 Join powell14ski [0] (~powell14s@c-67-177-228-132.hsd1.co.comcast.net) 19.46.04 # Ok...ill make a note of that and maybe Monday after work ill get on that 19.46.23 # You still developin mpc for rockbox? 19.46.58 # dewdroid: let me know whether it helps. regarding mpc -> if there's something to work on :) 19.48.12 # Haha. I'll let you know. That was my primary format but I recently had to get another and was tasked with cramming 11k tracks in to 30 gigs 19.48.39 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 19.48.57 # Which hurt since I've been using it since you brought it to dal way back when 19.49.52 # AlexP: oh, good plan 19.49.53 # I of course keep using it, only few exceptions ;) 19.50.34 # gevaerts: Does that diff look OK? I tried it and it works, but I don't know any perl so just adapted what was there :) 19.50.38 # Of course...but you're no longer main dev of the format...didn't klemm take the over or have things changed 19.50.55 # gevaerts: Just making sure I didn't accidently cock something up through ignorance :) 19.51.30 # New commit by 03rasher (r29357): Add Croatian, and some ignored revisions. 19.51.45 # AlexP: it looks reasonable, but I'm not a perl specialist either 19.52.02 # dewdroid: I am sure Klemm is not working on it anymore. there are a few guys -- who I do not know personally -- who maintain mpc. 19.52.03 # It seems to work at least :) 19.52.46 # gevaerts: Also re $version - as far as I can see it is only used to name the zip at the moment, so the version in Rockbox is given as SVN 19.53.05 # gevaerts: Do you know how this normally works, as I'm sure releases have had the release number in the past 19.53.20 Join DerPapst1 [0] (~Alexander@p5DE5BE8C.dip.t-dialin.net) 19.53.33 # My simplistic answer would be to change the make call on line 113 to "make VERSION=$version" 19.53.41 # Its almost a shame since its your brainchild 19.54.34 # AlexP: tools/version.sh seems to indicate that you can make a docs/VERSION file with the version 19.55.50 # gevaerts: How does this link into tools/release/bins.pl though? 19.55.57 # dewdroid: well, it was real fun when developing it. but when I finished university and started to work there was not much time left... real life interrupt 19.56.08 # gevaerts: By having VERSION already set I suppose 19.56.12 # hm 19.56.23 # tools/release/bins.pl seems to be buggy. One shouldn 19.56.36 # t use svnversion directly these days 19.56.53 # Understood..it was still fun watching that thing develop in to an outstanding lossy format 19.57.01 Quit DerPapst (Ping timeout: 260 seconds) 19.59.02 # dewdroid: it's all about the psychoacoustic model :) 20.00.23 # -lqt filburt :) 20.00.51 # hehe 20.01.04 # * Buschel just remembers these times 20.01.13 # We tried finding filburt. No luck 20.01.46 # But...yeah...hard to believe that was 10 years ago 20.02.12 # gevaerts: OK, I created docs/VERSION with 3.8RC inside and it picked that up and appended the date, so Rockbox gives the version as "3.8RC-110220" 20.02.47 # AlexP: what did we do for 3.7? 20.02.57 # gevaerts: This is what is puzzling me 20.03.08 # I'm just going to check what 3.7.1 gives as version 20.04.04 # well 3.7.1 gives the version as 3.7.1 20.04.06 # AlexP: can you possibly commit the revert? I don't feel like checking out the branch :) 20.04.17 # kugel: Sure, could you link me to it? 20.04.59 # http://pastie.org/1581793 20.05.03 # cheers 20.05.07 # I'll do it in a bit 20.05.52 # thank you 20.10.03 # gevaerts: version.sh for 3.7.1/3.7 has e.g. 20.10.05 # # XXX: Don't run the scripts and just display the release version 20.10.05 # echo "3.7.1" 20.10.05 # exit 0 20.10.08 # in it :) 20.11.15 # now that we've branched, i'd like to get that ce-ata driver into trunk... but i'm still wondering what's the best way to integrate it 20.11.32 # TheSeven: Is it very disruptive? 20.11.50 # i don't like to have target-specific things in firmware/drivers/ata.c 20.12.10 # but i can't think of a way to integrate it without heavily ifdeffing that one 20.12.32 # As if so even though we'd branched I'd prefer waiting until release to make backporting other fixes easier 20.13.12 # I suspect needing to suddenly change ata.c isn't very likely 20.13.16 # well, I don't expect may fixes to touch that corner 20.13.25 # This is why I ask, I have no idea :) 20.13.41 # gevaerts: anyway, for previous releases, version.sh was essentially bypassed 20.13.49 # within itself 20.14.12 # AlexP: I'd say tradition is important :) 20.14.21 # But I think I'd prefer to bypass it within bins.pl by having "make VERSION=$version" 20.14.25 # less confusing IMO 20.15.32 Quit stoffel (Ping timeout: 276 seconds) 20.15.38 # * jhMikeS solves problems like TheSeven's by meditating and then things write themselves (my usual esoteric suggestion :) 20.16.31 # gevaerts: As a storage guru, do you think it might be an option to completely split the ATA/CE-ATA drivers and have that run in a multidriver setup with runtime detection of the driver to be used? 20.16.35 # gevaerts: What would you prefer? 20.17.52 # AlexP: whatever works, I'd say 20.18.34 Quit Izzy_ (Read error: Connection reset by peer) 20.19.03 # gevaerts: I think I'll make the bins.pl change then - it is then obvious where it comes from, and I can also do it in trunk so we know for next time without affecting normal builds 20.19.46 # TheSeven: if you have e.g. ceata_* functions, and you patch them in to storage.[ch] the normal way, and ata_num_drives() says 0 and ceata_num_drives() says 1, I think things will work with CONFIG_STORAGE_MULTI 20.19.56 # AlexP: ok 20.20.05 # gevaerts: do we want that? 20.20.32 # it sounds a bit like a waste 20.20.55 # It wastes a few hundred bytes, yes. Do you care on a 64MB player? 20.21.11 # gevaerts: http://paste.pocoo.org/show/341898/ 20.21.41 # AlexP: looks ok to me 20.21.47 # cool 20.27.14 # New commit by 03alex (r29358): * Keep the map files instead of building then throwing them away in the release script. ... 20.27.33 # New commit by 03alex (r29359): * Keep the map files instead of building then throwing them away in the release script. ... 20.28.01 # <[Saint]> AlexP: just for releases? 20.28.04 # AlexP: do we keep the elf files as well? 20.28.12 # <[Saint]> it'd be nice for dailies too. 20.28.22 # [Saint]: Just for releases 20.28.28 # dailies are dealt with elsewhere 20.28.38 # TheSeven: We don't currently 20.28.48 # might make sense though, especially for releases 20.28.55 # TheSeven: patches welcome :) 20.28.56 # <[Saint]> when users come in with "data abort at: XXXXXX"...it'd be nice to be able to do something about it. 20.29.04 # Do they get produced as part of the normal make, or is it a separate make something? 20.29.14 # they can sometimes be very helpful for tracking down hard-to-reproduce bugs 20.29.24 # AlexP: they're there 20.29.33 # OK, so I just need to copy them 20.29.52 # should be easy enough :) 20.30.24 # just rockbox.elf? 20.30.45 # The plugin and code elf files might be useful too 20.31.02 # I don't suppose we have a make elfzip or something? 20.31.13 # Possibly not :) 20.31.16 # r29358 build result: All green 20.31.47 # <[Saint]> so, is the inclusion (or not throwing away, rather) of this files going to be specific to release/RC builds? 20.31.48 # Copying the mapzip bit in tools/root.make should be trivial though 20.32.22 # [Saint]: it's specific to tools/release/bins.pl 20.32.47 # <[Saint]> it'd just be very nice to have a .map file included in dailies too IMO 20.32.59 # It isn't included in 20.33.00 # While we can bully AlexP into providing them for releases, I don't think we'd get him to add them everywhere 20.33.07 # <[Saint]> then data aborts actually mean something. 20.33.15 # I'm just going to look at adding elfzip 20.33.54 # [Saint]: The subject had come up ever since I've been around here...still no maps :) 20.34.16 # <[Saint]> ok...perhaps not include them in the .zip, but archive them surely? 20.34.25 # [Saint]: Feel free 20.34.26 # <[Saint]> throwing them away seems such a waste. 20.34.35 # AlexP: "find . -name "*.elf" | xargs zip elf.zip" works without hacking the makefile 20.34.47 # kugel: In perl? 20.34.51 # but we probably want it in the makefile for the future 20.34.52 Quit bluefoxx_ (Read error: Connection reset by peer) 20.34.57 # kugel: sure, but "make mapzip" works 20.35.02 # AlexP: in the terminal :) 20.35.07 # Doing elf differently isn't good in the long term 20.35.12 # this is my point 20.35.17 # anyway it looks easy to add 20.35.51 # $(SILENT)find . -name "*.elf" | xargs zip rockbox-elfs.zip 20.36.01 # <[Saint]> jhMikeS: it's my second attempt at mentioning it, just thought I'd jump on the "hey, these files can actually be useful" bandwagon. 20.36.47 Join z35 [0] (~z35@ool-18bdad71.dyn.optonline.net) 20.37.19 # http://paste.pocoo.org/show/341903/ 20.38.06 # except that doesn't work :) 20.38.08 # one mo 20.38.19 # hm, is that tab right? 20.38.26 # exactly :) 20.38.43 # make needs tabs IIRC 20.38.47 # my editor tricked me 20.39.01 # I have it set to put spaces when I press tab :) 20.39.19 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 20.39.35 # my editor has an exception hardcoded just for make stuff :) 20.40.11 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 20.40.55 # http://paste.pocoo.org/show/341906/ 20.40.57 # that works 20.41.05 # Do we have general sd/mmc framework or things like card initialization is reimplemented in every target in target tree? 20.42.50 # wodz: there's an sd.c 20.42.51 Quit leavittx (Ping timeout: 276 seconds) 20.44.35 # kugel: have you looked into it :-) 20.44.43 # not recently, no 20.45.10 Quit kugel (Quit: leaving) 20.48.25 # well there is also drivers/ata_mmc.c which contains SH specific bits 20.49.51 # hmm and exponent/mantisa arrays defined in sd.c as well 20.51.18 Quit dewdroid (Quit: Bye) 20.54.06 # Any objections to move drivers/ata_mmc.c into target tree? 1) It contains SH specific bits 2) It is used only by ondiofm and ondiosp 20.56.58 # New commit by 03alex (r29360): Add "elfzip" target to make which creates a zip of all elf files, as mapzip does for map files. 20.57.09 # New commit by 03alex (r29361): Add "elfzip" target to make which creates a zip of all elf files, as mapzip does for map files. 21.00.48 # r29360 build result: All green 21.07.11 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 21.07.44 # New commit by 03alex (r29362): Also build and keep elfs zip file for the release. 21.07.55 # New commit by 03alex (r29363): Also build and keep elfs zip file for the release. 21.12.04 # r29362 build result: All green 21.14.24 # Dammit, where did kugel go 21.14.57 # I want to know what revision I'm about to revert 21.15.22 Quit cooc (Remote host closed the connection) 21.19.19 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 21.24.28 Join GeekShad0w [0] (~Antoine@78.120.203.125) 21.25.46 *** Saving seen data "./dancer.seen" 21.26.49 # New commit by 03alex (r29364): Revert r29327 - "Implement cooperative threads on hosted platforms using C code" on the release branch. Thanks to kugel for the patch. 21.27.15 # Right, time to rebuild the RCs :) 21.33.25 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.34.39 Quit bmbl (Quit: Verlassend) 21.54.05 Join stoffel [0] (~quassel@p57B49D8F.dip.t-dialin.net) 21.54.56 Join kugel [0] (~kugel@p4FCDFFC8.dip.t-dialin.net) 21.54.57 Quit kugel (Changing host) 21.54.57 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.59.07 Quit kugel (Ping timeout: 240 seconds) 22.02.03 Part kkurbjun 22.03.17 Quit benedikt93 (Quit: Bye ;)) 22.03.41 Join RandomInsano [0] (~Edwin@S010600c0f03021ae.wp.shawcable.net) 22.04.12 Part RandomInsano 22.05.24 # <[Saint]> pixelma: did you ever get very far with your Cygwin/Android trials? Or, start it at all? 22.05.43 # <[Saint]> it'd be interesting to know if it's just me that's cursed. 22.17.42 Join L-Strife89 [0] (~Strife89@207.144.201.128) 22.20.12 Quit stoffel (Remote host closed the connection) 22.29.08 Quit L-Strife89 (Quit: Moving out of range ...) 22.29.54 Join user890104_ [0] (~Venci@6bez10.info) 22.30.54 Quit user890104 (Read error: Connection reset by peer) 22.33.48 Nick Loto is now known as Loto_ (~nfs@xbmc/user/Loto) 22.38.26 # [Saint]: never really tried as I can use a linux box for this now 23.08.52 # * TheSeven swears at that ipod video ata hack 23.09.06 # this is getting in my way rather badly :/ 23.10.54 Quit Stummi (Quit: Bye!) 23.15.17 Quit GeekShad0w (Quit: The cake is a lie !) 23.17.14 Nick Loto_ is now known as Loto (~nfs@xbmc/user/Loto) 23.18.29 # TheSeven: why enable it? it's only for that target. the criteria should be changed. 23.19.36 Nick user890104_ is now known as user890104 (~Venci@6bez10.info) 23.19.48 # it's tied deeply into the code 23.20.07 # and currently i use it for the ata variant of the drive 23.20.18 # say what? it's basically mutex substitute 23.20.40 # does it matter on that target? 23.20.49 # huh? i mean that phys_sector_mult hack 23.21.50 # oh, blah, you said "ata hack" and I was thinking about that locking thing for the video lol 23.23.48 Quit TheLemonMan (Quit: free(me)) 23.25.47 *** Saving seen data "./dancer.seen" 23.25.58 # gevaerts: Did we stick the RCs on the RB server last time? I assume so 23.26.17 # good question... 23.26.38 # gevaerts: I'm wondering if i should just leave the ATA driver alone, plug emcore's driver instead, and define SECTOR_SIZE to 4096 23.26.52 # gevaerts: I can upload them somewhere, but can't host them myself 23.27.03 # TheSeven: and play hunt-the-stack-overflow again? :) 23.27.41 # * TheSeven wouldn't hesitate to kill those on-stack buffers as well 23.28.29 # emcore is using a fork of the rockbox fat driver where i have eliminated them the hard way 23.28.57 # i.e. have one static sector buffer for the fat code that is protected by a mutex 23.31.14 # the question is if we want that 23.32.16 # it might hinder (in terms of slowdown) concurrent accesses on multidrive devices in some very rare cases (e.g. files can't be renamed on multiple drives in parallel) 23.32.53 # Could we do per-drive or per-volume buffers? 23.33.07 # in theory yes, but i don't think it makes sense 23.33.33 # it's a waste of memory compared to its tiny effect 23.33.34 # The option is there in case we actually have issues 23.33.55 # But is it really only multidrive? 23.34.05 # I mean, what if two threads are reading different files? 23.34.17 Join John [0] (~chatzilla@cpe-69-201-175-221.nyc.res.rr.com) 23.34.35 # that shared buffer is only used in very rare cases like renaming files or some such, I don't remember the details 23.34.40 # not for regular file I/O 23.34.56 # ah, ok 23.35.00 # probably also for updating fsinfo 23.37.59 # gevaerts: it's used while mounting partitions, updating fsinfo, writing directory entries, creating directories and renaming files 23.39.21 # and i managed to arrange things in a way that prevents conflicts between those operations 23.39.37 # e.g. renaming files only needs it while it's not writing directory entries 23.41.22 # right 23.41.28 # That seems sane enough 23.44.47 Quit wodz (Quit: Leaving) 23.45.17 Part domonoky 23.45.27 Join Luca_S [0] (www-data@giant.haxx.se) 23.48.00 Nick kkit`sh is now known as kkit|sh (~kkit@li135-248.members.linode.com) 23.50.43 Quit John (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 23.53.48 Join JdGordon| [0] (~jonno@vl10.gw.ok-labs.com) 23.53.49 Quit JdGordon| (Changing host) 23.53.49 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 23.57.21 # how strange 23.57.34 # I just updated to latest svn and mp3 metadata display seems broken 23.57.51 # <[Saint]> how so? 23.58.29 # (fuzev2 here). loads some letters, others show as "dotted boxes", after skipping a few songs it shows something that resembles a GUID 23.58.50 # New commit by 03theseven (r29365): Calibrate iPod Classic battery gauge a bit better