--- Log for 20.06.111 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 days and 22 hours ago 00.03.50 *** Saving seen data "./dancer.seen" 00.06.11 Join Thra11_ [0] (~thrall@87.112.155.82) 00.12.44 Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) 00.13.47 Quit domonoky1 (Read error: Connection reset by peer) 00.20.05 Quit balintx (Remote host closed the connection) 00.20.05 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 00.28.49 Quit liar (Quit: hallowed are the ori!) 00.30.56 Quit ReimuHakurei (Read error: Connection reset by peer) 00.30.59 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 00.34.42 # New commit by 03amiconn (r30019): Fix non-working .talk clips on hwcodec (follow-up to r28672 and r29432): .talk clips ... 00.36.50 Nick neferty is now known as nef_away (~andor@173.242.127.201) 00.39.51 # r30019 build result: All green 00.40.10 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.40.20 Quit pamaury (Remote host closed the connection) 00.45.55 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 00.47.24 Quit ender` (Quit: When I was a kid I used to pray every night for a new bicycle. Then I realised that the Lord doesn't work that way so I stole one and asked Him to forgive me.) 01.04.58 Quit keyb_gr (Ping timeout: 240 seconds) 01.27.02 Quit sideral (Quit: Leaving.) 01.30.33 Quit Rondom (Ping timeout: 260 seconds) 01.33.48 Join Rondom [0] (~rondom@2a01:488:66:1000:b24d:4f2f:0:1) 01.51.57 # [Saint]: chaining? or changing? 01.56.11 Quit ReimuHakurei_ (Read error: Connection reset by peer) 02.03.53 *** Saving seen data "./dancer.seen" 02.09.57 Quit MethoS- (Read error: Connection reset by peer) 02.12.37 Quit Thra11_ (Quit: kthxbai) 02.23.53 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.58.32 Quit Judas_PhD (Quit: This is a quitting message) 03.01.47 Quit kevku (Remote host closed the connection) 03.11.37 Quit liar (Quit: hallowed are the ori!) 03.22.19 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 03.35.16 Join fdinel [0] (~Miranda@modemcable036.124-131-66.mc.videotron.ca) 03.35.18 # :\music 03.40.03 Quit rasher (Ping timeout: 260 seconds) 03.42.36 Join rasher [0] (~rasher@rockbox/developer/rasher) 03.59.48 Part timccc 04.03.57 *** Saving seen data "./dancer.seen" 04.18.19 Quit TheSeven (Disconnected by services) 04.18.28 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 04.32.53 Quit amiconn (Disconnected by services) 04.32.54 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.33.12 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.33.33 Quit pixelma (Disconnected by services) 04.33.35 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.33.37 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.38.50 Join JoshuaChang [0] (~JoshuaCha@116.225.71.159) 04.40.40 # i found a strange thing: when disable asm optimize in spc codecs and using -O3 complie switch, the cowon d2 target get 10% speed gain? 04.41.32 # dissasemble and figure out why gcc's arm is better than ours 04.44.53 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.48.08 Quit kugel (Ping timeout: 258 seconds) 04.49.47 Join philipballew [0] (~philip@ubuntu/member/philipballew) 04.50.19 # can someone help me install rockbox on my ipod? 04.55.22 # have you tried the manual? 04.56.12 # i need to find the best one 04.56.29 # im running x8664 linux 04.57.31 # http://www.rockbox.org/manual.shtml 04.58.07 # there is no best way, all roads lead to rome 05.02.24 # about how long does it take 05.04.05 # too long 05.04.33 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 05.10.00 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 05.13.56 Quit ChickeNES (Read error: Connection reset by peer) 05.14.28 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 05.18.46 Quit ChickeNES (Read error: Connection reset by peer) 05.19.22 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 05.20.07 # do i only need to download the RockboxUtility to install? 05.20.59 # read the manual 05.22.45 # i did, it says housekeeping tool as well. what is that though? 05.32.14 # http://www.rockbox.org/wiki/pub/Main/GigabeatInfo/partlist.html, this page is gone, where can i found it? 05.34.57 # good question.... google cache is failing me 05.35.08 Quit ps-auxw (Ping timeout: 255 seconds) 05.35.09 # might have to see if Zagor or Bagder has a backup 05.37.48 Quit Horscht (Quit: Verlassend) 05.38.35 Join Horscht [0] (~Horscht@p5DD56F7B.dip.t-dialin.net) 05.38.35 Quit Horscht (Changing host) 05.38.35 Join Horscht [0] (~Horscht@xbmc/user/horscht) 05.38.57 Quit Horscht (Client Quit) 05.39.49 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 05.41.51 Quit philipballew (Read error: Connection reset by peer) 05.43.43 Quit ChickeNES (Read error: Connection reset by peer) 05.44.20 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 05.45.17 Join ps-auxw [0] (~arneb@p4FF7F8F0.dip.t-dialin.net) 05.49.49 Join Rob2223 [0] (~Miranda@p4FFF2F75.dip.t-dialin.net) 05.53.38 Quit Rob2222 (Ping timeout: 250 seconds) 05.56.19 Quit Keripo (Read error: Connection reset by peer) 06.02.27 Join Keripo [0] (~Keripo@c-76-28-198-27.hsd1.wa.comcast.net) 06.04.00 *** Saving seen data "./dancer.seen" 06.04.38 Quit [Saint] (Ping timeout: 246 seconds) 06.05.46 Quit ChickeNES (Read error: Connection reset by peer) 06.06.21 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.09.26 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 06.13.56 Quit krazykit (Ping timeout: 264 seconds) 06.14.59 Quit ChickeNES (Read error: Connection reset by peer) 06.15.34 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.18.41 Join stoffel [0] (~quassel@p57B4D135.dip.t-dialin.net) 06.19.48 Join ReimuHakurei [0] (~reimu@74.112.212.15) 06.21.50 Quit ReimuHakurei (Read error: Connection reset by peer) 06.21.52 Join ReimuHakurei_ [0] (~reimu@74.112.212.15) 06.21.59 Quit ChickeNES (Read error: Connection reset by peer) 06.22.25 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.29.10 Quit ChickeNES (Read error: Connection reset by peer) 06.29.42 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.35.08 Quit ChickeNES (Read error: Connection reset by peer) 06.36.00 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.36.16 Quit stoffel (Remote host closed the connection) 06.45.12 Join sideral [0] (~sideral@213.165.85.248) 06.45.12 Quit sideral (Changing host) 06.45.12 Join sideral [0] (~sideral@rockbox/developer/sideral) 06.45.37 Quit ChickeNES (Read error: Connection reset by peer) 06.46.44 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.47.21 Quit factor (Ping timeout: 258 seconds) 06.48.16 Quit ChickeNES (Read error: Connection reset by peer) 06.48.59 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.50.38 Quit ChickeNES (Read error: Connection reset by peer) 06.51.13 Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) 06.55.38 Quit ChickeNES (Client Quit) 07.10.21 Quit d3remark (Ping timeout: 258 seconds) 07.16.09 Quit JoshuaChang (Quit: ChatZilla 0.9.87 [Firefox 4.0.2pre/20110429182132]) 07.31.50 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 07.33.12 Quit Strife89 (Quit: Heading off to bed.) 07.33.35 Join d3remark [0] (~kramer@ip98-169-188-142.dc.dc.cox.net) 07.33.42 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 07.39.35 Nick kugel_ is now known as kugelp (~kugel@rockbox/developer/kugel) 07.48.08 # pixelma, thanks 07.55.21 Join factor [0] (~factor@74.197.205.204) 07.58.13 Quit balintx (Remote host closed the connection) 07.58.31 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 08.01.18 # bluebrother: did you try a recent android build? I wonder if I'm the only one where playback doesn't work and it just skips through the songs (that's with r30012) 08.04.04 *** Saving seen data "./dancer.seen" 08.16.47 Quit FoolOnHill (Ping timeout: 276 seconds) 08.25.46 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 08.28.17 Join FoH [0] (~foh@adsl-98-83-48-199.bhm.bellsouth.net) 08.31.53 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 08.37.47 Quit wtachi (Quit: &) 08.50.29 Join balintx_ [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 08.50.55 Quit balintx (Read error: Connection reset by peer) 08.54.50 Join ender` [0] (krneki@foo.eternallybored.org) 09.13.05 Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) 09.14.24 Quit kevku (Client Quit) 09.14.35 Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) 09.26.39 Quit mc2739 (Ping timeout: 244 seconds) 09.26.42 Join petur [0] (~petur@rockbox/developer/petur) 09.27.00 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 09.29.27 Join utanapischti [0] (~username@p4FF2CEAC.dip.t-dialin.net) 09.32.32 Quit sasquatch (Ping timeout: 246 seconds) 09.48.49 Join antil33t [0] (~antil33t@124-197-33-15.callplus.net.nz) 10.04.07 *** Saving seen data "./dancer.seen" 10.16.47 # * JdGordon throws a big squishy "Told you so"! at [Saint] 10.21.33 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 10.22.27 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 10.22.27 Quit pamaury (Changing host) 10.22.27 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.29.29 Nick nef_away is now known as neferty (~andor@173.242.127.201) 10.32.22 Join markun [0] (~markun@rockbox/developer/markun) 10.33.00 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 10.33.09 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.09.41 Quit d3remark (Ping timeout: 276 seconds) 11.22.58 Quit sideral (Quit: Leaving.) 11.38.55 Quit kugelp (Ping timeout: 244 seconds) 11.41.09 Join kugel [0] (~kugel@e178117231.adsl.alicedsl.de) 11.41.09 Quit kugel (Changing host) 11.41.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 11.55.49 Join sideral [0] (~sideral@rockbox/developer/sideral) 11.56.41 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 11.59.32 Quit kugel (Ping timeout: 264 seconds) 12.04.10 *** Saving seen data "./dancer.seen" 12.08.45 Quit antil33t () 13.32.07 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.35.00 Quit kugel_ (Ping timeout: 240 seconds) 13.57.04 Quit Keripo (Quit: Leaving.) 14.02.06 Quit factor (Quit: Leaving) 14.02.43 Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) 14.03.26 Join krazykit [0] (~krazykit@206.183.185.8) 14.04.12 *** Saving seen data "./dancer.seen" 14.06.44 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 14.08.21 # Zagor: irc log viewer issues back with FF5 14.08.43 # well, it's not like I have changed anything 14.10.17 # if they choose to retire multipart/mixed push long before they add a replacement, there is not a lot I can do about it 14.10.17 # right, so FF5 isn't in the blacklist yet 14.11.31 # ah right, I added a blacklist 14.11.45 # try now 14.12.11 # thanks 14.13.06 # * kugel can now uninstall the user agent switcher addon 14.13.08 # if ($ENV{'HTTP_USER_AGENT'} =~ m|Firefox/[4-9]|) { $push = 0; } 14.19.11 Join B4gder [0] (~daniel@www.haxx.se) 14.19.11 Quit B4gder (Changing host) 14.19.11 Join B4gder [241] (~daniel@rockbox/developer/bagder) 14.37.58 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.50.29 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 14.50.44 Quit kugel (Read error: Operation timed out) 15.00.14 Join [Saint] [0] (~st.lasciv@124-197-3-117.callplus.net.nz) 15.02.04 Quit ReimuHakurei_ (Read error: Connection reset by peer) 15.02.09 Join ReimuHakurei [0] (~reimu@2001:0:4137:9e76:38eb:5cbb:b58f:2bf0) 15.03.20 Join guest [0] (~4fba9942@80.67.6.50) 15.03.28 Quit guest (Client Quit) 15.03.51 Join guest_clive [0] (~4fba9942@giant.haxx.se) 15.05.21 Quit guest_clive (Client Quit) 15.06.43 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.26.22 Quit ReimuHakurei (Read error: Connection reset by peer) 15.26.39 Join ReimuHakurei [0] (~reimu@74.112.212.15) 15.44.37 Quit sideral (Remote host closed the connection) 15.49.00 Join Guest5258 [0] (~sideral@213.165.85.248) 15.49.49 Quit shai (Ping timeout: 255 seconds) 15.53.12 Quit Guest5258 (Quit: Leaving.) 15.53.15 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 15.59.31 Quit mc2739 (Ping timeout: 264 seconds) 16.00.56 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.02.59 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 16.04.13 *** Saving seen data "./dancer.seen" 16.05.14 Quit user890104 (Read error: Connection reset by peer) 16.06.39 Join user890104 [0] (~Venci@6bez10.info) 16.06.53 Join sideral [0] (~sideral@rockbox/developer/sideral) 16.15.01 # Zagor: is the builds file in www/buildserver in svn up to date? 16.15.27 # no. fixing. 16.16.07 # New commit by 03zagor (r30020): Build system updates 16.18.59 Join Thra11 [0] (~thrall@46.208.238.220) 16.21.34 Join GeekShadow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 16.21.34 Quit GeekShadow (Changing host) 16.21.34 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.21.35 Join petur2 [0] (~petur@rockbox/developer/petur) 16.22.10 Quit petur (Read error: Connection reset by peer) 16.26.04 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 16.27.05 Nick petur2 is now known as petur (~petur@rockbox/developer/petur) 16.28.40 Quit kugel (Ping timeout: 246 seconds) 16.28.45 Quit B4gder (Quit: Konversation terminated!) 16.28.59 # Thanks! 16.37.06 Join keyb_gr [0] (~chatzilla@p4FF02A28.dip.t-dialin.net) 16.42.27 Join captainkewler [0] (cf57a9a2@gateway/web/freenode/ip.207.87.169.162) 16.43.22 Join Thra11_ [0] (~thrall@87.115.8.184) 16.46.13 Quit Thra11 (Ping timeout: 250 seconds) 16.49.09 Join hobby16 [0] (~ubuntu@77.193.186.157) 16.53.37 Quit Thra11_ (Remote host closed the connection) 16.54.11 # hi all, I've written a patch to solve my usb problem. Now when USB is on, I can switch my Sansa between storage and power-alone modes with the On/Off slider. 16.55.36 # So I can upload a file (in storage mode), switch to power-alone mode, test my file on Sansa, reswitch to storage mode, reupload, etc... without connect/disconnect the cable 16.56.50 # if somebody is interested by this patch, let me know (don't know how to use rockbox's svn) 16.57.47 Join Thra11 [0] (~thrall@55.127.112.87.dyn.plus.net) 16.59.37 # Now my question is (again), how to hide a directory in storage mode (so the PC doesn't see a specific directory on the rockbox player) 16.59.50 # You can't 17.00.04 # Unless you do weird FAT stuff 17.00.46 # and if you do weird FAT stuff you are virtually guaranteeing data loss eventually ;) 17.01.22 # well, the Sansa OF does it on a regular basis, without being particularly prone to data loss 17.01.42 # does it? 17.02.03 # AFAIK it marks two directories with the volume-label bit in addition to the dir bit, which cause both Windows and Linux to ignore the directory 17.02.03 # * Torne suspects if you chkdsk it enough it will trash your files. 17.02.13 # that's a weird fat stuff 17.02.20 # yes it is :) 17.02.25 # yes. that's something I would expect filesystem checking tools to "fix" 17.02.31 # if you have several labels, it's ok to trash them 17.02.31 # quite plausibly by destroying data 17.02.53 # interestingly, neither chkdsk nor fsck.vfat seem to bother 17.03.24 # but I agree it's beyond spec and highly implementation specific 17.03.50 Part Zagor 17.04.05 # hmm, just increased my logf buffer size to 6 MB.. and commented out displayremote(), it would make logf basically freeze 17.04.26 # anyway, we don't have any of the FAT structural awareness in the mass storage driver that would be required to actually do this 17.04.32 # Slasheri: there's a patch around somewhere that makes logf log straight to a file 17.04.35 # so it would be a big project whatever teh details of how you actualyl do it 17.04.51 # if it's just marking them with a bit, it's ok 17.04.58 # sideral : "AFAIK it marks two directories with the volume-label bit in addition to the dir bit". Nice tip sideral, where do you think I can find more infos about this ? 17.04.59 # (I think) 17.05.27 # pamaury: Oh, I guess you could do it before unmounting 17.05.30 # and change it back after 17.05.33 # Torne: the way to implement this is to toggle the bits in the mount/umount code, not in the mass-storage driver 17.05.38 # sideral: that's no fun ;) 17.05.48 # rewriting on the fly is more entertaining ;) 17.05.50 Join ReimuHakurei_ [0] (~reimu@2001:0:4137:9e76:38eb:5cbb:b58f:2bf0) 17.05.59 # gevaerts: maybe that would be better, to log straight into file.. now the 6MB buffer is barely enough for me ;) 17.06.16 Quit ReimuHakurei (Read error: Connection reset by peer) 17.06.57 # hobby16: with this information, you should be able to google something up. additional keywords are "##MUSIC" and "#PORT", the names of these Sansa directories. I don't have the specifics available at present 17.07.51 # hobby16: I suggest to first read up on the FAT filesystem disk format, if you haven't done that already 17.07.53 # Slasheri: there's FS#9253 but I believe saratoga once made a quick and dirty much simpler patch that does this too 17.07.54 # http://www.rockbox.org/tracker/task/9253 3logf file output patch. (patches, unconfirmed) 17.08.59 # Slasheri: parts of http://www.duke.edu/~mgg6/rockbox/cliplogging.patch 17.09.25 # @sideral, yessss, I'll try it. So if I didn't miss anything, no need to patch the firmware, just modify the directory control bits before the upload and mere mortals won't see the directory, right ? 17.10.43 # Slasheri: I now seem to be able to trigger the DB-shows-trash bug I mentioned yesterday again. The runtime commit seems to be a precondition. (After regenerating the DB from scratch, I can now once more commit at runtime; probably my DB had accumulated too many deleted files, which previously prevented commit.) 17.10.50 # hobby16: rockbox won't see it either 17.10.56 # probably. 17.11.05 # and you can't modify it *before* copying it onto the player.. 17.11.12 # Torne: Rockbox does see it. 17.11.18 # sideral: Then we're broken 17.11.21 Quit bluebrother (Disconnected by services) 17.11.21 # :) 17.11.23 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 17.11.50 # Torne: Hence the numerous "what are the ##music / ##port dirs for" questions :) 17.12.09 # Ah wait 17.12.23 # is it actually still set at that point? 17.12.28 # That's because the bit has already been reset after the OF USB disconnect 17.12.33 # Right. 17.12.35 # That's what I assumed. 17.12.48 # OK, so I don't know whether we'd see it 17.13.09 # hobby16: what is this actualyl for? 17.13.22 # sideral : "Rockbox does see it". That's perfect. 17.13.22 # are you specifically wanting to hide something from a host pc but not from rockbox? 17.13.29 # or just hidden entirely 17.13.31 # or what 17.13.38 # hobby16: You will need to patch Rockbox, but not the OF, for this to work 17.13.40 # hobby16: we don't actually know :) 17.14.25 Quit fs-bluebot (Ping timeout: 255 seconds) 17.14.32 # * Torne has a look 17.15.35 # @Torne : I want to use rockbox to launch Lua script and only that. so want directories hidden to host pc (final users don't need to see), but visible to rockbox (of course) 17.15.48 Join fs-bluebot [0] (~fs-bluebo@g231122031.adsl.alicedsl.de) 17.16.19 # ok, so currently the code does only skip things if they are volume labels but not directories 17.17.54 # hobby16: You can do it like the OF and toggle the bit in the mount/umount code. Note that we currently don't have a full-blown umount, as Rockbox doesn't need it right now, but FS#11883 may be of help 17.17.55 # http://www.rockbox.org/tracker/task/11883 3Close all files and safely unmount disks before entering USB mode, shutting down, or rebooting (patches, unconfirmed) 17.18.04 # @sideral : I don't want to patch the OF. But I thought hiding a directory but just changing its control bits ON THE HOST pc only was enough ? If patching RB is needed, does the patch already exist ? 17.18.30 Join Thra11_ [0] (~thrall@87.112.207.125) 17.19.11 # @sideral, oh, concurrent posts. Nice, i'll look at FS#11883, thank you ! 17.19.12 # http://www.rockbox.org/tracker/task/11883 3Close all files and safely unmount disks before entering USB mode, shutting down, or rebooting (patches, unconfirmed) 17.19.18 # hobby16: Carefully read what Torne said :) 17.19.27 # it will work 17.19.53 # yes, my sentence may have been ahrd to parse :) 17.20.07 # Rockbox will ignore the volume label bit being set, *if* it's a directory 17.20.17 # freeze ends today? 17.20.29 # kugel_: freeze ends when AlexP creates the release branch :) 17.20.43 Join T44 [0] (~Topy44@f049209054.adsl.alicedsl.de) 17.20.56 # as long as you only intend to hide directories this way you can indeed just do it by copying the files on there and then opening the drive in a FAT editor and hacking the directory entry for the directory. 17.21.10 Quit Thra11 (Ping timeout: 240 seconds) 17.21.16 # or a hex editor if you are studly enough 17.21.35 Quit fs-bluebot (Quit: timeout?) 17.21.35 # sideral: "Carefully read what Torne said :)" What specifically (better be sure before I grill my dear Sansa ;) ) 17.21.38 Join fs-bluebot [0] (~fs-bluebo@g231122031.adsl.alicedsl.de) 17.22.00 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.22.26 # the last few sentences. He said you like won't need to patch Rockbox. 17.22.51 # Good luck with your project! 17.24.19 Quit Topy (Ping timeout: 255 seconds) 17.25.05 # @sideral : do you confirm Torne's "hacking the directory entry for the directory" (no offense to you Torne, of course). If so, is the hidden dir likely to be corrupted if I paste a lot of files to the "hacked" filesystem on my player 17.25.27 # You can't access the directory after you do that 17.25.34 # It won't be visible any more 17.25.56 # You will have to clear the bit again before you can actually see it :) 17.26.04 # I confirm everything Torne says. I learned most of my FAT32 from him. The hard way. ;) 17.27.16 # @Torne, No problem, I want it to be invisible. If needed, I reformat my player and upload again everything. Just wanted to know if changing files on the storage (with hacked directory) won't corrupt anything 17.27.25 # Changing files won't 17.27.31 # Running chkdsk or similar might, potentially 17.27.57 # you dont' need to reformat it, you can just change the bit back again the same way you set it the first time :) 17.28.04 # Torne: "Changing files won't". Great, and how about dding new files or directory ? 17.28.20 # Great, and how about Adding new files or directory ? 17.30.35 # Inside Rockbox, that should work as well. On the host, you won't be able to unless you remove the volume-label bit first 17.34.22 # Can you confirm (sorry to be so annoying instead of jumping the shark but I know nothing yet of FAT): I have / , /dir1, /dir2. I hack the storage to hide /dir1, now only / and /dir2 are seen on the host pc, and /, /dir1, /dir2 are seen by rockbox. And I can do all that just by hacking the storage thank to the host PC, no need to change the firmware ? 17.35.13 # hobby16: you don't have to keep asking the same question phrased ten different ways 17.35.33 # *none* of this is guaranteed to work at all, the host pc is perfectly entitled to crap its pants and destroy your filesystem 17.35.39 # but in practise everything will just work as you want 17.40.00 Quit GodEater (Quit: WeeChat 0.3.6-dev) 17.42.05 Quit Thra11_ (Remote host closed the connection) 17.42.20 # @Torne, ok ! Now, I'll stop asking and do the real thing, promise. THANK YOU for everything. Cheers 17.42.30 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.43.13 Join Thra11 [0] (~thrall@87.112.207.125) 17.46.48 Quit Thra11 (Remote host closed the connection) 17.47.24 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 17.53.34 # New commit by 03miipekk (r30021): Fixed a changelog export/import problem with tagcache where or ... 17.55.17 # sideral: now my worst annoyance with db fixed :) 17.57.50 # r30021 build result: All green 17.59.12 Join Thra11 [0] (~thrall@87.112.207.125) 17.59.17 Quit petur (Quit: *plop*) 18.00.30 Quit Thra11 (Remote host closed the connection) 18.04.15 *** Saving seen data "./dancer.seen" 18.13.13 # Slasheri: Whops, CRLF in tags... Nice catch! Was that in a comment tag? 18.13.48 # Slasheri: seen my note about DB junk reproducibility? 18.17.50 Join Thra11 [0] (~thrall@87.112.207.125) 18.19.51 # sideral: yep, that was a comment tag :) 18.20.04 # sideral: i saw that, i will look into it soon 18.26.04 # Slasheri: Thanks! 18.33.24 Quit Thra11 (Remote host closed the connection) 18.38.14 Quit GeekShadow (Read error: Connection reset by peer) 18.38.34 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 18.40.51 Join wtachi [0] (~wtachi@cpe-065-190-012-236.nc.res.rr.com) 18.48.20 Join Thra11 [0] (~thrall@104.16.113.87.dyn.plus.net) 18.53.05 Join kugel [0] (~kugel@e179158034.adsl.alicedsl.de) 18.53.05 Quit kugel (Changing host) 18.53.05 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.56.18 Quit kugel_ (Ping timeout: 260 seconds) 18.57.47 Quit sideral (Quit: Leaving.) 18.58.09 Quit Thra11 (Remote host closed the connection) 18.58.29 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.00.16 Quit sideral (Client Quit) 19.00.26 Join sideral [0] (~sideral@213.165.85.248) 19.00.26 Quit sideral (Changing host) 19.00.26 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.02.42 # sideral: so you re-init db (commit without rebooting), and then you do something to get trashed query results? 19.03.46 # Almost. The steps seem to be: 19.04.23 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.04.43 Join Thra11 [0] (~thrall@130.53.112.87.dyn.plus.net) 19.04.57 # Have autoupdate enabled. Add some tracks to the player via USB (using the OF's USB mode in my case). Boot Rockbox. Wait for autoupdate / commit to complete. Enter DB browser, verify the new tracks are there. Then... 19.05.40 # ...select some track from the DB and play it. After some time, go back to the DB browser. Now it shows funny results 19.06.19 # ok, i will try that :) 19.08.47 # The queries I'm using all have some condition set (e.g., require a specific directory) and the tracks that are shown don't belong in there; or there are no tracks shown at all 19.09.54 # hmm.. i should really get a bigger disk for my H140.. 19.10.43 # sideral: does that issue occur even after you reboot the player? 19.11.33 # No. When I reboot after the issue has occurred, everything is normal. So it seems to have to do something with the DB update 19.11.34 # kugel: Yep, shortly 19.11.36 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 19.12.14 # sideral: ok, interesting 19.12.37 Join casainho [0] (~chatzilla@pal-213-228-181-14.netvisao.pt) 19.14.14 # sideral: just added two new albums, and going to database - Same as current... and all items work as expected (playing those newly added tracks) 19.15.02 # I somehow expected that. :) 19.15.40 # Does recently played / recently added look sane to you? 19.16.02 # hi sideral, I've tried to hide a directory like described above by setting its volume-bit to 1 (file attribute offset is changed from 0x10 to 0x18). I use a hex editor to do it but it replies "access denied". I've tried it on rockbox and a simple USB key, same (non) result. Do you have any idea ? 19.16.27 # yes, at least so far everything is working.. but i will leave the iriver playing for a while 19.17.28 Join JessicaRN [0] (~JessicaRN@75.60.174.28) 19.17.43 # hobby16: your hex editor probably doesn't know how, or doesn't ahve permission to, write to the raw disk 19.18.21 # The hex editor is HxD (windows freeware), do you know anything else which can write to raw disk Torne ? 19.18.34 # Slasheri: thanks. I'll try reproducing this as well to verify the steps. Then I can try a simulator build 19.18.41 # hi all. I've got an old archos recorder jukebox w/ a 20gb drive in it. I'm about to up it to a 120gb disk. Will the automated installed prep the new disk, or do i need to partition it myself? 19.19.02 # sideral: it would be great if you could manage to reproduce it using the simulator 19.19.08 # JessicaRN: installing rockbox pretty much always requires that the original firmware be functional first 19.19.19 # hmm... 19.19.35 # so, i cant start w/ a scrubbed disk? 19.19.53 # It will need to be partitioned and have a filesystem 19.20.06 # fat32? or can i use ntfs? 19.20.09 # fat32 19.20.15 # New commit by 03alex (r30022): Branch for 3.9 19.20.28 # There we go :) 19.20.51 # ugh. I have an xp laptop i'm trying to build this on. it will only let me creat an ntfs disk. any ideas? 19.20.52 # AlexP: yay! 19.21.06 # I suspect you can do the partitioning over usb after installing the disk 19.21.40 Topic "Now branched for 3.9 | Rockbox accepted for GSoC 2011 | 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.) 19.21.40 # JessicaRN: you need something other than windows's built in format tool to format something >32GB as FAT 19.21.50 # Slasheri: can you try again and delete some tracks at the same time as well as adding some? I think my sync process typically removes and adds some 19.22.20 Quit soap (Ping timeout: 240 seconds) 19.22.20 # torne: what freeware util do you suggest? or should I just boot ubuntu and do it from there? 19.22.45 # JessicaRN: I believe people have successfully used something called swissknife 19.23.41 # or fat32format 19.23.44 # both work 19.23.50 # i'm always a bit spooked about using freeware that hasn't been vetted. just asking for viruses that way. 19.24.08 # A linux liveCD then :) 19.24.21 # sideral: ok, lets try 19.24.24 # Hey! I'm carefull. I only surf the web with condoms on my fingers 19.24.33 # *grins* 19.26.11 # Hmmm, some RC builds would probably be good 19.26.53 # thanks. i'll be back 19.26.56 Quit JessicaRN (Quit: http://irc2go.com/) 19.27.01 Join Horscht [0] (~Horscht@p5DD574F8.dip.t-dialin.net) 19.27.01 Quit Horscht (Changing host) 19.27.01 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.29.49 # sideral: now playing & browsing while tagcache is working to mark deleted files and commit new ones 19.30.04 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 19.32.08 Quit casainho (Remote host closed the connection) 19.32.26 # New commit by 03alex (r30023): Bump release scripts to 3.9RC 19.32.36 Quit kugel (Ping timeout: 240 seconds) 19.33.11 # sideral: ok, now "same as current directory" displays results from wrong directory, every other query works ok 19.33.38 # there maybe dircache pointer invalidation problem or something like that 19.33.42 # Slasheri: ah, glad you found something 19.34.40 # if that's the case, that could perhaps explain the dreaded duplicate entries in DB problem as well 19.35.42 # maybe.. now lets find out what could cause that 19.38.04 # sideral: and "recently played tracks" now halted the whole query 19.39.06 # oh, no.. it did work, it just took a long time (ram cache was not used for that query) 19.40.49 Join kugel [0] (~kugel@rockbox/developer/kugel) 19.41.45 Join robin0800 [0] (~quassel@149.254.61.166) 19.43.53 Quit kugel_ (Ping timeout: 250 seconds) 19.47.50 # Slasheri: I can't seem to trigger it right now, but just noticed that I left out the play a track part of my recipe 19.49.29 # sideral: i have the problem occurring only with the filename tag (that tag has special handling because it will never be loaded to ram, but it could point to the dircache) 19.49.36 Quit benedikt93 (Quit: Read the fucking binary.) 19.50.11 # pamaury: I'll commit the dircache patches soon, want to have look before? 19.50.39 # Slasheri: ^ 19.50.45 # Slasheri: That could explain why it mostly affects queries with a filename condition 19.51.08 # kugel: sure :) 19.51.48 Quit sideral (Quit: Leaving.) 19.51.55 Join sideral [0] (~sideral@213.165.85.248) 19.51.55 Quit sideral (Changing host) 19.51.55 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.52.01 Quit hobby16 (Ping timeout: 258 seconds) 19.52.44 Quit ChickeNES (Quit: Computer has gone to sleep.) 19.53.33 Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) 19.53.33 Quit soap (Changing host) 19.53.33 Join soap [0] (~soap@rockbox/staff/soap) 19.54.48 Join Buschel [0] (~chatzilla@p54A3B1A0.dip.t-dialin.net) 19.54.49 Join JessicaRN [0] (~JessicaRN@adsl-75-60-174-28.dsl.bltnin.sbcglobal.net) 19.55.44 Quit sideral (Client Quit) 19.56.02 # back again! I just formatted the new disk as 120gb fat32. do I just need to unpack the install files to the root of the new volume? 19.56.08 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.56.08 Quit captainkewler (Ping timeout: 252 seconds) 19.56.21 Quit sideral (Client Quit) 19.56.30 Join sideral [0] (~sideral@213.165.85.248) 19.56.30 Quit sideral (Changing host) 19.56.30 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.58.06 # Slasheri: sure have a look or sure commit? :) 19.59.12 # kugel: those patches alters the memory layout, removing linked lists? 19.59.30 # linked lists are not removed 20.00.02 # oh.. what patches are you going to commit? 20.02.12 # Slasheri: all FS#of 12133 20.02.18 # FS#12133 20.02.19 # http://www.rockbox.org/tracker/task/12133 3Dircache patches (patches, new) 20.03.04 Quit JessicaRN (Quit: http://irc2go.com/) 20.04.16 *** Saving seen data "./dancer.seen" 20.08.50 Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) 20.09.04 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 20.11.40 Quit kugel (Ping timeout: 240 seconds) 20.12.47 Quit robin0800 (Read error: Connection reset by peer) 20.13.10 # kugel_: I'll have a look today ! 20.13.13 # promise 20.14.15 # pamaury: don't promise, that encourages me to wait :) 20.16.19 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 20.16.33 # I'm making coffee and have a look just after so you won't wait too long hopefully :) 20.18.48 Quit Thra11 (Remote host closed the connection) 20.21.45 # dircache uses still pointers internally, but it could also use array indices there, however I'm not sure if it's worth it 20.22.09 # AlexP: freeze on Trunk is over? 20.22.23 # Buschel: yep 20.22.30 # kugel: you want comments on FS ? 20.22.56 # ok :) 20.23.04 # pamaury: just drop them here, the task is (hopefully) closed soon :) 20.24.10 Quit user890104 () 20.24.35 # Ok, I think I already told you patch 1, 2 & 3 were ok and suggested an optimization 20.24.46 # can I have a look at 8 without 4-7 ? 20.25.46 # 8 looks ok but I would just add a small comment to say the '1' comes from the '/' 20.27.03 # 4 is ok I guess 20.28.03 # pamaury: http://pastie.org/2097216 is dircache_copy_path() after 8 if it helps 20.28.43 # ah ok, there already is a comment 20.28.54 # thanks 20.29.29 # personal comment: I don't like the indentation of 5 with respect to global variables 20.29.32 # :) 20.32.43 # pamaury: it looks better in the source than in the diff :) 20.37.08 # sideral: it could be that tagcache itself is working correctly but wrong path is given by playlist or some other subsystem. But that is just speculation and needs to be verified 20.37.38 # at least playlist uses dircache to some extend 20.37.55 # New commit by 03buschel (r30024): Submit first part of FS#12154. Whitespace removal and correction of several defines in WM8758 driver according to data sheet, no functional change. ... 20.39.20 # kugel: should offset_d_names be of type ptrdiff_t ? 20.39.23 # *shouldn't 20.39.34 # Slasheri: It could be that I had a deleted file in my current dynamic playlist when the problem occurred. I have no other playlists on the system. But did you have any playlist related to the deleted file? 20.40.41 # kugel: In your commit, "since" should be "Since" ;) 20.40.52 # sideral: i just checked and most likely playlist doesn't handle dircache pointer invalidation.. it keeps running using the old pointers 20.41.13 # that could explain the problem, unless you stopped playback and created a new dynamic playlist 20.41.47 # r30024 build result: All green 20.41.51 # * bluebroth3r would really like to see people to wrap commit messages at 72 chars or so 20.42.13 # pamaury: because during commit() dircache gets rebuilt, and old pointers can be incorrect 20.42.18 # sideral 20.42.33 # is it possible to rewrap all "long" commit messages when converting to git in a sensible way? Some existing ones are kinda unreadable on the terminal right now. 20.43.43 Quit ps-auxw (Quit: leaving) 20.43.52 # Slasheri: yep. that whole concept of breaking some other subsystem's pointers seems rather brittle to me. That's one reason why I'm scared by kugel's plans for moving allocations around 20.44.20 Quit kugel (Ping timeout: 240 seconds) 20.44.21 Join boghog [0] (~aphax@2001:980:34c7:0:1e6f:65ff:fe86:1e03) 20.44.48 # arg, kugel disappeared :( 20.46.54 Join kugel [0] (~kugel@e179156024.adsl.alicedsl.de) 20.46.54 Quit kugel (Changing host) 20.46.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.47.21 # kugel: did you see my comments ? 20.48.12 # kugel: in the /** compact the dircache buffer **/ part, I don't really like the way you structure you if statement. Since the function just return if res<0, if you just if(ret < 0) return; to make the code clearer 20.48.22 # same thing for if (offset > 0) 20.48.33 # one moment :) 20.50.38 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 20.51.00 # is there a significant difference in performance between memmove and memcpy which justify such a distinction ? 20.51.11 # memove will always work no ? 20.51.18 # yes 20.51.53 # but it's nearly 0% probability that they overlap 20.52.06 # but memmove will see that 20.52.32 # New commit by 03buschel (r30025): Submit final part of FS#12154. Optimization for WM8758 used in iPod Video: Significantly reduce popping noise during startup. Additionally improve ... 20.53.39 # kugel: what exactly compaction does ? 20.55.13 # move strings down 20.55.29 # they are allocated from the end of the audiobuf 20.55.31 # so that the reserve size is exactly DIRCACHE_RESERVE 20.55.39 # ah 20.55.51 # r30025 build result: All green 20.56.19 # You should make this clearer 20.56.30 # (that there are allocated from the end of audiobuf) 20.57.15 # Add a line to the comment just before audiobuf = (char*)(((intptr_t)audiobuf & ~0x03) + 0x04); for example 20.57.18 # pamaury: you mean like in the comment above? 20.57.36 # /* struct dircache_entrys are allocated from the beginning, * their corresponding d_name from the end 20.57.40 Join soap_ [0] (~soap@rockbox/staff/soap) 20.57.51 # yeah, be a bit more explicit 20.58.00 # from the end *of the audiobuf* 20.58.07 # the comment above the allocation is quite clear if you ask me 20.59.08 # If you ask me, it is not :) In your comment you don't mention audiobuf, so you have to look at the code to understand 20.59.30 # comments shouldn't duplicate code 20.59.53 # But mentioning audiobuf add a few characters and makes it easy and explicit 21.00.10 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 21.00.21 Quit soap_ (Client Quit) 21.00.38 # audiobuf is mentioned 2 lines below in the code... 21.01.44 # also, I changed the code according to your suggestion (with the if()s). I can't say it looks nicer 21.02.14 # I believe it does, you gain two levels of indentation 21.02.28 # otherwise you have you far away else statement which just returns 21.02.36 # which is clearly an exception case 21.04.14 # Also don't forget that the code looks clear to you because you modified it a lot; but after a few months, you'll have forgotten the details and having redundant comments is a time win. 21.04.34 Quit sideral (Quit: Leaving.) 21.06.05 # pamaury: how about this? http://pastie.org/2097394 21.06.41 # the function (no diff): http://pastie.org/2097402 21.06.41 # perfect :) 21.07.21 # if only we had a patch review system ;) 21.07.31 # Appart from those comments on the style, it look perfectly ok to me 21.08.29 # I must admit that the entries vs names distinction makes the code nicer 21.08.42 # pamaury: there's one problem with ptrdiff_t, it's (theoretical) only defined for pointers within the same array 21.08.54 # intptr_t covers the entire memory 21.10.00 # hum, true; but since the result is a difference between pointers, it's weird :) Do it the way you like anyway, we know it's a 32-bit system anyway :D 21.10.03 # IIUC anyway 21.10.38 # 6 introduces no functional changes so I guess it's no problem 21.12.30 # intptr_t is an integral type as large as pointers, ptrdiff_t is an integral type large enough to hold differences of pointers to the same array. I don't think they make a difference in practise 21.12.47 # but intptr_t is always correct :) 21.13.52 # ok, you win :) 21.14.17 # Isn't it branching day today? 21.14.29 # amiconn: done already :) 21.14.43 # pamaury: I don't really care actually 21.14.48 # neither me 21.15.05 # Ah, missed that one 21.15.24 # * amiconn thinks branch commits should also appear on the frontpage 21.16.27 # patch 7 looks ok. I assume you tested it. I'm happy that it finally don't expose dircache pointers. 21.17.22 # However, it doesn't check for full bounds on indexes (0<=index I tested somewhat yes, not extensively as I don't use targets with dircache anymore :) 21.18.02 Join MethoS- [0] (~clemens@134.102.106.250) 21.18.50 # ok, so overall, that's all ok as long as it's correctly tested 21.19.09 # pamaury: well, as you're supposed to pass in IDs that you previously got from the dircache (and this is how it's used) bound checking is a bit redundant 21.20.29 # you don't pass IDs that you just made up 21.21.37 # kugel: Did you have a look at r30019? 21.21.53 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.22.32 # amiconn: yes 21.22.49 # I hope my way to fix .talk is ok? 21.23.29 # yes, should be. it appears the file extension was previously ignored 21.23.52 # so whitelisting .talk for mp3 should be alright 21.24.17 # Yes, because pre-r29432 mp3info() was specifically mpeg audio only 21.24.53 # Now it's actually a generic metadata function which checks extension before probing further 21.25.01 # well it still is but now calls common code instead 21.25.08 # No it's not 21.25.24 # You changed it from calling get_mp3_metadata() to calling get_metadata() 21.25.53 # yes 21.25.55 # what I said 21.25.59 # It's ok even for the old hwcodec engine, but that's why .talk must be whitelisted 21.26.58 # On hwcodec talk clip queueing needs to check metadata in order to skip tags, vbr headers & stuff. On swcodec .talk clips are raw speex with no tags or headers at all 21.27.05 # * kugel prepares for a big pile of commits 21.27.27 # That's why this wasn't a problem on swcodec 21.27.37 Quit sideral (Quit: Leaving.) 21.27.47 Join sideral [0] (~sideral@213.165.85.248) 21.27.47 Quit sideral (Changing host) 21.27.47 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.27.52 # great it works again 21.30.37 Quit sideral (Client Quit) 21.30.54 # The metadata functions could really profit from a thorough cleanup 21.30.58 Join ReimuHakurei [0] (~reimu@74.112.212.15) 21.32.34 # * amiconn wonders when we'll see the score table working again :\\ 21.32.44 # New commit by 03kugel (r30026): Move buffer.h to firmware/include.h to replace a useless malloc header. 21.32.49 # New commit by 03kugel (r30027): Use enum themable_icons in struct file_type and struct filetype (who made those names?). ... 21.32.53 Quit ReimuHakurei_ (Read error: Connection reset by peer) 21.32.53 # New commit by 03kugel (r30028): Move struct search_instruction into struct menu root, as they're not allocated or used independently. 21.32.58 # New commit by 03kugel (r30029): tagtree: Refactor memory allocation to local functions. 21.33.05 # New commit by 03kugel (r30030): Remove unused code path from playlist_create_ex(). 21.33.10 # New commit by 03kugel (r30031): Fix yellow. Shouldn't have reordered struct members here. 21.33.25 Quit rudi_s (Quit: leaving) 21.33.39 # o.O 21.35.15 # r30026 build result: All green 21.35.33 # * gevaerts takes bets on the accuracy of that "fix yellow" :) 21.35.59 # the build system might jump over :) 21.38.14 Quit GeekShad0w (Read error: Connection reset by peer) 21.38.28 # r30031 build result: All green 21.38.44 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 21.38.55 # kugel: tagtree.c, } si; 21.39.03 # why did you add that to the struct definition? 21.39.52 # Slasheri: so that only one allocation is needed 21.39.52 # kugel, can't you squash/fixup those fixes before committing? 21.40.27 # bertrik: I can, but it's a lot more effort 21.41.04 Join Thra11 [0] (~thrall@46.208.79.24) 21.41.47 # kugel: hmm, i don't see the point how that would make any difference 21.42.12 Quit Thra11 (Remote host closed the connection) 21.42.58 # why should they be seperate if they're tied together in reality? it just adds overhead 21.43.06 # and less allocations are good for my gsoc project 21.43.12 Join rudi_s [0] (~simon@austria125.server4you.de) 21.43.37 # kugel: i didn't mean that, but your extra "si" 21.44.35 # I don't understand 21.45.13 # anonymous nested structs are gnu(/ms) extensions, not sure if we're fine with them 21.45.16 Quit Xerrao (Read error: Connection reset by peer) 21.45.53 # it should work perfectly fine.. those are used everywhere 21.46.02 Join Thra11 [0] (~thrall@46.208.79.24) 21.46.17 # that needs more changes in the code too, I wanted to keep the diff smaller 21.46.43 # bertrik: and by a lot, I mean significantly more effor 21.47.24 # kugel: hmm, sorry, i think i misread the diff :) need to check again 21.47.58 # oh I thought git with git-svn should make that very simple 21.48.02 Join fml [0] (~chatzilla@manz-590f3169.pool.mediaWays.net) 21.48.21 # bertrik: it's simple if you need to fix the top-most commit, not the ones below 21.48.28 # kugel: ah, yes.. i didn't notice you nested the struct by reading the diff 21.48.39 # Why isn't the new search box in the online manual displayed on the title page? 21.48.53 # it annoys me a bit to have basically dummy commits for that in SVN 21.49.59 # bertrik: I don't think it matters 21.50.03 # i just don't know if that kind of nesting is a good idea.. i would declare the struct outside and allocate it inside the other struct 21.50.06 # not to me anyway 21.50.23 # great, that annoys me even more. I stopped my build client, I'm not compiling crap like that. 21.51.25 # fml: I don't think that this was a design decision (either an oversight or harder to do than expected). I remember bluebroth3r cursing htlatex a few times in the process 21.51.29 # isn't that a bit of an overreaction? 21.52.44 # * pixelma still wonders if she's the only one who can't listen to music with an r30012 android build 21.53.46 Join Xerrao [0] (~XRO@synergy.serv.xdk2.net) 21.54.27 # pixelma: I have problems as well, but I suspected a patch I have applied 21.56.36 Quit fml (Quit: ChatZilla 0.9.87 [Firefox 4.0.1/20110413222027]) 21.59.01 # is anyone working on the fPIC and visibility warnings that come up when compiling a win32 simu under ubuntu? I see hundreds of that when building. 22.00.19 # seems to be connected to r29983 22.01.22 # AlexP: Well, it's Monday now. 22.01.31 # Buschel: I don't think so, but I keep telling people what needs doing :) 22.01.38 # Espreon: Indeed it is 22.01.43 # those options should only be used when the target is linux 22.01.45 # And I still have a real life 22.01.46 # or possibly mac 22.01.48 # i'm not sure about mac 22.01.55 # but it shouldn't be used on windows (or on targets) 22.01.59 # But don't worry, it'll get into the release 22.03.09 # All right then... 22.03.29 # Believe me or not, I don't really care 22.04.20 *** Saving seen data "./dancer.seen" 22.04.46 # Very well. 22.04.47 Part Espreon 22.07.06 Quit Thra11 (Remote host closed the connection) 22.07.32 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 22.07.37 # New commit by 03kugel (r30032): Dircache: Remove dircache_entry::name_len. ... 22.08.07 # something went wrong 22.10.01 Join Thra11 [0] (~thrall@87.113.220.167) 22.10.04 Quit kugel (Ping timeout: 255 seconds) 22.10.51 # r30032 build result: All green 22.11.06 # Torne: commenting line 229 in tools/configure does it for me 22.11.21 Join JessicaRN [0] (~JessicaRN@adsl-75-60-174-28.dsl.bltnin.sbcglobal.net) 22.11.57 # Buschel: yes but that breaks it for linux 22.12.09 # I just said: those options need to be passed when building for linux, but not windows 22.12.12 # New commit by 03kugel (r30033): Dircache: Rework and simplify dircache_copy_path(). ... 22.12.16 # New commit by 03kugel (r30034): Dircache: Return the size of the result string in dircache_copy_path() so that callers don't need to call strlen on it. 22.12.23 # i don't have time to actually do this atm :) 22.12.25 # but feel free 22.12.27 # New commit by 03kugel (r30035): Fix dircache_size calculation bug introcuced 3 revisions ago. 22.12.33 # New commit by 03kugel (r30036): Dircache: Change internal cache layout. ... 22.12.37 # New commit by 03kugel (r30037): Dircache: Move struct maindata declaration to dircache.c and actually check for DIRCACHE_MAGIC when loading from disk. 22.12.44 # New commit by 03kugel (r30038): Dircache: Don't expose struct dircache_entry and pointers into the cache, use IDs instead. ... 22.12.50 # New commit by 03kugel (r30039): Optimize new dircache_copy_path so that the helper (strlcat) doesn't need to walk through the entire string repeatedly. ... 22.12.54 # New commit by 03kugel (r30040): Dircache: A bit of follow-up code cleanup suggested by Amaury Pouly. 22.12.59 # New commit by 03kugel (r30041): Use ALIGN_UP() macro for alignment, in a more correct way also. 22.13.09 # to all of you that have helped develop RB, THANK YOU! It's a great program, and you've kept my spiff Archos Jukebox Recorder working fantastic for me!!!! 22.13.23 # :) 22.13.24 # Torne: I am not really an expert to build processes... at least I now have a working workaround. sorry to pass this back to you 22.14.03 # Also, TYVM to the folks who support RB in this room. You all are great as well! 22.14.26 # fml: because the crosslinks block where it's attached to isn't shown on the title page. Feel free to move it around :) 22.14.48 # r30033 build result: All green 22.15.07 Quit Sundiver (Ping timeout: 264 seconds) 22.15.26 # though I'm not sure if the search box is that useful after all -- when I've tried it today Google seemed to only give me pdf results, and I haven't figured how to make Google not include pdf results 22.16.07 # * Buschel really liked to read the change logs, but this is getting noisy now 22.16.11 # * amiconn wonders whether this 'all green' is real 22.16.42 # One stillf can't verify that at all :\ 22.17.56 Join kugel [0] (~kugel@g231232209.adsl.alicedsl.de) 22.17.56 Quit kugel (Changing host) 22.17.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.18.06 # r30041 build result: All green 22.18.58 # And now the delta table became rather sparseß! 22.19.54 # the build result table is still stuck at r30006 22.20.02 Quit JessicaRN (Quit: http://irc2go.com/) 22.20.37 # n1s, Torne: I re-opened FS#12144 22.20.38 # http://www.rockbox.org/tracker/task/12144 3Use -fPIC -fvisibility=hidden for 32 bit x86 builds too to fix link errors. (patches, new) 22.20.39 # bluebroth3r: but IIRC CIA-27 reports correctly 22.20.41 # Bagder? Or is that Zagor's thing? 22.21.07 Quit kugel_ (Ping timeout: 264 seconds) 22.21.14 # Buschel: can you post the build log? 22.21.18 # that sounds like work so it must be Zagor's thing =) 22.21.42 # kugel: yep, wait a minute 22.21.57 # New commit by 03alex (r30042): Add US English by Steven Panek. 22.22.21 # Buschel: IIRC visibility isn't even supported for mingw targets 22.23.02 # what Torne said a few minutes before, I just don't know how to fix /tools/configure 22.23.45 # New commit by 03alex (r30043): Add US English by Steven Panek. 22.24.43 # I wonder if it made more sense to only translate strings that are actually different in the US lang file 22.24.50 # Possibly 22.25.06 # but I suspect doesn't work nicely with translate.r.o? 22.25.11 # pixelma: current svn is broken for me too :( 22.25.12 # But then it'd mess up the stats :) 22.25.57 # also, one more language...Torne, how's your genlang work coming along? :) 22.26.06 # not had time yet ;) 22.26.13 # r30043 build result: All green 22.26.20 # i think i know how to do it though 22.26.43 Quit domonoky (Ping timeout: 255 seconds) 22.26.51 # job half done! 22.27.01 # Rockbox does play the file, but no audio output :( 22.27.34 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 22.27.44 # sometimes I need to skip around in the file before it starts "playing" 22.27.55 # * bluebroth3r wonders when playback broke again 22.28.09 # Sometime in the last half an hour probably :) 22.28.56 # AlexP: are you saying we were bug-free before that? ;) 22.29.06 # yep, 100% :) 22.29.55 # "make > log.txt" does not pipe compiler warnings to the file. what is the missing parameter? 22.30.10 # Buschel: "make &> log.txt" 22.30.16 # > does only stdout 22.30.33 # wow. It _does_ playback the file but it's extremely soft. 22.30.45 # doesn't seem to happen for mp3, only ogg 22.31.17 # thanks, works now 22.31.46 # pixelma: what filetype are you playing? 22.32.28 # wow, the log file is 1.8 MB 22.34.53 # kugel: zipped and attached to FS#12144 22.34.54 # http://www.rockbox.org/tracker/task/12144 3Use -fPIC -fvisibility=hidden for 32 bit x86 builds too to fix link errors. (patches, new) 22.34.54 # r30043 build result: 325 errors, 0 warnings (alex committed) 22.36.16 # oi, that was green a minute ago! 22.36.52 Join hobby16 [0] (~ubuntu@157.186.193.77.rev.sfr.net) 22.37.21 # * AlexP kicks kugel instead 22.37.28 # That clearly isn't my fault :) 22.37.37 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 22.38.05 # not building each individual revision might not be that good it seems 22.38.23 # bluebroth3r: it wasn't intentional 22.38.40 # Zagor: ah, that explains things. I was surprised by that change ;-) 22.39.01 # anyone else having problem with playing non-mp3 formats on Android with current svn? 22.39.13 # when I fixed the delta table I broke the compile results. only I didn't notice until recently. 22.39.16 # can someone tell me more about usb-serial mode (for debugging) please ? does it work on Windows (I can't get USB work on my Ubuntu Virtualbox, grrrr) 22.39.49 # maybe gevaerts ? 22.40.21 # hobby16: I don't think anyone ever got it to work in windows 22.40.30 # Feel free to fix that though :) 22.40.49 # bluebroth3r: on my phone it crashes in the dynamic linker, but again I'm not sure if my other patch causes this 22.41.00 # I believe my problematic files are also non-mp3 22.41.20 # * bluebroth3r wonders if other targets are affected as well 22.41.52 # goot go now, see you tomorrow 22.41.58 Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 3.6.17/20110420140830]) 22.43.16 # gevaerts @, oh no, I'm electronician, fixing USB is way beyond my capabilities. So I'll have to find a linux with USB. 22.43.56 # bluebroth3r: let's hope not. broken playback wouldn't be a compelling feature for 3.9 22.44.23 # well, let's see. I'm building for e200 now ... 22.44.41 # Is it broken in the 3.9 branch? 22.44.55 # and it's not broken, it's just like ... playing at -80dB or something like that :) 22.45.08 # Is it doing that in the 3.9 branch? :) 22.45.27 # we'll see. 22.45.38 # Cool 22.45.40 # New commit by 03kugel (r30044): Fix red in fft plugin. 22.45.50 # I'm still doing RC builds, it is taking forever 22.45.58 # but we can't upgrade Android to unstable with that issue IMO 22.46.20 # how good the fft plugin isn't built on Android 22.46.34 # * bluebroth3r rebases 22.49.31 # r30044 build result: All green 22.50.14 # seems to be fine on e200 22.50.28 # at least ogg files play at normal volume so fwar 22.50.31 # *far 22.51.01 # why would something happen on Android only? 22.51.36 # * bluebroth3r grumbles 22.59.13 Quit ChickeNES (Quit: Computer has gone to sleep.) 23.00.24 Quit Xerion (Read error: No route to host) 23.00.39 # we really need a patch cleanup month. There are quite a couple of nice ideas around that would only need someone to finish them 23.01.14 # that assumes people participate 23.01.23 # I thought we tried that and nobody did anything 23.02.07 # we can have that if you don't force people to stop developing other stuff in the meantime 23.02.27 # otherwise it'll just result in lots of sad developer faces :( 23.02.35 # there are a couple of patches I'd like to give a look. I just need to get around doing so 23.02.55 Join Espreon [0] (~espreon@wesnoth/developer/espreon) 23.02.56 # bluebroth3r: start your very personal patch cleanup month :) 23.02.58 # we need to keep our house clean, even if that means not working on cool new features for a couple of days ... 23.03.04 Join kevku [0] (x@2001:470:28:773:babe:feed:dead:bee) 23.03.41 # I don't think I'm going to work on stuff I don't want to work on 23.03.54 # kugel: I'm already at it. I just need less headache tonight and more time in general 23.04.22 # but see, that's what we discussed on the devcon. the open patches are *not* our responsibility 23.05.02 # that doesn't mean it's not a good idea to go through them and try to finish some 23.05.22 # it's not a good idea to force us to do it 23.05.29 Quit GeekShad0w (Ping timeout: 240 seconds) 23.05.53 # AlexP: You forgot to set svn:keywords on the file. Also, I made an update. Shall I pastebin the patch? 23.06.20 # plus, we haven't communicated that policy in the past. And a lot of patches haven't been closed simply because there are good ideas. 23.06.28 # a patch cleanup weak is quite contrary to what we decided on the devcon 23.06.34 # Espreon: svn:keywords will go away pretty soon 23.06.40 # OK. 23.06.45 # week* 23.06.46 # kugel: I disagree. 23.06.47 # or month even 23.06.48 # I didn't forget them :) 23.07.00 # Espreon: And yes, pastebin is fine 23.07.11 # bluebroth3r: it's making us responsible for the patches 23.07.17 # which is not something we want 23.07.27 # kugel: no. Picking a patch up doesn't make us responsible. 23.07.39 # a patch cleanup month does 23.07.54 # not for the patch. We're responsible for the result, and we're responsible for the code anyway. 23.08.09 # and a cleanup month doesn't make us responsible for patches either. 23.08.11 # AlexP: http://pastebin.com/uCiuUqcA 23.08.20 # it's just asking people to give it a look. 23.08.31 # an official one anyway, I'm not stopping anyone from doing it voluntarily 23.08.34 # as with all open source: no promises :) 23.09.06 Quit ReimuHakurei (Quit: If I use this, I will disappear, and Shana-tan will remain...) 23.09.28 # officially asking people to consider picking up patches doesn't make us any more responsible than not asking. 23.09.39 # it's _asking_ people after all. 23.10.06 # I don't want to be asked to pick up patches 23.11.22 # reviewing patches, OK, but not finishing them which should've been done by the author 23.11.39 Part Zagor 23.11.46 # bluebroth3r: i don't think anyone who isn't interested in doing it anyway is going to do it 23.12.41 # kugel: people can still ask you to do it. It's up to you to follow it or not. 23.13.13 # * bluebroth3r has been asked to join working on a Nano 3G port recently and hasn't been asked if he liked to be asked or not 23.13.33 # people can ask me 20 times, I'll say no 20 times. nothing is gained 23.14.04 # so? People have asked you, regardless if you like it or not. 23.14.25 # yes, but a patch cleanup month implies I'm not allowed to do other stuff in the meantime 23.14.31 # New commit by 03alex (r30045): Update US English by Steven Panek. 23.14.42 # if it doesn't, it's completely useless from the start 23.14.45 # seems you don't want to understand what I'm saying 23.14.46 # New commit by 03alex (r30046): Update US English by Steven Panek. 23.14.50 # * bluebroth3r gives up 23.15.16 # kugel: you are supposed to not make bugs and bugs happen :) 23.15.40 Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) 23.16.33 # AlexP: Thanks. 23.17.43 # yw 23.18.22 Join ReimuHakurei [0] (~reimu@74.112.212.15) 23.18.49 # r30045 build result: 2 errors, 0 warnings (alex committed) 23.19.15 # heh 23.19.16 # bum 23.19.53 # I'm not claiming responsibility for that either! 23.20.01 # I've been got twice tonight 23.20.08 Quit pamaury (Remote host closed the connection) 23.21.17 # AlexP: looks like Zagor's fault :) 23.21.40 # * AlexP readies the pointy stick 23.31.51 Join ChickeNES [0] (~ChickeNES@128.135.100.102) 23.34.50 Join robin0800 [0] (~quassel@149.254.61.29) 23.39.31 Quit robin0800 (Read error: Connection reset by peer) 23.41.22 Quit amiconn (Disconnected by services) 23.41.23 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 23.41.26 Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 23.41.40 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 23.42.36 Join domonoky1 [0] (~Domonoky@agsb-5d87e93d.pool.mediaWays.net) 23.42.45 Quit pixelma (Disconnected by services) 23.42.46 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 23.43.05 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 23.44.57 Quit evilnick_B (Quit: Page closed) 23.45.05 Join Strife89 [0] (~Strife89@207-144-19-39.cstel.net) 23.46.12 Join aevin_ [0] (eivindsy@microbel.pvv.ntnu.no) 23.46.15 Quit ChickeNES (Quit: Computer has gone to sleep.) 23.49.37 Join JesusChrysler_ [0] (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 23.50.21 Quit domonoky (*.net *.split) 23.50.23 Quit fs-bluebot (*.net *.split) 23.50.23 Quit shai (*.net *.split) 23.50.25 Quit JesusChrysler (*.net *.split) 23.50.25 Quit evilnick (*.net *.split) 23.50.28 Quit aevin (*.net *.split) 23.50.28 Quit otih (*.net *.split) 23.50.29 Quit linuxstb (*.net *.split) 23.50.29 Quit jordan` (*.net *.split) 23.50.30 Nick JesusChrysler_ is now known as JesusChrysler (~JesusChry@c-69-253-15-232.hsd1.pa.comcast.net) 23.54.37 Join fs-bluebot [0] (~fs-bluebo@g231122031.adsl.alicedsl.de) 23.55.29 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 23.56.48 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 23.57.30 Join evilnick [0] (~evilnick@ool-18bee3a9.dyn.optonline.net) 23.57.30 Quit evilnick (Changing host) 23.57.30 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 23.57.50 Nick neferty is now known as nef_away (~andor@173.242.127.201) 23.57.52 Join Xerion [0] (~xerion@5419A766.cm-5-2c.dynamic.ziggo.nl) 23.58.14 Quit kugel (Ping timeout: 250 seconds) 23.58.24 Nick aevin_ is now known as aevin (eivindsy@microbel.pvv.ntnu.no) 23.58.25 Quit aevin (Changing host) 23.58.25 Join aevin [0] (eivindsy@unaffiliated/aevin)