--- Log for 21.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 16 days and 3 hours ago 00.06.04 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 00.13.02 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 00.15.25 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.22.47 Quit DerDome ("Leaving.") 00.24.24 Quit ameyer (Read error: 110 (Connection timed out)) 00.24.39 Quit bertrik (Remote closed the connection) 00.33.14 # * shotofadds guesses "*PANIC* sanity failed" is not a good sign. great error message though! 00.35.00 Quit hannesd (Read error: 113 (No route to host)) 00.35.07 Quit Strife89 (Read error: 60 (Operation timed out)) 00.36.39 Quit tvelocity (Read error: 110 (Connection timed out)) 00.37.22 Join tvelocity [0] (n=tony@195.167.65.109) 00.38.28 Join stripwax5443 [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.39.16 Quit Tetracomm (Read error: 110 (Connection timed out)) 00.39.40 Join Tetracomm [0] (n=nicholas@72.252.29.2) 00.40.11 # gevaerts: do you have any idea what that panic means? Could it be because I'm connecting from Windows? 00.40.58 # shotofadds: no idea 00.41.27 # I'll ask vitja about it next time he's around. I don't really understand any of that code in usb-tcc77x.c 00.41.44 Join ercferret18 [0] (n=chatzill@adsl-75-17-217-86.dsl.euclwi.sbcglobal.net) 00.41.55 # hi 00.42.15 # does anyone know where I can get the "eraser" for my sansa c200 00.42.17 # ? 00.42.53 Quit stripwax5443 (Read error: 104 (Connection reset by peer)) 00.42.59 Join Strife89 [0] (n=michael@204.116.245.152) 00.43.13 # please? 00.43.26 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.44.02 # ercferret18: What's the problem. 00.44.15 # ? 00.44.25 # i have tried everything, but my sansa c200 just won't work 00.44.37 # when i turn it on, only the blue ring lights up 00.44.42 # ercferret18: I just dropped in; I need details. 00.44.56 # when i turn on my sansa c200 00.45.00 # nothing happens 00.45.05 # except the blue ring lights up 00.45.15 # i tried the e200tool 00.45.23 # and that got the player into recovery mode 00.45.35 # but i tried 00.45.47 # dragging the firmware into the disk and it still didn't work 00.46.02 # someone suggested i use the eraser and that i could get it from this IRC 00.46.06 # ok, i'm done 00.46.11 # Then you've looked at the Wiki? 00.46.26 # wiki? 00.47.18 # http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port 00.47.33 # My Internet connection is slow today......... 00.47.43 # yeah, i looked at that and tried everything, it still doesn't work 00.47.49 # thats ok 00.48.39 # You may have gotten the wrong firmware version. 00.49.03 # Where is that sucker?......... 00.49.34 # i tried dragging the firmware i got from the e200tool site into the 16MB-FORMAT thingie 00.50.08 # But you're using a *c*200, correct? 00.50.16 # a c250 actually 00.50.28 # Heh, that's my model. :) 00.50.34 # hah 00.50.37 # Anyway, look here: http://files.zefie.com/PMP/sansa/c200/v1/firmware/1.01.00/ 00.50.59 # ok, which one should i get? 00.51.01 # Pick one of the zips and copy *all* of the files to your Sansa while in recovery mode. 00.51.08 # ok 00.51.11 # i'll try 00.51.11 # Try them all, one at a time. 00.51.23 # k 00.52.19 Quit PaulJam (".") 00.52.21 # ercferret18: Read the IRC logs starting here - http://www.rockbox.org/irc/log-20081004#01:10:45 00.52.37 # ok, i will when i'm done trying this 00.52.56 # And I recommend that you use the Wiki's way to get into recovery mode. It shouldn't matter, but for safety's sake..... 00.52.59 Quit jgarvey ("Leaving") 00.53.27 # * Strife89 reads the linked log. 00.53.50 Quit petur ("*plop*") 00.54.02 # i can't do it by using the hold switch and record button, only by using the e200tool 00.54.19 # Don't try hitting power, just plug it in. 00.54.35 # Keep holding record. 00.54.40 # yeah, when i do that, it goes into "manufacturing mode" 00.54.46 # then i use e200tool 00.54.58 # Hmmm. 00.55.20 # What's your computer's OS? 00.55.33 # i'm on linux (ubuntu) right now 00.55.49 # Read that log if this doesn't work. 00.55.52 Quit blahrus ("Ex-Chat") 00.56.12 # I, too, am using Ubuntu, by the way. :D 00.56.32 # ok, now i have it in recovery mode (using e200tool) and now im going to try extracting that firmware you just gave me 00.56.52 # Be sure to place *all* of the files onto your Sansa. 00.57.34 # yup, i'm just extracting it straight into the 16MB-FORMAT thing 00.57.49 # Be sure to unmount it before pulling the plug. 00.58.13 # oops... 00.58.23 # I preferred to extract it elsewhere first. 00.58.32 # "Oops" what? 00.58.43 # i didn't unmount before pulling it out 00.59.22 # That is *definitely* something that has potential to screw up hardware. PLEASE be careful. 00.59.34 # ok, i'll do that next time 00.59.35 # Anyway, reboot your Sansa. 00.59.44 # ok, the first one didn't work 01.00.15 # Do you remember the EXACT version of the OF before you had problems? 01.00.25 # Specifically, the letter. 01.00.26 Join kharo1 [0] (n=teemu@a88-114-245-92.elisa-laajakaista.fi) 01.00.59 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 01.01.04 # no, I don't. i had installed rockbox on it and i had never ran any firmware updates, this happened when i removed rockbox and its bootloader. 01.01.47 Quit kharo (Read error: 110 (Connection timed out)) 01.02.36 *** Saving seen data "./dancer.seen" 01.03.14 # no luck with the second one 01.03.24 # and this time i noticed it said "format failure" on the screen 01.03.33 # Hmmm. 01.03.42 # Never seen that before.... 01.05.37 # third didn't work, again with the format failure 01.05.46 # Let's try what the log says. Download this: http://www.evonet.be/~gevaerts/c250erase 01.06.04 # ok 01.06.08 # I downloaded it 01.06.27 # This tool is supposed to wipe your Sansa to a fresh state. First...... 01.06.44 # Put it in your Home directory. 01.06.53 # k 01.06.55 # /home/yourusername/ 01.07.01 # ok, got it 01.07.04 # Now open a terminal. 01.07.09 # yeah 01.07.11 # Type this: http://www.evonet.be/~gevaerts/c250erase 01.07.15 # No, not that 01.07.20 # lol 01.07.22 # chmod +x c250erase 01.07.24 # That 01.07.42 # k 01.07.43 # Put "sudo" before it if that doesn't work. 01.07.51 # i think it worked 01.07.56 # Okay. 01.08.03 # sudo ./c250erase 01.08.16 # With your Sansa plugged in, of course. 01.08.28 # should it be in manufacturing mode or recovery mode 01.08.36 # Manufacturing. 01.08.42 # k 01.09.02 # Be aware: This will take a long time. 01.09.05 # ok its working 01.09.08 # ~45 minutes. 01.09.19 # thats fine, anything to get it working again 01.09.23 # You should see some numbers counting down on the Sansa. 01.09.31 # yup, i do 01.09.40 # Okay, let it sit there. 01.09.44 # ok 01.09.53 # i've got plenty of time 01.10.12 # After around 45 minutes, it'll say that it's ready, and that pressing a key powers it off. 01.10.38 # ok, and then will it boot into the firmware or will i have to put the firmware on it? 01.11.01 # But while it's there, it's in "normal" manufacture mode, so using SansaE200Unbrick's instructions should work. 01.11.34 # So, don't turn it off when it gets there. 01.11.50 # so what should i do when it finishes? 01.12.42 Quit n1s () 01.13.07 # Put this on it. http://daniel.haxx.se/sansa/c200/firmware.mi4 01.13.35 # ok, just that? 01.13.47 # I *believe.* 01.13.53 # ok, thanks 01.14.17 # Go ahead and read the log; that's where I'm getting the instructions from. :) 01.14.25 # ok 01.14.32 # "When you're there, it's in "normal" manufacure mode, so the procedure from SansaE200Unbrick should work." 01.14.49 # That sentence is iffy to me. 01.15.11 # yeah... 01.15.28 # i will try with just the firmware first 01.16.17 # Well, I have dishes to wash. ;) 01.16.23 # I'll be back. 01.16.41 # ok 01.16.44 # thank you for all the help 01.17.27 # :) 01.18.12 Quit Nico_P (Remote closed the connection) 01.20.27 # ercferret18: Here, entertain yourself for a bit. ;) http://strife89.deviantart.com/gallery/ 01.20.37 # Back to the dishes now. :) 01.22.07 # haha that's pretty good 01.22.50 # but actually doesn't belong here *pointing at topic* 01.23.36 # he was just giving me entertainment :) 01.24.04 # entertainment is offtopic... 01.24.09 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 01.24.18 # biiig whoop 01.29.32 # only 77536 KB left :D 01.31.02 Quit tvelocity (Success) 01.33.23 Join goffa_ [0] (n=goffa@216.220.23.105) 01.34.25 Quit kharo1 (Read error: 110 (Connection timed out)) 01.34.51 Join ameyer17 [0] (n=ameyer17@adsl-75-57-161-228.dsl.emhril.sbcglobal.net) 01.35.09 Nick ameyer17 is now known as ameyer (n=ameyer17@adsl-75-57-161-228.dsl.emhril.sbcglobal.net) 01.36.25 Join kharo [0] (n=teemu@a88-114-245-92.elisa-laajakaista.fi) 01.36.47 Quit culture (Read error: 60 (Operation timed out)) 01.37.42 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.41.20 Join travellerx [0] (i=koski@radish.cs.uwp.edu) 01.42.13 # the cross compiler automatic build is entirely source code that is compiled on the native machine, right? 01.42.45 # duh 01.43.32 # so in theory I could compile rockbox on a palm device running familiar? 01.44.05 # ya 01.44.16 Join Riyonuk [0] (i=Riyo@69-4-48-239.hctc.net) 01.44.41 Quit homielowe (Read error: 104 (Connection reset by peer)) 01.44.44 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 01.45.00 # Hi guys. Just bought an iPod off a friend, was hoping I could install rockbox, just because I want themes :P, how do I know if mine's even supported? I don't really know what model it is. 01.47.09 Quit goffa (Read error: 110 (Connection timed out)) 01.47.12 # Riyonuk, you find out. http://support.apple.com/kb/HT1353 01.47.50 Join Strife1989 [0] (n=michael@204.116.245.152) 01.48.02 # Hmm, my Wi-FI connection dropped again...... 01.48.11 # Thanks, I'm really bad at searching :| 01.48.16 # ercferret18: I'm back (with a different nick). 01.48.30 # What'd I miss? 01.48.57 # Strife1989: you can check the irc logs yourself... 01.49.13 # * Strife1989 grumbles about a slow connection. 01.49.25 Quit Strife89 (Read error: 104 (Connection reset by peer)) 01.49.47 # I guess it's 5th gen 01.50.15 # There goes the other me. :) 01.50.27 # ercferret18: How's the Sansa coming? 01.50.35 # it's still formatting 02.01.04 Quit travellerx ("Java user signed off") 02.01.41 # What does the screen say, exactly? 02.01.47 # it says 02.01.54 # press any key to shutdown 02.02.17 Join Hillshum [0] (n=chatzill@75-165-224-4.slkc.qwest.net) 02.02.30 # Well, remember the "firmware.mi4" file? 02.02.36 # yeah 02.02.40 # copy just that 02.02.48 # Yes, do that. 02.03.07 # Then unmount it 02.03.14 # ok, but how should i get it back into recovery mode 02.03.26 # Press a key. 02.03.35 # ok 02.03.38 # it's shut down 02.03.45 # Now turn it on. 02.03.51 # k 02.03.53 # Tell me EXACTLY what happens. 02.04.07 # just blank screen, with the blue keypad ring 02.04.21 # that's all 02.04.25 # Reboot to recovery mode. 02.04.32 # using e200tool? 02.04.47 # Try the other method first. 02.04.52 # ok 02.05.04 # http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port#Recovery_Mode 02.05.36 Quit SmallR2002 (Read error: 60 (Operation timed out)) 02.05.48 # hold on 02.06.17 # it doesn't go into recovery mode that way 02.06.22 # it stays in manufacturing mdoe 02.06.39 # Hang on. 02.06.42 # k 02.08.02 Join blkhawk- [0] (i=HydraIRC@g226195188.adsl.alicedsl.de) 02.10.33 # Put this, and only this, on it instead (in manufacturing mode): http://daniel.haxx.se/sansa/c200/pribootLoader.rom 02.11.07 # So the ipod 5th gen isn't supported :( 02.11.15 # ercferret18: You still there? 02.11.18 # but i can't put anything on it in recovery mode 02.11.20 # yes 02.11.54 # i mean i can't put anything on it unless it's in recovery mode 02.11.55 # ercferret18: Manufacturing mode. 02.11.59 # Oh. 02.12.07 # sorry about that 02.12.19 # ercferret18: Try doing it in recovery mode, then. It should still work. 02.12.20 # Riyonuk, it should work 02.12.27 # ok 02.12.34 # Theres not even an option on the website 02.12.39 # i'll get it into recovery mode using e200tool 02.12.48 # Yet here's a pic of one in action, I don't get it. http://1isa2isb.com/wp-content/uploads/2007/08/rockbox.jpg 02.14.08 # Isn't the iPod Video 5G and the iPod Classic 6G? 02.14.11 # ok so i should just put the pribootLoader.rom onto the 16MB-FORMAT drive and unmount? 02.14.17 # ercferret18: Yes. 02.14.25 # ok 02.15.01 # ok now it goes straight into recovery mode on reboot 02.15.16 # Good. Now back to recovering the firmware. :) 02.15.21 # Okay...it IS on your website, just different pages -_- 02.15.22 # We're nearly there. 02.15.29 # yes! 02.15.45 # ercferret18: Back to this page: http://files.zefie.com/PMP/sansa/c200/v1/firmware/1.01.00/ 02.15.55 # yeah 02.15.56 # Riyonuk, have you tried the rockbox utility then? 02.16.04 # What's that? I'm so lost XD 02.16.15 # ercferret18: Try starting with the last one and going backwards 02.16.17 # . 02.16.22 # ok 02.16.51 # Hopefully that will better your odds of nailing it early. 02.16.55 # Riyonuk, http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility 02.17.06 # copy everything into the drive, including the pribootLoader.rom? 02.17.16 # ercferret18: Not the ROM. 02.17.17 # Thanks, woah, I just read I can do drag and drop once I'm done? 02.17.25 # everything else? 02.17.35 # ercferret18: Just the CONTENTS of the .7z file. 02.17.41 # Riyonuk, that's correct. 02.17.48 Quit Slack (Remote closed the connection) 02.17.57 # so the contents of the .7z file EXCEPT for the .rom file 02.18.12 # ercferret18: Wait, huh? 02.18.15 # So excited :D 02.18.22 # Can't wait to make my own themes, as most stink :P 02.18.26 # i downloaded the last .7z file 02.18.30 # ercferret18: Just a second 02.18.32 # ok 02.18.44 Join SmallR2002 [0] (n=SmallR20@79-77-73-93.dynamic.dsl.as9105.com) 02.20.02 # ercferret18: Yes, put everything that's in the .7z file onto your Sansa. Be careful not to mix up anything. 02.20.31 # ercferret18: Namely, the ROM files. 02.20.32 # so would that include the .rom file (which i had just copied earlier?) 02.20.42 Quit blkhawk (Read error: 110 (Connection timed out)) 02.20.48 # ercferret18: Yes, the one from the .7z file. 02.20.51 # k 02.20.56 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 02.21.14 # Unmount.... 02.21.23 # k 02.21.24 # .....and reboot. 02.21.25 # and remove 02.21.27 # k 02.21.57 # it appears to be working now 02.22.10 # yup, it works 02.22.20 # I have no idea what I'm doing, but I pressed installation XD 02.22.21 # Huzzah! 02.22.29 # wow 02.22.34 # thank you for all your help 02.22.44 Part pixelma 02.22.51 # ercferret18: You're very welcome. Thank the community, too. 02.22.55 # ;) 02.23.02 # thank you community! 02.23.09 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 02.23.15 # :) 02.23.56 # ercferret18: Alright, enjoy! I'm off to the shower. 02.24.00 # ok 02.24.03 # thanks again! 02.24.17 # :) 02.24.37 # bye 02.25.20 Quit ercferret18 ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092510]") 02.25.30 # The rockbox utility autodeteced it was a 5th gen 30gb, so I guess right. I clicked auto install, or whatever, so I guess I just wait now 02.26.21 # wow, error, themes site being re-worked 02.26.22 # -_- 02.32.16 # Okay, it works 02.32.28 # if I format it, as this has all my friends music, do I have to re-install rockbox? 02.35.40 Quit Strife1989 ("Leaving") 02.38.56 # Can someone help me install a theme? 02.39.02 # If I extract to root, it would overwrite everything 02.39.22 Part toffe82 02.40.42 Quit gevaerts (Read error: 60 (Operation timed out)) 02.44.59 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 02.46.16 # Yambo Financials 02.46.26 # erm 02.46.32 # sorry about that 02.47.00 Quit Nibbl (Read error: 60 (Operation timed out)) 02.47.39 # * ameyer curses X11 mouse-based copy and paste 02.58.50 # Can I delete iPod_Control? 03.02.38 *** Saving seen data "./dancer.seen" 03.07.11 Join junzi [0] (n=user@pool-71-247-77-34.nycmny.east.verizon.net) 03.07.51 Quit Riyonuk () 03.08.42 Quit saratoga ("CGI:IRC (EOF)") 03.13.16 Quit krazykit ("Connection reset by beer") 03.14.43 Quit courtc (Read error: 110 (Connection timed out)) 03.15.03 Join courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 03.15.59 Join alanb [0] (n=62d132e7@gateway/web/cgi-irc/labb.contactor.se/x-d6a1bd13238ef020) 03.16.58 # hullo 03.17.47 # i made a theme and wish to upload it to the wiki, i would like to get access to that heard i need to come here 03.19.34 # my username is AlanBrevick, i guess someone might read this later 03.19.43 Quit alanb (Client Quit) 03.19.57 # hiya! i have a sansa e280 that has obscure and inconsistent partitioning. can i just repartiton it with a single primary vfat partition covering all available space? 03.26.03 Join cool_walking [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-bc7b24af1872aa6e) 03.35.16 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 03.42.37 Join MarcGuay [0] (n=chatzill@ip216-239-67-64.vif.net) 03.43.52 # junzi: Sounds like a bad idea to me, the e200 has a hidden partition for a reason. 03.49.20 # MarcGuay: hmm, what reason? fdisk -l output looks like a mess 03.54.21 # junzi, i think the hidden partition is mainly for the OF and bootloader but i am not 100% sure tho.. i have to look at the info again 03.57.21 # hmm, so better leave it alone... can i at least format the first partition, or are there any required files (apart from the .rockbox folder)? 03.58.31 # yes and the OF.mi4 file in the system folder 03.59.27 # * ameyer thought the firmware partition was the first partition 04.00.25 # nevermind, I got it reversed 04.00.57 # advcomp2019: no *.mi4 file in the system folder or anywhere else on this sansa... 04.02.07 # you need that file to boot into the sansa firmware for USB and charging 04.03.35 # I thought you only put a mi4 in the root directory to upgrade the firmware and it got copied to the system partition 04.04.59 # no *mi4* on this sansa, and it connects to USB and charges just fine, also with the original firmware... 04.05.04 # the only mi4 I can find is /.rockbox/rockbox.mi4 04.05.09 # junzi: same here 04.05.36 Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) 04.05.56 # it might be OF.bin 04.06.30 # no *.bin either 04.07.45 # I'm 99% sure the OF is on the hidden partition 04.09.22 # http://www.rockbox.org/twiki/bin/view/Main/SansaE200FirmwarePartition 04.10.35 # yea but you need the /system/OF.mi4 or OF.bin to able to get into the Sansa firmware since Rockbox does not have USB support for the sansas unless you have USB support enable build 04.11.57 # * ameyer facepalms 04.13.04 # hmm, would there be a way to recreate that hidden firmware partiton in case it gets deleted or corrupted? 04.14.31 # the e200tool if i remember right 04.17.15 # anyone still using an archos? do i understand correctly that i could put a 500gb hdd in an archos v1 recorder, setting up 4 x 125gb partitions, only 1 partiton would be accessible via usb, the other 3 need to be preloaded before i put the hdd in...? :) 04.18.37 # what size HD does the archos recorder use 04.18.52 # like, 2.5", 1.8", 1", etc. 04.18.57 # ameyer: 2.5" 9mm height 04.19.36 # I *think* you might be able to get away with 137 for the USB-accessible partition if you're right 04.20.24 # 137GB=128GiB 04.21.18 # mmm, 500GB of 320 kbps mp3 04.21.35 # yeah, turn your mp3 into a monster... :) 04.22.19 # and the archos has digital out, and i have a dedicated dac ... :) 04.22.23 # am I right when I calculate 1157.4 days 04.22.36 # heck, the archoses do wav, right? 04.23.06 # yay 3 years of mp3s... 04.23.17 # (that can't be right) 04.23.39 # no, archoses do mp3 only, nothing else, hardware mp3 decoder... 04.24.25 # I swear they figured out a way to get wav to play 04.25.18 # hmm, 320k lame preset insane sounds good enough for me... ;) 04.26.38 # ok, 144 days 04.27.37 # still, that's a censored-ton of reasonably high-quality music 04.27.40 Join miepchen^schlaf_ [0] (n=miepchen@p579ECC46.dip.t-dialin.net) 04.35.57 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.37.07 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-0549e8a2861e284e) 04.43.12 Join m0f0x [0] (n=m0f0x@189-47-18-29.dsl.telesp.net.br) 04.55.59 Quit saratoga ("CGI:IRC") 04.56.56 Join blkhawk [0] (i=HydraIRC@e179049086.adsl.alicedsl.de) 04.57.28 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.59.31 Join Riyonuk [0] (i=Riyo@69-4-48-239.hctc.net) 05.00.16 # For some reason, I CANNOT get this theme to work. The Now playing theme its supposed to go in, never works. From what the theme website shows, its supposed to go to a different pic. I checked, its there, and all settings seem correct. I even reformated, and reflashed. 05.01.34 # Different pic? What's where? Which settings seem correct? 05.02.42 *** Saving seen data "./dancer.seen" 05.04.20 Join reacocard [0] (n=reacocar@134.173.59.155) 05.04.56 # http://rockbox-themes.cleansoap.org/data/320x240x16/A_Link_to_the_Past.zip 05.05.19 # That one, it's supposed to, from the description, have the heart containers as battery, and all that cool stuff. I don't even see that pic -_- 05.05.35 # I just see the default backdrop, and when playing a song, these white lines that constantly move horizontally 05.05.51 # http://rockbox-themes.cleansoap.org/data/320x240x16/A_Link_to_the_Past_b.png 05.05.54 # Riyonuk: Themes are tempermental. If it's only one theme that isn't working, chances are there is something wrong with that particular bit and not your entire installation. 05.05.55 # that's what I see, ALL THE TIME 05.06.10 # Can you give me a theme YOU know works, just to test? 05.06.51 # Riyonuk: Any of the included ones. 05.07.15 # * ameyer points out that the theme Riyonuk is talking about probably wasn't upgraded to work after the last theme-breaking change 05.07.56 # There were changes to the WPS syntax that broke a lot of themes. Try the ones from the gallery in the rockbox.org wiki. 05.07.58 # Riyonuk, those themes on that site might be broken 05.08.05 # Yeah, I can't even see it in the WPS graveyard. 05.08.28 # * MarcGuay wonders why that site still exists. 05.08.42 # XD 05.08.46 # I want the Zelda one though T_T 05.09.15 # You'll have to modify it to work with the new syntax. Read the CustomWPS wiki page. 05.10.32 # Some of those themes...wow, just...wow 05.12.35 # The current place to go for themes is the WpsGallery wiki page. 05.12.59 Quit blkhawk- (Read error: 110 (Connection timed out)) 05.14.03 # Also, where am I supposed to be putting my files? I formatted everything, so all I have is .rockbox. Do I put it as .rockbox/Music, or /Music? 05.15.23 # it doesn't really matter, but inside .rockbox is not good for a couple of reasons. 05.16.25 # .rockbox is hidden by default, and there's a database.ignore file in there, so the database scan won't pick up any music in there. 05.17.21 # But basically you can put it anywhere you want. 05.18.11 # do I really need the database if I'm organized anyways? 05.18.27 # You don't. It's completely optional. 05.18.43 Quit gkffjcs (Remote closed the connection) 05.18.51 Join gkffjcs [0] (n=john-cha@131.156.249.167) 05.19.07 # Does it hinder performance? I read something about battery and the hardisk spinning 05.19.59 # The initialiazation (ideally should only be done once, then "updates" are done subsequently) can completely drain the battery. 05.20.06 # I don't use the database though. 05.21.09 # You should read the manual (linked on the left of every page on rockbox.org). Lots of information. 05.23.20 # Ugh, I change themes, and the one I chose retains the icon from the last. Stupid >_< 05.24.36 # There are some icon sets on the IconSets wiki page. 05.25.33 # err.. did you change the theme (.cfg file) or just the WPS (.wps file)? 05.26.40 # The .cfg sets background image, sets font, etc. The .wps is just the While Playing Screen. 05.29.50 # I'm starting to get used to the naming conventions.. 05.45.56 Quit Horscht ("electromagnetic radiation from satellite debris") 05.52.45 Quit Zarggg () 05.57.04 Quit junzi ("g`nite pholx") 06.05.15 Quit m0f0x () 06.25.11 Quit cool_walking ("http://www.mibbit.com ajax IRC Client") 06.30.20 Quit Riyonuk () 06.31.25 Join AJR [0] (n=18beec02@gateway/web/cgi-irc/labb.contactor.se/x-7733cc4ef8d03f95) 06.36.21 # Hey im a noob Ive read the Faq but I have an issue Ic ould use some help with 06.37.50 # AJR, if you tell us? 06.38.41 # Ive installed rockobx as per the instructions 06.38.53 Join pierre- [0] (n=pierre@93-81-43-182.broadband.corbina.ru) 06.38.53 # ipod 5.5 gen 80 gig build 06.39.11 Quit Tetracomm (Read error: 110 (Connection timed out)) 06.39.19 # using the quick install i get an error saying the machine is not detected 06.39.30 # trying to manually install the bootloader I get the same message 06.39.38 # I have enabled the ipod as a drive 06.39.47 # Using Rockbox Utility? 06.39.56 # AJR, are you sure it is not a 6th gen? 06.40.01 # Did you auto-detect it? 06.40.02 # Yes positive 06.40.10 # it will not autodetect 06.40.16 # usign teh ipodpatcher 06.40.28 # or the quick installer sorry for teh spelling 06.40.29 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-c6552c800ed86679) 06.40.52 # "quick installer" being Rockbox Utility? 06.41.06 # Yes sorry 06.41.15 # It's okay, just making sure. 06.41.29 # v 1.07b 06.42.19 # I get an error saying no ipods found 06.42.42 # What happens if you try to select the ipod/drive manually in RB utility? 06.43.26 # my ipod is h:\steven stevens 06.43.43 # so I browse the H: as the destination 06.43.55 # and nothing comes up 06.44.06 # device is just H: 06.44.14 # even when i manually type in the device name 06.44.16 # same issue 06.44.44 # I don't think the name matters. Try simply selecting the drive letter and then the Apple models. 06.44.46 # -s 06.45.26 # yes that is what I did I believe 06.45.40 # i think you have a 6th aka ipod classic.. what does your face of your ipod look like? 06.45.43 # When i run the complete install I get the no ipods found error 06.46.07 # i bought it used on craigslist 06.46.08 # as a 5.5 gen 06.46.22 # hmm howso 06.46.46 # can i tell if its a 6th 06.46.49 # Which one is it? http://en.wikipedia.org/wiki/Image:Ipod-comparison.jpg 06.46.53 # is the front shinny or flat? 06.47.07 # AJR: I'm not sure what to tell you. Perhaps a review of this page will help: http://support.apple.com/kb/HT1353#ipodclassic? 06.48.04 # I have the grey one 06.48.07 # it is not either of those 06.48.08 # hard to see 06.49.14 # I believe the Videos only came in white and black. If it's not plastic, Rockboc won't work. 06.49.24 # RoxBock 06.49.48 # Gotcha 06.49.53 # It is a classic 06.49.59 # I just checked the serial 06.50.03 # sorry to waste your time 06.50.05 # thanks for the help 06.50.16 # Will ipod linux work on this? 06.50.20 # or im stuck with itunes 06.50.26 # Nope. 06.50.57 # If Ipod Linux worked, chances are someone would already have made Rockbox work on it. 06.51.06 # gotchas 06.51.07 # weak 06.51.10 # thanks fellas 06.51.42 # you're welcome 06.52.08 Quit AJR ("CGI:IRC (EOF)") 07.02.43 *** Saving seen data "./dancer.seen" 07.07.03 Quit Bawitdaba (Read error: 113 (No route to host)) 07.11.54 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 07.13.12 Join jerry_f [0] (n=chatzill@64-148-6-235.adsl.snet.net) 07.21.15 Join Danilo [0] (n=bd4ec35c@gateway/web/cgi-irc/labb.contactor.se/x-587af2b376494990) 07.23.24 # Dude. I just wanted to upload a theme... 07.24.40 Quit Danilo (Client Quit) 07.43.10 # ameyer: The archoses (recorders and Ondios) can do WAV. It's not integrated into the main playback engine yet though, only a plugin. And the Player/Studio can't do it. 07.44.11 # And the theoretical disk size limit would be 2TiB, with the USB accessible partition limited to 128GiB as mentioned 07.45.23 # The real upper limit is 250GB atm, 'cause that's afaik the largest 2.5" HDD available with parallel ATA interface (WD2500BEVE). The larger ones are all SATA 07.49.46 Quit XavierGr () 07.57.40 Quit pierre- (Read error: 110 (Connection timed out)) 07.57.47 Quit miepchen^schlaf_ () 08.01.44 Quit jerry_f (Read error: 110 (Connection timed out)) 08.02.34 Join Rob2222 [0] (n=Miranda@p4FDCC50F.dip.t-dialin.net) 08.07.00 Join Bawitdaba [0] (n=Sphinx@cpe-72-224-114-36.nycap.res.rr.com) 08.14.22 Quit Bawitdaba (Read error: 60 (Operation timed out)) 08.15.28 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.17.41 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.17.51 Quit midkay__ (Read error: 104 (Connection reset by peer)) 08.20.04 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.23.20 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.24.39 Quit midkay (Client Quit) 08.25.15 Quit tessarakt (Read error: 110 (Connection timed out)) 08.25.29 Join tessarakt [0] (n=jens@e180070049.adsl.alicedsl.de) 08.28.07 # * amiconn wonders whether 3.0.1 needs as longish release notes as 3.0 08.28.37 # I guess it doesn't, as it's only a maintenance release related to archos flashing. 08.29.09 # and you could probably just link to the 3.0 release notes for some things 08.33.25 Join n1s [0] (n=nils@rockbox/developer/n1s) 08.33.58 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.39.04 Join Nibbl [0] (n=Nibbler@e181103125.adsl.alicedsl.de) 08.40.03 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.40.05 Quit Nibbl (Client Quit) 08.40.15 Join Nibbl [0] (n=Nibbler@e181103125.adsl.alicedsl.de) 08.42.44 Quit AndyIL () 08.47.36 Quit bertrik (Remote closed the connection) 09.00.12 Join Rob2223 [0] (n=Miranda@p4FDCF811.dip.t-dialin.net) 09.02.48 *** Saving seen data "./dancer.seen" 09.03.51 Quit BHSPitMonkey ("Ex-Chat") 09.04.38 # Bagder: ping 09.07.18 Quit Rob2222 (Read error: 60 (Operation timed out)) 09.09.59 Quit num1 ("veni, vidi et capiebar ad anum "I came, I saw and I endured a rear assault"") 09.10.26 Quit gevaerts (Nick collision from services.) 09.10.38 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.11.01 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 09.13.45 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 09.14.06 Join petur [50] (n=petur@rockbox/developer/petur) 09.14.35 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.14.48 # B4gder: Release notes are prepared. Mail should only be sent after the files are linked from the download page. Same applies to a link in the release notes (currently has a !NOT YET! note) 09.15.25 Quit tessarakt (Read error: 110 (Connection timed out)) 09.16.40 Quit vitja ("Ex-Chat") 09.18.25 Quit Slack ("Ex-Chat") 09.18.39 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 09.20.38 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-24ebce2bd52af49c) 09.20.55 Quit BigBambi (Read error: 113 (No route to host)) 09.22.04 Quit nuonguy ("This computer has gone to sleep") 09.22.52 Quit petur ("bbl") 09.23.24 Quit kachna (Read error: 113 (No route to host)) 09.23.36 Quit pixelma2 ("-") 09.23.50 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.29.29 Join petur2 [50] (n=petur@rockbox/developer/petur) 09.30.10 Quit tchan (Read error: 110 (Connection timed out)) 09.34.33 Quit Nibbl (Read error: 113 (No route to host)) 09.41.01 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 09.46.02 # amiconn: I don't think there was a conclusion (B4gder?) , but the idea yesterday was that all targets would have a 3.0.1 release, to keep things simple. 09.46.19 Quit Thundercloud (Remote closed the connection) 09.59.51 Quit Seed ("cu, Andre") 10.01.06 # * scorche agreed 10.02.57 Join PaulJam [0] (i=PaulJam_@vpn-3053.gwdg.de) 10.04.06 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 10.08.35 Join Bawitdaba [0] (n=Sphinx@cpe-72-224-114-36.nycap.res.rr.com) 10.12.21 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 10.15.42 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 10.26.41 # linuxstb: Then someone should do that.... 10.26.57 # * amiconn thinks it's not necessary 10.27.08 Quit Thundercloud (Remote closed the connection) 10.27.38 # I really want to have this out the door though. 10.28.36 Join goffa [0] (n=goffa@216.220.23.105) 10.30.51 Quit jhulst (Read error: 113 (No route to host)) 10.32.29 # amiconn: "someone" can't be me today, so I wouldn't want to delay your release if no-one else wants to do what's necessary to bump all targets. 10.39.05 Quit goffa_ (Read error: 110 (Connection timed out)) 10.39.22 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 10.39.35 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 10.41.50 Join Seth [0] (n=none@C-59-100-103-85.bri.connect.net.au) 10.45.14 # hey i was wondering if rockbox will un fuck my fucked up iriver h10. its not completly fucked its just missing its system files. 10.45.48 # the language is not needed... 10.46.30 # sorry if i offended anyone 10.51.04 # It's also not very descriptive of your problem. On the h10, Rockbox has no USB transfer mode, so you will need a working original firmware in order to transfer anything to it. 10.53.16 Quit kharo ("Leaving.") 10.53.53 Join vitja [0] (n=vitja@79.120.98.174) 10.53.59 # Wae 10.54.14 Quit vitja (Remote closed the connection) 10.54.28 Join vitja [0] (n=vitja@79.120.98.174) 10.58.09 Quit Slack ("Ex-Chat") 11.02.51 *** Saving seen data "./dancer.seen" 11.13.39 Quit Seth (Read error: 110 (Connection timed out)) 11.16.56 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 11.22.31 Join tvelocity [0] (n=tony@195.167.65.111) 11.25.07 Quit HBK (Read error: 54 (Connection reset by peer)) 11.26.59 Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 12.21.49 Join lasser [0] (n=chatzill@Waf16.w.pppool.de) 12.50.01 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.53.58 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 12.54.04 # I haven't tested it yet (but it compiles cleanly), but here is an initial refactoring of the jpeg viewer - http://www.davechapman.f2s.com/rockbox/jpeg_refactor_v1.diff 12.54.11 # (the diff is impossible to read - best to apply it...) 12.54.58 # Or here is the apps/plugins/jpeg/ directory - http://www.davechapman.f2s.com/rockbox/jpeg.tgz 12.55.55 # * linuxstb spoke too soon - his last changes broke the greyscale version - but you'll get the idea.... 12.59.22 # Corrected versions here - http://www.davechapman.f2s.com/rockbox/jpeg_refactor_v2.diff or http://www.davechapman.f2s.com/rockbox/jpeg_v2.tgz 13.02.55 *** Saving seen data "./dancer.seen" 13.08.55 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.10.27 # * linuxstb stops talking to himself and goes to buy lunch 13.15.03 Join Darksair [0] (n=user@117.89.32.77) 13.21.11 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 13.22.53 Quit kachna (Read error: 110 (Connection timed out)) 13.31.05 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.33.36 Quit moos ("Rockbox rules the DAP world") 13.45.21 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 13.54.22 Quit Nico_P (Remote closed the connection) 13.55.50 Quit LambdaCalculus37 ("Ka-chunka") 13.59.56 Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) 14.00.23 Join Nibbl [0] (n=Nibbler@mx00.linkprotect.de) 14.04.34 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 14.07.35 Join goffa_ [0] (n=goffa@216.220.23.105) 14.12.19 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-f70f950d9f44a504) 14.14.13 Join J-23 [0] (n=kvirc@a105.net128.okay.pl) 14.18.19 Quit goffa (Read error: 110 (Connection timed out)) 14.22.08 Quit amiconn (Nick collision from services.) 14.22.15 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.36.07 Part LinusN 14.41.34 Join funman [0] (n=fun@86.219.29.237) 14.41.49 Part B4gder 14.44.13 Quit kushal_12_27_200 (Client Quit) 14.46.18 Quit Hillshum (Read error: 113 (No route to host)) 14.54.18 # is SRAM common on rockbox target ? (as opposed to DRAM) 14.54.24 # targets* 14.56.01 # Yes, most of the newer SoCs have embedded SRAM (about 64KB-128KB) 14.59.51 Join olegfink [0] (i=olegfink@62.141.52.142) 14.59.58 # heya 15.01.14 # what's the progress on sigmatels stmp3xxx? 15.01.31 # for some Megabytes, it's most likely SDRAM then ? 15.02.01 # it just occured to me that they have exceptionally good sound, and given how cheap i.e. Creative ZenVs are, it makes sense to use them as usb audio dac 15.02.12 # but that definitely needs some firmware support :-) 15.02.38 # funman: Yes 15.02.56 *** Saving seen data "./dancer.seen" 15.03.30 # so, have you (or anyone else) got anything running on stmp3xxx? 15.05.11 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.05.51 # olegfink: I would expect any progress (if there is any) to be mentioned in any forum threads about devices with those chips. 15.07.25 # there are too many 15.08.19 # too many for what? 15.08.45 # too many devices based on stmp3600 to track 15.09.05 # hmm, sigmatel provides a linux sdk for it 15.09.12 # are there any dev boards? 15.09.18 Quit HBK (Read error: 60 (Operation timed out)) 15.10.08 # you are looking at them...and i dont see why there are too many to track... 15.15.22 # well, seems no progress mentioned 15.15.41 # olegfink: There's only one way to be sure of progress.,.. 15.17.57 # other than looking through the site? do tell. 15.18.23 # I wonder how sigmatel managed to release SDK without any dev boards 15.18.25 # Do it yourself. 15.19.29 # given the stmp3600 is BGA, this going to be a lot of fun 15.20.06 # Why do you need a devboard? Most Rockbox ports are done without any additional hardware. 15.21.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.21.47 # because the devboard would run with sigmatel's SDK out of the box 15.22.00 # and I need just a stmp3600, not a portable player with it 15.22.49 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.23.38 # So you're not talking about porting Rockbox to such a device? 15.27.48 # at least not me porting it, I'd like either a devboard with their linux rootfs or something like Zen Stone with rockbox (which should be much cheaper) 15.28.13 # I've just got a Zen V, it sounds much better then mid-priced usb audio solutions. 15.30.28 # could a very high memory refresh frequency be harmful in another way than slow down operations ? 15.32.25 # funman: Most, if not all, SoC's have some internal SRAM. Even the SH7034 used in the old archos line does (4KB). 15.35.13 Join nplus [0] (n=nplus@141.25.Globcom.Net) 15.46.08 Quit olegfink (Read error: 104 (Connection reset by peer)) 15.46.13 Join olegfink^ [0] (n=olegfink@62.141.52.142) 15.47.07 Nick olegfink^ is now known as olegfink (n=olegfink@62.141.52.142) 15.48.57 Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") 15.51.24 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.52.28 # I make progress: I now got data abort when writign to the (supposed) RAM 15.52.44 # by the way I had forgotten to enter the self refresh mode (explain memory not refreshing) 15.54.22 # I'll read a bit the ARM technical reference, that can't harm 15.54.27 Quit funman ("leaving") 15.56.19 Quit Nibbl (Read error: 113 (No route to host)) 16.01.42 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.03.22 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 16.06.18 # GodEater: (as you asked in -community) my jpeg refactoring simply splits the code into jpeg_decoder.[ch] (the decoding to yuv), yuv2rgb.[ch] (conversion to colour - for colour LCDs only), and jpeg.c (the plugin itself). 16.06.55 Quit robin0800 ("Leaving") 16.07.00 # (and moves it into its own subdirectory). 16.08.01 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.09.05 Quit robin0800_ (Client Quit) 16.10.33 # this sounds like something which could make moving jpeg decoding into the core easier? 16.10.51 Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 16.11.31 # That's the idea, plus creating a multi-format image viewer 16.12.45 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.13.38 # ah yes of course 16.14.11 # Why not put it on FS too so people can see the emails about it, and get more attention to it ? 16.14.19 Quit robin0800_ (Client Quit) 16.15.22 # I was hoping to just commit it... I need to test it on target first though, and do some more test compiles. I hope it's not controversial... 16.15.23 # or use svn even ;) 16.15.35 # too slow 16.16.43 # I shouldn't think it's controversial to many, if any people. It's something most people have been saying we need to move towards for a long time. 16.23.22 Quit vitja (Read error: 104 (Connection reset by peer)) 16.28.37 Join webguest06 [0] (n=4b308342@gateway/web/cgi-irc/labb.contactor.se/x-3e762ec74308651b) 16.29.04 # Why does rockbox not support the newer nanos? 16.29.06 # And will it ever 16.29.50 # Because the newer nanos are encrypted, and no one has worked on them. And we don't know when they'll be supported. 16.29.57 # lolololololololol 16.29.58 # lolololololololol 16.29.58 DBUG Enqueued KICK webguest06 16.29.58 # lolololololololol 16.29.59 *** Alert Mode level 1 16.29.59 # lolololololololol 16.29.59 *** Alert Mode level 2 16.29.59 *** Alert Mode level 3 16.29.59 # lolololololololol 16.29.59 *** Alert Mode level 4 16.29.59 *** Alert Mode level 5 16.29.59 # lolololololololol 16.30.00 *** Alert Mode level 6 16.30.00 *** Alert Mode level 7 16.30.00 # lolololololololol 16.30.02 *** Alert Mode level 8 16.30.02 # lolololololololol 16.30.03 # .... 16.30.04 # v 16.30.06 # lolololololololol 16.30.08 # lolololololololol 16.30.10 *** Alert Mode level 9 16.30.10 # lolololololololol 16.30.12 *** Alert Mode level 10 16.30.12 # lolololololololol 16.30.12 # STOP THIS INSTANT. 16.30.14 *** Alert Mode level 11 16.30.14 # lolololololololol 16.30.16 *** Alert Mode level 12 16.30.16 # lolololololololol 16.30.18 # lolololololololollolololololololol 16.30.20 # lolololololololol 16.30.22 # lolololololololollolololololololol 16.30.24 # lolololololololol 16.30.24 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 16.30.25 Kick (#rockbox webguest06 :Kick!) by scorche!n=scorche@rockbox/administrator/scorche 16.30.25 *** Alert Mode level 13 16.30.39 # bah...dont have those aliases on irssi on this client =/ 16.30.51 # scorche: Nice one! 16.30.57 Join webguest46 [0] (n=4b308342@gateway/web/cgi-irc/labb.contactor.se/x-aba4ccbf2803ab4a) 16.31.03 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.31.03 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.31.04 Quit webguest46 (Excess Flood) 16.31.20 Join webguest02 [0] (n=4b308342@gateway/web/cgi-irc/labb.contactor.se/x-4c543d926ddc1138) 16.31.23 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.31.26 Mode "#rockbox +b %*!*4b308342@* " by scorche (n=scorche@rockbox/administrator/scorche) 16.31.41 Quit webguest02 (Client Quit) 16.31.58 Mode "#rockbox +o logbot " by ChanServ (ChanServ@services.) 16.32.02 Join skorche [0] (n=4b308342@gateway/web/cgi-irc/labb.contactor.se/x-2b381ac41c39b15f) 16.32.14 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.32.14 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.32.14 DBUG Sent KICK skorche to server 16.32.14 # WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN WELL FIX IT THEN 16.32.15 Kick (#rockbox skorche :Stop repeating yourself) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-1524a0b58abc457f 16.33.04 # smarter would be to use nick like scorchee, do tabulator expansion could miss ;) 16.33.36 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.34.18 Mode "#rockbox -b %*!*4b308342@* " by scorche (n=scorche@rockbox/administrator/scorche) 16.34.22 Mode "#rockbox +b *!*4b308342@* " by scorche (n=scorche@rockbox/administrator/scorche) 16.36.59 Join obo [0] (n=obo@rockbox/developer/obo) 16.37.14 Join blahrus [0] (n=blahrus@75.150.209.185) 16.39.31 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 16.39.31 # * LambdaCalculus37 sprays some air freshener to get rid of the troll smell 16.40.26 *** Alert Mode OFF 16.41.41 Quit Darksair ("To Arch or Gentoo? That is the question...") 16.47.41 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 16.48.33 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 17.00.52 Join mf0102 [0] (n=michi@e181132122.adsl.alicedsl.de) 17.02.58 *** Saving seen data "./dancer.seen" 17.03.29 Quit Zagor ("Client exiting") 17.04.29 Quit blahrus ("Ex-Chat") 17.05.24 Quit Acky (Connection timed out) 17.05.33 Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 17.07.32 Join blahrus [0] (n=blahrus@75.150.209.185) 17.08.13 Quit Acksaw (Connection timed out) 17.08.51 Join bughunter2 [0] (n=Jelle@77.164.66.126) 17.11.50 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.12.52 Part robin0800 ("Ex-Chat") 17.13.29 Join pierre- [0] (n=pierre@93-81-98-159.broadband.corbina.ru) 17.34.12 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.35.10 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.35.51 Quit BigBambi (Client Quit) 17.36.06 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 17.51.02 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.52.36 # * linuxstb gives a five minute warning before splitting jpeg.c 17.55.22 Quit robin0800 (Remote closed the connection) 18.08.47 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 18.12.37 Join {phoenix} [0] (n=dirk@p54B475DB.dip.t-dialin.net) 18.13.17 Quit petur ("*plop*") 18.20.40 Join ptbarn [0] (n=d82e62f9@gateway/web/cgi-irc/labb.contactor.se/x-e45948b3fdc15c45) 18.21.03 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.21.51 # Hi I have a quick question. I think I may have a "truly" bricked c250. 18.21.58 # I load the original firmware one 18.22.08 # tried several different versions 18.22.13 # it's a v1 btw 18.22.19 Quit mf0102 ("Ex-Chat") 18.22.25 # and even used the e200tool 18.22.31 # to restore the bootloader 18.22.33 Join karashata [0] (n=kimi@69.41.192.215) 18.22.49 # but whenever I connect the USB cable and windows mounts the device 18.22.53 # the player freezes 18.23.14 # like those two arrows going back and forth and the battery charge animation just freezes 18.23.28 # is it just a defective player? 18.23.44 # has anyone else experienced this and been able to fix it? 18.23.58 # Do you have a memory card inserted? 18.24.05 # no memory card 18.24.25 # And does it work when you don't attach it to your computer? 18.24.42 # for a few seconds 18.24.57 # liek I'll turn it on after putting on a new firmware 18.25.02 # and race to get to the USB menu 18.25.09 # to put it in MSC mode 18.25.15 # but it'll usually freeze before then 18.25.24 Quit Acky (Read error: 110 (Connection timed out)) 18.25.36 # sometimes it will freeze flashing the firmware 18.25.47 # but I was always able to use e200tool 18.25.51 Join Nibbl [0] (n=Nibbler@e181087033.adsl.alicedsl.de) 18.25.57 # ptbarn: do you have access to a linux PC? 18.26.05 # yup 18.26.17 # I've been using e200tool on linux 18.26.28 # and even falshing the firmware from there too 18.26.33 # after the device automounts 18.26.46 # OK. Download http://www.evonet.be/~gevaerts/c250erase 18.27.19 # Then run "chmod +x c250erase" 18.27.51 # awesome, will try that when I get home today 18.27.54 # After that, put the device in manufacturer mode (same as for e200tool), and run "sudo ./c250erase" 18.28.14 # k 18.28.24 # gevaerts: Any objections to me starting a wiki page with these instructions? You can add to them afterwards... 18.28.27 # That will run some code on the c250. It will take a while 18.28.48 # linuxstb: I need to integrate this thing in svn really soon I guess 18.29.01 # But go ahead 18.29.14 # do I need to run e200tool after running the erase program? 18.29.24 # and restore the bootloader? 18.29.40 # ptbarn: there will be output on the c250 screen while it's running, but after a while (45 minutes or more) it will tell you it's done 18.30.04 # After that, you can do an e200tool recovery 18.30.37 # excellent 18.30.39 # Once you get it running again, I recommend reformatting it from inside the sandisk firmware 18.30.51 # I thought it might be a hardware problem 18.31.42 # Probably not. The Sandisk firmware is really bad at handling some sorts of data corruption, like a bad FAT superblock or a bad partition table 18.31.59 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.32.26 Join miepchen^schlaf [0] (n=miepchen@p579ECC46.dip.t-dialin.net) 18.32.55 # so this tool will do something like a low level format to the memory? 18.34.16 # gevaerts: http://www.rockbox.org/twiki/bin/view/Main/SansaC200Erase 18.35.13 # doh, I seemed to have missed that the first time 18.35.21 # thanks for your help guys 18.35.35 # ptbarn: That page is 2 minutes old... 18.35.53 # Lots of people are starting to need gevaerts's program. 18.36.21 # hahah, ah ok 18.37.11 # gonna go try this now. Again, I appreciate the help guys. Keep up the excellent work! 18.39.57 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.41.07 Quit karashata (Read error: 54 (Connection reset by peer)) 18.41.31 Join karashata [0] (n=kimi@69.41.192.215) 18.47.56 Quit Nibbl (Read error: 113 (No route to host)) 18.49.42 # ptbarn: yes, that's about what it does (not exactly, but close enough) 18.50.16 Quit PaulJam (Read error: 104 (Connection reset by peer)) 18.51.32 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 18.54.30 Join MarcGuay [0] (n=chatzill@ip216-239-87-71.vif.net) 18.57.31 # Can the unbrick instructions for the c200 and e200 be merged? Seems the only difference is the method to get into manufacturing/diagnosis mode. 18.58.46 # I don't see why not. 18.59.12 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 18.59.26 # MarcGuay: What c200 unbrick instructions? Shouldn't the E200 page be renamed? 18.59.56 # The c200 port page has a troubleshooting section which is essentially a watered-down e200unbrick. 19.01.04 # In terms of keeping it simple for users, separate pages (SansaE200Unbrick and SansaC200Unbrick) might be better. The page is already complicated enough, without lots of "if you have c200 do this, if you have e200 do this" sections. 19.01.55 # True enough. 19.01.57 Join Strife89 [0] (n=michael@204.116.245.152) 19.02.01 # But I've always found the e200unbrick page hard to follow. 19.02.24 # linuxstb: Funny you should mention that....... 19.02.49 # * Strife89 sifts through the logs. 19.03.02 *** Saving seen data "./dancer.seen" 19.03.09 Quit moos ("Rockbox rules the DAP world") 19.03.36 # IMO it would be good if "someone" could simplify the e200 page (making it e200 specific, with step-by-step instructions), and then duplicate it for the c200, changing appropriately (and adding the c250erase tool) 19.03.37 # linuxstb: Here's why: http://www.rockbox.org/irc/log-20081021#00:44:42 19.04.22 # * Strife89 will volunteer for the c200 part once his homework is done. 19.04.54 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 19.06.07 # linuxstb: By the way, thanks for that log link back there (I just realized it was you >_<). 19.07.21 # Is the c250erase tool specific to the 250 model or is that a goof? 19.08.03 # I'm sure it works for c240s. 19.08.29 # MarcGuay: Best to ask gevaerts about its limitations (if any) 19.08.34 # Might be nice to rename it to avoid confusion. (Not that c200 doesn't already confuse people, but anyway...) 19.08.36 # I think the 250s are more common. C'mon, they have a GB more storage. 19.09.04 # Paging gevaerts. 19.09.58 Nick Strife89 is now known as gevaerts_ (n=michael@204.116.245.152) 19.10.09 Nick gevaerts_ is now known as Strife89 (n=michael@204.116.245.152) 19.11.38 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 19.12.46 Join ptbarn2 [0] (n=62c0440b@gateway/web/cgi-irc/labb.contactor.se/x-09975e41a99f3c0e) 19.12.59 # Hi guys 19.13.11 # trying the c250erase utility right now 19.13.17 # if I remember correctly gevaerts wrote that tool because on the c200s the sansa.fmt doesn't work as "reliable" as on the e200s. But he should know best 19.13.41 # [INFO] Press Enter to continue: [INFO] Searching for E200R [INFO] Found E200R, uploading patching application. [INFO] Patching application uploaded successfully! [INFO] Press ENTER to exit: 19.13.50 # pixelma: I'm all for single-task tools. 19.14.02 # that was real quick 19.14.06 # then the screen is showing 19.14.16 # Zeroing Flash 19.14.24 # 125408 kb left 19.14.43 # 125376 kb left 19.14.47 # and it stopped there 19.15.14 Join tonyspeaks [0] (n=BOFHIRC@h23.12.30.71.dynamic.ip.windstream.net) 19.15.31 # Strife89: huh? Sansa.fmt is a functionality provided by the original firmware, but I really don't know much about it 19.16.03 # pixelma: I was referring to gevaerts's tool. 19.16.52 # does the formatting utility sometimes freeze on the c250? 19.17.05 # yes? Not sure what you want to tell me with the single-task tools then 19.17.05 # the c250erase tool I mean 19.17.07 # pixelma: Tools that do only one thing tend to do it exceptionally well. Know what I mean? ;) 19.18.02 # Strife89: I don't think anyone has suggested otherwise... 19.18.12 # I give up here 19.18.27 # ptbarn2: i think you should just be patience, geavarts said it could take loong... so wait an hour and see if it worked :-) 19.18.54 # * Strife89 drops the subject. 19.19.54 # alright, sounds good, just wanted to make sure it wasn't stuck. because from the first two lines it looks like it's going to read off how much kB there was left to "Zero" 19.19.55 Quit domonoky (Read error: 104 (Connection reset by peer)) 19.20.24 # but since it stopped after 2 lines, I was thinking it might be my c250 freezing 19.20.36 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.20.38 # HI there. I'm a blind user, and I'm having trouble creating .talk files with the rock box utilities. I've already been to the forums for a slution to this problem, and there isn't enough information there about it for me to get a handle on it. 19.20.58 # tonyspeaks: whats the problem ? 19.21.08 # It's the encoding errror. It tries to encode something in a temp file and says it can't. 19.21.19 Quit miepchen^schlaf () 19.21.31 # It worked fine when I used thhe utility to encode directly onto my micro sd card, but not when I used the player. 19.21.51 # which OS is this ? 19.21.57 # Windows Vista. 19.22.11 Quit bughunter2 ("bye") 19.22.44 Join miepchen^schlaf [0] (n=miepchen@p579ECC46.dip.t-dialin.net) 19.23.05 # hm, i have never tested the util on vista.. this is rbutil1.0.7b ? 19.23.11 # yes. 19.24.04 # I was trying to use a voice other than Anna because I dont' like that voice, and it gave me that encoding error. Like I said, I was able to use the utility to encode talk files onto a micro SD card, and it worked great. 19.24.19 # * domonoky thinks that it probably has problems generating a voicefile for some files. and then encoding fails, because the wav file doesnt exist.. 19.24.24 # but not at all whhen I used the player. It's a Sansa e200. 19.24.55 # trouble generating a wave file? 19.25.21 # It says taht it can't encode the talk file, but it didn't say why. I suppose that makes sense. 19.25.22 # yes. it uses a tts engine to create a wav file from the filenames.. 19.25.41 # and then it encodes those wav files to talkclips.. 19.26.08 # At first I thought it might be something wrong with the way it handles the TTS engine, but it worked when I tried to use the micro sd card. 19.26.17 # weird. 19.26.36 # try pointing it to only subfolder on your sansa with only a few files... 19.26.53 # to see if this works... 19.27.04 # Okay. I'll let you know 19.27.08 # Thanks . 19.27.14 # but i suspect a problematic filename on your device. 19.28.02 # If you find the offending file, please make it somehow available (filename is enough) so i can improve the talkfile generation :-) 19.28.05 # How "great". Resume bugs are back :( 19.28.46 # hm. I try to look point it to the directory contining my music on the player, but it doesn't see it. It sees the other directories though, like photo and video, and the .rockbox directory. 19.29.14 # i think the music directory is hidden on sansa... 19.29.37 # you can also just enter the path into the box 8with out selecting it via browse) 19.29.47 # okay. Leme see if I can unhide it with ... okay I'll try that. 19.31.05 # another unrelated question: how is accessibility of our util on vista ? does it work good with screenreader ? 19.31.09 # It's running now. It usually geneartes the error after a while, so I'll wait and see. 19.32.16 # not too wonderful, but I don't think you can help that. Unless you can implememtn implement native Windows controls, which I heard is out of the question, or use MSAA somehow, I don't thinkk it can be made very accessible. I'm pretty good with my reader though, so I can work with it okay 19.32.28 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.32.34 # tonyspeaks: If rbutil doesn't work when generating .talk clips, you could also try VoiceBox 19.33.21 # My biggest problem with it is tha that the error messages / dialogs letting me know when a process is finished won't read at all except for the okay button. 19.33.49 # My problem with the voice box is that it won't let me use any other voice than microsoft Anna. It works great other than that. 19.33.52 # tonyspeaks: if your are able to use it, its good :-) There are ways to improve accessibility, but for this we need to now exactly what doesnt work.. 19.34.06 # (although VoiceBox wasn't tested on Vista so far either) 19.34.14 # the names of the tab controls don't read. It only says "tab." 19.34.45 # Maybe I should try running all these things on an XP machine. 19.35.01 # for example i have improved the progressdialog, so in svn you should be able to find more than "ok" :-) 19.35.49 # the Tab problem is known, its a Qt bug wich will be hopefully fixed someday.. 19.36.00 # oh? I don't know SVN very well at all. Will that help get a later build than what is on the releases page? 19.36.27 Quit ptbarn2 ("CGI:IRC") 19.36.36 # its a bit difficult to build rbutils your self, so better wait for the next release :-) 19.37.34 # Another accessibility issue is in the configure tts dialog. It doesn't read the prompts, so I can't tell if I'm configuring the volume or some other thing that has a numberic value. I can choose the voice and language with no problem whtough. 19.37.43 # numeric* 19.38.10 # I'll wait for the next relase then. SVN is really unfamiliar to me. 19.38.22 # it would be very nice if could make a flyspray report for this issues, or else i will forget them :-) 19.38.44 # I understand. I'll be gllad to . 19.38.45 Quit MarcGuay (Read error: 104 (Connection reset by peer)) 19.38.47 # the tts configure dialog should be possible to improve.. 19.39.57 # Any idea why I can generate talk files on the micro sd card with the utility but not when I have it do it on the player? I took the micro sd card out of the player and inserted it into the computer directly, thenn I pointed the utility to the drive for it, and no problems. 19.40.06 Join MarcGuay [0] (n=chatzill@ip216-239-87-71.vif.net) 19.40.39 Join gromit` [0] (n=gromit@ALagny-154-1-88-210.w81-48.abo.wanadoo.fr) 19.41.19 # i think there is a problematic file on your player (not on the card) which makes the generating fail.. but i could be wrong :-) 19.42.00 # I think you're probably right. It says it can't encode the talk file, but it seems to try to encode it into a temp directory. 19.42.09 # on my local hard drive. 19.43.46 # yes, it generates wav file in a temp directory on your harddrive, and then when it encodes them, it puts them to the player 19.44.25 # does it do all the encoding first then send the talk files to the player? 19.44.30 # Bah, .talk clips are broken too :(( 19.44.36 # perhaps i should also improve the error message, so you know which file fails :-) 19.45.17 # it first creates all wav files, and then encodes directly to the player 19.45.36 # I think it said the name of the file, but I can't remember. My son had to read me the error message because I can only see the graphics and the okay button with my screen reader. 19.46.16 # oh, no. it does all locally, and copies later. 19.46.27 # I remember it said it couldn't encode c:\blah blah\temp\something.talk. That sounded like it was trying to encode to the temp directory. 19.46.53 # oh okay. Then it may be some problem with one of the wave files. 19.47.07 Join hannesd [0] (n=light@p5B1632E7.dip0.t-ipconnect.de) 19.47.31 # no, thats just because they are intermediate files... so i think the voicing silently fails, and there is no file to encode :-) 19.48.00 # did it work to generate talk files only for the music dir ? 19.48.10 # hmm. I forgot that was runnning 19.48.14 # Laughing Out Loud let me see. 19.48.28 # It's still going 19.48.41 # It never went that long before 19.50.10 # bbs, need to step away. 19.50.23 # * domonoky detects also failed encodings when he tries talk generation on his dir of problematic files.. there is work todo :-) 19.50.45 # tonyspeaks: if you find the problematic file, please tell me.. 19.51.26 # Strife89: Is Diagnosis mode on the c200 the same as Manufacturing mode on the e200? 19.53.16 # MarcGuay: this is a really dumb tool, so there's another version for c240 19.53.49 # gevaerts: Gotcha. That c200erase page could use some love, then... : 19.53.49 # ptbarn: I've never seen it freeze. If it keeps freezing, maybe it 19.54.03 # 's a hardware issue after all 19.55.19 Join einhirn [0] (n=Miranda@wlanstaff015.rz.tu-clausthal.de) 19.55.37 Quit einhirn (Client Quit) 19.56.56 # MarcGuay: actually, I think the tool needs some work instead 19.57.03 # Looks like Zagor goofed when doing the id3.c split... 20.01.29 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 20.02.07 Quit GodEater_ (Client Quit) 20.03.51 # Hey guys, I tried the c250 erase tool quite a few times 20.04.06 # and I got this error at different points 20.04.08 # *PANIC* spkkv 11007b18 20.04.17 # this was on the actual c250 20.04.47 Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) 20.04.59 # ptbarn: this is beginning to look like a hardware issue 20.05.13 # ah dang 20.05.37 # oh well, I've tried every avenue, but I can't contend with a hardware issue 20.05.38 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 20.05.50 # thanks for the help, though 20.05.52 Join peerlessdeepak [0] (n=peerless@122.164.221.51) 20.05.53 # One thing you could try is using c240erase (same URL, except it's a 4 instead of a 5). If the problem is bad flash, this may work 20.06.07 # You'll end up with a 1GB player though 20.06.15 # Domonoky, I'll let you know if I find a problematic file. 20.06.38 # try the c240erase? 20.06.39 # hmmm 20.06.58 # well, i got nothing to lose otherwise, other than a gig 20.07.05 # and that's better than no gigs 20.07.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.07.23 # Or maybe open it and check for loose connections 20.07.34 # yeah, I did that 20.07.41 # really didn't know what I was looking for though 20.07.52 # everything seemed fine inside 20.08.05 # the problem is intermittent too 20.08.24 # like to get the c250erase to show up on th device 20.08.33 # and read off the zeroing of memory 20.08.41 # was like 1 out of 5 times 20.09.00 # Domonoky, the encoding of talk files worked when I just pointed it to the music folder on the player. 20.09.23 # That may be normal. Manufacturer mode can be a bit picky 20.09.34 # tonyspeaks: good, so the problematic file is outside of "music" :-) 20.09.44 # yes, thank God. 20.09.57 # It won't be difficult to find it now. 20.11.53 # amiconn: Do you know what Zagor did, or just that it was that commit? 20.11.56 # Domonoky, I want to thank you very m uch for your help with this. I have to get back to work now, but I will come back on and let you know where that problem file is just in case it's useful information, justt in case it's player specific, and I'll be filling out a fly spray report for the utility accessibility stuff 20.12.08 # linuxstb: I found the problem 20.12.26 # ahh, ok. Hmm, hope it's not a hardware issue, the "Zeroing status" would get to different points (when it did work) and then show the panic message. If it was a memory problem, I assume it would have been happening at the same kB "Zeroing status" 20.12.28 # tonyspeaks: good. the problematic filename is usefull 20.12.41 # When he split id3.c, he replaced the call to get_mp3_metadata() in mp3info() with a call to get_metadata() 20.12.49 # I'll talk to you soon then. Have a great day, and thanks again. 20.12.54 Quit tonyspeaks ("I was using BOFHNet IRC version 1.2 by fmillion - get your copy today from http://www.the-bofh.com/bofhnet/irc !") 20.13.21 # However, hwcodec calls mp3info() for talking (in order to skip eventual id3v2 tags) 20.13.28 # ptbarn: once it gets started, it should run without problems. It's just the first upload that can be tricky 20.13.56 # get_metadata() tries to guess the file format from the extension before calling the appropriate get_*_metadata() function 20.14.23 # But get_metadata() doesn't know that .talk is mp3... 20.14.46 # ...so it fails, and .talk clips don't work 20.15.17 # So Rockbox checks .talk clips for id3 tags? 20.15.34 # shoudnt we then just make .talk known to get_metadata() ? (as mp3 for hwcodec, speex for swcodec) 20.15.41 # Yes, in order to skip them. They might cause funny noise when fed to the MAS 20.15.50 # domonoky: No, why? 20.16.03 # Swcodec doesn't call mp3info() for .talk clips 20.16.15 # yeah, that was the weird thing, one time I decided to try something different. So I kept my thumb on the middle button while it was "Zeroing" 20.16.23 # for about a minute and a half 20.16.28 # I thought all might be well 20.16.31 # And the function is called _mp3info_, implying it checks for mp3 *only* 20.16.34 # so I let go of the middle button 20.16.48 # and I immedietly got a panic 20.17.00 # then when I tried again the next time 20.17.01 # MarcGuay: I'm not certian. 20.17.14 # I didn't let go of the button 20.17.21 # and still go the panic 20.17.39 # my c250 is finicky 20.17.46 # Iit appears that the c140s all use the NAND interface and the c150s use the SD-style, which is nice in that it provides an easy way to distinguish them. Working OF version is another way. Ramble. 20.18.33 # ptbarn: c240erase probably won't help then 20.18.54 # Strife89: Talkin' c100 series, in case you thought c200. 20.19.29 # MarcGuay: Which I did, but my answer is still the same. :) 20.19.31 # Bah, now I have a crashing rockbox :( 20.19.42 # I09 CPUAdrEr at 0901FDA0 20.19.54 # Strife89: Do you have evidence to the contrary? 20.19.58 # ah, then it looks likes nothing can help this player...maybe I'll pick up one of those refurbed e270's from buy.com 20.20.43 # MarcGuay: I've never used a c*1*00. :( 20.21.19 # That's directly at the start of filesize() ... I wonder what's going on here 20.21.41 # ptbarn: if you're in the US, you can buy from froobi.com. They guarantee rockbox compatibility 20.22.10 # sweet, I'll check it out 20.22.11 # (if you select a rockbox-compatible one, that is. They also have v2s) 20.22.15 # thanks for he help! 20.22.43 # gevaerts: On behalf of ercferret18, I appreciate your tool. :) 20.24.41 # AH, swapped arguments... 20.25.18 Quit Thundercloud (Remote closed the connection) 20.25.22 # ??? 20.26.14 Quit ptbarn ("CGI:IRC") 20.40.21 # * n1s wonders if linuxstb had seen FS#6649 20.44.25 # n1s: I saw it after I committed... But 6649 doesn't do it very nicely - it exports more things than are needed from each .c file for example. 20.44.38 # And it seemed out of date 20.44.57 # amiconn: or anyone else familiar with the h300 lcd driver, FS#9501 is a hardware issue, right? Or are we pushing it beyond spec? Would increasing wait states in the regular build be a major penalty? 20.45.02 # * linuxstb closes it 20.45.11 # linuxstb: ah, ok, I'll close it then if you haven't already 20.45.48 # n1s: I just did. 20.49.31 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 20.50.53 # Anyone know why the ata_spindown() code is #ifndef SIMULATOR in the jpeg viewer ? Looking at the sim code, it has a dummy function to implement it. 20.50.54 # n1s: We aren't pushing it beyond specs, but we go close to the limit 20.51.00 Quit karashata ("I go, only to return again some time...") 20.51.34 # That is, we only get near the limit when the CPU is boosted. 20.52.33 Join Schmogel [0] (n=Miranda@p3EE21CF4.dip0.t-ipconnect.de) 20.53.16 Join karashata [0] (n=kimi@69.41.192.215) 20.54.30 # * linuxstb optimistically pings petur and refers to http://svn.rockbox.org/viewvc.cgi?view=rev&revision=11299 20.54.49 Join Reptile211 [0] (n=chatzill@host-216-66-248-9.static.linkline.com) 20.55.26 # amiconn: so should we slow it down or tell them to patch themselves and close the bug? 20.56.57 Join esthar [0] (n=esthar@student164-128.hampshire.edu) 20.57.12 # How can I tell if my 30GB iPod is 512 byte or 2048 byte sectors? 20.59.12 # n1s: The question is how much slowdown would be needed. Impossible to tell without having access to a problematic unit... 20.59.57 Join Nibbl [0] (n=Nibbler@91-66-158-199-dynip.superkabel.de) 21.00.05 # esthar: Run ipodpatcher - it will tell you. 21.03.04 *** Saving seen data "./dancer.seen" 21.07.03 Quit obo ("bye") 21.08.25 Join mf0102 [0] (n=michi@e181132122.adsl.alicedsl.de) 21.10.28 Quit J-23 (Remote closed the connection) 21.12.03 # MarcGuay: are you still editing SansaE200Unbrick? 21.12.20 Quit pierre- (Read error: 110 (Connection timed out)) 21.12.28 # gevaerts: Nope. Must have crashed while it was open. 21.12.54 # I started working separating c200/e200 unbrick but gave up. 21.12.56 Join merbanan [0] (n=banan@83.233.242.125) 21.13.23 # * gevaerts is going to add a c200 specific bit :) 21.13.53 Quit miepchen^schlaf () 21.13.55 # "unbrick" is somewhat self-contradictory 21.14.27 # Undead 21.16.23 Join miepchen^schlaf [0] (n=miepchen@p579ECC46.dip.t-dialin.net) 21.17.20 Quit {phoenix} (Remote closed the connection) 21.19.44 # OK. I've now updated botf SansaC200Erase and SansaE200Unbrick, as well as committed all necessary changes to svn. People can now happily put NTFS on their c200, in the knowledge that they can recover even if I'm asleep :) 21.20.09 Quit nplus (Remote closed the connection) 21.20.27 # * gevaerts still doesn't recommend this of course 21.20.31 Quit Reptile211 ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 21.22.15 # gevaerts: How do you build it though? Don't you need something to upload that .bin to the device? I'm guessing a modified e200rpatcher? 21.22.31 # * linuxstb reads the commit message... 21.22.36 # * gevaerts tells linuxstb to read SansaC200Erase :) 21.22.45 # It's fully e200tool compatible 21.23.15 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 21.23.17 # Hmm, but e200tool isn't really a Rockbox tool... I guess integrating with e200rpatcher is a job for Mr Someone 21.23.52 # True, but if you get far enough to need this, you need e200tool anyway 21.24.18 # Or we replace e200tool with a ARM application that provides UMS 21.24.25 # (once UMS is stable...) 21.25.44 # That is indeed the ultimate solution. Replace e200rpatcher with sansaUsbTool, and you have the ultimate sansa v1 installation/recovery helper 21.26.21 # * linuxstb adds that to Mr Someone's todo list 21.26.39 # Mr Someone can unify the c240 and c250 erasers to get started 21.27.09 # * gevaerts still doesn't understand why apparently nobody had this sort of problem before he wrote that tool 21.27.59 # Maybe they just returned them to Sandisk. But now they're out of warranty. 21.28.36 # And I think your tool came quite soon after the Rockbox port - so we had no reason to know. 21.30.27 Quit peerlessdeepak ("Leaving") 21.30.32 # Bagder: ping 21.42.10 Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) 21.47.34 Quit Nibbl (Read error: 113 (No route to host)) 21.49.31 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 21.58.45 Quit hannesd (Read error: 113 (No route to host)) 22.04.01 Quit MarcGuay (Read error: 104 (Connection reset by peer)) 22.09.33 Join fml [0] (n=4fd3c9e9@gateway/web/cgi-irc/labb.contactor.se/x-7fa2724c32e71c2d) 22.10.03 # XavierGr: ping. Please look into FS#9455 22.11.26 # fml: C99 introduced variable-sized arrays... (it was news to me) 22.12.04 # linuxstb: might be. But it's a malloc in disguise then :-) 22.12.21 # No, it's an alloca in disguise. 22.12.32 # (sort of) 22.12.58 # linuxstb: may be. It's dynamic memory allocation IMHO which we don't want. 22.13.25 # dynamic allocation on the stack is completely different. 22.13.46 Join BeChris [0] (i=51fb62f3@gateway/web/ajax/mibbit.com/x-1a0806dd728e0357) 22.13.49 # it seems funman recognised the sansa clip SDRAM interface as a PL172, nice 22.14.06 # Good evening everybody 22.14.23 # linuxstb: agreed. But it still results in the fact that you can't tell at compile time how much memory (heap or stack) you'll need 22.14.48 Join MarcGuay [0] (n=chatzill@ip216-239-87-71.vif.net) 22.15.53 Quit lacrstech (Remote closed the connection) 22.15.53 Quit tecnmmag (Remote closed the connection) 22.15.58 # fml: Note that I was just talking in general - I don't think it's useful in this patch. 22.16.00 # fml: Imo alloca() and friends are perfectly ok. Just keep in mind that the stack is rather small 22.16.10 # * linuxstb can't even find it being used in that patch... 22.16.13 # too bad he committed it to the "wrong" repository 22.16.43 # linuxstb: have you read the last comment in FS#9455? What do you think about using snprintf instead of strcat? 22.17.01 # You can't exactly predict stack usage in general anyway 22.18.30 # I'm looking for someone who would like to speak about improving the build process (see FS#9492) 22.18.34 # Anyone ? 22.19.29 # gevaerts: right. But you can tell how much stack particular function will eat. With alloca you can't even that. 22.20.14 # fml: It just means to need to know what range of values you'll be passing to alloca 22.20.15 # BeChris: I think everyone is interested in such improvements 22.20.51 Join webguest54 [0] (n=cedbff98@gateway/web/cgi-irc/labb.contactor.se/x-17a5dfe2d9c3920a) 22.20.56 # fml: So snprintf will always pad with a trailing zero, even when the string overflows? 22.20.58 # Badger : I'm currently evaluating the cmake tool in order to replace existing Makefiles 22.20.58 # Bagder: Could you make the release download page point to 3.0.1 for the archoses? 22.21.03 # linuxstb, amiconn: strcat vs. snprintf is IMHO a general issue. It's relevant not only for this patch, but rather as a philosophy in programming (and rockbox) 22.21.10 # all, having an issue loading rockbox on my h320 22.21.33 Join stoffel_ [0] (n=sfr@p57B4C880.dip.t-dialin.net) 22.21.38 # Release notes as well. 22.21.39 # BeChris: I'll admit I'm sceptic 22.21.42 # linuxstb: yes, if I understand the description correctly. I don't know whether our impl does that though. 22.21.51 # webguest54: Just ask - the channel is busy at the moment, but people will read your questions 22.21.51 # patched 1.29eu with fwpatcher but the bootloader isn't loading, any ideas? 22.22.08 # just boots to the standard iriver fw 22.22.26 # (followed instr in the manual) 22.22.44 # webguest54: Try again - I think it sometimes needs a few attempts (unless I'm confusing the h320 with something else) 22.23.06 # i've tried about 5 times with various fw flavors, 1.25 through 1.29, korean, english 22.23.07 # Badger : can you explain why ? (it looks very good to me and makes things shorter and easier than classical Makefiles) 22.23.12 # fml: The manpage isn't clear to me... 22.23.13 # webguest54: you did flash the bootloader afterwards, right? 22.23.15 # did a chkdsk and found no probs with the drive 22.23.30 # using the firmware upgrade option from the standard iriver fw, yes 22.23.46 # ok, just checking the obvious :) 22.23.47 # BeChris: because it'll require a new tool, because it's a new tool to learn, because Makefiles are traditional and known to many people already, because I've not seen any proven benefits 22.23.47 # webguest54: Try using Rockbox Utilty? 22.23.58 # I did 22.23.59 # no joy 22.24.11 # Bagder: and because you're a grumpy old man? :) 22.24.15 # fml: Yes, it looks like our implementation does. 22.24.17 # oh yes, that too 22.24.26 # hehehe 22.24.27 # resulting hex file after patching ~ 4mb 22.24.29 # fml: In which case, snprintf seems sensible 22.24.32 # before, about 2.7mb 22.25.08 # it is updaing the fw too i think, because the loaded firmware version changes on the iriver splash screen 22.25.13 # Badger : Have you used it already ? According to what I already made to replace rockbox Makefiles, it sounds that it requiere less maintenance 22.25.28 # webguest54: are you sure you copied the correct file to the player and that the iriver firmware actually flashed it? 22.25.32 Join bughunter2 [0] (n=Jelle@77.164.66.126) 22.25.37 # linuxstb: I'd even say necessary (instead of sensible) 22.25.38 # Bagder: I'm perfectly fine if we stay with classic Makefiles, but we have about a dozen dependency problems right now... 22.25.46 # BeChris: no, I've not used it 22.26.02 # amiconn: I know that, but is cmake the fix we need for them? 22.26.15 # I am, there is only one file i'm dealing with -- 2.7mb pre patch, 4mb after patch, copy to iriver, then flash using fw upgrade option 22.26.16 # linuxstb: app layer may crash but the firmware layer should be rock solid. 22.26.25 # to me, our problem is rather that nobody is working on the build problems 22.26.27 # Badger : I agree it will add a dependency towards a new tool but it makes life easier compared to make 22.26.39 # I didn't say so... but someone who knows Makefiles well enough should really fix them 22.26.46 # fml: app layer is allowed to be slow, but the firmware layer needs to be fast ;) 22.27.06 # They are annoying, but I am not able to fix them, even though I looked into them more than once 22.27.11 # BeChris: I only said I'm skeptic, I'm not vetoing the idea... 22.27.13 Join karashata_ [0] (n=kimi@69.41.192.215) 22.27.13 # webguest54: did you also install rockbox? 22.27.26 # fml: also, if a plugin crashes, it usually takes the entire player down as well 22.27.33 # I did. at least, .rockbox resides in the player's root 22.27.52 # hi again 22.27.54 # http://rafb.net/p/lKwwxz10.html 22.27.56 # regardless the bootloader should work no? 22.28.05 # after some disassembly 22.28.13 # whether or not .rockbox is there 22.28.18 Quit karashata (Read error: 113 (No route to host)) 22.28.59 # fml: *imo* neither apps nor firmware should crash, even when throwing bad files on them. Unfortunately several modules don't behave like that right now 22.29.06 # (that's chip details for rover m2, which is almost equal to m1) 22.29.11 # BeChris: I think you should post a patch, even if it's incomplete at the moment. 22.29.29 # should i just delete all files off the player? 22.29.35 # and reupgrade? 22.29.40 Join Riyonuk [0] (i=Riyo@69-4-48-239.hctc.net) 22.29.48 # webguest54: yes, but it might just boot the original firmware if there is no rockbox installed, a sure way to know is to connect usb while the player is off (no charger connected) if it shows a blue background with "bootloader usb mode" in the middle the bootloader is installed 22.30.00 # gevaerts, amiconn: I was joking of course. But the rock solidness should be build from firmware to app if can't have it everywhere at once 22.30.04 # Umm, question. When I turn on my ipod, it takes a while to load rockbox, as opposed to the default firmware, is this normal? 22.30.16 # gevaerts : good guess. It's very incomplete for the moment 22.30.30 # only tools, firmware and a part of apps converted 22.30.47 # right -- bl is not installed i'm almost sure, I have rbox on my h120 so if should look similar, it doesn't 22.31.07 Join PaulJam [0] (i=PaulJam_@vpn-3054.gwdg.de) 22.31.40 # BeChris: Right now we're basically discussing with most of the people not really knowing what it's about. A patch would change that 22.31.54 # olegfink: Are you familiar with this page http://www.rockbox.org/twiki/bin/view/Main/SigmaTelSTMP3xxx and the problems porting to 35xx targets? 22.32.03 # webguest54: that is incredibly weird... does the version of the original firmware change if you flash a different version? I.e does a regular upgrade work 22.32.03 Quit karashata_ (Read error: 104 (Connection reset by peer)) 22.32.21 # i guess the 6th time's a charm. now i'm seeing bootloader usb mode 22.32.37 # to install rbox now, i just unzip rockbox to the root directory correct?? 22.32.40 # gevaerts : ok, i will post it right now on FS#9492 and ask for feedback 22.32.49 # webguest54: yes 22.32.55 # fml: another view could be that if you can't write safe code without the various *n* functions, you shouldn't touch the core anyway ;) 22.33.04 # -_- 22.33.35 # Riyonuk: yes, rockbox always starts from an off state, the original firmware sleeps instead of powering down completely 22.34.04 # :O 22.34.06 # there was some weird "eng" folder that i deleted 22.34.07 # That's horrible :( 22.34.11 # i wonder if that had something to do with it 22.34.25 # success!! 22.34.34 Join karashata [0] (n=kimi@69.41.192.215) 22.34.37 # Riyonuk: does it really take that long? 22.34.45 # thanks for your help everyone, better support here than almost any commercial product in the world 22.34.48 # It kinda does XD 22.35.07 # * gevaerts never found rockbox boot times "horrible" 22.35.56 # Eh, just wondering. Would be wonderful if I didn't see a splash screen, or the apple logo evertime I boot up, never saw that with normal firmware. 22.36.07 # * mcuelenaere notices a HTML bug on the wiki pages 22.36.10 # Riyonuk: That's the same reason 22.36.15 # PayPal?"> 22.36.28 # has this already been reported? 22.36.36 # mcuelenaere: I saw it but didn't say anything. 22.36.45 # does rockbox support charging via usb for the h320? 22.36.51 # Thought it might be one of Firefox's new tricks. 22.37.05 # linuxstb, same reason what? 22.37.08 # * mcuelenaere thinks Twiki is thinking PayPal is a wiki page 22.37.14 # gevaerts: I think that we shouldn't make firmware code dependent on the app layer code. If we had standard string sizes for all the different cases then we could probably do without n-functions in the firmware layer. But since we don't have them I'd use n-funcs. 22.37.32 # Mr 22.37.39 # Bagder: ? 22.37.41 # MarcGuay: look at the source, you'll see the bug 22.37.45 # Riyonuk: The apple logo is displayed by Apple's bootloader when your ipod is powered on. You don't see that normally because the original firmware doesn't power off. 22.37.46 # amiconn: ? 22.38.05 # [22:21:08] Bagder: Could you make the release download page point to 3.0.1 for the archoses? 22.38.09 # in the tag, there's this word PayPal and Twiki presumes it's a wiki page 22.38.19 # it's in progress 22.38.27 # linuxstb, so curious, is that a good thing? Am I preservering battery that way? 22.39.00 # any wiki admins around? 22.39.22 # Maybe a tiny amount. But the main reason Rockbox doesn't have a "sleep mode" is that nobody has cared enough to implement it. 22.39.30 # * Bagder blames zagor for that paypal thing 22.39.56 # wasn't there a wiki bug report page? 22.40.33 # WikiIssues or similar 22.40.44 # mcuelenaere: It's linked from the wiki side-bar page. 22.40.56 # Bagder: I asked again because I didn't ee any response... 22.41.07 # MarcGuay, pixelma: found it 22.41.08 # s/ee/see/ 22.42.05 Quit webguest54 ("CGI:IRC") 22.42.10 # mcuelenaere: it's right below the headline in the WebHome page too (in red) ;) 22.42.18 # Thanks everybody for your answers on cmake topic 22.42.20 # Bye 22.42.22 # yep, that's how I noticed :) 22.42.25 # * amiconn should open a bug report for the borked resume :\ 22.42.32 Quit BeChris ("http://www.mibbit.com ajax IRC Client") 22.42.36 Quit ameyer (Remote closed the connection) 22.45.16 Quit merbanan (Remote closed the connection) 22.45.17 # amiconn: 3.0.1 is going live in 10 seconds on the download page 22.46.09 # man I spell good 22.46.39 # And they're up! 22.47.01 # Nico_P: That chained-ogg-file task (FS#9502) seems like a valid bug (if true...) 22.47.03 # the source archive is still 3.0 though 22.47.54 # linuxstb: yes, maybe I was a bit quick to close it. it looks a lot like a FR though 22.48.11 # Nico_P: Yes, it's a bug report disguised as a feature request... 22.48.59 # Bagder: Hmm. We should probably offer a 3.0.1 source archive... 22.49.00 # it also links to a torrent of dubious legality 22.49.32 # amiconn: did you tag the 3.0.1? 22.50.33 # Nico_P: I don't think it's dubious - it looks plain illegal... 22.50.50 # indeed. I said that before checking ;) 22.50.58 # No I didn't. You said you could do that... /me would have to read up on tagging in the svn tutorial... 22.51.15 # I added a command line to the release checklist wiki, but I can do it sure 22.51.21 Join lacrstech [0] (n=lacrstec@209.216.196.2) 22.51.30 # Nico_P: But IIUC, chained ogg files are just created with "cat file1.ogg file2.ogg file3.ogg > chained.ogg" 22.52.05 # Which is what makes them Rockbox unfriendly - we would need to scan the entire file to find out how many ogg files there are. 22.52.30 # r18843 was the last commit for 3.0.1 (the flashing chapter in the manual) 22.53.24 # amiconn: but nothing else has been committed to the 3.0 branch since, has it? 22.53.28 # linuxstb: how hard would it be to prevent the crash? 22.54.06 # Bagder: no 22.54.57 # Nico_P: I seem to remember writing code to detect chained ogg files... Let me check the source. 22.55.06 # linuxstb: Imo rockbox should just play the first part of chained ogg files, then stop 22.55.26 # MarcGuay: page, probably, but not the problems 22.55.30 # what are they? 22.55.37 # (and it should limit buffering to the first part) 22.56.31 # amiconn: That's not easy either. IIRC, ogg files are split into pages, and each page contains a timestamp./duration for that page. To find the duration of a track, you need to find the first and last pages, and subtract the timestamps. 22.56.40 # Is there a way to test themes on my computer before transferring to the iPod? 22.57.19 # linuxstb: Erm... I thought ogg was a sane format... obviously it isn't 22.57.27 # There is code in the Ogg metadata parser that checks the serial numbers of the first and last pages in the file - if they don't match, it should mean a chained ogg file, and Rockbox should reject it completely. 22.57.34 # amiconn: No it's not... 22.57.36 # A sane format would allow finding its playing time without seeking to the end 22.57.42 Quit mf0102 ("Ex-Chat") 22.57.42 # jdGordon (for the log): couldn't we throw away the last parameter (len) in the macro FILENAME_SETTING (in settings_list.c) and use sizeof() instead (and subtract the prefix/suffix length if they are defined)? This way we'd avoid repeating the values in settings.h and settings_list.c 22.57.44 # olegfink: No compiler, I believe. Read the motorola link. 22.57.52 # Even mp3 does that (cbr or vbr with xing header) 22.58.27 # amiconn: Yes, it surprised me too. 22.58.51 # (unless I'm completely misremembering - it was a long time ago when I wrote that code, and haven't touched it since) 22.59.58 Quit stoffel_ ("leaving") 23.01.24 # hey, the download servers are all linux I can use symlinks! 23.01.36 # * Bagder celebrates 23.03.05 *** Saving seen data "./dancer.seen" 23.03.24 # Riyonuk: you could use a simulator of your target 23.03.35 Quit lacrstech (K-lined) 23.04.45 # MarcGuay: so those russian guy's firmware is just a modification of the existing one, he didn't compile it? 23.04.49 Join Palintheus [0] (i=trey@unaffiliated/palintheus) 23.05.10 Join ae5ir [0] (i=rob@unaffiliated/robdgreat) 23.05.40 Join aarcane [0] (n=aarcane@c-24-7-144-248.hsd1.ca.comcast.net) 23.06.56 # What? :O 23.08.38 # XavierGr: you're in the list of the active users. But are you really here? 23.08.58 Join petur [50] (n=petur@rockbox/developer/petur) 23.10.10 # Bagder: Do symlinks get synced to the other download servers? 23.10.17 # sure 23.10.27 # MarcGuay: the motorola link suggests a few compilers, and seem that guy used some other one 23.10.33 # Do they stay symlinks? 23.10.43 # * amiconn has no idea how the files are synced 23.11.12 # hm, it depends on what rsync options they use 23.11.23 Quit Riyonuk () 23.11.23 # it seems they might get turned into plain files by default... 23.11.55 # I would think that if the other servers don't use the exact same directory structure, symlinks would break when synced 23.12.11 # they will work since they do use the exact same structure 23.12.24 # I only symlink relative within our own tree 23.12.29 # ah 23.12.51 # => ../3.0/... style 23.13.13 # so it doesn't really matter if they end up links or real files 23.13.31 # * amiconn had seen relative symlinks break in the past... but that was quite long ago 23.13.33 # at least not if the web servers allow symlinks 23.13.57 # I guess I'll get this bouncing back at me in the end anyway! ;-) 23.15.58 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.15.58 Quit fml ("CGI:IRC 0.5.9 (2006/06/06)") 23.16.47 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.19.06 Quit esthar ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 23.19.35 # "written in c/c++" is indeed a weird statement 23.20.05 # * Bagder read the recent comment in FS#2613 23.20.46 # Bagder: Isn't that a category on Sourceforge? 23.21.33 # sf says "Programming Language : C, C++" 23.22.07 # I checked it, and I'd call it C++ 23.22.30 # Maybe it uses some C libs - e.g. zlib? 23.22.53 # yes, it uses a wide range of libs 23.23.06 # LIBS=-Lmupdf/libs -Ldjvu/libs -ldjvulibre -lmupdf -lraster -lworld -lfonts -lstream -lbase -lpspgum -lpspgu -lpsppower -lpsprtc -lpng -lz -ljpeg -lm -lfreetype -lstdc++ -lsupc++ 23.23.18 # looks like a quick and easy port ;-) 23.23.22 # ;) 23.23.33 # No -lm though... 23.23.39 # * linuxstb is blind 23.23.45 # Including -lm... 23.25.38 Quit aarcane ("Leaving") 23.28.12 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.28.32 Quit karashata ("I go, only to return again some time...") 23.31.53 Quit mirak ("Ex-Chat") 23.33.00 Quit miepchen^schlaf () 23.33.15 Quit jgarvey ("Leaving") 23.34.15 Quit Tuplanolla (Remote closed the connection) 23.34.25 Join Tuplanolla [0] (n=jani@77.109.223.193) 23.36.31 Quit Seed ("cu, Andre") 23.36.58 Join miepchen^schlaf [0] (n=miepchen@p579ECC46.dip.t-dialin.net) 23.37.40 Quit massiveH ("Leaving") 23.38.44 Quit bmbl ("Woah!") 23.39.22 Quit bertrik ("Leaving") 23.43.06 Part toffe82 23.45.18 Quit petur ("*plop*") 23.45.47 # amiconn: I'm uploading a 3.0.1 source tarball now 23.47.39 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 23.51.43 # LambdaCalculus37: you have tried DFU mode on the iPod nano 2G without success, right? 23.52.45 Join barrywardell [0] (n=barrywar@79.97.87.130) 23.53.06 # mcuelenaere: I was able to get DFU mode to accept a small 4-byte file, but that's all. 23.53.21 # I haven't tried injecting any real code into it. 23.53.28 # what file? code? 23.53.46 # Just text. 23.53.57 # (I thought Apple was using another implementation of CRC32, but I was wrong -> http://github.com/planetbeing/xpwn/tree/master/dfu-util/sam7dfu.c ) 23.54.32 # that's the DFU code used on iPhones/iPod Touch'es 23.54.41 # * LambdaCalculus37 bookmarks it for later reference 23.55.04 # and they say they use an 'exploit' that Apple seemed to haven't seen 23.55.06 # so even the polynomial is the same then 23.55.28 # * mcuelenaere just can't find that particular 'exploit' 23.55.37 # it seems all normal DFU code to /me 23.56.10 # I don't even see a reference to VID or PID within the code; how do they manage to inject it? 23.56.48 Quit culture (Read error: 60 (Operation timed out)) 23.56.59 Quit reacocard (".") 23.57.27 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.57.36 # that's just one .C file 23.57.38 # there are more 23.57.44 # but I now see they're using a 'hash' 23.57.57 # LambdaCalculus37: http://github.com/planetbeing/xpwn/tree/master/dfu-util/ 23.58.07 Join reacocard [0] (n=reacocar@WL-48.CINE.HMC.Edu)