--- Log for 11.06.112 Server: hitchcock.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 2 hours and 51 minutes ago 00.07.49 Quit Guest2615 (Read error: Connection reset by peer) 00.09.01 Quit GermanMushroom (Quit: Ik ga weg) 00.09.19 Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) 00.09.22 Quit GermanMushroom (Read error: Connection reset by peer) 00.11.52 Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) 00.13.01 Quit lebellium (Quit: ChatZilla 0.9.88.2 [Firefox 13.0/20120531155942]) 00.22.50 Quit enthdegree (Read error: Connection reset by peer) 00.23.49 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 00.25.10 Quit ender` (Quit: The better I get to know men, the more I find myself loving dogs. -- Charles de Gaulle) 00.31.11 Join WilliamC [0] (~William@150.216.129.231) 00.31.50 # I'm having a problem my flash music player has been filled up with junk, how do I purge it, it won't boot into default boot it says there isn't enough free space 00.38.48 Quit [Saint] (Ping timeout: 244 seconds) 00.41.56 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 00.42.36 # [Saint]? 00.43.15 # <[Saint]> ...WilliamC? 00.43.35 # My Sansa Clip Zip has been filled up with junk and it won't boot into default firmware 00.51.06 Quit pamaury (Remote host closed the connection) 00.51.21 # I want to throw it into the wall 00.54.57 # WilliamC, whats the default firmware for you? rockbox or sansa? 00.55.21 # Rockbox by default 00.55.44 # have you tried to boot the sansa firmware yet? 00.55.53 # yeah 00.56.07 # It says Not enough space for MusicDB, Please free ..." 00.56.14 # But then it shuts off 00.56.33 # and rockbox says the same? 00.56.50 # i mean it cant boot because of that? 00.57.02 # No, it says no firmware 00.57.23 # oh ... now i understand youi better 00.59.07 # connecting it directly to usb in sansa mode works? 00.59.21 # no 01.00.12 # even if trying to press home or someting while connecting? 01.00.30 # to make sure the sansa firmware boots 01.00.38 # It boot sbut shuts off 01.01.09 # what boots? the sansa firmware? 01.01.23 # yes 01.01.54 # too bad.. that would have been my way to fix the mess... 01.02.04 # Should I take it apart? 01.02.39 # It gets recognized in Rockbox mode but I cannot access the internet memory 01.04.14 # what do you mean by it gets recognized? its in usb mode and you see a drive? 01.04.38 # yeah 01.05.33 # can you read anything from that drive? 01.05.53 # It says that there is nothing in the drive 01.06.29 # can you create a file there? 01.06.48 # but nothing... hmmm 01.06.49 # no 01.07.40 Quit thegeek_ (Read error: Operation timed out) 01.07.45 # so rockbox firmware seems to boot? 01.07.59 # yeah 01.08.00 # but if you try to boot into rockbox it says no firmware? 01.08.05 # yeah 01.08.16 # i am lost :-D 01.09.02 # What should I do? 01.09.09 # Should I take it apart? 01.09.26 # you have made sure you connect it while turned off and press a key to force sansa mode? 01.09.33 # and it fails? 01.09.38 # Yeah 01.10.04 # if you took it apart... what do you want to achieve? you would need to get access to the inernal memory 01.11.16 # What should I do? 01.11.27 # It doesn't seem like installing Rockbox should do this, but it did 01.15.03 Quit perrikwp (Read error: Connection reset by peer) 01.15.10 # maybe the filesystem got corrupted... 01.15.34 # i cant help you here..... but if the firmware starts and says you need to make space... the usb mode should work too 01.15.52 *** Saving seen data "./dancer.seen" 01.19.00 # But it doesn't 01.21.51 # fuck 01.22.47 # Remind me not to use Rockbox again 01.29.10 # I got it to work 01.29.15 # I switched USB ports 01.30.11 # good! 01.34.13 # you want to remove some stuff and reinstall rockbox... or alternatively: put a firmware update from sansa on the root directory and reboot 01.34.28 # so the new firmware gets installed and removes the rockbox boot loader 01.36.45 # I like Rockbox but it's unstable and it causes me headache 01.41.55 Quit WilliamC (Read error: Connection reset by peer) 01.43.05 Join fastreload [0] (~fastreloa@85.97.59.43) 01.46.37 Quit fastreload (Read error: Connection reset by peer) 01.46.46 Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) 01.50.04 Join user485763 [0] (~aoeu@112.166.15.141) 02.09.50 Quit [Saint] (Remote host closed the connection) 02.15.17 Quit nomada (Ping timeout: 245 seconds) 02.16.50 Quit amithkk (Max SendQ exceeded) 02.17.29 Join amithkk [0] (u4289@2buntu/writers/amithkk) 02.18.18 Join nomada [0] (~nomada@irc.consciente.de) 02.21.37 Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) 02.34.37 Join WilliamC [0] (~William@150.216.129.231) 02.34.44 # Now I have another yet similar issue 02.39.55 Quit rasher (Ping timeout: 248 seconds) 02.40.59 Quit prof_wolfff (Ping timeout: 260 seconds) 02.47.24 Join rasher [0] (~rasher@rockbox/developer/rasher) 02.52.22 Quit enthdegree (Quit: HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC) 02.54.58 # I should just install a jtag 02.55.53 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 03.11.52 # How would I go about installing jtag? 03.15.53 *** Saving seen data "./dancer.seen" 03.16.37 Quit Syconaut (Read error: Connection reset by peer) 03.16.42 # Why does using Rockbox do this? 03.17.05 Join Mir [0] (~Mir@pool-71-109-217-252.lsanca.dsl-w.verizon.net) 03.21.05 # All I did was update the firmware.:( 03.25.47 Quit thegeek (Ping timeout: 244 seconds) 03.30.58 # 3.11.2? 03.31.01 # o.o 03.31.15 # wow >> 03.32.24 # I feel like throwing the thing out the window 03.32.40 # Oo 03.33.15 Join thegeek [0] (~thegeek@171.17.9.46.customer.cdi.no) 03.34.32 # It boots into original firmware, it says that the FAT is corrupted, connect to computer, I connect to computer, it gets recognized but the internal memory is inaccessible. 03.35.12 # ouch 03.35.26 # i had a similar problem with a clip i flashed 03.35.39 # then agian it turns out the clip got fried 03.35.56 # What happened? 03.39.14 # Life sucks 03.40.00 # t died after installing rockbox 03.40.07 # just would not power on 03.40.09 # at all 03.40.13 # It powers on 03.40.23 # sent it to a friend who tried debricking it 03.40.30 # mine didnt :) 03.40.39 # Right now I hate Rockbox 03.46.08 # No one is ever on this channel 03.49.13 # http://forums.rockbox.org/index.php/topic,34591.msg198521.html#new 03.50.05 # I just got it 6 months ago 03.57.03 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 03.57.44 Quit XavierGr () 04.25.33 Quit factor (Read error: Connection reset by peer) 04.36.56 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 04.43.20 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 04.43.27 Join TheSphinX^ [0] (~briehl@p5B3233D2.dip.t-dialin.net) 04.44.58 Quit [7] (Disconnected by services) 04.45.05 Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) 04.46.49 Quit TheSphinX_ (Ping timeout: 245 seconds) 04.48.08 # hi. it seems internal drive of my sansa fuze is broken, when i connect usb, it works unpredictable, sometimes freezes, etc. what should i do? 04.48.54 # is any type of low-level format possible and re-install of rockbox? 04.56.32 Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) 04.56.32 Quit amiconn (Disconnected by services) 04.56.35 Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) 04.57.31 Quit pixelma (Disconnected by services) 04.57.31 Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) 04.57.34 Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) 05.15.56 *** Saving seen data "./dancer.seen" 05.21.15 # ser: fuze v2 ? 05.22.11 # funman: yes, but it seems i am on the way to recover, i formated internal drive with mkfs.vfat and now i am installing rockbox from scratch 05.22.27 # usb is a bit flaky on amsv2 05.22.55 # it ssems i will use sdcard adapter to fill it up next time, thanks a lot 05.28.11 # that, or use the OF 05.28.32 # what is OF? 05.40.14 # Original Firmware 05.40.47 # OK, thanks for decypting :) 05.52.58 Quit enthdegree (Quit: HydraIRC -> http://www.hydrairc.com <- Go on, try it!) 06.15.14 # I just don't think that Rockbox is meant to run with AMSv2 06.18.08 Quit CaptainKewl (Ping timeout: 240 seconds) 06.26.23 Mode "#rockbox +o funman" by ChanServ (ChanServ@services.) 06.26.45 Kick (#rockbox WilliamC :go spread your hate and lies somewhere else) by funman!~fun@rockbox/developer/funman 06.26.45 Join WilliamC [0] (~William@150.216.129.231) 06.27.11 Join [Saint] [0] (~Saint]@101.98.158.103) 06.27.11 Quit [Saint] (Changing host) 06.27.11 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 06.30.49 Quit Rower85 (Quit: Hmmm...) 06.33.34 Quit anewuser (Read error: Connection reset by peer) 06.46.31 Quit user485763 (Ping timeout: 246 seconds) 06.47.53 Quit WilliamC (Read error: Connection reset by peer) 06.57.11 Quit amee2k (Ping timeout: 252 seconds) 06.58.07 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 06.58.14 Join amee2k [0] (~thomas@ve504.cugnet.net) 06.59.44 Quit fs-bluebot (Ping timeout: 245 seconds) 06.59.52 Quit bluebrother^ (Ping timeout: 265 seconds) 07.00.51 Join fs-bluebot [0] (~fs-bluebo@g226069058.adsl.alicedsl.de) 07.01.05 Quit KiwiCam (Quit: Leaving) 07.12.56 # * [Saint] wonders how on eart to debug this touchscreen bug 07.13.04 # <[Saint]> *earth, too 07.14.06 # <[Saint]> I appear to have discovered a recipe to make the main menu totally stop responding to scroll/tap events. 07.15.58 *** Saving seen data "./dancer.seen" 07.18.01 Join WilliamC [0] (~William@150.216.129.231) 07.48.29 Quit CIA-4 (Ping timeout: 245 seconds) 07.50.14 Join CIA-4 [0] (~CIA@cia.atheme.org) 08.03.11 Quit CIA-4 (Ping timeout: 265 seconds) 08.04.22 Join CIA-47 [0] (~CIA@cia.atheme.org) 08.18.51 Join harch [0] (1f196a41@gateway/web/freenode/ip.31.25.106.65) 08.19.11 # hello to you all 08.22.14 Quit BHSPitMonkey (Remote host closed the connection) 08.23.21 Quit harch (Ping timeout: 245 seconds) 08.46.07 # JdGordon, ping? 08.51.08 Join ender` [0] (krneki@foo.eternallybored.org) 08.57.26 Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) 09.00.36 Join Zagor [242] (~bjst@rockbox/developer/Zagor) 09.02.44 # gevaerts: Calling me to fullfill DevCon MoM I guess you are referring to 143d2b5baca7ae7fbc9dc42935a4c7813f784fe8 and c029c77796e88ee991af09ffe094309e4df528e6 :-) 09.04.18 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 09.04.19 Quit bertrik (Changing host) 09.04.19 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 09.05.02 Join ks [0] (~ks@aqu33-5-82-245-97-150.fbx.proxad.net) 09.10.24 Join LinusN [0] (~linus@giant.haxx.se) 09.13.31 Quit kaner (Quit: leaving) 09.16.01 *** Saving seen data "./dancer.seen" 09.34.07 Nick untrack|ZzZpoke is now known as untrack (utrack@s1.rdlbnc.com) 09.36.04 Quit bertrik (Read error: Operation timed out) 09.45.46 # <[Saint]> kugel: any chance you can reproduce this weird touchscreen bug: "enter WPS, use the "quick action panel" (filebrowser/database, quickscreen, context menu) to get to the filebrowser or database, use HW Back (or titlebar, if you're using my theme) to get back to the main menu, lists should now have stopped responding to scroll/tap events"? 09.46.50 # <[Saint]> Stopping playback returns the lists to normal (touch events work) behaviour. 09.49.08 Join TheLemonMan [0] (~LemonBoy@ppp-146-43.26-151.libero.it) 09.49.46 # wodz: apparently ;) 09.52.23 # :-) 09.52.42 Quit wodz (Quit: Leaving) 10.00.50 # * gevaerts wonders if anyone has ever tried to get RaaAoA working on MIPS 10.04.50 Quit pjm0616 (Remote host closed the connection) 10.08.49 # <[Saint]> Hmmmmm....this touchscreen bug is annoying me. 10.09.14 # <[Saint]> I can't for the life of me see what is causing it. I feel someone with a clue needs to have a look. 10.11.01 Quit RFroehning (Ping timeout: 248 seconds) 10.12.44 # <[Saint]> Can someone else try to recreate this for me? I'd like to know someone else can do it before I add it as a bug officially on flyspray. My Android devices have a habit of showing some rather non-normal behaviour when compared to those of others. 10.13.08 # <[Saint]> "enter WPS, use the "quick action panel" (filebrowser/database, quickscreen, context menu) to get to the filebrowser or database, use HW Back (or titlebar, if you're using my theme) to get back to the main menu, lists should now have stopped responding to scroll/tap events" 10.14.11 # <[Saint]> I'm not 100% sure its possible to recreate if you don't have a hardware back button and aren't using my theme, unless you're in grid-mode. 10.15.14 Join evilnick| [0] (~evilnick@rockbox/staff/evilnick) 10.15.19 Quit evilnick (Read error: Connection reset by peer) 10.19.53 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 10.23.37 Join RFroehning [0] (~Misanthro@adsl-89-217-77-190.adslplus.ch) 10.54.34 Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) 10.54.43 Join kevku [0] (x@heaaqi4aafadxgrhcjsprgmk7te.dyn.reverse.name) 11.12.39 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.16.04 *** Saving seen data "./dancer.seen" 11.29.18 Join MethoS- [0] (~clemens@134.102.106.250) 11.34.27 Quit TheLemonMan (Quit: WeeChat 0.3.8) 11.35.21 Join TheLemonMan [0] (~LemonBoy@ppp-146-43.26-151.libero.it) 12.09.41 Join swilde [0] (~wilde@aktaia.intevation.org) 12.12.47 Join Topy [0] (~Topy44@f049140008.adsl.alicedsl.de) 12.16.44 Quit T44 (Ping timeout: 260 seconds) 12.38.38 Quit amithkk (Ping timeout: 244 seconds) 12.42.39 Quit evilnick| (Read error: Connection reset by peer) 12.55.08 Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) 13.10.22 Join TomColler [0] (~thomas@ppp-176-40.25-151.libero.it) 13.10.31 Part TomColler 13.16.06 *** Saving seen data "./dancer.seen" 13.55.23 Join anewuser [0] (~anewuser@186.88.40.101) 13.55.23 Quit anewuser (Changing host) 13.55.23 Join anewuser [0] (~anewuser@unaffiliated/anewuser) 13.59.07 Quit Bagder (Ping timeout: 244 seconds) 14.01.00 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 14.01.01 Quit Bagder (Changing host) 14.01.01 Join Bagder [241] (~daniel@rockbox/developer/bagder) 14.01.04 Quit swilde (Read error: Connection reset by peer) 14.02.13 Quit sinthetek (Ping timeout: 244 seconds) 14.03.20 Join sinthetek [0] (~sinthetek@cpe-071-071-084-157.triad.res.rr.com) 14.03.20 Quit sinthetek (Changing host) 14.03.20 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 14.04.59 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.12.11 Quit [Saint] (Quit: Quit) 14.12.33 Join [Saint] [0] (~Saint]@101.98.158.103) 14.12.34 Quit [Saint] (Changing host) 14.12.34 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 14.12.53 Quit [Saint] (Read error: Connection reset by peer) 14.13.18 Join [Saint] [0] (~Saint]@101.98.158.103) 14.13.19 Quit [Saint] (Changing host) 14.13.19 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 14.38.40 Quit WilliamC (Read error: Connection reset by peer) 14.39.48 # gevaerts: on which mips-based android device? 14.40.01 # ainol novo 7 paladin 14.46.03 # gevaerts: I don't own that one, so no :) 14.46.22 # kugel: I have one 14.50.28 # gevaerts: so why are you asking if someone else did some work :) 14.50.41 # Because it would be a good start1 14.50.42 # ! 14.50.44 # you should already have done it :p 14.52.58 Join WilliamC [0] (~William@150.216.129.231) 15.13.05 Join user485763 [0] (~aoeu@112.166.15.141) 15.15.08 Quit MethoS- (Ping timeout: 248 seconds) 15.16.08 *** Saving seen data "./dancer.seen" 15.18.35 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 15.33.59 Part Zoiah 15.34.12 Quit factor (Ping timeout: 245 seconds) 15.52.44 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 16.01.15 Quit Zagor (Quit: Clint excited) 16.07.46 Quit factor (Read error: Connection reset by peer) 16.25.30 Join factor [0] (~factor@r74-195-219-241.msk1cmtc02.mskgok.ok.dh.suddenlink.net) 16.25.42 Quit perrikwp (Ping timeout: 245 seconds) 16.30.57 Join WalkGood [0] (~4@unaffiliated/walkgood) 16.43.23 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 16.43.28 Quit [Saint_] (Remote host closed the connection) 17.06.46 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 17.08.10 Quit Rower85 (Quit: Hmmm...) 17.13.38 Quit guymann (Ping timeout: 246 seconds) 17.15.40 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 17.16.10 *** Saving seen data "./dancer.seen" 17.16.38 Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) 17.17.40 Quit user485763 (Ping timeout: 248 seconds) 17.24.35 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 17.57.01 Join lebellium_gs2 [0] (~lebellium@tmo-102-116.customers.d1-online.com) 18.03.24 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.17.05 Join prof_wolfff [0] (~prof_wolf@82.159.1.234.dyn.user.ono.com) 18.17.10 Quit lebellium_gs2 (Quit: Bye) 18.23.16 Quit pamaury (Ping timeout: 246 seconds) 18.23.20 Quit factor (Quit: Leaving) 18.23.52 Join evilnick [0] (~evilnick@rockbox/staff/evilnick) 18.25.35 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.34.50 Quit TheLemonMan (Quit: WeeChat 0.3.8) 18.40.15 Join amithkk [0] (u4289@2buntu/writers/amithkk) 18.43.43 Join Strife89 [0] (~Strife89@207.144.201.128) 18.45.00 # hm, odd, could be a bug http://forums.rockbox.org/index.php?topic=32221 18.49.16 # bertrik: maybe. It could also be that cards that big with a smaller cluster size have another field that's technically out of spec, in which case we might reject them correctly 18.50.11 # Numbers need to be worked out 18.52.38 # i wouldn't have a clue what it is but my version 3.10 runs fine with a 32gb microsd 18.52.57 # but i don't have the clip+, mines the zip 18.54.24 # WalkGood: could you go to the debug menu, pick "disk info", press right (I think...) to get to the sd card, scroll down, and look at the cluster size? 18.54.29 # Hm 18.54.50 # 32GB with 32K clusters should be fine... 18.55.06 # (my gigabeat has 32K clusters on 60GB) 18.55.55 # but maybe 'default' means 16K for the people who have issues? 18.57.16 # i don't see the clusters there 18.58.14 # Hm, maybe only ATA targets show that 18.59.02 # has disk info but no cluster size there 19.00.07 # * gevaerts looks at the code 19.00.14 # Right, that's not shown for SD 19.00.35 # That's a bug I'd say, even though it's just debug info 19.01.49 # If a theme is using the same background image as cabbiev2, is it okay to package the exact same cabbiev2.bmp image in the theme's zip? 19.02.03 # i formatted mine w/sdassociations formatter, i'm assuming it's cluster size is 64k but don't know for sure 19.02.27 # evilnick: I'd say no, but I can't speak for everyone 19.02.47 # WalkGood: unlikely; default allocation size is pretty universallt 4kb 19.02.57 # Torne: on 32GB FAT32? 19.03.22 # er, okay, not on 32GB 19.03.26 # but then it'll just pick 8kb 19.03.30 # 64kb is not techncially even standard 19.03.35 # old FAT implementations choke on it 19.03.39 # 32KB was the DOS limit 19.03.57 # only said that because that post said it fixed it, but mine always worked from the start 19.04.16 # a larger allocation size is generally a perfectly reasonable thing to do on a card that's just full of large files like mp3s :p 19.04.17 # like i said, don't know for sure 19.04.19 # and will indeed make stuff faster 19.05.02 # Possibly the poster there had filesystem errors 19.05.09 # which will have been fixed by formatting with a different cluster size :P 19.06.01 # since mine always works fine from the sd formatter, no need to ever check for me 19.06.06 # *ed 19.07.00 # i did two different cards like that and both worked fine, i've had vertually no truble other than in very early days of v1 but no sd card back then 19.07.51 # i was a little surprised to read that, that's the only reason i posted 19.08.28 Quit guymann (Ping timeout: 245 seconds) 19.10.30 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 19.14.58 # gevaerts, want me to look at adding the cluster size to the debug info? 19.16.14 *** Saving seen data "./dancer.seen" 19.18.54 # currently, the disk info debug menu shows purely sd-related fields, and the partition info debug menu shows partition stuff, I don't think we have a fat info debug menu, but we can try to add it to disk info 19.20.39 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.25.10 Quit pamaury (Remote host closed the connection) 19.25.16 # how about this: http://pastie.org/4068617 ? 19.25.48 # Not completely sure if cardnum correctly maps to the fat_get_cluster_size() argument, but it works for me 19.26.49 # bertrik: I'd say we should get the FAT info out of the disk screen, and have a separate filesystem debug screen 19.28.05 # ok, I guess there is other interesting stuff to show about a file system 19.28.35 # For one thing there might be more than one filesystem on a disk 19.30.36 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.30.36 Quit pamaury (Changing host) 19.30.36 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.37.56 # didn't google open source some text to speech engine recently? i'm not seeing one as i search 19.42.32 Join TheLemonMan [0] (~LemonBoy@ppp-146-43.26-151.libero.it) 19.51.28 Join n1s [0] (~n1s@nl118-175-223.student.uu.se) 19.51.28 Quit n1s (Changing host) 19.51.28 Join n1s [0] (~n1s@rockbox/developer/n1s) 19.56.35 # saratoga, I don't know, but I found eyes-free http://code.google.com/p/eyes-free/ not sure yet if this is a TTS in itself, or a framework around a TTS 19.57.09 # i think thats just using espeak 19.57.31 # for some reason i thought google bought some TTS engine recently and open sourced it but i'm finding nothing 19.58.43 Quit guymann (Ping timeout: 244 seconds) 20.00.45 Join guymann [0] (~c@108-237-202-52.lightspeed.wlfrct.sbcglobal.net) 20.14.53 Quit n1s (Read error: Connection timed out) 20.16.45 Quit ks (Quit: Nettalk6 - www.ntalk.de) 20.23.27 Nick untrack is now known as untrack|stdy (utrack@s1.rdlbnc.com) 20.24.21 # I pinpointed the "Error accessing playlist control file" problem after USB connect. The problem is that playlist_shutdown is called when USB is connected, leaving the playlist sub-system in a half-deinitialised state. The problem is triggered when the playlist thread tries to access certain fields again. 20.25.55 # gevaerts: fwiw, I managed RaaAoA on the x86 emulator with some build system changes 20.28.57 # kugel: I did end up getting it to build. There's one bug in firmware/SOURCES (I'll push a fix later), then libmad refuses to build with mips asm for me so I had to disable that, and then I had to tell android.make that this is mips. After that it builds and installs, but it crashes immediately. 20.30.20 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 20.34.53 Quit enthdegree (Ping timeout: 244 seconds) 20.37.06 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 20.43.41 Nick untrack|stdy is now known as utrack|ZzZpoke (utrack@s1.rdlbnc.com) 20.48.17 Quit mikroflops (Quit: <(^_^)>) 20.49.57 # gevaerts: i went with sigaltstack threads for x86 (because no asm for native ones exist), perhaps it's worth a try? 20.50.05 # also logcat output is always helpful 20.53.12 # kugel: how do i enable/get sigalstack threads? 20.53.17 Quit FOAD (Quit: I'll be back) 20.54.50 Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) 20.56.31 # * gevaerts finds things 21.04.06 Quit WalkGood () 21.12.51 Join lebellium [0] (~chatzilla@g225186101.adsl.alicedsl.de) 21.14.58 # \o/ 21.15.03 # kugel: it works! 21.16.18 *** Saving seen data "./dancer.seen" 21.19.04 Quit Wardo (Quit: Blarglarg) 21.23.15 Quit enthdegree (Ping timeout: 256 seconds) 21.25.49 # How do I tell git to only push a single change, even if I have other changes after it and changes in other branches? 21.27.36 # gevaerts, I'm no git expert, but I think you should move all of your changes to a branch, then cherry-pick the change and push that 21.28.11 # bertrik: last time I pushed something in this sort of situation, it pushed from all branches I had 21.32.41 # For e.g. android, do we have anything specific to different arm versions? 21.34.56 # i think we assume armv6 ? 21.35.15 # I think so, yes 21.35.16 Mode "#rockbox -o funman" by funman (~fun@rockbox/developer/funman) 21.35.23 # OK, cheers 21.35.32 # I don't know if we have any armv7 asm, actually 21.35.52 # I was just wondering if we say assume v6 but some v7 stuff can be turned on if you select it 21.35.54 # we'd need cpu detection code and/or packaging changes 21.44.49 # gevaerts: git push origin :master 21.44.56 # Ah, thanks! 21.45.04 # pretty much the same as the git push origin HEAD:/ref/for/master :) 21.45.14 # err, HEAD:refs/for/master 21.45.22 # except that you replace HEAD with the hash 21.45.28 # works with gerrit as well :) 21.46.11 # amiconn: interested in giving g#272 a look? 21.46.12 # 3Gerrit review #272 at http://gerrit.rockbox.org/r/272 : Drop size entries from voicefiles. by Dominik Riebeling (changes/72/272/1) 22.02.05 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 22.02.19 # gevaerts: We do have some armv7 asm. Guess where... 22.02.38 # ape? :) 22.02.39 # It's used on N900 22.03.13 # For android we'd need some multilib mechanism, I think. We don't have that yet 22.03.56 # Neon helps a lot in the ape filters. >2x speedup... 22.04.27 # -c5000 is no problem on the N900 (less than 50% CPU load with stock kernel) 22.05.06 # Would it be worthwhile in the future being able to select at compile time (if there were ever more)? 22.06.43 # Probably 22.07.55 # we could just do a firefox/flash etc. and drop v6 :) 22.08.41 # you can package v6 and v7 code in one .apk 22.08.48 # including C code built for both 22.09.12 # Much increase in size? 22.09.26 # As I would guess older v6 devices are also those that struggle for space 22.10.15 # of course yeah 22.10.25 # It's only really interesting for a few code paths 22.10.51 # having only a few specialized functions means we need CPU detection code 22.11.10 Join FOAD [0] (~foad@83.161.135.61) 22.11.10 Quit FOAD (Changing host) 22.11.10 Join FOAD [0] (~foad@unaffiliated/foad) 22.11.21 # Can't we just ask the OS? 22.11.33 # I mean, multilib is only really interesting for hosted rockbox 22.11.42 # how do you ask the OS? 22.12.05 # CPU detection can use existing OS functions of course 22.12.09 # I don't know, but I would expect the OS to know about cpu features 22.14.11 # any MIPS people around? 22.16.03 Join n1s [0] (~n1s@rockbox/developer/n1s) 22.23.22 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.26.11 # How can I reorder local commits (or get rid of one in between)? 22.26.33 Join RAThomas [0] (~chatzilla@74.197.169.61) 22.28.03 # ah, rebase -i 22.32.43 # Commit 268b725 in rockbox by 03Frank Gevaerts: Rearrange #ifdefs a bit, so SIGALTSTACK overrides CPU-specific threading. 22.32.43 # Commit d1560e5 in rockbox by 03Frank Gevaerts: Add the Android/MIPS target 22.35.58 # d1560e5 build result: 0 errors, 8 warnings (Frank Gevaerts committed) 22.36.23 # hmmm 22.36.41 # That was not really intended 22.38.05 Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) 22.39.11 # Building for mips/android still gives http://pastie.org/4069658 unless I disable asm for libmad 22.39.27 Quit [Saint] (Ping timeout: 245 seconds) 22.40.06 # gevaerts: was this the only change required? 22.40.21 # kugel: I only tried mp3, so who knows? 22.40.34 # gevaerts: all in mad_f_mul ? 22.40.44 # funman: yes 22.41.05 # Maybe other asm also breaks in more subtle ways 22.41.19 # * gevaerts first wants to fix the ypr0 build 22.41.56 Quit RAThomas (Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725]) 22.42.41 # gevaerts: is the asm perhaps targetting a other/newer mips version than the android toolchain? 22.43.12 Join saratoga_ [0] (98032941@gateway/web/freenode/ip.152.3.41.65) 22.43.18 # I doubt it. I basically copied the mips CFLAGS from the onda port 22.43.25 # FS#12013 22.43.25 # http://www.rockbox.org/tracker/task/12013 3Build libmad using mips-sde-elf-gcc 4.5.1:impossible constraint in 'asm'  (patches, unconfirmed) 22.43.47 # gevaerts: btw, I was about to suggest to switch to sigaltstack for all android builds 22.44.09 # saratoga_: that's probably it! 22.44.32 # gevaerts: ah okay, I copied the gcc cmdline from $NDK/ndk-build back then 22.44.50 # I didn't think of looking there :) 22.45.19 # which gcc version does android NDK use? 22.45.37 # ah the report is for 4.5.1 but says "since 4.4" 22.45.42 # 4.4.3 22.45.50 # has anyone tried gcc 4.7 yet? 22.46.01 # i did on arm 22.46.15 # dont remember the results except -flto still doesn't work with -mthumb 22.47.33 # we don't use -flto at all yet, do we? 22.47.38 # Does anyone object to me committing FS#12013 later today? 22.47.39 # http://www.rockbox.org/tracker/task/12013 3Build libmad using mips-sde-elf-gcc 4.5.1:impossible constraint in 'asm'  (patches, unconfirmed) 22.48.26 # bertrik: no of course we don't, it appeared in 4.6 i think 22.48.38 # and is mostly only tested on x86 22.48.46 # also reported to be crap 22.48.48 # i don't think that bug affects anything but MIPS, so go for it 22.49.01 # bertrik: i'm interested into trying what makes the code smaller 22.49.15 # so whole program optimization is the logical next step after thumb ;) 22.49.21 # gevaerts: I dont think anyone is actively working on a mips target or even using one 22.49.35 # gevaerts is! 22.50.21 Quit remlap (Ping timeout: 244 seconds) 22.53.10 # funman: i think flto is supposed to be much better in 4.7 than it was in 4.6 22.53.22 Quit Strife89 (Quit: Heading out) 22.53.50 # n1s: in any case it doesn't work properly when mixing thumb and arm 22.54.35 # funman: hmm 22.55.01 # dreamlayers posted a patch to build for sh with lto 22.55.05 # http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45729 22.56.41 # and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144 (more important) 22.56.44 # i guess it might be worthwhile to test if lto gives a bigger space benefit than thumb but i doubt it 22.57.24 # it didnt 22.58.02 # the other disadvantage is that all code is effectively reoptimized by the compiler for each source change so build times get much longer than a traditional build when only doing small changes 22.58.33 # that's unavoidable but the same thing applies for thumb 22.58.50 # we try to build with -mthumb and if that fails (likely because it uses arm asm) we build again 22.58.52 # i'd be interested to try lto for codecs to see if there are any speed benefits 22.59.47 # funman: yeah but only for modified files, with lto all the bytecode is run through (most of the) compile each build 22.59.54 # How does lto mainly reduce size, by removing unused functions? 23.00.06 # bertrik: also cross module inlining 23.00.29 # and other cross module optimixzations i gues 23.00.32 # s 23.00.52 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.01.22 # so the benefits are depending on the structure of the program 23.02.05 # gevaerts: Regarding fs#12013, there is no need to roll your own gcc version detection 23.02.05 # http://www.rockbox.org/tracker/task/12013 3Build libmad using mips-sde-elf-gcc 4.5.1:impossible constraint in 'asm'  (patches, unconfirmed) 23.02.43 # Just use GCCNUM (exported from the main makefile) 23.03.25 # #if GCCNUM >= 404 23.04.12 # * gevaerts nods 23.06.24 # Commit 10b2143 in rockbox by 03Frank Gevaerts: The threading model should be set from configure, not config.h. 23.09.18 # 10b2143 build result: 0 errors, 8 warnings (Frank Gevaerts committed) 23.11.09 # kugel: I think there's something fishy there. YPR0 defines sigaltstack threads from configure, but due to the way ifdefs were ordered previously that wasn't actually used I think 23.11.59 Quit n1s (Quit: Ex-Chat) 23.16.20 *** Saving seen data "./dancer.seen" 23.17.33 # that's possible :) 23.18.13 # it's not intended to use sigaltstack threads iirc 23.18.33 # but I can remember that I've seen those warnings locally too in the past 23.19.14 # OK, I'll fix it by removing sigaltstack for ypr0 in configure then :) 23.19.34 # Commit fbe33e0 in rockbox by 03Frank Gevaerts: (Author: Huan Zhang) Fix libmad compilation on MIPS with newer gcc. FS#12013 23.22.24 # fbe33e0 build result: 42 errors, 8 warnings (Huan Zhang committed) 23.23.35 Part LinusN 23.23.44 # Commit 20261dd in rockbox by 03Frank Gevaerts: Fix YP-R0 build. 23.24.09 # hmm 23.24.26 Join knob [0] (~cela@87.113.147.248) 23.24.58 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 23.25.09 Part knob 23.25.49 Quit dfkt (Ping timeout: 260 seconds) 23.26.13 # 20261dd build result: 42 errors, 0 warnings (Frank Gevaerts committed) 23.26.20 # Commit bf6abf7 in rockbox by 03Frank Gevaerts: Define GCCNUM properly. Case matters! 23.26.54 # I suspect maemo and pandora might have the same issue as YP-R0 23.27.06 # I don't have toolchains for those though 23.28.45 Join [Saint_] [0] (~Saint]@101.98.158.103) 23.28.46 Quit [Saint_] (Changing host) 23.28.47 Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.28.53 # bf6abf7 build result: All green 23.28.54 Join [Saint__] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.28.55 # Building for maemo is special. I have no idea how we'd do that with our own toolchain 23.29.41 # You use scratchbox, which partially emulates arm, to make it appear to be native maemo 23.30.25 # Afaiu this is done because many programs' build systems don't handle cross compilation well (if at all) 23.31.49 # I know. I used to have that installed, but I don't have it anymore 23.31.56 Quit [Saint] (Ping timeout: 252 seconds) 23.32.21 # It took me an hour to do a full format of my Clip Zip 23.32.24 # Maybe we could run our own toolchain (isn't ypr0 also linux?) 23.32.35 # But it works now 23.35.22 Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) 23.37.04 # I'm not sure I'll trust it to run 23.38.02 Quit dfkt_ (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) 23.42.38 # gevaerts: maemo and Pandora always intentionally used sigaltstack, but I might have accidentally enabled native threads for them 23.43.08 Quit enthdegree (Ping timeout: 246 seconds) 23.43.27 Join Syconaut [0] (viper@c-4dfd72d5.162-1-64736c10.cust.bredbandsbolaget.se) 23.53.01 # kugel: so possibly they're now fixed? Let's leave this to the port maintainers... 23.53.42 # good idea 23.54.17 Quit [Saint_] (Quit: Quit) 23.54.33 Join [Saint] [0] (~Saint]@101.98.158.103) 23.54.33 Quit [Saint] (Changing host) 23.54.33 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.55.11 Quit [Saint] (Client Quit) 23.55.28 Join [Saint] [0] (~Saint]@101.98.158.103) 23.55.28 Quit [Saint] (Changing host) 23.55.28 Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) 23.55.28 Quit [Saint__] (Read error: Connection reset by peer) 23.55.53 Join enthdegree [0] (~enthdegre@wikimedia/enthdegree) 23.56.52 Join bitcraft [0] (~bitcraft@66.254.199.148)