--- Log for 11.01.111 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 11 days and 19 hours ago 00.06.16 Quit JesusFreak316 (Ping timeout: 276 seconds) 00.12.52 Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) 00.14.50 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.16.39 Quit pamaury (Remote host closed the connection) 00.17.03 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 00.20.21 Quit Self-Perfection (Read error: Connection reset by peer) 00.21.43 Quit slooopy (Ping timeout: 276 seconds) 00.24.07 Join sideral [0] (~sideral@unaffiliated/sideral) 00.27.28 Quit domonoky (Read error: Connection reset by peer) 00.28.05 *** Saving seen data "./dancer.seen" 00.34.04 Join slooopy [0] (~sloo@p5493CEDB.dip0.t-ipconnect.de) 00.37.43 Quit evilnick_B (Ping timeout: 265 seconds) 00.38.13 Quit captainkewll (Quit: Page closed) 00.43.18 # Hello, all. I am having difficult time unbricking my c200 00.44.09 # What sort of problems are you having? 00.44.45 # I stopped using it for a while and now when I turn it on it has a dark screen with the blue lights on 00.45.05 Quit sasquatch (Quit: WeeChat 0.3.2) 00.45.30 Join sasquatch [0] (~username@p4FF2DE7A.dip.t-dialin.net) 00.45.45 # * gevaerts nods 00.45.59 Quit Keripo (Quit: Leaving.) 00.46.11 # apparently it's in 'manufacturing mode' because it has a bad flash 00.46.57 # Did you have a look at http://www.rockbox.org/wiki/SansaE200Unbrick ? 00.47.39 # yes, I have preformed that 00.48.20 # wait, let me try again 00.49.34 # after running the bootloader it says "Loading main image failed" "Switching to recovery mode" then something else, the screen switches too fast for me to see 00.49.53 # then 'lun0 unlocked' 'lun0 locked' 'lun0unlocked' etc etc. 00.50.03 # Right. You're in recovery mode then 00.50.32 # So at that point, switch to the instructions for recovery mode 00.51.41 # i.e. copy pribootLoader.rom and firmware.mi4 to the recovery filesystem, unmount and unplug 00.53.31 # It says "Upgrade finished Resetting system" 00.54.01 # I've done this before, though maybe I didn't wait long enough since I see the instructions say it takes a long time 00.54.22 # It shouldn't take too long 00.55.42 # What's it doing now? 00.56.10 # It just has the blue lights on as in recovery mode 00.56.30 # ok, so that didn't work. Have a look at http://www.rockbox.org/wiki/SansaC200Erase 00.57.05 # aha! I will do that 00.58.58 Quit kugel (Remote host closed the connection) 00.59.34 Quit ender` (Quit: Sometimes it pays to stay in bed on Monday, rather than spending the rest of the week debugging Monday's code. -- Christopher Thompson) 01.01.26 # That will take a while. When it's done, it will again appear to be in the same state (blue light only), *but* the internal flash should be in a state such that the "normal" manufacturer mode + recovery mode (the bits you've tried before) actually work 01.06.01 # okay thanks 01.07.18 Quit Battousai (Read error: Operation timed out) 01.07.23 Join Battousai [0] (~bryan@gentoo/developer/battousai) 01.07.55 # Saint: I haven't had any fs corruptions since applying gevaerts' hotfix (yet). You? 01.10.15 # That sounds good 01.11.38 Quit stripwax (Quit: http://miranda-im.org) 01.11.56 # gevaerts: I think your patch should be good as a stop-gap measure until we come up with a more complete solution 01.12.15 # sideral: what's incomplete about it? 01.12.24 Join lostlogic [0] (~lostlogic@erudite.lostlogicx.com) 01.12.24 Quit lostlogic (Changing host) 01.12.24 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 01.12.51 # doesn't flush/close file descriptors before killing them 01.14.41 # It does close them. 01.15.41 # But yes, flushing may be a good idea (although I'm not 100% sure it's needed) 01.15.57 # I wouldn't consider this a stop-gap measure though 01.16.37 # it releases the FDs hard 01.16.52 # Is that a problem? 01.17.00 # the code in release_files is quite different from the one in close 01.17.22 # close calls fsync if the FD is dirty 01.17.57 # and updates the dircache -- which may not be needed in this case 01.18.00 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 01.18.05 # Any thread that has open files is supposed to close them when it gets the USB_CONNECTED message. If a file descriptor is still open after that point, we already have a serious bug 01.18.22 # yes, that's what I just was going to say 01.18.31 # In my view, what we're concerned with is making sure the *filesystem* is clean 01.18.35 # in this particular case (USB inser), we may be fine 01.18.50 # ^insert 01.18.51 # No other cases ever even call unmount 01.19.06 # yeah -- currently ;) 01.20.35 # it would be a defensive measure to close the FDs. It's fine to not do this now, but perhaps a warning in the code would be warranted 01.21.34 # * gevaerts doesn't see the problem 01.22.45 # I could actually imagine (arguably buggy) code where things go wrong if you fsync on unmount 01.22.51 # to illustrate, see what happened with the call to disk_unmount -- the code wasn't robust enough to be called from disk_unmount_all, and the problem wasn't documented in the code 01.23.41 # But anyway, I won't insist too much. It's your code ;) 01.23.54 # Well, disk.c isn't *my* code... 01.24.51 # The way I see it is just that if you don't close() or fsync() your file descriptor, the data may or may not be on disk. That's not just the case in rockbox 01.26.24 # So you end up with a file descriptor that should have been closed already. What indication do you have that flushing the remaining data to disk is better than leaving it at it previous state? The data in the buffer was put ther by known-buggy code 01.27.04 Join Keripo1 [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 01.27.07 # Right. I can see the argument that disk_unmount_all should be concerned with unmounting cleanly, not with pampering buggy code. I'm fine with you making the call. 01.27.49 Quit efyx (Remote host closed the connection) 01.29.14 Quit Keripo (Ping timeout: 241 seconds) 01.29.29 # If [Saint] reports improvements, I'll commit this tomorrow (possibly with a comment explaining my reasoning why no more is needed) 01.29.54 # <[Saint]> this is the patch from earlier? 01.29.59 # yes 01.30.21 # <[Saint]> Right, I can give it a decent ammount of testing over the next 24 hours. 01.31.28 Join Antibuddha [0] (~chatzilla@c-71-59-15-111.hsd1.ga.comcast.net) 01.31.45 # i formatted my 240gb hard drive to fat32 and it only has 60gb of space now, why? 01.35.11 Quit GeekShad0w (Read error: Connection reset by peer) 01.35.36 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 01.35.51 # anyone know what could be wrong if my 240gb hard drive only shows as 60gb capacity? 01.36.17 # Saint: Excellent. -- I'm off, talk to you guys tomorrow. 01.36.30 # <[Saint]> o/ 01.37.01 # Antibuddha: my bet would be that you used a broken formatting tool 01.37.47 Quit Rob2222 (Quit: Rob2222) 01.38.35 Part sideral 01.41.01 Quit liar (Quit: Leaving) 01.54.24 Join cjcopi [0] (~craig@adsl-76-205-84-48.dsl.bcvloh.sbcglobal.net) 01.55.13 # gevaerts: yah, what formatting tool would you recommend? 01.55.37 Join Horschti [0] (~Horscht@xbmc/user/horscht) 01.59.34 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 01.59.59 Quit Horscht (Ping timeout: 255 seconds) 02.00.31 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.08.46 Quit scorche (Disconnected by services) 02.08.56 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 02.10.16 Quit Loto (Ping timeout: 276 seconds) 02.10.50 Join Loto [0] (~nfs@xbmc/user/Loto) 02.21.35 # New commit by 03jethead71 (r29028): SA9200: Add YUV blitting, do full-screen updates more efficiently and properly clip partial updates. Plugin struct becomes incompatible for this ... 02.21.56 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 02.24.13 # r29028 build result: All green 02.27.39 Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 02.28.08 *** Saving seen data "./dancer.seen" 02.35.57 # there should be a white/brown/pink/grey/blue noise generator 02.37.02 # enthdegree, feel free to code one up :) 02.37.24 # okay I just might (c: 02.39.49 Quit CaptainKewl (Remote host closed the connection) 02.40.37 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 02.45.22 # What on earth! I just reformated my C250 using the unbrick guide and the erasing guide and it worked 02.45.30 # for 15 minutes 02.46.24 # now I am back to where I started 02.46.29 # maybe I need a new device 02.47.18 Join newClipUser [0] (~newClipUs@p54B31ECD.dip0.t-ipconnect.de) 02.48.17 Quit pixelma (Ping timeout: 265 seconds) 02.48.18 Quit amiconn (Ping timeout: 265 seconds) 02.49.06 # ok i think i bricked my iriver h120 02.49.15 # anyone want to fix it for some pay? 02.54.15 Join pixelma [0] (quassel@rockbox/staff/pixelma) 02.54.55 Join amiconn [0] (quassel@rockbox/developer/amiconn) 02.56.16 # i had a 240gb hard drive in an ipod, ipod rockbox installed, and then i moved it to my iriver h120. i think that bricked it 02.57.06 # i heard maybe t here's a way to fix it with specialized tools? 02.58.24 # brb 02.58.28 Quit Antibuddha (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 02.59.23 # hahaha how good is mpegplayer on the Clip+? 03.05.16 Join Antibuddha [0] (~chatzilla@c-76-97-180-252.hsd1.ga.comcast.net) 03.05.25 # hi 03.05.33 # i swapped back to 80gb hard drive for my h120 and it worked! 03.05.48 # but i want to know how to get 240 gb hard drive to work. it says ata error -32 connect usb cable 03.07.22 # do i need a modified bootloader? 03.07.28 # probably couldn't check the ATA registers if I read that correct. other than than that, I know nothing 03.09.43 # it could be that it needs the large sector support 03.10.18 # do i download a special build? 03.10.32 # the mk2431gah drive uses more than 512 sector size 03.10.58 # then it needs to be made that way 03.12.17 # how do i do it? 03.12.20 # i am very noob 03.14.07 # define MAX_PHYS_SECTOR_SIZE in config.h and make a custom build (i can't promise it'll work though or not result in a bad bootloader, do at your own risk). 03.15.19 # so this isnt already implemented in current rockbox? 03.15.22 # i thought i read it was 03.16.33 # is there a place where i can download custom builds? 03.16.34 # I don't even know if the USB bridge can do it 03.18.39 # i heard people talking about custom build being used for mk2431gah with iriver h140 03.18.51 # but i cant find it on the rockbox site 03.19.02 # we don't support those 03.19.31 # of course, someone could put instructions in the wiki 03.19.33 # i see 03.19.55 # is there somewhere i could read about what the current build supports? 03.20.09 # i want to read if it supports larger than 512 sector size for h120/h140 03.21.23 # as I read the source, it won't work as is unless the drive can present itself as such 03.22.08 # what do you recommend i do? 03.22.32 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-84-195.tampfl.fios.verizon.net) 03.23.11 # try to find the patches that make it work, maybe not on the rockbox site. possibly ask again later and someone else might be able to tell you more 03.23.30 # ok 03.25.39 # is there a site with test builds? 03.29.26 # googling brings up some hits 03.29.54 Quit newClipUser (Ping timeout: 240 seconds) 03.30.48 # can you lnk to me please? i cant find them 03.30.51 Quit MethoS- (Read error: Connection reset by peer) 03.31.55 # here's a guide for x5 I found on the forums: http://forums.rockbox.org/index.php?topic=24257.0 03.33.13 # so just do #define HAVE_LBA48 ? 03.36.10 # ok i read user nlak say he only had to do #define HAVE_LBA48 03.36.38 # no idea, really, just search 'mk2431gah rockbox iRiver' or something. I do see talk about it on some sites. :) 03.37.06 # do you know how to recompile? 03.37.24 # nlak said all he had to do with add #define HAVE_LBA48 03.37.28 # but i dont know anything about recompiling 03.38.57 # http://forums.rockbox.org/index.php?action=printpage;topic=21020.0 03.39.53 # yep, he said he just had to add #define HAVE_LBA48 03.39.59 # how do i recompile? 03.41.11 # that on the site 03.42.10 # http://forums.rockbox.org/index.php?action=printpage;topic=22846.0 03.42.19 # this place says 3.6+ rockbox already fixed the larger drive issue 03.42.25 # but it doesnt work for me 03.42.35 # http://www.rockbox.org/wiki/SimpleGuideToCompiling 03.43.29 # you upgraded the bootloader to 3.6? 03.45.56 # not sure that'll help you 03.47.08 # I guess HAVE_LBA48 is defined by default now 03.47.12 # according to what i linked a few people said 3.6 has large support 03.51.56 Quit timccc (Remote host closed the connection) 03.52.59 # According to the headers, H120 defines HAVE_LBA48 already. Did you upgraded the bootloader? 03.54.10 Join timccc [0] (~timccc@112.166.15.141) 03.55.01 # i uninstalled and reinstalled rockbox 03.55.30 # i used rockbox utility v1.2.8 03.58.25 # maybe version 3.7 doesnt have it anymore? 04.00.21 # no, it's there still in config-H120.h 04.01.13 # could it be because i am using vista? 04.02.17 # i am using swissknife to format to 223gb, but swissknife is not supposed to work on vista 04.02.22 # maybe that is the cause of the prob? 04.03.52 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 04.10.16 Join Barahir_ [0] (~jonathan@frnk-590f5527.pool.mediaWays.net) 04.11.10 # i am now using rockbox utility in xp compatibility mode 04.11.58 Quit Barahir (Read error: Operation timed out) 04.15.53 # ok i give up 04.15.56 Quit Keripo1 (Quit: Leaving.) 04.20.31 # i didnt do set partition to active before, now im trying it 04.24.38 # i did set active partition but still no go 04.24.45 # maybe my format program is bad 04.26.23 # Wish I could help more. Like I said, someone on at another time may know more about what to do. 04.28.12 *** Saving seen data "./dancer.seen" 04.28.33 Quit DerPapst1 (Quit: Leaving.) 04.28.34 Quit DerPapst (Quit: Leaving.) 04.30.12 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 04.30.54 # huh, i formatted the hard drive to ntfs and rockbox utility is installing lol 04.32.24 # Antibuddha, yeah that isn't going to work. 04.32.35 # fat32 is the right format right? 04.32.44 # yes 04.32.58 # can i damage my h120 by running ntfs? 04.34.53 Quit CaptainKwel (*.net *.split) 04.34.53 Quit froggyman (*.net *.split) 04.34.53 Quit [Saint] (*.net *.split) 04.34.54 Quit Strife89 (*.net *.split) 04.34.54 Quit enthdegree (*.net *.split) 04.34.54 Quit user890104 (*.net *.split) 04.34.54 Quit n17ikh (*.net *.split) 04.34.54 Quit tchan (*.net *.split) 04.34.54 Quit Torne (*.net *.split) 04.34.55 Quit ThomasAH (*.net *.split) 04.35.30 Quit GeekShad0w (Read error: Connection reset by peer) 04.35.47 Join GeekSh4dow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 04.37.26 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 04.37.26 Join user890104 [0] (~Venci@6bez10.info) 04.37.26 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 04.37.26 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 04.37.26 Join Torne [0] (torne@rockbox/developer/Torne) 04.37.26 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 04.37.29 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.38.36 Join Strife89 [0] (~Strife89@adsl-80-130-140.mcn.bellsouth.net) 04.38.45 Quit amiconn (Disconnected by services) 04.38.45 Quit pixelma (Disconnected by services) 04.38.46 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.46 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.39.01 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.39.04 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.40.14 Quit JesusFreak316 (Ping timeout: 240 seconds) 04.41.15 Join froggyman [0] (~seth@unaffiliated/froggyman) 04.42.20 Join junminlin [0] (~junminlin@58.246.6.10) 04.42.39 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 04.44.24 Join [Saint] [0] (S_a_i_n_t@203.184.0.22) 04.46.47 Quit Judas_PhD (Quit: This is a quitting message) 04.51.26 Quit TheSeven (Ping timeout: 240 seconds) 04.55.18 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.02.01 # my 80gb mk8025gal works fine in my h120, but not my 240gb 05.02.35 # i have reformatted and reinstalled rockbox like 15 times -_- 05.18.15 Join Horscht [0] (~Horscht@p5DD5725F.dip.t-dialin.net) 05.18.15 Quit Horscht (Changing host) 05.18.15 Join Horscht [0] (~Horscht@xbmc/user/horscht) 05.19.32 Quit Antibuddha (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 05.20.51 Quit Horschti (Ping timeout: 240 seconds) 05.21.41 Join Horschti [0] (~Horscht@p5DD57535.dip.t-dialin.net) 05.21.41 Quit Horschti (Changing host) 05.21.41 Join Horschti [0] (~Horscht@xbmc/user/horscht) 05.23.52 Quit Horscht (Ping timeout: 265 seconds) 05.34.01 # New commit by 03jethead71 (r29029): SA9200: Give LCD about an 8% speedup. Sync optional LCD settings to defaults in lcd_init_device. 05.34.21 Join geokite [0] (~48dc7231@giant.haxx.se) 05.36.35 # r29029 build result: All green 05.37.16 Quit Horschti (Quit: Verlassend) 05.37.16 Quit geokite (Client Quit) 05.38.13 Quit CaptainKwel (Ping timeout: 276 seconds) 05.39.56 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 05.46.49 Quit Strife89 (Quit: Bed.) 05.51.27 # New commit by 03jethead71 (r29030): SA9200: Implement the backlight hold handling. 05.54.01 # r29030 build result: All green 06.01.32 Quit GeekSh4dow (Quit: The cake is a lie !) 06.04.28 Quit soap (Ping timeout: 246 seconds) 06.06.02 Join newClipUser [0] (~newClipUs@p54B30AA9.dip0.t-ipconnect.de) 06.12.53 Quit lostlogic (Quit: leaving) 06.28.13 *** Saving seen data "./dancer.seen" 06.29.57 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.40.46 Quit newClipUser (Ping timeout: 250 seconds) 06.47.15 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 07.00.04 Quit slooopy (Ping timeout: 260 seconds) 07.03.50 Quit chattr (Ping timeout: 240 seconds) 07.05.59 Join chattr [0] (~mike@244.87.189.72.cfl.res.rr.com) 07.12.39 Join lostlogic [0] (~lostlogic@erudite.lostlogicx.com) 07.12.39 Quit lostlogic (Changing host) 07.12.39 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 07.12.52 Join slooopy [0] (~sloo@p5493D5AC.dip0.t-ipconnect.de) 07.17.19 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 07.20.45 Quit factor (Read error: Connection reset by peer) 07.29.45 Join newClipUser [0] (~newClipUs@p54B30AA9.dip0.t-ipconnect.de) 07.36.30 Join factor [0] (~factor@75.108.68.114) 07.49.21 Quit BHSPitMonkey (Quit: Ex-Chat) 07.52.44 Join soap [0] (~soap@rockbox/staff/soap) 07.55.56 Join kugel [0] (~kugel@46.114.225.41) 07.55.58 Quit kugel (Changing host) 07.55.58 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.06.49 Quit JdGordon| (Quit: leaving) 08.09.50 Quit kugel (Ping timeout: 276 seconds) 08.11.34 Join Buschel [0] (~chatzilla@p54B676A5.dip.t-dialin.net) 08.20.22 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 08.20.23 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 08.23.24 Join esperegu [0] (~quassel@145.116.15.244) 08.25.58 Join sideral [0] (~sideral@unaffiliated/sideral) 08.28.15 *** Saving seen data "./dancer.seen" 08.29.34 Quit TheSeven (Ping timeout: 255 seconds) 08.30.17 Join Topy [0] (~Topy44@f048237077.adsl.alicedsl.de) 08.32.51 Quit T44 (Ping timeout: 240 seconds) 08.33.10 Join Bagder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) 08.34.57 Quit sideral (Remote host closed the connection) 08.35.49 Join sideral [0] (~sideral@unaffiliated/sideral) 08.37.11 Quit advcomp2019 (Read error: Connection reset by peer) 08.37.38 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 08.39.10 Quit CaptainKwel (Read error: Operation timed out) 08.41.09 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.45.12 Quit sideral (Remote host closed the connection) 08.45.34 Join sideral [0] (~sideral@unaffiliated/sideral) 08.48.06 Quit factor (Read error: Connection reset by peer) 08.49.26 Join factor [0] (~factor@75.108.68.114) 08.50.49 Quit newClipUser (Ping timeout: 240 seconds) 08.52.27 Quit rasher (Ping timeout: 276 seconds) 08.53.39 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 08.59.01 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 08.59.01 Quit rasher (Changing host) 08.59.01 Join rasher [0] (~rasher@rockbox/developer/rasher) 08.59.14 Quit junminlin (Quit: Leaving) 08.59.27 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.59.29 Quit bluebrother (Disconnected by services) 08.59.30 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 09.00.04 Join ender` [0] (krneki@foo.eternallybored.org) 09.03.59 Join newClipUser [0] (~newClipUs@p54B30AA9.dip0.t-ipconnect.de) 09.11.38 Join petur [0] (~petur@rockbox/developer/petur) 09.12.21 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 09.17.16 Quit stripwax (Client Quit) 09.31.48 Quit Battousai (Read error: Operation timed out) 09.33.02 Join Battousai [0] (~bryan@gentoo/developer/battousai) 09.35.57 Join STeeF [0] (~STeeF@office.hostnetbv.nl) 09.56.25 Join swilde [0] (~wilde@aktaia.intevation.org) 10.07.42 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.11.07 Join LinusN [0] (~linus@rockbox/developer/LinusN) 10.14.45 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 10.14.54 # JdGordon|: ping 10.17.01 Join Keripo [0] (~Keripo@CPE0022b0d4bdb7-CM001a6680d4fe.cpe.net.cable.rogers.com) 10.17.06 # wodz: hi 10.18.16 Quit Keripo (Client Quit) 10.18.31 # JdGordon|: Is there a simple way to one setting affect two vars from global_settings? 10.19.23 # we did this already didnt we? 10.19.29 # no, there isnt 10.19.34 # well, it depends what you want 10.20.06 # ok so I have to use MENUITEM_FUNCTION() instead of MENUITEM_SETTING() ? 10.20.32 # yes 10.20.51 # I was afraid of this :/ 10.21.42 # and btw. Reading the code we produced after some time I come to conclusion that we overcomplicated the logic. So I want to refine this a bit 10.22.12 # that doesnt surprise me 10.22.25 # <[Saint]> JdGordon|: I've been trying to find a way to parse the menus to remove items with only one possible setting, but, I'm getting way past myself. Do you think this would be possible? 10.22.34 # <[Saint]> (I don't see the need for such menu items) 10.23.52 # it would be possible, but VERY complicated 10.24.08 # <[Saint]> yeah, that's what I've discovered. 10.24.22 # <[Saint]> In theory. 10.24.33 # <[Saint]> damn, ignore that last post. 10.26.05 # I tihnk there is a good chance things will break if you do that also 10.26.10 # maybe 10.26.18 Quit kugel (Read error: Connection reset by peer) 10.28.05 # <[Saint]> It just bugs me the way it works out that some targets get menus you can dig down into, and then only find one possible option. 10.28.16 *** Saving seen data "./dancer.seen" 10.29.04 # so rework the menu layout so that doesnt happen 10.29.05 # <[Saint]> Seems a little, irrelevant. I thought it might be easier than it indeed is...but, no...shit no. 10.29.17 # doesnt "playlisting" or something have only one option on all targets? 10.29.51 # <[Saint]> JdGordon|: Yeah, but I'd need to do that per target (which I have already done in my tree), I think it would be nice if it just did it for all targets automagically somehow. 10.31.49 # the amount of effort to do that automagically would be about the same as ocming up with a workable reordering that could be acceptable 10.32.00 # * I know such a thing is almost impossible 10.32.56 # <[Saint]> Yeah...but I'm thinking that would get difficult because people would forget to re-enable stuff if another option gets added at a later date. 10.33.27 # <[Saint]> and, I can't re-order it for all targets...there's no one config that would "just work". 10.33.48 # <[Saint]> it would need to be some form of magic, or duplicating the menu structure for each target :/ 10.34.37 # <[Saint]> And the latter is more out of the question than the former. 10.35.27 Quit user890104 () 10.36.38 # [Saint]: you missed what I was trying to say.... come up with a better layout so that just wouldnt happen 10.37.56 # <[Saint]> I don't think there is just one layout that would work for all targets, as I'm assuming that there are submenus with only one item on some targets that have multiple on others. 10.38.43 # <[Saint]> that's why there needs to be some form of check, but I've no idea how to do that. 10.39.06 # Zagor: could you push a new rbclient.pl version? I think the revision still has to be incremented 10.39.58 # When that's done everything should be in place for the coldfire gcc upgrade 10.41.14 # gevaerts: can it wait until tonight? I'm having a rather busy day. 10.41.17 # sure 10.41.49 # There's no hurry 10.42.01 # ok, good 10.42.58 Join n1s [0] (~n1s@90-230-78-242-no134.tbcn.telia.com) 10.42.58 Quit n1s (Changing host) 10.42.58 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.43.42 # JdGordon|: are you going to refine recscreen to accept skins? 10.43.56 # * [Saint] hopes so. 10.44.51 # <[Saint]> ...and the USB screen? ;) 10.45.56 # JdGordon|, [Saint]: would you review http://www.pastie.org/1404745 ? If it's ok I'll commit this 10.46.35 Join Self-Perfection [0] (~self@95-28-62-240.broadband.corbina.ru) 10.46.58 # the result is something like this http://img585.imageshack.us/img585/9228/cabbiev2fm.png 10.47.52 # wodz: unlikely, I'm bassically doing no rockbox coding anymore (various reasons), but also I dont care at all about the rec screen and I know others DO (alot) and will give me grief 10.48.02 # <[Saint]> using blah_blah viewport lables is a bit out of keeping with SVN, but...otherwise code looks fine. 10.48.08 # mostly I dont have any motivation thoguh 10.48.09 # <[Saint]> wodz: ^ 10.48.39 # [Saint]: and thats why you dont have svn access :D viewport labels are GOOD! 10.48.40 Quit Self-Perfection (Remote host closed the connection) 10.48.56 # one letter labels are an abomination unto the lord! 10.51.03 # <[Saint]> does the playlistview show presets in the .fms!?! 10.51.04 # Its a shame. I see no other person familiar with highlevel gui code which do active coding this days 10.51.57 # [Saint]: yes it is, this was the (only?) way to display current and next preset 10.52.05 # <[Saint]> wodz: Apart from the viewport lables, I'd be happy with that being committed 10.52.27 # what's wrong with meaningful labels? 10.52.35 # <[Saint]> the VP lables are a matter of opinion...but, it would be a lot more in keeping with current SVN to use one letter labels 10.52.38 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.52.48 # that was BY DESIGN the only way to get next/prev presets displayed.. adding tags like %I/i is a bad idea 10.52.55 # incase anyone ever tries to add that 10.52.56 # <[Saint]> I think the comments above the VP remove the need for a label 10.53.03 # * JdGordon| will hunt them down with an axe 10.54.00 # <[Saint]> JdGordon|: I wasn't saying it was bad...I just don't think it's that well doccumented 10.54.21 # <[Saint]> I had no idea playlistviewer was relevent to the .fms at all 10.54.28 # I know :) 10.54.43 # <[Saint]> you *like* that it isn't doccumented? 10.54.56 # <[Saint]> Oh...right, I getcha 10.54.59 # Honestly I *hate* meaningless names. One letter labels,var names and so forth were good in dark ages when memory was at premium. 10.55.35 # <[Saint]> wodz: Yeah...I see the point, I just think it should match the other cabbies 10.55.42 # well, even in the C64 assembly code we could actually use labels =) 10.55.56 # <[Saint]> so, either the others get blah_blah VP lables, or this gets one letter labels 10.55.58 # I assume you then mean before the 80s? B) 10.56.01 # <[Saint]> I'm cool either way. 10.56.52 # [Saint]: no problem - I'll put this on FS then and wait until you switch all cabbies to blah_blah labels :-) 10.57.05 # it shouldn't be a commit blocker that they are inconsistent in lable names, i think 10.57.17 # <[Saint]> I've no problems with you committing it in this state. 10.57.28 # <[Saint]> I can fix the others to match at a later stage. 10.57.53 # BTW, I *think* you can use spaces in label names 10.57.58 # and image names also 10.58.03 # <[Saint]> I was just saying either way, that they should match...I'm sorry if it seemed like I was saying it shouldn't go in. 10.58.31 # <[Saint]> I have a preference for labels myself, but, it's not my code ;) 10.58.43 # bugger you wodz! I'm svn-up-ing so i can see about makeing the peak meter skinnable... 10.59.12 # <[Saint]> JdGordon|: bmp peak meters? 10.59.31 # <[Saint]> you're *supposed* to be doing .bmp scrollbars! 10.59.32 # <[Saint]> :P 10.59.34 # my plan is a bunch of different tags so it can be done properly 10.59.57 # well really it just needs 2 values, left and right height 11.00.03 # <[Saint]> (jk, btw...you don't *have* to do jack, you know that) 11.00.14 # .bmp scrollbars isnt trivial 11.00.23 # JdGordon|: If you do so PLEASE, PLEASE be so kind and document this work 11.00.40 # which tags did i forget last time? :D 11.01.03 # * JdGordon| did try to get xml docs going for the skin stuff and got shouted down 11.01.24 # * JdGordon| chooses to ignore the technical problems with that idea and blame others for it not happening 11.03.54 Join kevku [0] (~kevku@2001:7d0:0:f000::135d) 11.07.06 # what is preferred method to speak string? The setting will be fixed (adaptive, linear) as I don't think there is a way to translate this meaningfully. talk_spell()? 11.08.00 Quit newClipUser (Ping timeout: 260 seconds) 11.08.48 # [Saint]: what is actually needed to make the peak bars usable for skins? 11.08.58 # it should just be the peak value for each channel right? 11.09.38 # I think I only need to add 2 tags which would bar/conditional style (like volume) so themers can go nuts 11.10.07 # (*maybe* it might need an optional param for the fall off, although i dont think thats really necessary?) 11.10.19 # ^ anyone else also 11.12.09 # max/falloff could be done with the slide part actually, maybe 11.12.19 # * JdGordon| enjoys talking to himself :p 11.14.18 # go ahead, I heard it helps sometimes :-) 11.15.35 # petur: do you know anything about the peakmeter code? I see recording histogram code in there.... 11.19.23 # amiconn: Idont suppose ou know the pm code? its very old codebase I tihnk 11.20.49 # JdGordon|: how to get translated string knowing its id? 11.21.05 # str(ID) iirc 11.21.09 # thx 11.21.18 # * petur scrolls up 11.21.32 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.22.32 # JdGordon|: the peakmeter code now basically draws a black rectangle... 11.22.50 # the histogram has a separate drawing routine 11.23.03 # I actually am working on cleaning that up a bit 11.23.14 # I was goign to ask about the values more than the drawing... 11.23.25 # I also wanted to make the peakmeters go vertical too ;) 11.23.53 # pm_cur_right/left.... how do i use that? is it 0->some max val? 11.24.28 # I'd have to peek in the code for that, and I'm at work right now (and busy) 11.24.57 # just a sec 11.25.06 # k, looks like peak_meter_scale_value() is exactly wat I need anyway? 11.25.24 # yes, for the dB/linear scale thing 11.26.35 # * JdGordon| grumbles about not doing the change to 3 letter skin tags 11.26.53 # %pl/pr would have been nice to use but %pr is used already 11.27.02 # %pL/R instead? 11.28.32 # JdGordon|: peak_meter_draw() does the actual drawing, look for /* draw the peak meter */ 11.29.52 # If you are going to make the peakmeters skinnable, at least make sure we support vertical orientation as well 11.30.01 Join Rob2222 [0] (~Miranda@p4FFF082B.dip.t-dialin.net) 11.30.26 # <[Saint]> JdGordon|: Just use no fall-off (I assume by fall-off you mean decay speed?) 11.30.34 # <[Saint]> If so, just use no decay. 11.31.04 # it is called 'release' in there 11.31.42 # see /* apply release */ 11.32.04 # and then there is also the clipping indicator 11.32.31 # petur: I'm not planni on touching the existing drawing code, just make it available to the skin engine so themers can do what they want 11.32.45 # eh? 11.33.01 # which mostly means allowing themers to make it look like the volume bar 11.33.32 # I would assume for skinning you need to replace the fillrectt() with a bitmap blit? 11.33.37 # -t 11.34.28 # no new drawing code needs to be added... it would be used exactly like the volume bar in skins, so I just need to get a min/current/max value working 11.34.52 # maybe it also needs an alternative background, so you can have leds that are on and off :) 11.35.25 # I'll see what you come up with and swear afterwards then ;) 11.35.59 # I dont doubt that :) 11.36.29 # I'm planning to make the histogram available in playback as well, code almost ready. Just no wps tag yet 11.37.12 # now that could be interesting 11.38.39 # but now, I really have to fix some stuff here at work... 11.45.13 Quit wodz (Quit: Leaving) 11.52.41 # [Saint]: re falloff, I meant the bit on the end that sort of hovers for some time... the time is configureable but i was asking how to make that avilable to themres also 11.54.12 # <[Saint]> oh, right...I'm not sure that's a big deal is it? 11.54.53 # <[Saint]> I mean...if you can do it, great...but don't stress it. 11.57.16 Join 17SAAP2EF [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 11.57.16 Join 5EXAB091J [0] (~Alexander@91-66-226-46-dynip.superkabel.de) 12.09.10 # I would think this would be very theme dependent: if you created a peakmeter that looked like a strip of LEDs, you'd want the fall-off to be the size of 1 LED, not the exact position of the peak... Same goes for the actual LED display... hmmm 12.11.42 # might need 4 extra tags then, each channel needs current, MAX and clipping? 12.13.12 Quit guymann (Ping timeout: 240 seconds) 12.14.14 Join guymann [0] (~charles@66-159-172-65.adsl.snet.net) 12.17.27 # well that was easy :p 12.18.14 # do we need the clipping and max tags? 12.28.17 *** Saving seen data "./dancer.seen" 12.29.32 # bah, I'd really like to commit this now while I have motivation but untill I know what to do for those extra tags it isnt a good idea 12.29.38 # to the tracker then :/ 12.35.05 # FS#11867 12.36.35 Join Keripo [0] (~Keripo@209.226.201.250) 12.38.24 Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) 12.58.09 Join wodz|work [0] (~5f303f8a@giant.haxx.se) 12.59.23 Quit advcomp2019 (Read error: Connection reset by peer) 12.59.36 # n1s, battery_bench with new gcc gives ~12:30. This is rather poor as I used to get ~17h. I'll retest tonight. 13.00.06 # wodz|work: hmm, which codec? 13.00.11 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 13.00.13 # mp3 13.00.22 Quit LambdaCalculus37 (Quit: Fwump) 13.00.43 # well, mp3 should be faster so if that result is accurate something else must be screwed up 13.01.36 # i don't know what could cause that though :( 13.02.35 # Lets wait untill new bench ends 13.02.49 # ok 13.03.11 Join ruckus [0] (~Earworm@99-59-195-147.lightspeed.livnmi.sbcglobal.net) 13.20.45 # JdGordon|: I fixed it once (ages ago) 13.21.11 Join newClipUser [0] (~newClipUs@p54B30AA9.dip0.t-ipconnect.de) 13.21.44 # * amiconn is reminded that the linear/ log scaling in the pm code is still using this ugly linear interpolation and iterative reverse function 13.26.14 Quit newClipUser (Ping timeout: 276 seconds) 13.32.09 Join PurlingNayuki [0] (~PurlingNa@113.97.120.154) 13.32.10 Quit wodz|work (Quit: CGI:IRC (Ping timeout)) 13.32.10 Part Zagor 13.32.10 Part LinusN 13.34.25 Quit Keripo (Quit: Leaving.) 13.36.53 Quit sideral (Ping timeout: 265 seconds) 13.37.58 Join sideral [0] (~sideral@unaffiliated/sideral) 13.41.48 # amiconn: yeah never mind, figured it out 13.45.29 Join krabador [0] (~AndChat@host22-172-dynamic.116-80-r.retail.telecomitalia.it) 13.47.25 Quit sideral (Remote host closed the connection) 13.47.41 Join sideral [0] (~sideral@unaffiliated/sideral) 13.53.11 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 13.57.40 Quit sideral (Remote host closed the connection) 13.58.04 Join sideral [0] (~sideral@unaffiliated/sideral) 14.00.29 Join solexx [0] (~jrschulz@e176112074.adsl.alicedsl.de) 14.00.40 Nick AlexP_ is now known as AlexP (~alex@rockbox/staff/AlexP) 14.01.07 # Does RbUtility work on an Iriver H120 with CF mod? 14.01.20 # (It cannot boot from disk anymore.) 14.02.07 Join LinusN [0] (~linus@rockbox/developer/LinusN) 14.06.25 Quit petur (Quit: *plop*) 14.06.57 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.19.53 # hey peoples. has anyone seen Buschel today? 14.22.27 Join webguest46 [0] (~6efa927b@giant.haxx.se) 14.23.57 Quit webguest46 (Client Quit) 14.26.02 Quit PurlingNayuki (Ping timeout: 240 seconds) 14.28.22 *** Saving seen data "./dancer.seen" 14.32.58 Quit JdGordon| (Quit: leaving) 14.35.24 # buschel (~chatzilla@p54B676A5.dip.t-dialin.net) signed off 6 hours and 14 minutes ago 14.37.42 # solexx: rbutil should not care if it has a mechanical hd or a cf card 14.38.27 # <[Saint]> the H120 doesn't expect any magic to be on the disk if it's replaced, does it? 14.38.34 # no 14.38.44 # <[Saint]> I used to have one, but I don't think I ever replaced the disk. 14.41.12 Join petur [0] (d408b802@rockbox/developer/petur) 14.41.38 # The OF won't boot with CF though I don't think 14.41.49 # So you can't do the firmware upgrade / bootloader install 14.42.00 # ah, that could be a problem 14.42.01 # Or rather, it'll boot but won't recognise it 14.42.06 Quit sideral (Ping timeout: 260 seconds) 14.42.08 # With the same end effect 14.42.21 # nothing to do with rbutil though :) 14.42.25 # nope :) 14.44.18 # <[Saint]> so you'd have to set the disk up with the bootloader/etc. before installing it, and patch out dual-boot. 14.44.35 # <[Saint]> in theory, you could get it to work, but it'd be a PITA. 14.45.08 # you don't need to touch the dualboot, just install the unofficial bootloader using the hd before a cf mod 14.45.23 # which is a problem if the hd is dead 14.45.23 # <[Saint]> Could you not set everything up on the disk, and then dd a copy of it to the CF? 14.45.37 # sure but that wouldn't help 14.45.46 # [Saint]: the bootloader is flashed 14.48.14 # <[Saint]> it would "just work" if you set everything up on the HDD, then copied an exact image of the HDD to the CF though no? Or am I missing something? 14.48.27 # [Saint]: the bootloader is flashed 14.48.42 # as in living in a flash chip 14.48.44 # you need the flash toc ontain something that's happy to mount a CF card first :) 14.50.30 # hmm, that reminded me i didn't testbuild bootloaders with the new toolchain and of course i got a warning on the first one i did 14.50.42 # ld: warning: section `.bss' type changed to PROGBITS 14.50.54 # no idea what that means 14.51.51 # it means it ended up with code in it 14.52.02 Join sideral [0] (~sideral@unaffiliated/sideral) 14.52.13 # Actually, I just wanted to upgrade an existing installation on my H120 and I was a bit confused. rbutils works, I just have to iriver_flash the ROM/RAM images. 14.52.41 Quit sideral (Remote host closed the connection) 14.53.00 Quit esperegu (Remote host closed the connection) 14.53.18 Join sideral [0] (~sideral@unaffiliated/sideral) 14.53.38 # well, i say code, i mean "some kind of contents" 14.53.48 # rather than being empty of actual data as is traditional for bss 14.53.59 # hmm 14.54.26 # so you've managed to get an actual stored value into .bss somehow 14.54.31 # Actually^2, I am trying to fix serious playback issues with current SVN by using 3.7.1 instead. Doesn't help. 14.55.05 # Torne: i didn't touch the code so either it was already the case or the new toolchain messed up 14.55.17 # toolchain has probably done something wrong 14.55.18 # what arch? 14.55.23 # coldfire 14.55.33 # i tested the h300bootloader 14.55.38 # test built 14.55.39 # coldfire is mips, right? 14.55.49 # m68k 14.55.54 # oh right 14.55.57 Join PurlingNayuki [0] (~PurlingNa@113.97.120.154) 14.56.03 # http://cygwin.ru/ml/binutils/2010-04/msg00400.html <- something like that maybe 14.56.43 # Zagor: thanks for the info, i didn't noticed you replied 14.56.49 # solexx: what kind of playback issues? 14.56.52 # Hi everyone. 14.57.20 # it happens for x5 bootloader too so i assuem it's a coldfire wide thing 14.57.33 # n1s: isn't the H300 bootloader broken anyway? (too large or something)? 14.57.41 # i would suspect htat one of our nonstandard sections isn't flagged right in the ld script or something 14.57.51 # text/data/bss/etc all have default flags, but things like ibss don't because we made them up 14.58.00 # pixelma: yes, but that's no reason to make it worse :) 14.58.02 # pixelma: yes, it didn't work last time someone tried with was something like 15k revs ago 14.58.38 # pixelma: 3.7.1 doesn't play some files at all (m4a, stuck at 0:00). Current SVN got stuck at the end of each track (only tried w/ Ogg Vorbis files) 14.59.06 # just making sure n1s doesn't just try one, once he got it working 14.59.22 # pixelma: no risk, but thanks :) 14.59.47 # it would be cool if someone could try on a recoverable target though 15.00.23 # pixelma: sorry, cannot be more specific currently. Have to get back to work. 15.01.03 # If the issues persist, I will come back here. 15.01.18 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.02.57 Quit sideral (Remote host closed the connection) 15.03.41 Join sideral [0] (~sideral@unaffiliated/sideral) 15.06.22 --> "http://rewiredstate.org/events/rewired-state-and-the-guardian-sxsw" received from Crystalh (~chatzilla@gatek.mh.bbc.co.uk) 15.08.32 Quit krabador (Quit: Bye) 15.09.53 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.22.10 # <[Saint]> Anyone want to do a quick check to see if test_codes is successfully writing test_codec.log? 15.22.12 # <[Saint]> Please. 15.22.40 # <[Saint]> It is creating the file for me, but the file is completely blank. 15.22.58 Quit enthdegree (Ping timeout: 250 seconds) 15.23.08 # <[Saint]> s._codes/_codec/ 15.24.50 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 15.26.40 # Hi everyone. 15.27.01 # I want to know if there is a file named sprintf.h in Rockbox. 15.27.16 # <[Saint]> use grep 15.27.43 # Tried. 15.29.36 # Just got one libc/sprintf.c 15.30.14 # <[Saint]> well, that answers your question doesn't it? 15.31.30 # are you asking where the prototype for snprintf() is? 15.31.38 # But when I tried to compile FS#10639 I got errors of this file. 15.32.02 # outdated patch then probably 15.32.31 # I think so. 15.33.08 # Then which file I should include to use snprintf() ? 15.33.31 # <[Saint]> that patch is from 2009 15.33.40 # Yes. 15.33.41 # <[Saint]> it likely needs to be completely re-written 15.33.53 # Maybe. 15.34.02 # But I'd like to try it anyway. 15.34.28 Quit sideral (Quit: Leaving.) 15.34.48 # <[Saint]> touchscreen got a lot of work due to the Android port, and it wil have changed a fair amount since 2009 even without the Android port I imagine. 15.34.51 # stdio.h has the prototype now 15.35.26 Part LinusN 15.36.03 # <[Saint]> change #include "sprintf.h" to #include "stdio.h", and it will either work, or you'll get another error. 15.36.10 # <[Saint]> (IIUC) 15.36.19 # Thanks. 15.36.28 # I don't use the lateset code. 15.36.34 # I use r-27522. 15.36.52 # <[Saint]> any particular reason you use such an outdated tree? 15.36.53 # And use git to control version. 15.37.15 # I only use Onda VX747 15.38.09 # My friends and I just want to run a stable version Rockbox on it. 15.41.11 # [Saint]: make sure you quit the test_codec plugin before plugging usb in or it will fail to write it 15.44.05 # <[Saint]> n1s: Oh....*derp*, is *that* what you need to do to get it to write. 15.44.09 Quit GeekShadow (Ping timeout: 240 seconds) 15.44.22 # <[Saint]> why does it need USB to be plugged? 15.44.42 Quit Kitar|st (Ping timeout: 276 seconds) 15.45.04 # it doesn't but if you plug usb while the plugin is running it will fail to write the log, i've done that myself some times 15.45.17 # as i usually plug usb to read the log 15.45.39 # <[Saint]> Oh, well in that case something is busted. :/ 15.46.03 # <[Saint]> The file is *created*, but it's 0bytes 15.46.23 # yes, that what happens whan you do what i said 15.46.47 # <[Saint]> but, I tried viewing it on the device, I haven't plugged USB since running it. 15.46.49 # are you plugging usb too soon after quitting and hitting the unmount bug we were discussing yesterday? :) 15.46.58 # <[Saint]> I haven't plugged USB at all. 15.47.18 # <[Saint]> Trying to read it on device. 15.48.15 # ah 15.50.46 Join Kitar|st [0] (~Kitarist@89.142.74.144) 15.57.27 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.01.24 # ah, yes, marking the .bss section NOLOAD fixes the warning 16.02.32 # IIRC the m5 and x5 (and probably m3) can recover from a bad bootloader easily, if that is true could someone with one of those give this a quick test? 16.05.24 Join sideral [0] (~sideral@unaffiliated/sideral) 16.06.29 Part sideral 16.06.34 Join sideral [0] (~sideral@unaffiliated/sideral) 16.06.38 Quit sideral (Remote host closed the connection) 16.06.55 Join sideral [0] (~sideral@unaffiliated/sideral) 16.07.33 Join notlistening [0] (~tom@iatech-adsl.demon.co.uk) 16.08.51 # Is there anything tell how rockbox's source code are copied from every dirtory and compiled? 16.10.06 # probably "reading the makefiles" 16.10.11 # start at tools/root.make ;) 16.10.16 # Hi slightly off topic, I am using an arm9 chips with an Epson S1D13700 LCD controller. I want to get this working under linux and I am really stuck even where to begin 16.10.45 # that is indeed off topic.. ask in -community or someplace else :) 16.10.53 # Thanks. 16.10.54 # ok 16.11.05 # Trying reading it now. 16.16.53 Quit sideral (Remote host closed the connection) 16.17.14 Join sideral [0] (~sideral@unaffiliated/sideral) 16.20.25 # I got an error when compile: no rule to make eq_menu.h . 16.20.41 # But I've already added it into SOURCE 16.20.55 # .h files don't go into the SOURCE files 16.21.12 # Thanks. 16.21.14 # they are included in .c files (most of the time) 16.21.19 # I'll try again. 16.27.08 Quit sideral (Remote host closed the connection) 16.28.08 Join sideral [0] (~sideral@unaffiliated/sideral) 16.28.23 *** Saving seen data "./dancer.seen" 16.32.07 # i don't *think* marking the .bss section as NOLOAD can break anything but i'm not certain as i'm no linker guru 16.32.13 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.35.02 Quit mikroflops (Quit: "foo") 16.37.04 Quit 5EXAB091J (Quit: Leaving.) 16.37.04 Quit 17SAAP2EF (Quit: Leaving.) 16.39.05 Quit Bagder (Remote host closed the connection) 16.39.47 # here are links for m5 and x5 testbootloaders in case anyone wnats to test them http://dl.dropbox.com/u/17484767/m5_fw.bin http://dl.dropbox.com/u/17484767/x5_fw.bin 16.39.51 Quit n1s (Quit: Lämnar) 16.47.47 # We can't use dropbox in China..... 16.49.52 # you can't!? 16.50.04 Quit factor (Ping timeout: 250 seconds) 16.51.21 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 16.55.35 # No we can't. 16.55.57 # It's forbidden by the GFW. 17.00.50 # GFW = the Great FireWall 17.01.30 # PurlingNayuki: do uou need one of those files? 17.01.35 # *you 17.02.09 # No thanks. I can compile mine. 17.08.01 Part Bushmills 17.09.46 # Saint: how are you doing fs-corruption-wise? 17.12.02 Quit notlistening (Ping timeout: 240 seconds) 17.15.34 Part Zagor 17.17.34 Part PurlingNayuki 17.31.18 Join Bushmills [0] (~l@scarydevilmonastery.net) 17.40.35 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 17.43.32 Quit sideral (Quit: Leaving.) 17.46.44 Quit petur (Quit: Page closed) 17.47.03 Quit slooopy (Read error: Connection reset by peer) 17.47.40 Join slooopy [0] (~sloo@p5493D5AC.dip0.t-ipconnect.de) 17.53.55 Join TheLemonMan [0] (~lem0n@ppp-182-141.98-62.inwind.it) 17.54.02 Quit krazykit (Ping timeout: 265 seconds) 17.57.25 Quit TheSeven (Ping timeout: 272 seconds) 17.59.27 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.01.47 Nick evilnick_B is now known as notreallyallthat (0c140464@rockbox/staff/evilnick) 18.02.10 Nick notreallyallthat is now known as evilnick_B (0c140464@rockbox/staff/evilnick) 18.03.28 Join factor [0] (~factor@75.108.68.114) 18.04.52 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.05.45 Join Keripo [0] (~Keripo@eng079.wireless-resnet.upenn.edu) 18.06.17 Part enthdegree 18.08.36 Join kugel [0] (~kugel@e178063224.adsl.alicedsl.de) 18.08.37 Quit kugel (Changing host) 18.08.37 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.08.52 Join Maggux [0] (~quassel@krlh-5f724d3d.pool.mediaWays.net) 18.09.27 Quit Topy (Ping timeout: 272 seconds) 18.09.57 Join Topy44 [0] (~Topy44@f048237077.adsl.alicedsl.de) 18.14.18 Quit Maggux (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) 18.15.12 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 18.17.49 Quit TheSeven (Ping timeout: 240 seconds) 18.19.04 Join {phoenix} [0] (~dirk@p57AA4ACF.dip.t-dialin.net) 18.20.13 Join MethoS- [0] (~clemens@134.102.106.250) 18.23.39 Join {-phoenix-} [0] (~dirk@p57AA4ACF.dip.t-dialin.net) 18.26.16 Quit {phoenix} (Ping timeout: 250 seconds) 18.28.26 *** Saving seen data "./dancer.seen" 18.33.54 Quit swilde (Remote host closed the connection) 18.35.05 Join sideral [0] (~sideral@unaffiliated/sideral) 18.38.37 # is anyone _strongly_ opposed to anti-aliased fonts? 18.40.25 # I don't see the point, but it's also a question about how much it costs (drawing speed etc.) for someone who doesn't use them 18.41.42 # I don't really have a strong preference for or against using AA fonts, but yes, what's the impact? 18.42.28 # This is colour-only? 18.43.22 # yes 18.43.44 # ok, so apart from the c200v2 no lowmem 18.43.46 # and has it been tested on slow update + slow CPU Ipod Video? 18.44.15 # well big screen + slow CPU 18.44.17 # the AA fonts implementation as it stands, can you still use old fonts? 18.44.24 # or do you need to use a new font format? 18.45.42 # no change for non-color, old fonts still work 18.46.40 # i mean on devices where it's available to use 18.46.50 Quit GeekShadow (Ping timeout: 272 seconds) 18.46.51 # old fonts still work 18.47.08 # also why is it colour only? 18.47.44 # i realise we wouldn't want it on greylib devices, but devices with native greyscale could do it surely 18.47.55 # not implemented 18.48.09 # ah, no particular reason then :) 18.48.19 # (...does it do subpixel? :) ) 18.48.21 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.48.24 # it uses 4bit blending, and our greyscales only have 2bit (IIUC) 18.48.30 # no 18.48.31 Join Strife89_ [0] (~Strife89@207.144.201.128) 18.48.43 # Possibly not implemented due to people not wanting to work on things with uncertain future as well 18.48.45 # if we were going tod o it i'd go for subpixel rendering, tbh.. 18.48.51 # Torne: the two grey shades more won't be helpful probably 18.48.55 # Torne: you can't really 18.48.59 # why not? 18.49.17 # well, subpixel AA, technically, not rendering in general 18.49.24 # you'd still place glyphs at integral pixels 18.49.33 # IIRC some DAPs can have different LCDs with different subpixel format (orientation or ordering) without a way to know which it is 18.49.54 # that doesn't matter, surely 18.50.02 # just do them as seperate fonts 18.50.08 # I think Unhelpful played with subpixels but gave up (don't know why though) 18.50.15 # i was assuming the subpixel calculation would be done by the font conversion tool.. 18.50.26 # so you have 14-Nimbus-HBGR.fnt or whatever 18.50.52 # kugel: is rendering old-style fonts and new-style fonts done by the same code? 18.50.53 # i guess that wouldn't work particularly nicely if you flip the display :) 18.51.43 # gevaerts: the "low-level" part is seperate, but there's no change in the api or os 18.51.45 # so* 18.52.04 # so both are compiled in on the colour devices, then? 18.52.12 # ok, so there should be no measurable difference in speed for people who don't want AA 18.52.12 # purely from a binsize pov 18.52.29 # right 18.54.09 # So yes, the only impact for people who don't want it is binsize. Personally I'd say that "colour only" with its implication of "8MB and more" takes care of that objection (although there's the c200v2 as an exception) 18.54.50 # I haven't measured the binsize impact but not a lot of code is added AFAICS 18.55.11 # soudns pretty reasonable, then 18.55.44 # and if it's API compatible and just selected by what type of font is loaded, then that's nice 18.55.53 # so it'd be down to implemenation quality 18.56.55 # gevaerts: if they didn't chose a different type of screen for the v2 than for the c200v1 then AA fonts or not won't make a difference at all... 18.57.18 # in appearance I mean 18.57.22 # That's true of course 18.57.28 Quit Topy44 (Ping timeout: 240 seconds) 18.57.39 Join stoffel [0] (~quassel@p57B4DDEF.dip.t-dialin.net) 18.58.05 # it's just a pity that convttf can't be used for normal fonts, it has some nice features for fnt generation 18.58.07 # Disabling AA on the c200v2 wouldn't be a big deal I think, but "We support AA fonts on all colour targets" is nice and easy 18.58.39 # why should it be disabled on the c200v2? 18.58.46 # probably nicer WRT ifdeffing at least 18.58.55 # 2MB RAM IIRC 18.58.58 # it doesn't have much ram, but still way enough for a bit of code for new features 18.59.15 # well, tell us what the binsize change is before we decide that :) 18.59.21 # we've never considered the c200v2 so far 18.59.27 # kugel: if it can stay, great, but doesn't it already have RAM issues if people enable voice and things like that? 19.00.04 # those issues won't be solved by disabling AAF 19.00.28 # and not by disabling a handful existing features either (nobody is going to do that anyway) 19.00.32 # It's not a stable port anyway, so I think it's not a concern either way 19.00.47 # i agree 19.00.49 Join Topy44 [0] (~Topy44@f048237077.adsl.alicedsl.de) 19.00.49 # kugel: ever looked at a c200 display? You most likely won't see a difference if it's an AA font or not 19.00.57 # yes 19.01.18 # it's a crap display but IMO that has nothing to do with AAF 19.03.02 # in contrast, it should improve things more on it as rather low dpi 19.05.29 # h100: 44 bytes extra bin and 84 extra RAM. ipod video: 1208 extra bin and 96 extra RAM (how is that possible? Why didn't RAM go up with bin?) 19.05.48 # h100 is greyscale? 19.05.51 # yes 19.06.06 # I wanted to verify that the impact on non-colour was negligible 19.08.04 # kugel: does the AA patch allocate buffers on boot instead of statically now? 19.08.14 Nick Strife89_ is now known as Strife89 (~Strife89@207.144.201.128) 19.09.01 # i can't see any buffers allocated 19.10.05 # hm, maybe an alignment thing then 19.10.19 # Anyway, I think 1208 bytes extra is very reasonable 19.10.57 Join fritschy [0] (~marcus@dslb-188-098-253-122.pools.arcor-ip.net) 19.13.23 # 2K on c200 19.13.42 # strange 19.14.29 # hm, 2K "binary size", 1232 bytes "actual size", so probably mi4 format things or something like that 19.15.02 # But still only 96 bytes RAM difference, and that should include binsize. This confuses me 19.16.02 # Maybe someone should do a draw speed test to make entirely sure there's no real impact there either for old-style fonts? 19.16.35 # does it make a difference? 19.16.49 # there's a single if (), you can't make it less expensive 19.17.42 # True, it's very unlikely to be measurable, but still, if people complain after the commit being able to point at actual numbers is nice 19.18.39 # you could run test_gfx.rock 19.19.00 # but that would be lying because its test doesn't include the lcd_update() which will always be the bottleneck 19.22.02 Quit Strife89 (Quit: Leaving) 19.32.32 Join GeekShadow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 19.32.32 Quit GeekShadow (Changing host) 19.32.32 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.37.04 Quit factor (Read error: Connection reset by peer) 19.38.03 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.39.38 Join factor [0] (~factor@75.108.68.114) 19.40.07 Quit TheLemonMan (Ping timeout: 255 seconds) 19.40.20 Join TheLemonMan [0] (~lem0n@ppp-182-141.98-62.inwind.it) 19.40.26 Join mikroflops [0] (~yogurt@h-34-71.A238.priv.bahnhof.se) 19.47.04 Quit solexx (Read error: Connection reset by peer) 19.47.28 Join solexx [0] (~jrschulz@e176126097.adsl.alicedsl.de) 19.52.48 Join thomasjfox [0] (~thomasjfo@dslb-088-066-089-048.pools.arcor-ip.net) 19.57.43 # hey soap. Could you give rockbox on the n800 another try? 19.58.27 Quit Topy44 (Ping timeout: 240 seconds) 20.00.12 Join Topy44 [0] (~Topy44@f048237077.adsl.alicedsl.de) 20.18.31 Quit slooopy (Ping timeout: 276 seconds) 20.18.32 Quit stoffel (Remote host closed the connection) 20.21.42 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.28.08 Quit fritschy (Quit: :wq) 20.28.29 *** Saving seen data "./dancer.seen" 20.30.35 Join slooopy [0] (~sloo@p5493C1B7.dip0.t-ipconnect.de) 20.38.50 # thomasjfox: hey, how's your port going? I saw nothing new on your repo 20.38.52 Join panni_ [0] (hannes@ip-178-203-85-85.unitymediagroup.de) 20.39.11 # kugel: Things are slowing down a bit 20.39.29 # I want to prepare a "clean" patch to get the initial maemo support upstream next 20.39.39 # Actually that's planned for tomorrow :) 20.39.50 Join stephen__ [0] (~stephen@86.46.31.151) 20.40.06 # good plan 20.40.08 # kugel: Would you have time for a review? 20.40.43 # The patch won't be that large I guess 20.41.08 # not sure, but hopefully 20.41.32 # I'm a bit busy with uni stuff these days, exams are coming up 20.42.17 # So rockbox is a good distraction ;) 20.47.11 # kugel: Any plans regarding the ucontext branch? 20.48.00 # it's on fs, without an answer. I guess I can commit 20.49.27 # I could test it again 20.49.37 # * kugel can't believe it's already a month since he put it there 20.50.05 # I'm not sure if the sigaltstack stuff is/was crashing on the first database init (stack overflow) 20.51.45 # At least that's what the arm threads implementation did the last time as the database init is a stack hog 20.54.13 Quit slooopy (Remote host closed the connection) 20.54.49 Join slooopy [0] (~sloo@p5493C1B7.dip0.t-ipconnect.de) 21.01.17 Quit slooopy (Ping timeout: 260 seconds) 21.03.44 # thomasjfox: yes, it would be nice if you could test again 21.04.27 # So I guess it's best if I take the one on FS. Do you have the # on mind? 21.05.22 Quit Xerion (Quit: ) 21.06.30 # thomasjfox: nah, that one is outdated 21.06.50 # Ok, so I just merge your branch from git then 21.11.38 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.14.44 Join slooopy [0] (~sloo@p5493D9B0.dip0.t-ipconnect.de) 21.20.15 Quit Topy44 (Read error: Connection reset by peer) 21.20.50 Join Topy44 [0] (~Topy44@f048237077.adsl.alicedsl.de) 21.21.42 Join captainkewll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 21.27.42 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 21.29.27 Quit kugel (Remote host closed the connection) 21.33.05 Quit Topy44 (Ping timeout: 240 seconds) 21.33.07 Quit slooopy (Ping timeout: 276 seconds) 21.33.19 Quit ranmachan (Quit: leaving) 21.33.47 # not sure how relevent or similar telechips socs are but if anyone cares http://mjg59.livejournal.com/132032.html 21.35.03 Join WonTu [0] (~WonTu@p57B52FA5.dip.t-dialin.net) 21.35.03 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 21.35.17 Part WonTu 21.36.40 Quit liar (Ping timeout: 255 seconds) 21.38.06 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 21.39.16 Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no) 21.39.42 Join fyre^OS [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 21.40.02 Quit Battousai (*.net *.split) 21.40.02 Quit fyrestorm (*.net *.split) 21.40.02 Quit ps-auxw (*.net *.split) 21.40.02 Quit Bushmills (*.net *.split) 21.40.02 Quit GodEater (*.net *.split) 21.40.03 Quit Hadaka (*.net *.split) 21.40.03 Quit scorche|sh (*.net *.split) 21.40.03 Quit YPSY (*.net *.split) 21.40.03 Quit Rondom (*.net *.split) 21.40.03 Quit TBCOOL (*.net *.split) 21.41.33 Join Topy44 [0] (~Topy44@f048237077.adsl.alicedsl.de) 21.41.55 Quit thegeek_ (Read error: Operation timed out) 21.42.53 Join Bushmills [0] (~l@scarydevilmonastery.net) 21.42.53 Join Battousai [0] (~bryan@gentoo/developer/battousai) 21.42.53 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 21.42.53 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 21.42.53 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 21.42.53 Join Hadaka [0] (~naked@naked.iki.fi) 21.42.53 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 21.42.53 Join YPSY [0] (~ypsy@geekpadawan.de) 21.42.53 Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de) 21.42.53 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 21.43.32 Quit fyrestorm (Ping timeout: 274 seconds) 21.46.05 Join slooopy [0] (~sloo@p5493D777.dip0.t-ipconnect.de) 21.47.35 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 21.48.11 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.55.25 Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) 21.55.47 # * wodz just fixed nano2g :-) 21.56.17 # what is preferred boot method on nano2g? iloader or rockbox bootloader? 21.56.33 # wodz: do I remember right that you have bdm equipment and know how to use it? 21.56.35 # rockbox bootloader if you want support here :) 21.56.56 # gevaerts: I have bdm pod right 21.57.42 # wodz: maybe it makes sense if you also have a h1x0 and h3x0? That way we'd have someone who can test bootloaders again 21.57.57 # wodz: depends on your goals 21.58.12 # TheSeven: could you elaborate? 21.58.14 # * gevaerts has two h120s. He can easily miss one of them, and if needed he can miss his h320 too 21.59.28 # My wife would probably grumble a lot if another DAP will appear in my home 21.59.41 # wodz: iloader pros: fast boot, can recover ftl if needed, iloader cons: a bit more complex, can't be removed by itunes restore, no support here 22.00.11 # TheSeven: I run linux so no itunes at all 22.00.54 # wodz: right :) Maybe I should just get the needed equipment myself 22.01.19 # gevaerts: I can send you my pod. I don't need it now. 22.01.20 # also iloader provides an easier way to play with the hardware outside of rockbox 22.01.47 # wodz: what's actually needed to use it? Does it need things like fine soldering? 22.03.01 # gevaerts: that depends mostly on target. The pod itself has regular goldpin header. 22.04.34 # wodz: I could also just buy my own, so you can still use yours for the HD[23]00 if needed. I'd need guidance then to pick the correct one 22.05.50 # gevaerts: I build this one http://forums.freescale.com/t5/68K-ColdFire-reg-Microprocessors/TBLCF-open-source-debugging-cable/td-p/7543 22.06.51 Quit thomasjfox (Remote host closed the connection) 22.07.37 # gevaerts: on wiki there is ultra simple bdm pod base on AVR MCU specialized in reflashing bootloader on H100/H300 22.07.38 Join whippiii [0] (c8378cb5@gateway/web/freenode/ip.200.55.140.181) 22.08.24 # wodz: considering my skill with electronics, maybe I should look for a pre-built one :) 22.08.25 # gevaerts: the one I have is full blown (although quite slow) which means possibility to on target debugging 22.08.52 # hi there, I have the next question: is it possible to install RockBox on iPod Classic even if I try the manual via? 22.09.00 # way* 22.09.12 # sorry by my English, I speak Spanish ;) 22.09.18 # wodz: on target debugging sounds reasonably useful if my task would be to make bootloaders work again 22.09.28 Quit mystica555_ (Ping timeout: 246 seconds) 22.10.22 # please, some help :S 22.11.00 # gevaerts: I don't see need for BDM work in the (near) feature on HD200/HD300 so I can send you my pod If you are willing to work on bootloaders 22.12.56 # whippiii: rockbox on the ipod classic is still in an early stage. I'm not sure if it's really good enough yet for normal use 22.13.22 # wodz: maybe I should buy yours so you can build a new one when you need it :) 22.13.51 Quit Hadaka (Ping timeout: 260 seconds) 22.14.14 Join Guest50870 [0] (~guillermo@190.10.32.90) 22.14.30 # gevaerts: I have most of the components, only PCB missing to build new TBLCF. 22.14.33 # gevaerts: but if I take the risks installing it, where can I find the files for its installation? 22.15.06 # whippiii: on the rockbox wiki somewhere I think 22.15.16 # :S 22.15.18 # ok 22.15.19 # thanks 22.15.30 Part Guest50870 22.17.02 # TheSeven: Is it possible to install iloader when battery doesn't hold charge well? 22.17.54 Join mystica555_ [0] (~Mike@m412636d0.tmodns.net) 22.18.35 # * TheSeven tries to catch up 22.18.39 # wodz: I'll ask LinusN how tricky connecting it to the irivers is, and if it's not too difficult, I'd be happy to take care of your bdm pod for a while :) 22.19.17 # whippiii: most things work somehow, but there are still rough edges and the battery life is terrible (like 5 hours or something) 22.19.48 # also there is no dualboot support yet, so you can't have the apple firmware and rockbox installed at the same time and decide which one to use on boot 22.20.31 # gevaerts: Sure. IIRC you have to have some soldering skills in case of irivers. 22.20.34 # whippiii: in case you still want to play around with it: http://www.freemyipod.org/wiki/IPod_Classic_iLoader_Installation 22.20.45 # TheSeven: the point is that right now the apple firmware has crashed. I think that "something" is better than nothing, don't you think so? 22.21.05 # whippiii: do you know why or how it crashed? 22.21.12 # wodz: I expect so, yes. I'm pretty sure it will be beyond me, but finding someone else to do it should be just as good 22.21.21 # no :S 22.21.26 # is it e.g. stuck in a reboot loop, showing a red cross, showing "use itunes to restore", or what does it do? 22.21.31 # I don't know why or how :S 22.21.48 # oh, wait 22.22.22 # whippiii: It might be easier to restore it using itunes, as the classic port is very recent 22.22.32 Quit bertrik (Quit: :tiuQ) 22.23.07 # I'll try it first, if it doesn't work... gonna try to put RockBox inside :) 22.23.21 # thanks a lot 22.24.42 # whippiii: depending on how exactly it behaves i might have some useful hints for you 22.25.47 # okay, I have to move to a PC with Windows xD I only have GNU\Linux on my box hehe 22.28.30 *** Saving seen data "./dancer.seen" 22.29.40 # New commit by 03alle (r29031): pitch_detector: bring the name of the settings file in line with the plugin name 22.32.19 # r29031 build result: All green 22.33.28 Quit GeekShadow (Read error: Connection reset by peer) 22.33.46 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 22.36.07 Quit whippiii (Quit: Page closed) 22.44.37 Quit factor (Ping timeout: 255 seconds) 22.46.24 Quit benedikt93 (Quit: Bye ;)) 22.47.13 Join factor [0] (~factor@75.108.68.114) 22.49.05 Quit Xerion (Ping timeout: 240 seconds) 22.49.43 Join esperegu [0] (~quassel@145.116.15.244) 22.50.54 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 22.52.29 Quit {-phoenix-} (Remote host closed the connection) 22.53.49 # does copying files inside rockbox use some insanely small buffer? 22.54.02 # the disk seems to be seeking most of the time 22.56.59 # no idea, I don't remember where is the copying code, probably in the apps/ part if the copy is done between volumes 23.01.05 Quit factor (Ping timeout: 240 seconds) 23.01.54 Join factor [0] (~factor@75.108.68.114) 23.03.34 Join JdGordon| [0] (~jonno@124-171-7-125.dyn.iinet.net.au) 23.03.37 Quit JdGordon| (Changing host) 23.03.37 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 23.05.44 Quit Keripo (Quit: Leaving.) 23.07.26 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.09.55 Quit mikroflops (Quit: "foo") 23.10.04 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.12.32 Part ruckus 23.12.35 Join leavittx [0] (~lev@89.221.199.187) 23.13.44 # Saint: how are you doing fs-corruption-wise? 23.15.39 Quit wodz (Quit: Leaving) 23.39.51 Quit TheLemonMan (Quit: free(me)) 23.45.43 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 23.48.55 Join Strife89 [0] (~Strife89@adsl-80-130-140.mcn.bellsouth.net) 23.55.07 Quit liar (Read error: No route to host) 23.56.06 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at)