--- Log for 12.06.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 18 hours ago 00.00.32 # i changed that to something more usable... 00.00.55 # it builds without warnings and i'm going to test it... 00.01.08 # thanks so far 00.01.31 # i'm going to bed now... sleep well (in your appropriate timezone :)) 00.06.39 Join sarixe [0] (n=sarixe@pool-68-239-218-3.nwrk.east.verizon.net) 00.08.23 Quit davina (Remote closed the connection) 00.09.38 Join ender1 [0] (i=krneki@84.255.206.8) 00.09.50 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.14.38 Quit nplus (Remote closed the connection) 00.24.41 # linuxstb: around? 00.26.10 Quit ender` (Read error: 110 (Connection timed out)) 00.31.56 Quit gregzx ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 00.41.06 Quit KevinClift ("CGI:IRC (EOF)") 00.45.16 Quit faemir ("Leaving") 00.50.20 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 00.50.24 Quit bertrik ("bye") 00.51.19 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.52.09 Quit jhMikeS (Read error: 110 (Connection timed out)) 00.52.28 # amiconn: Yes 00.53.04 Join Llorea1 [0] (n=DarkkOne@adsl-75-16-157-33.dsl.hstntx.sbcglobal.net) 00.53.13 Join einhirn_ [0] (n=Miranda@p5B033226.dip0.t-ipconnect.de) 00.53.27 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 00.53.28 Quit Llorean (Read error: 113 (No route to host)) 00.54.43 Quit jgarvey ("Leaving") 00.58.47 # * linuxstb leaves again 00.58.58 # linuxstb: Did you see this: http://forums.rockbox.org/index.php?topic=17158.msg127130#msg127130 00.59.20 Quit ender1 (" If I know of any heroes in the land, I will not under any circumstance kill their mentors, teachers, and/or best friends. -") 00.59.24 # I wonder whether this could be caused by some init code that's present in ipl but missing in rockbox 00.59.35 # (for type 0 lcd) 01.00.47 Quit troffo ("Leaving.") 01.00.54 # It almost looks like swapped bytes, and that init code might change a controller mode to the opposite byte order 01.01.07 # Unfortunately we still don't know what tpye 0 actually is 01.09.05 # This is the code I am referring to: http://pastebin.ca/1045517 (in fb.c) 01.09.32 *** Saving seen data "./dancer.seen" 01.23.27 Join Dhraakellian [0] (n=ntryon@cpe-66-67-55-191.rochester.res.rr.com) 01.24.53 Join krazykit` [0] (n=kkit@adsl-69-219-233-76.dsl.ipltin.sbcglobal.net) 01.33.04 Quit csc` (Read error: 104 (Connection reset by peer)) 01.36.02 Part toffe82 01.38.24 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 01.38.29 Quit krazykit (Read error: 110 (Connection timed out)) 01.38.38 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 01.44.14 Join homielowe_ [0] (n=eric_j_l@205.250.153.18) 01.44.14 Quit homielowe (Read error: 104 (Connection reset by peer)) 01.46.06 Join fdinel [0] (n=Miranda@modemcable097.232-203-24.mc.videotron.ca) 01.46.47 # hey Bagder, are you online? :) 01.46.53 Join miepchen^schlaf [0] (n=miepchen@p54BF7F5C.dip.t-dialin.net) 01.48.50 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 01.48.52 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 01.50.34 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 01.50.54 Quit knittl ("-- visit http://myftphp.sf.net") 01.53.54 # fdinel: he's almost always online but probably not around now (almost 2am here in central europe) 01.54.22 Nick Llorea1 is now known as Llorean (n=DarkkOne@adsl-75-16-157-33.dsl.hstntx.sbcglobal.net) 01.54.25 Quit audijack (Read error: 110 (Connection timed out)) 01.54.52 # pixelma: ok thanks :) I'll send him a PM on the forums 01.59.45 # amiconn: Yes, that seems to be the issue. The cvs log message that added those lines to IPL said "fix for ipod photo 1.1 color problem". Feel free to commit it - it's too late for me now, and I probably won't have chance tomorrow. 02.02.50 Quit dabujo (Read error: 104 (Connection reset by peer)) 02.05.28 Quit vort3x (Remote closed the connection) 02.05.33 Quit efyx (Remote closed the connection) 02.07.02 Join d1sturb [0] (n=ddpcandb@ool-44c0f513.dyn.optonline.net) 02.07.46 # Are you able to uninstall rockbox from 1st gen iPod Nano? 02.08.18 # Any device you can install it on, you can uninstall it from. 02.08.27 # The instructions for both are in the manual 02.08.58 # Thanks. I just found this program now while googling a way to watch movies on it! =D 02.14.23 Quit PaulJam_ (".") 02.21.31 Nick krazykit` is now known as krazykit (n=kkit@adsl-69-219-233-76.dsl.ipltin.sbcglobal.net) 02.22.02 Join Zom_ [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) 02.22.39 Quit Zom (Read error: 104 (Connection reset by peer)) 02.22.43 Quit EspeonEefi ("さよなら") 02.24.51 Join EspeonEefi [0] (i=espeonee@30-7-18.wireless.csail.mit.edu) 02.25.40 Join mindheavy [0] (n=chatzill@doc-24-32-53-249.we.ok.cebridge.net) 02.26.10 # hi 02.27.42 # i thought i might be able to hook a palm pilot to a usb hard drive with music and use the palm to browse music, and play thru my home stereo, from what i can tell, you cannot connect an external drive to a palm, would anyone have any idea's of something small i could use to browse and play music from this usb drive? 02.28.23 # iPod nano 1st gen getting an error: Can't load rockbox.ipod: bad checksum 02.29.21 Join jac0b [0] (n=jac0b@user-11favvr.dsl.mindspring.com) 02.30.08 # hey JdGordon 02.30.24 # mindheavy: This has nothing to do with Rockbox, though... 02.30.28 # d1sturb: Try reinstalling 02.30.36 # Alright 02.30.55 # jac0b: about to head of... ill reply in a few hours 02.30.55 Quit sarixe ("(EE) Failed to load "quit" module") 02.31.04 # is the margins_condvp_merged.3.diff the conditional vp and lcd margins patches combined? 02.31.19 # if possibly there was something i could use with rockbox, it could have something to do with it 02.31.43 # Rockbox doesn't have USB Host. 02.31.58 # jac0b: yes 02.32.07 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 02.32.11 # JdGordon: thanks 02.32.17 Quit jac0b (Client Quit) 02.35.42 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.37.45 # I reintsalled and it's still a no-go. Any suggestions? 02.39.38 # did you also download the build again? 02.39.38 Join toffe82 [0] (n=chatzill@adsl-75-23-149-193.dsl.frs2ca.sbcglobal.net) 02.40.43 # yep 02.43.04 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 02.43.08 # So there's no other way I can get it to work? 02.47.27 # hmm... not many ideas as this is not a common error. Maybe you could try yesterday's "daily build" for once. And just making sure: are we talking about a Nano 1st generation? 02.48.22 # Yeah 02.50.10 Quit Nico_P (Remote closed the connection) 02.50.32 Join goffa [0] (n=goffa@216.220.23.105) 02.52.23 Quit goffa_ (Read error: 110 (Connection timed out)) 03.00.12 # Is it possible because my iPod is full that it isn't working/ 03.05.05 Quit herrwaldo (Remote closed the connection) 03.05.59 # you could try. Make sure that the build unzips completely. 03.06.30 # hope you get it working, I need to leave now 03.06.34 # ok 03.06.38 Part pixelma 03.06.41 Quit ali_as () 03.06.47 Quit mindheavy ("ChatZilla 0.9.82.1 [Firefox 3.0/2008060309]") 03.06.51 # Any other staff here? 03.07.24 Quit thegeek (Read error: 104 (Connection reset by peer)) 03.09.34 *** Saving seen data "./dancer.seen" 03.11.43 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 03.19.37 Join VoiceCX [0] (n=VoiceCX@216.10.136.139) 03.24.37 Join Rob2222 [0] (n=Miranda@p4FDCD867.dip.t-dialin.net) 03.30.19 # Anyone know of any other way I can watch videos on a iPod 1st Gen Nano? This program isn't working properly. 03.32.48 Quit VoiceCX () 03.33.52 Join homielowe [0] (n=eric_j_l@205.250.153.18) 03.33.53 Quit homielowe_ (Read error: 104 (Connection reset by peer)) 03.34.35 # Which program? What's going wrong? 03.34.36 Quit homielowe (Read error: 104 (Connection reset by peer)) 03.34.37 Join homielowe_ [0] (n=eric_j_l@d205-250-153-18.bchsia.telus.net) 03.34.42 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b2a45fc3a21d2235) 03.36.34 # I did everything to install rockbox on my 1st gen iPod Nano, however, when I do a hard restart after installing everything, I'm getting a "Bad Checksum" error. PLEASE HELP! 03.36.53 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 03.36.58 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 03.38.21 # is that the exact error? 03.39.02 Quit Thundercloud (Remote closed the connection) 03.40.09 # ...checksum : 2c77DFB / ...loading rockbox.ipod / sum :2C77DEC / Error! / Can;t load rockbox.ipod / Bad checksum 03.40.38 # rockbox.ipod is corrupt. Try downloading/extracting again. 03.41.15 # I have...3 times =[ 03.41.29 # well that rules out the download 03.41.32 # I redownloaded it 3 times and reinstalled it 03.41.51 # I also tried yesterday's build...same error 03.41.51 # that still leaves your ipod and whatever you extracted with as suspect 03.42.03 # What do you suggest? 03.42.12 # Try a different upzip program 03.42.20 # I'm using winrar 03.42.58 Quit Rob2223 (Read error: 113 (No route to host)) 03.43.04 # I'll try winzip 03.43.08 # I use winrar too, but better try another one just in case. Are you sure you're downloading the correct build from the download page? 03.44.03 # oh not, wait, that wouldn't matter... bad checksum 03.44.07 # Under "Downloads", Current Build 03.44.42 # yup 03.44.53 # fine, I"m trying winzip 03.45.18 # Is your iPod's disk full? 03.45.56 # What Operating System are you using? 03.46.08 # oh.. winrar.. dogh 03.46.10 # *dohg 03.46.11 # *doh 03.46.43 # Just about 03.46.46 # Win XP 03.47.53 # Close iTunes and anything else using your iPod, open a command prompt, and type "chkdsk i: /r /x", where "i:" is your iPod. 03.48.45 # Wait, is "just about" in answer to whether the disk is full? 03.49.09 # yup, my ipod is just about full 03.49.13 # Try clearing some space and extracting again. 03.49.21 # And I tried winzip didnt work. 03.49.23 # k, one sec 03.51.17 # 81.7MB Free, good? 03.51.20 # yeah 03.52.02 # Just want to make sure your zip program isn't being stupid and writing half of rockbox.ipod to the disk, then finding out there's no space, and leaving a half-file there. 03.53.10 # =/ 03.53.14 # no, same error 03.53.22 # Is it the iPod? 03.53.26 Quit homielowe_ (Read error: 104 (Connection reset by peer)) 03.53.27 Join JdGordon|uni [0] (i=768ae23d@gateway/web/ajax/mibbit.com/x-2beefe54c245759a) 03.53.28 # Okay try the "chkdsk" thing I wrote above 03.53.32 # I don't think it's the iPod. 03.54.35 Join homielowe [0] (n=eric_j_l@205.250.153.18) 03.55.02 # run and then just type that thing above? 03.55.41 # no, you want to see what happens with the program. Run "cmd" to open a command prompt, then type the chkdsk command 03.56.34 # If you just type the "chkdsk .." directly into "Run", it'll close itself when it's finished and you won't be able to see what happened. 03.58.22 # "The type of file system is RAW; CHKDSK is not available for RAW drives." 03.58.52 # That's not good, are you sure you have the right drive letter? 03.59.03 # i 03.59.10 # yeah 03.59.33 # I did run/cmd/ and then typed chkdsk i: /r /x exactly 04.00.02 # the "i:" i wrote was just a placeholder. replace it with your iPod's drive letter. 04.00.07 # but is I: the drive letter your iPod is using? 04.00.10 # It is I 04.00.12 # Yes 04.00.36 # Sorry, I'm a n00b at this stuff =[ 04.00.49 # Yet you can still browse the disk in explorer? strange. 04.00.58 # I found something interesting while browsing today: http://www.rush2112.net/phpBB3/viewtopic.php?f=7&t=60 04.01.10 # There's an explanation of the ipod dock there 04.01.24 # (maybe everyone here knows it already, but who knows) 04.01.59 # and some more here, with the pin numbers reversed: http://www.head-fi.org/forums/f6/crazy-ipod-charger-idea-need-help-173023/ 04.02.23 # it also appears that ipl knows about this (can't verify since their website is down) 04.02.47 # cool walking, what about ipodlinux? 04.03.03 # I don't know anything about iPod Linux, I've never used it. 04.03.11 # ah, so nvm. 04.03.19 # an ipod can take 22VDC?...you must be joking 04.03.25 Quit jhMikeS (Nick collision from services.) 04.03.31 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.03.31 # What do you mean "what about" it? Do you have it installed as well? 04.03.34 # scorche: probably missing a decimal. 04.03.36 # I just found this program today while googling for a way to put videos on a nano 04.03.42 # scorche: 2.2 is pretty common, no? 04.03.47 # No 04.03.58 # Llorean: well, USB is 5 04.03.59 # d1sturb: Unless anyone else has any suggestions, I'd say backup everything from your iPod, and do a "restore" in iTunes, then do the "chkdsk", then install rockbox. 04.04.26 # scorche: Oh, yeah, looking at that thread, probably not a typo 04.04.29 # even more here: http://pinouts.ru/Devices/ipod_pinout.shtml 04.04.33 # Llorean: indeed 04.04.47 # Was gonna ask ye. How can I backup the music on my Ipof 04.04.50 # so, maybe we can detect the presence of an accessory 04.04.52 # iPOd* 04.04.57 # Llorean: were you thinking 3.3? 04.05.01 # 3.3 is the common one 04.05.13 # 3.3 is common, but there's one below it. 2.1 I think. 04.05.29 # d1sturb: All the music is in a hidden folder called "iPod_Control" 04.05.40 # wpyh: We need to know what's going on internally. 04.05.47 # Pinouts aren't particularly helpfu 04.05.48 # l 04.05.55 # d1sturb: do you know if your music has DRM? 04.06.05 # Ok, found it 04.06.07 # well, either way, i would love to see an ipod take 22VDC =P 04.06.14 # NO, my music isn't protected 04.06.19 # d1sturb: It's just I don't use iTunes so I'm not sure if it'll let you import it back in if you just copy it off. 04.06.21 # those pins are pretty tiny 04.06.26 # that'd be a good chunk of current 04.06.27 # d1sturb: Okay, no issues then. 04.06.30 # Llorean: ok... 04.07.07 # Alright, I'm trying what you said above 04.07.14 # okay 04.07.17 # it could be a firewire thing, i suppose 04.07.22 # By the way, thanks for helping me :) 04.07.49 # no problem 04.08.01 Quit maddler (Remote closed the connection) 04.08.29 Join maddler [0] (n=maddler@cabbage.komputika.net) 04.08.53 # I'm pondering how to get some sort of moodbar support in Rockbox 04.09.06 # moodbar? 04.09.20 # http://amarok.kde.org/wiki/Moodbar 04.09.34 # I had to google it too :) 04.09.48 Quit DerPapst (Read error: 113 (No route to host)) 04.09.58 # Dhraakellian: so something to read and display .mood files? 04.10.18 # given that I don't care too much about album art, I think that I could probably hack up a .wps to use a long, thin bitmap 04.10.37 # well, it would likely be a plugin if anything 04.10.48 # of course, this means that I have to figure out a way of converting existing .moods to bitmaps 04.13.42 Quit maddler (Remote closed the connection) 04.13.55 Join maddler [0] (n=maddler@cabbage.komputika.net) 04.14.16 Quit conley (Read error: 104 (Connection reset by peer)) 04.15.05 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 04.15.22 Quit conley (Read error: 104 (Connection reset by peer)) 04.15.27 Join conley [0] (n=ibcliffo@spode.cs.vt.edu) 04.15.43 # hmm... and probably using the "Frozen in the Arctic" or "Angry as Hell" colors just to be sure there's no magenta 04.17.41 # damn it, didnt work 04.17.45 # Whatever, I give up 04.17.57 # did chkdsk still say it was raw? 04.18.19 # no 04.18.53 # Did it find any errors? 04.18.56 # no 04.19.09 # Are you still getting the same "bad checksum" error? 04.19.14 # But now I disconnected my iPod, and it says it's in disk mode 04.19.15 # yeah 04.19.49 # wait, nvm above message 04.19.53 # its still getting the error 04.22.10 Quit maddler (Remote closed the connection) 04.23.41 # anyone tried out Buschel's GUI boost patch lately? 04.24.11 # d1sturb: I've got no idea.. try an older build. 04.24.57 # I have =[ 04.25.14 # i doubt it has anything to do with builds 04.25.14 # By the way, are you one of the people that created the program? 04.25.25 # we would have noticed if builds stopped working at some point 04.25.34 # its obviously some problem with either his ipod or his computer 04.25.53 # So I don't have to report this as a bug...speaking to you is like I already did 04.25.55 Join Lynx [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.26.04 # I can try it on a different computer 04.26.08 # be back in a minute 04.26.20 # d1sturb: nope. I'm not. 04.27.34 Join maddler [0] (n=maddler@cabbage.komputika.net) 04.27.55 Join miepchen^schlaf_ [0] (n=miepchen@p54BF791A.dip.t-dialin.net) 04.30.00 Join m0f0x [0] (n=m0f0x@189-47-13-166.dsl.telesp.net.br) 04.30.49 Join FOAD_ [0] (n=dok@dinah.blub.net) 04.32.24 Quit FOAD (Read error: 104 (Connection reset by peer)) 04.32.24 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 04.34.46 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.35.23 Quit nedd1 ("Leaving.") 04.35.55 # YES! 04.36.00 # It worked on the other computer! =] 04.36.20 # THANK YOU! 04.37.25 Quit maddler (Remote closed the connection) 04.37.41 Join maddler [0] (n=maddler@cabbage.komputika.net) 04.42.43 Quit Lynx_ (Read error: 110 (Connection timed out)) 04.42.43 Nick Lynx is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 04.43.52 Quit maddler (Remote closed the connection) 04.44.16 Join maddler [0] (n=maddler@cabbage.komputika.net) 04.44.20 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 04.46.16 # finally got the SDL sim playing audio 04.46.18 # d1sturb: do other devices behave the same way on your computer? 04.46.37 # saratoga: I always get some kind of codec error 04.46.54 # you're running my patch? 04.48.14 # no 04.48.18 # :p 04.48.22 # which patch? 04.48.47 # the one that creates adds an SDL target to rockbox 04.49.10 # Usually not 04.49.10 # uh... tracker number? 04.50.49 # d1sturb: you may want to check for data corruption on other devices, like usb sticks 04.51.21 # I'd say that in a different way: you may want to check for data corruption on other devices, like such as....... 04.51.40 Join JdGordon|uni [0] (i=768ae21e@gateway/web/ajax/mibbit.com/x-eaa7800fdc858a01) 04.51.59 # k 04.52.02 # saratoga: I didn't find anything resembling audio codec searching "sdl" 04.52.44 # sdl is an api on unix, it doesn't have anything to do with codecs 04.52.54 # well api on various operating systems, including unix 04.55.41 # yeah... 04.56.23 # I'm running the sim right now, and when I try to load a song it will say "Codec failure" 04.56.47 # and creates a _temp_codec0.dll (I'm running linux btw, so I don't know why it would be dll) 04.58.23 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 05.00.01 # wpyh: Did you compile the sim yourself? 05.00.55 # yes, I compiled it myself 05.01.12 # not the latest svn though, maybe a week back 05.01.23 # So you just did "make" then "make install" then ran it, and it didn't work? Nothing else in between? 05.01.28 # I thought it was an acceptable problem :p 05.01.45 # yes, I configure'd it, make 05.01.46 # oh wait 05.01.58 # maybe I unzipped the rockbox-full.zip into the archos subdir 05.02.07 # but wouldn't that fail to run at all? 05.02.14 # No, that'd just mess everything up. 05.02.36 # Since you'd be running a windows binary with player codecs. And it'd cause exactly the errors you mentioned. 05.02.36 # um... I can run the ui just fine 05.03.18 # The UI is entirely in the executable file. 05.03.41 # you can run the UI without even an archos folder 05.04.02 # um... 05.04.05 # ok 05.04.22 # but without the archos folder it would just say "incomplete rockbox installation" 05.04.44 # yes I know 05.04.56 # wpyh: His point was, the binary executable does not require the archos folder just to start. 05.05.07 # In the archos folder should be codecs and plugins *compiled for windows* 05.05.09 # oh, ok 05.05.18 # You get them there by way of "make install" 05.05.36 # You do not get them there by extracting a build compiled for the player, as it's designed for an entirely different processor than your computer. 05.05.48 # right, I just realized that :) 05.06.26 # it plays audio fine now 05.06.29 # thanks 05.06.38 # although with some clipping... 05.07.01 Quit linuxstb (Read error: 104 (Connection reset by peer)) 05.07.06 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 05.07.09 # maybe it's just my volume settings though 05.07.35 # Llorean: you had a windows ce phone right? 05.07.38 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 05.09.06 # saratoga: Yes. 05.09.23 # have you looked at running any third party software on it? 05.09.33 Quit EspeonEefi ("さよなら") 05.09.34 # I run a bunch of third party apps. 05.09.35 *** Saving seen data "./dancer.seen" 05.09.36 # i'm thinking about wince as a target, but i know nothing about it or it's phones 05.10.14 # Heck, there's a version of PuTTY for it. A little buggy compared to the desktop version, but usable. 05.11.24 # putty on it takes ages to connect... but still better to kick my mac than going up to my room where i can ssh in to it from my desktop :p 05.12.06 # saratoga: after my exam tomorow im going to have another stab at getting sdl to cross compile for it.... i dont tihnk it will be that hard anymore seen as it can be cross compiled for regular windows 05.12.10 # JdGordon|uni: It doesn't take too long for me. It did at first, but decided to get better. 05.12.40 # JdGordon|uni: i'm building cegcc now 05.12.41 # and it wont accept my keys so i have to use a password to login which is annoying 05.12.45 # so i'll try and take a look at it 05.12.50 # saratoga: cool... good luck 05.12.59 # i assume its not too difficult? 05.13.21 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.13.22 # oh, i found a site which has a ubuntu image with cegcc and sdl for ce supposedly working but havnt grabbed the image yet... 05.13.31 # its being? 05.13.46 # building cegcc 05.13.50 # but i guess you haven't tried then 05.14.06 # it looks easy enough anyway 05.14.20 # i tried it a while ago and it wouldnt compile 05.14.56 # failing this i will look into that image 05.16.07 # if the firefox bookmarks are accessable over ssh I can get the link from here... 05.16.19 # if not just gtalk it to me whenever 05.16.35 # i'm not going to try and figure out how to run a virtual machine in ubuntu tonight anyway 05.18.22 # http://wiki.uqm.stack.nl/Windows_CE_build_instructions#Installing_to_WM_device 05.20.02 Join goffa_ [0] (n=goffa@216.220.23.105) 05.21.50 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 05.23.17 # ubuntu's package manager has a pocketpc-binutils but no pocketpc-gcc 05.23.22 # i wonder if its included 05.23.45 # that vm is on a slower net connection than me ! 4 hours to download 227mb 05.25.45 Quit d1sturb ("I-n-v-i-s-i-o-n 2.0 Build 3515") 05.29.16 Quit goffa (Read error: 110 (Connection timed out)) 05.34.11 # saratoga: Did you check for cegcc? 05.34.36 # * Llorean sometimes thinks Ubuntu's packages don't have the most consistent names. 05.37.49 # Llorean: yeah its not there 05.38.08 # the ubuntu docs say theres a pocketpc-gcc but i can't get at it for whatever reason 05.38.12 # just download the pocketpc-gcc deb for a debian system 05.38.24 # from where? 05.38.29 # google 05.38.36 Quit saratoga ("CGI:IRC") 05.38.45 # Maybe there's not a package for 8.04 yet or something. =/ 05.39.03 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e8ad251c5ab8c3ed) 05.39.40 # i'm not sure whats actually in that pocketpc-gcc package 05.40.18 # saratoga: have you had more luck removing the uisimulator/ dependancy from a regular build? 05.40.25 # but this svn checkout is ridiculous, its been running for almost 45 minutes 05.40.50 # it gets to over 800mb 05.40.54 # JdGordon|uni: no thats up next 05.41.28 # i haven't looked to carefully, but it hopefully won't be too bad 05.42.17 # my cegcc/ is 1.6GB 05.42.26 # so halve that because of svn overhead 05.42.35 # i wouldn't mind that at all if it'd tar before sending or something 05.42.47 # but doing it one file at a time is ridiculous 05.43.04 # you know where the svn patch tracker is :p 05.43.56 Join goffa [0] (n=goffa@216.220.23.105) 05.48.55 # ugh its downloading parts of gfortran 05.50.27 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 05.55.13 Quit goffa_ (Read error: 110 (Connection timed out)) 05.55.36 Join JdGordon|uni [0] (i=768ae23e@gateway/web/ajax/mibbit.com/x-4c3dc2ab6f5ef5b9) 05.56.40 Quit saratoga ("CGI:IRC (Ping timeout)") 06.02.15 Join goffa_ [0] (n=goffa@216.220.23.105) 06.04.32 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-THIRTY-SIX.MIT.EDU) 06.09.45 Quit goffa_ (Remote closed the connection) 06.09.46 Quit goffa (Read error: 110 (Connection timed out)) 06.14.16 Join homielowe_ [0] (n=eric_j_l@205.250.153.18) 06.14.16 Quit homielowe (Read error: 104 (Connection reset by peer)) 06.15.23 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 06.26.45 Quit pabs (Read error: 104 (Connection reset by peer)) 06.28.05 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 06.30.51 Join pabs [0] (n=pabs@xor.pablotron.org) 06.32.31 Join goffa [0] (n=goffa@216.220.23.105) 06.42.09 Quit linuxstb (Read error: 110 (Connection timed out)) 06.46.11 Join goffa_ [0] (n=goffa@216.220.23.105) 06.56.01 Join midgey_ [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 06.56.01 Quit midgey (Read error: 104 (Connection reset by peer)) 06.57.10 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 06.57.10 Quit midgey_ (Read error: 104 (Connection reset by peer)) 07.01.22 Quit goffa (Read error: 110 (Connection timed out)) 07.08.35 Quit JdGordon|uni ("http://www.mibbit.com ajax IRC Client") 07.09.37 *** Saving seen data "./dancer.seen" 07.13.34 Quit goffa_ (Read error: 110 (Connection timed out)) 07.23.49 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.24.14 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.27.10 Join JdGordon|uni [0] (i=768adc91@gateway/web/ajax/mibbit.com/x-759383f813c48dfd) 07.27.31 Quit JdGordon|uni (Client Quit) 07.30.52 Join goffa [0] (n=goffa@216.220.23.105) 07.33.27 Quit miepchen^schlaf_ () 07.34.10 Quit advcomp2019 (Read error: 104 (Connection reset by peer)) 07.34.23 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 07.39.57 Quit midgey () 07.43.17 Quit m0f0x () 07.45.35 Join linuxstb__ [0] (n=linuxstb@rockbox/developer/linuxstb) 07.51.24 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 07.59.39 Quit linuxstb_ (Read error: 110 (Connection timed out)) 08.02.50 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 08.10.44 Quit DerDome ("Leaving.") 08.10.54 Join rvvs89_ [0] (n=rvvs89@martello.ucc.gu.uwa.edu.au) 08.19.37 Quit homielowe_ (Read error: 104 (Connection reset by peer)) 08.20.09 Join homielowe [0] (n=eric_j_l@205.250.153.18) 08.20.58 Join homielowe_ [0] (n=eric_j_l@d205-250-153-18.bchsia.telus.net) 08.20.58 Quit homielowe (Read error: 104 (Connection reset by peer)) 08.21.47 Join Buschel [0] (n=abc@p54A3C9E7.dip.t-dialin.net) 08.22.32 # saratoga: (i've just read the logs) any problems with the GUI boost patch? or does it work for you? 08.24.12 # * Buschel would like to submit FS#9076 the next days 08.24.27 Quit rvvs89 (Read error: 110 (Connection timed out)) 08.25.12 Quit Buschel (Read error: 104 (Connection reset by peer)) 08.25.53 Join Buschel [0] (n=abc@p54A3C9E7.dip.t-dialin.net) 08.26.57 # but I would like to have some opinions about removing the init of 2 pcf-registers for all ipod's (except video + nano) 08.28.10 Quit BigBambi (Read error: 113 (No route to host)) 08.28.16 # imho the pcf's defaults should be fine for those players. furthermore i think that setting voltages, which we did not figure what they are used for, is no good idea 08.29.11 # with FS#9076 the battery runtime of iPod nano was increased by ~45min in battery benchs of a user 08.31.27 Quit Buschel () 08.34.27 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.36.10 # Buschel: does the OF initialize or otherwise touch the PCF registers? 08.36.45 Join Rob2223 [0] (n=Miranda@p4FDCFD74.dip.t-dialin.net) 08.37.42 Quit midgey () 08.40.25 Join nplus [0] (n=nplus@141.25.globcom.net) 08.42.01 Part toffe82 08.45.51 Quit BHSPitLappy (Read error: 110 (Connection timed out)) 08.47.22 Quit Reinhart (zelazny.freenode.net irc.freenode.net) 08.47.22 NSplit zelazny.freenode.net irc.freenode.net 08.47.22 Quit amiconn (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit jodedor (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit k4y (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit JdGordon (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit Bagder (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit Bjoern-Erik (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit blithe (zelazny.freenode.net irc.freenode.net) 08.47.22 Quit courtc (zelazny.freenode.net irc.freenode.net) 08.49.08 NHeal zelazny.freenode.net irc.freenode.net 08.49.08 NJoin Reinhart [0] (i=wizard@chime.student.utwente.nl) 08.49.08 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 08.49.08 NJoin jodedor [0] (n=vain@adsl-75-45-221-114.dsl.sfldmi.sbcglobal.net) 08.49.08 NJoin k4y [0] (i=korpse@dsl-244-212-107.telkomadsl.co.za) 08.49.08 Join JdGordon [0] (i=jonno@rockbox/developer/JdGordon) 08.49.08 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 08.49.08 NJoin Bjoern-Erik [0] (n=Bjoern@166.80-202-110.nextgentel.com) 08.49.08 NJoin courtc [0] (n=court@unaffiliated/courtc) 08.49.08 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 08.50.59 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.54.18 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.56.33 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.03.50 Nick linuxstb__ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 09.06.28 Join PaulJam [0] (i=PaulJam_@vpn-3017.gwdg.de) 09.09.38 *** Saving seen data "./dancer.seen" 09.23.22 Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) 09.26.50 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 09.27.12 Join Rob2222 [0] (n=Miranda@p4FDCFD74.dip.t-dialin.net) 09.29.48 Quit Shaid (Read error: 110 (Connection timed out)) 09.30.12 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-5fe19711252c9f46) 09.34.09 # courtc: Are you around? 09.35.45 # courtc: (probably for the logs...) I was wondering if you recognised this issue with the iPod Photo LCD - http://forums.rockbox.org/index.php?topic=17158.msg127130#msg127130 09.47.25 Quit midkay ("Leaving") 09.52.04 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 09.53.31 Join midkay [0] (n=midkay@rockbox/developer/midkay) 09.59.53 Join PaulJam_ [0] (i=PaulJam_@vpn-3023.gwdg.de) 10.04.31 Quit linuxstb (Read error: 110 (Connection timed out)) 10.04.46 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.06.28 Quit PaulJam (Read error: 104 (Connection reset by peer)) 10.17.22 Join faemir [0] (n=faemir@88-106-142-213.dynamic.dsl.as9105.com) 10.27.24 Quit nuonguy ("This computer has gone to sleep") 10.31.15 # whats %t ? 10.32.31 # JdGordon: the time an alternating subline is shown. 10.32.32 # * JdGordon is confused by the 20gb h10 cabbie wps 10.35.16 # that would be an X5 wps too (or just 160x128x16) ;) 10.35.47 # the next track lines are only shown if there is no AA? and its set as an alternating line but with nothing else? 10.35.57 # %?C<%m|77||%ac>%t4Next Track: 10.35.58 # %?C<%m|77||%ac>%s%t4 t 10.36.15 # i don't think the %t4 makes sense there 10.37.37 # hiho 10.38.12 # http://www.rockbox.org/tracker/task/9088 - thats what i commited to the flyspray patches page... its how far i got with my knowledge of rockbox 10.39.06 # you need to follow the coding guidlines... 10.39.18 # immeditaly obvious is the // style comments 10.39.39 # and tab width 10.39.55 # JdGordon: that looks like something's missing in the wps and actually that wps shouldn't load. The 160x128x2 shows what it should look like 10.39.57 # will fixthis 10.42.37 # JdGordon: and I agree that the %t4 doesn't make sense there 10.44.50 # ah no I was wrong... the colour variant is correct and makes the line shorter without duplicating. 10.46.25 # needed some time to understand that myself but the album art conditional just says "use left margin when aa is present (left align is default so doesn't have to be specified) - or use the whole line center aligned if not" 10.47.01 # still the %t4 could be dropped IMO 10.48.00 # maybe it's used to force a refresh of the line which seems to be necessary sometimes 10.56.04 Quit homielowe_ (Read error: 104 (Connection reset by peer)) 10.57.46 Join homielowe [0] (n=eric_j_l@205.250.153.18) 10.57.53 # pixelma: ah ok, thanks 11.01.53 # pixelma: this good for the next track line on those displays? %s%?It<%?Ia< a - |> t|%Fn> 11.03.03 # ? 11.03.31 # JdGordon: could it be that your IDC client replaces "%I" with a spac3e? 11.03.44 # *IRC 11.04.34 # or just drops everything that starts with %I 11.04.51 # arg.. yeah looks like it tried italicizing the a 11.05.01 # hmm... no 11.05.02 Quit linuxstb_ (Read error: 110 (Connection timed out)) 11.05.09 # %s%?It<%?Ia< a - |> t|%Fn> 11.05.12 # bah 11.06.02 # %s%?It<%?Ia< a - |> t|%Fn> 11.06.05 # FFS! 11.06.26 # i guess: %s%?It<%?Ia<%Ia - |>%It|%Fn> 11.06.26 Quit cool_walking_ (Remote closed the connection) 11.06.29 # http://pastebin.ca/1045849 11.06.37 # yeah 11.06.49 # instead of just the track name or filename 11.07.45 # understood, guess that's more of a design decision though which I don't want to do because cabbiev2 is not my design... 11.08.32 # ok, ill put it in and see if anyone notices :p 11.09.13 # btw, http://pastebin.ca/1045850 shows why being able to use - in the viewport definitions is great 11.09.40 # the line is more likely to scroll of course and some people don't like that. I like it displaying the filename instead of the title track if that's not present, I use it myself too :) 11.09.43 *** Saving seen data "./dancer.seen" 11.10.19 # arg.. yeah, I should probably not fiddle with it... ok changing it back 11.11.06 # s/track/tag btw. 11.11.42 # JdGordon: what dimensions will the viewport have if you leave away the width and height? 11.11.53 # the rest of the screen 11.12.01 # it's a little cryptic... 11.12.26 # no way... /me likey :p 11.13.24 Part LinusN 11.14.21 # it also means that you dont need to change 2 numbers if you want to move the viewport 11.14.47 # JdGordon: i thought overlapping viewports that are shown at the same time are evil. 11.15.09 # the - is hard to read and understand. I have no idea how the screen is used in that example 11.15.31 # PaulJam_: not if nothing is displayed in the extra area 11.17.17 # even hard to understand in the colours part. Just an idea: what if one could specify "background" or "foreground" colour there? 11.19.41 # you really want to type the whole word each time? 11.19.57 # * JdGordon doesnt think - is really so hard to understand 11.20.08 # of course, you have to remember the param order first though 11.21.12 # no I don't want to type the whole word all the time, only didn't come up with a shortened form right now. 11.22.10 # JdGordon: another thing, if i understood it correctly, then the viewports shown on condition a should cover the same space that the viewports for condition b cover. so shouldn't you make an extra viewport for the albumart that covers the remaining space of the non-AA viewport? 11.23.14 # usually... yes.. but AA isnt going to disappear during a track, and its fully redrawn at atrack change so its safe 11.23.18 # JdGordon: it is hard to understand especially if you read other people's wps (or try to understand your own wps after you've left it for a few months). I'll probably never use - for width and height 11.27.05 # PaulJam_: ah, no.. the covers that space... 11.28.12 # i have the impression there is something missing in that sentence. 11.29.25 # AA 11.29.35 # C got taken out 11.29.43 # * JdGordon curses konversation 11.30.11 # %C test 11.30.13 # yay :) 11.30.18 # found the bloody option 11.36.57 Join knittl [0] (n=knittl@193.170.135.204) 11.41.19 # an hooray for those k...de programs that are trying to be smarter than the user by default. kate, konversation ;) 11.52.16 # hahaha 11.52.27 # why would it do that 11.55.25 # coz its bloody stupid 11.56.05 # its for the script kiddies who somehow unbelivably managed to install linux and miss mirc 11.57.48 Quit goffa (Read error: 110 (Connection timed out)) 11.59.56 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 12.01.17 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 12.02.17 Join dabujo [0] (i=xx@p4FDB222D.dip0.t-ipconnect.de) 12.11.17 Join csc` [0] (n=csc@archlinux/user/csc) 12.16.44 Join ali_as [0] (n=ali_as@ambix.plus.com) 12.29.50 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 12.29.51 Join goffa [0] (n=goffa@216.220.23.105) 12.32.21 Join MethoS- [0] (n=clemens@host-091-096-211-155.ewe-ip-backbone.de) 12.38.36 Join MethoS_ [0] (n=clemens@dyndsl-085-016-161-083.ewe-ip-backbone.de) 12.41.23 Join ikari [0] (n=5a850baf@gateway/web/cgi-irc/labb.contactor.se/x-394975337dc4d4b4) 12.42.35 # hi. is it possible to switch from ipodlinux-bootloader2 to rockbox bootloader? 12.43.05 # just install our bootloader with either rbutil or ipodpatcher 12.43.23 # i got ipodpatcher from ipodlinux 12.43.29 # and i used it 12.43.57 # do i need a different version of it? 12.44.20 # grab the bootloader for your ipod from http://download.rockbox.org/bootloader/ipod/ and use it with ippodpatcher 12.44.36 # * JdGordon doesnt remember which switch to use though 12.44.39 # thank you very much :) 12.45.45 # * PaulJam_ reccommends the manual for installation instructions. 12.46.10 Nick PaulJam_ is now known as PaulJam (i=PaulJam_@vpn-3023.gwdg.de) 12.46.21 Quit DerDome ("Leaving.") 12.48.22 Join Shaid [0] (n=adam@124-168-29-103.dyn.iinet.net.au) 12.49.09 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 12.54.43 Quit ikari ("CGI:IRC (EOF)") 12.56.50 Quit MethoS- (Read error: 113 (No route to host)) 13.01.34 # our copy of ipodpatcher has all our bootloaders built into it, you don't need to download the bootloaders seperately 13.02.04 Quit Shaid ("*toink*") 13.04.20 Quit DerDome ("Leaving.") 13.04.59 Join mf0102 [0] (n=michi@85.127.20.19) 13.07.23 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 13.09.44 *** Saving seen data "./dancer.seen" 13.12.09 Nick Seedy is now known as Seed (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.14.03 Quit linuxstb (Read error: 110 (Connection timed out)) 13.16.55 Quit Seed ("cu, Andre") 13.17.34 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.29.21 Quit DerDome ("Leaving.") 13.31.20 Join homielowe_ [0] (n=eric_j_l@205.250.153.18) 13.31.20 Quit homielowe (Read error: 104 (Connection reset by peer)) 13.31.39 Quit homielowe_ (Client Quit) 13.32.10 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 13.37.00 Join desowin [0] (n=desowin@atheme/member/desowin) 13.45.57 Join Thundercloud [0] (n=thunderc@resnet16.nat.lancs.ac.uk) 13.46.34 # gibbon_: you bipped me about audio in the sim ... but I've never worked on that so I don't know how I could have been of any help :) 14.03.46 Quit Thundercloud (Remote closed the connection) 14.06.02 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.11.38 Quit DerDome ("Leaving.") 14.15.32 Join _kch_ [0] (n=kch@250.Red-80-34-94.staticIP.rima-tde.net) 14.15.36 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 14.16.55 # dionoea: you were anyway, there were some things about the callback you told me iirc 14.18.28 Quit [CBR]Unspoken|w ("!") 14.22.18 Part _kch_ ("Abandonando") 14.24.07 # gibbon_: hum ... ok . If you way so :) (I doubt it though) 14.26.14 Quit tvelocity (Read error: 110 (Connection timed out)) 14.27.20 # something else then? 14.27.26 # nevermind, then 14.30.36 # why are the attachments on the wike WebHome reappearing once more? 14.30.46 # s/wike/wiki 14.35.44 Quit EspeonEefi ("さよなら") 14.35.53 # it's a mystery 14.37.17 Join Zom [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) 14.39.42 Join Thundercloud [0] (n=thunderc@resnet16.nat.lancs.ac.uk) 14.40.20 Quit goffa (Remote closed the connection) 14.41.29 # dionoea: you pointed out DEBUGF ... so i may have confused you with someone else some hours later ;) 14.42.01 # :) 14.43.10 Nick daurnimator is now known as zz_daurnimator (n=daurn@unaffiliated/daurnimator) 14.43.13 Nick zz_daurnimator is now known as daurnimator (n=daurn@unaffiliated/daurnimator) 14.45.25 Quit nplus (Read error: 110 (Connection timed out)) 14.46.16 Part B4gder 14.46.59 Quit Zom_ (Read error: 110 (Connection timed out)) 14.49.04 Quit Zom (Read error: 104 (Connection reset by peer)) 14.49.07 Join Zom_ [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) 14.50.20 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 14.51.36 Nick daurnimator is now known as zz_daurnimator (n=daurn@unaffiliated/daurnimator) 14.51.38 Nick zz_daurnimator is now known as daurnimator (n=daurn@unaffiliated/daurnimator) 14.57.38 Quit DerDome ("Leaving.") 15.01.50 Join nplus [0] (n=nplus@141.25.globcom.net) 15.02.06 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 15.09.36 # i just (think i) corrected the code formating according to http://svn.rockbox.org/viewvc.cgi/trunk/docs/CONTRIBUTING 15.09.43 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.09.45 *** Saving seen data "./dancer.seen" 15.11.39 # is there anything else i should look for? 15.14.20 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-dfdc4dcb1269c66d) 15.15.16 Join PaulJam_ [0] (i=PaulJam_@vpn-3126.gwdg.de) 15.17.28 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 15.26.51 # gibbon_: Want to pastebin some of your code for review? 15.29.36 # LambdaCalculus37: i wanted to upload it to the flyspray id, then i am finished with some minor tweaks in a minute 15.31.36 # gibbon_: Okay, no problem. 15.32.12 Join DerPapst [0] (n=DerPapst@p5B23BF82.dip.t-dialin.net) 15.33.06 Quit PaulJam (Read error: 110 (Connection timed out)) 15.33.49 Join Siku [0] (n=Siku@e212-246-66-135.elisa-laajakaista.fi) 15.34.29 # LambdaCalculus37: http://www.rockbox.org/tracker/task/9088 attached to first comment 15.34.53 Join MethoS- [0] (n=clemens@91.97.240.39) 15.34.57 # when splitting codelines i was unsure if there was some policy, too... i just did it in a way that made sense to me 15.35.36 # gibbon_: Wow! Nice idea for a plugin! :) 15.35.42 # thanks 15.35.52 # it even already works on my sansa 15.36.06 # working on it for two days, having only minor experience with c... 15.36.10 # I'll be glad to test it for you, but I forgot my laptop today so I can't compile a build right now. 15.36.12 # i was surprised... 15.37.30 # the features are still... well ... ehm ... limited 15.38.52 # i want to implement "morsing from file" and some mode where you get a char and must decide which one of two (that are displayed) it is... 15.39.12 Nick rvvs89_ is now known as rvvs89 (n=rvvs89@martello.ucc.gu.uwa.edu.au) 15.39.26 # gibbon_: Heh... would be useful for HAM radio. :) 15.39.40 # training at least... thats what i wrote it for 15.40.03 # and i have to implement some tuning of the frequency.. 15.40.10 # currently thats not possible 15.40.21 # * amiconn wonders why that plugin reinvents several wheels, so to say 15.40.51 # amiconn: point at them and they are gone 15.40.56 # len_zeroterm() -> rb->strlen() 15.41.14 # rcw_clean_buffer() -> rb->memset() 15.41.56 # will fix that, too 15.43.50 # This plugin should also be possible on hwcodec 15.43.59 # That's a separate step, of course 15.44.35 # amiconn: yes, i read metronome.c ... it uses some kind of static mp3 snippet from ram, right? 15.46.35 # * JdGordon stumbles and trips over everyone... 15.46.44 # * JdGordon punches gevaerts for pushing me 15.47.03 # * gevaerts falls over 15.47.09 # well, ok so we should continue here 15.47.13 # amiconn: the strlen returns size_t ... how far is it from an integer? 15.47.59 # Nico_P: the database can run in the background, just like battery_ bench 15.48.21 # I don't see the point of doing that 15.48.33 # How does the database get its memory ? Does it use bufalloc() ? 15.48.48 # gibbon_: size_t is unsigned integer 15.48.52 # that would be a good idea, using bufalloc() 15.48.52 # ssize_t is signed 15.49.16 # dionoea: thanks 15.49.30 # Nico_P: I think it's not the objective, it's just the way to make the db a plugin 15.49.40 # gevaerts: no, I think it uses buffer_alloc, which is not the same 15.49.56 # bufalloc is not meant for that sort of thing, it's higher level 15.50.03 # oh.. 15.50.40 # the buffering API (not bufalloc, but its cousins) is used to buffer audio files during playback 15.50.42 # * wpyh thinks all those buf.*alloc things will go away if we have malloc, but that's out of the question 15.50.50 # Nico_P: by the way... how safe is bufalloc? does it keep moving around the buffer so as long as you keep getting the address before accessing it your safe "for ever"? 15.51.22 # * LambdaCalculus37 whips out a cricket bat with wpyh's name on it 15.51.31 # if we can make the db a plugin then run it in the background, it won't create JdGordon's issue #1 : "1) cant use another plugin while in the db" 15.51.35 Quit MethoS_ (Read error: 113 (No route to host)) 15.51.47 # * wpyh wonders what he did wrong... 15.51.54 # JdGordon: using bufgetdata to get the pointer protects you from the moving, yeah. the data won't disappear until you call bufclose on it 15.51.57 # only 1 plugin buffer... so you can only run 1 plugin at a time 15.52.09 # malloc bad... bufalloc good... 15.52.12 # Correct me if I'm wrong, but could (assuming that playback is stopped or paused) buffer_alloc() force a flush and re-buffer, thereby avoiding having to reboot ? 15.52.16 # Nico_P: so in effect.. you have snuck malloc in? 15.52.36 # JdGordon: um... maybe we can make multiple plugin buffers then? 15.52.39 # JdGordon: sort of :) it's even used in picture flow 15.52.49 # gevaerts: yes, and its been agreed that thats not a big deal in certain situations... its just not done 15.52.57 # LambdaCalculus37: yeah, so malloc is out of the question... 15.53.06 # wpyh: then you lose the benefit of moving it out of the core 15.53.31 # wpyh: Remember, GodEater has torches and pitchforks. :) 15.53.34 # JdGordon: it's basically malloc with the audio buffer as a pool 15.53.51 # * GodEater denies owning torches or pitchforks 15.53.53 # JdGordon: ok, so I assume that _if_ we want to get rid of the reboot, that would be the way to go 15.54.00 # yes 15.54.04 # well, the main benefit of moving it out of the core I think is that it can reload itself without having to reboot 15.54.07 # databse and dircache 15.54.27 # gibbon_: Yes. In case of the morse beeps, it could use a single mp3 frame and repeat it as needed 15.54.54 # gevaerts: except.. if you enable it, then disable, you cant get that ram back.... reenabling would get wasteful very quickly 15.55.31 # IIRC there was some talk on adding a mechnism to make all buffer_alloc() users dump and reload their data so this wouldnt be a problem 15.55.40 # JdGordon: you could disable while keeping track of the memory allocation, so you need to reboot if you want to disable _and_ reclaim the memory 15.55.44 # Adding the mas pcm codec to the core (another open task) will open another possibility: just using pcm like on swcodec. This would exclude the Player though. 15.56.09 Join MethoS_ [0] (n=clemens@host-091-096-213-051.ewe-ip-backbone.de) 15.56.31 # gevaerts: yes, but you may need more ram when you renable it 15.56.47 # bassically.. its not worth the effort 15.57.22 # * wpyh wonders (quietly) if softmmu is feasible 15.57.24 # What does ram use depend on, and how does updating the database work around that ? 15.57.56 # for ramcache? (db in ram?) 15.58.18 # For everything that uses buffer_alloc 15.59.38 # first example from find is filetypes.c uses it as a string storage instead of statically allocating it which would be either wasteful or possibly not enough 15.59.46 # wpyh: Certainly not. The main problem with malloc() is that it needs free ram (the malloc buffer) to allocate from 16.00.04 # In rockbox, we want to use as much ram as possible for the main buffer 16.00.10 # the playlist and filetree buffers are both buffer_Alloced() 16.01.50 # yeah... that's one thing 16.02.01 # * wpyh goes to the bathroom to think over this problem 16.02.03 # * gevaerts will remember the buf_alloc() thing for if/when he does usb audio 16.02.33 Quit Horscht ("http://www.geisterfahrer.org") 16.03.14 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.03.39 # gevaerts: depending how much you need... the plugin buffer would be better to steal 16.04.05 # amiconn: did anything else come to mind that should be fixed about that code? 16.04.42 # JdGordon: that's the other option, but I'd like to leave the thing as functional as possible 16.04.46 Quit Horscht (Client Quit) 16.06.50 # gevaerts: buf_alloc() is a mix between bufalloc() and buffer_alloc() :) 16.07.05 # using buf_alloc isnt a great idea... you cant free it.... what might be better is allowing the end of the audio buffer to be brought forward (Would need a rebuffer but meh), only allowing 1 thing to move the end would make it relativl safe and recoverable 16.07.14 # and the buffer wouldnt move like buf_Alloc() would 16.08.53 # That would work 16.09.46 # It could also be useful for MTP. You could probably do the writes pretty directly from a small static buffer, but performance really increases if the buffer grows 16.10.25 # MTP would allow you to keep listening while its connected yeah? 16.10.46 # It should. It works at file (and database, if we want to) level 16.11.51 # * gevaerts should really read a bit more about MTP, so he can get rid of the 'should's and 'may's 16.13.10 # not to be rude... but... MSC mode? still no clue how to fix the problems? 16.13.57 Quit MethoS- (Read error: 110 (Connection timed out)) 16.14.26 # No, unfortunately 16.18.50 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-1a84777c6fadb52c) 16.18.50 # gevaerts: have you been able to try the validation you mentioned ? 16.19.12 # The ramdisk ? Yes, no change (but great speed) 16.19.37 # oh so it's not at ATA level? 16.20.23 # but actually I was thinking of something I recall you mentionong... a kind of validation test against the spec, that you could get done through someone you know 16.22.26 # The electrical tests ? I can't figure out how to put the controller in test mode 16.23.44 # that's probably what I recalled 16.23.52 Join Schmogel [0] (n=Miranda@p3EE2150E.dip0.t-ipconnect.de) 16.29.11 # i'm trying to build cegcc, but i get a syntax error in the build script 16.29.21 # ubuntu should be able to run a .sh shell script right? 16.29.39 # yes 16.29.40 # yes, it should 16.29.46 # Of course. :) 16.29.46 # but that doesnt get it much further 16.30.01 # * JdGordon rereads 16.30.05 # run it with sh 16.30.14 # not in bas 16.30.15 # h 16.30.36 # I think the default is dash 16.32.59 # doesn't seem to matter, i still get the same syntax error 16.34.32 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 16.36.16 # DerPapst: did you have a problem with FAT32 formatting using mkfs.vfat? 16.36.28 # yes. 16.36.45 # but only where the sectorsize is larger than 512bytes 16.36.52 # i.e. 5.5G iPods 16.37.05 # ok... 16.37.09 # I'm going to try it now 16.37.16 # what problems did you have? 16.37.26 # I'm using a cf card on my 5.5g with mkfs.vfat without problems 16.37.56 # rockbox refused to read anything from the hdd, iPL worked fine and the OF refused to write files 16.38.23 # in my case,rockbox loads fine 16.38.28 # didn't try ipl 16.38.38 # what do you mean by "the OF refused to write files"? 16.39.49 # it was possible to read files but several functions didn't work "normally". iirc updating OTG-Playlists, Playcount, etc 16.40.16 # um... 16.40.23 # was linux able to mount the device normally? 16.41.02 # yup. read/write worked fine 16.41.32 # ok... weird 16.41.39 # did you use the "-S 2048" switch? 16.42.38 # yes 16.42.55 # well.. ok I'll try it with my 80GB drive 16.43.06 # I suspect it's not the 2048 sector problem, but the 1024 sector problem 16.44.00 # heh.. my fat partition still thinks it's 1GB larger than it really is ;) 16.45.33 # how come? 16.45.41 # isn't it already 70GB+? 16.47.51 # how do you know it thinks it's 1gb larger ? 16.48.15 # could someone help me out with using alien to install a package in ubuntu? 16.49.17 # * pixelma suggests asking that in the other channel 16.49.25 # wpyh: i creaded a 1GB parititon at the end of the hdd for iPL and didn't reformat the fat32 partiiton. so the mbr disagreas with the fat superblock ;) 16.49.26 # saratoga: Sure, hop in to #rockbox-community 16.49.52 # oh 16.50.00 # is that the source of your troubles then? 16.50.14 # can the web client do that? 16.50.25 # yes 16.50.28 Join bughunter2 [0] (n=Jelle@77.164.66.126) 16.50.30 # saratoga: Yeah, I used to do it all the time. 16.50.48 # * GodEater still thinks regular webclient users would be better off with mibbit 16.51.46 # actually i think this package isn't going to work regardless due to 64 bit issues 16.52.22 # saratoga: If you hop into the community channel, I can help you out. 16.52.45 # * LambdaCalculus37 is a sysadmin, after all. 16.53.29 Quit linuxstb (Read error: 110 (Connection timed out)) 16.54.51 Join domonoky1 [0] (n=Domonoky@f051105085.adsl.alicedsl.de) 16.55.37 # DerPapst: let's see... 16.55.51 # I've reformatted my fat32 partition using mkfs.vfat 16.58.40 Join petur [50] (n=petur@rockbox/developer/petur) 16.58.53 # DerPapst: I get even weirder results with mformat.. 16.59.21 # you mean mtools? 16.59.24 # yes... 16.59.50 # so, how did you format it? Windows? 17.00.15 # i didn't that's my fat32 partition thinks it's 1gb larger ;) 17.01.40 # um... 17.01.54 # but you said you were having problems with mkfs.vfat? 17.01.57 # how did you solve it? 17.02.02 # I don't understand... 17.02.24 # i restored it parititoned it and "forgot" to reformat the fat32 partition 17.03.09 # can you please post the output of "file -Ls /dev/sdb2" (or whatever is that partition)? 17.04.03 # no, i can't because i have no linux box here right now :P 17.04.12 # ok.. 17.04.17 # please do it when you have time 17.04.30 # ok 17.04.30 # mine is here: http://pastebin.com/f75a63bac 17.04.41 # can you spot the differences? 17.04.52 # I mean between the original partition, mkfs.vfat and mformat? 17.05.02 # I think mformat gets the most fatal error 17.05.18 # but strangely I can mount it on Linux 17.06.31 # i guess mine matches your first. 17.06.58 # well, the first one is the original ipod partition... 17.07.12 # not mkfs.vfat or mformat... 17.07.27 # i only touched the MBR and not the second partition. so this is what itunes creates. 17.08.00 # yes, it must be what itunes did 17.09.14 Quit domonoky (Read error: 104 (Connection reset by peer)) 17.09.38 # so, I have OF and some music on my 5.5g, formatted with mkfs.vfat 17.09.46 # what should I do to reproduce your problem? 17.09.51 *** Saving seen data "./dancer.seen" 17.11.33 # well several features didn'T work and itunes complained too iirc. try OTG-Playlists, playcounts, alarm, hibernation... everything that writes to the disk 17.12.08 # ok, the playlists work fine 17.12.13 # the otg playlist also does work fine 17.12.24 # hibernation... how do I do that (I'm new to ipods) 17.12.52 # well you wait 18 hours without touching the iPod :P 17.13.28 # have you connected the iPod to itunes after creating an OTG playlists? so it converts it into a real one? 17.14.04 # no, what I did was save the otg playlist as a normal one, so it creates a "New Playlist 1" 17.14.22 # oh, _that_ hibernation... maybe I don't have that patience :p 17.14.32 # I don't have itunes btw 17.14.33 # :p 17.14.42 # it's ok. ;) 17.15.17 Quit MethoS_ ("Konversation terminated!") 17.15.35 # so... judging from the created playlists, does it mean the OF can write to the disk fine? 17.16.04 Quit PaulJam_ (".") 17.16.16 # seems so ;) 17.16.20 Quit DaCapn () 17.16.41 # uh... then mkfs.vfat has no problems 17.16.47 # shall I update the wiki? ;) 17.17.03 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 17.17.55 # yup.. if it works, why not :) maybe keep the old info though. 17.18.07 # yes, I'll keep the old info 17.18.09 # and uh 17.18.22 # how about merging IpodManualRestore and ConversionToFat32? 17.20.04 # well, i'm not a big contributor to the rockbox wiki so i don't know. but i guess they're pretty similar.... 17.20.16 # OK then 17.20.23 # maybe we can ask the devs 17.21.30 # I would think twice before merging them. One is for Mac users who are used to itunes, the other is for people who don't want to see itunes up close 17.22.44 # gevaerts: the "Manual Restore" part of ConversionToFAT32 is similar to IpodManualRestore 17.23.03 # so similar, that in fact I think they are some kind of knowledge duplication 17.23.07 # That's true. 17.23.26 # yeah, so let's merge it, no? 17.23.42 # they could be linked, i suppose, but i would rather keep them separate...it is much easier to point someone at a page of instructions to do rather than say "do this, but not this, etc" 17.24.02 # for support matters 17.24.04 # Maybe restrict the ConversionToFAT32 to the 'use windows/itunes' bit, and refer to IpodManualRestore for the manual conversion ? 17.24.20 # ok... 17.24.33 # gevaerts: good idea 17.24.55 # but as I see it now, ConversionToFAT32 looks like it's written for OS X users 17.24.58 # like you said :) 17.25.38 # Then (if I'm not mistaken) the only difference is the need to restore the apple firmware, so that's only one conditional (and if someone does that when it's not needed, it's not that bad) 17.25.45 # But I can easily imagine what I would write there 17.25.51 # yeah 17.26.27 # the steps would be 1. unmount the ipod, 2. write a new partition table, 3. write a new firmware, 4. format the new partition 17.26.44 # then in each step we can branch for a) OSX, b) linux 17.27.05 # And 3 is optional 17.27.16 # yes 17.27.27 # We can keep the pages separate 17.27.50 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 17.27.50 # but direct users who want the manual way (in IpodConversionToFAT32) to IpodManualRestore 17.27.53 # how about that? 17.28.14 Nick Zom_ is now known as Zom (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) 17.28.46 # That's what I would do, yes 17.29.07 # ok, I'll try to implement it 17.31.04 # * linuxstb thinks the page for Mac users needs to be left as a page for Mac users... 17.31.23 # linuxstb: But should we label it as such? 17.31.50 # LambdaCalculus37: Sure. 17.32.19 # wpyh: Also, what are you planning to change about mkfs.vfat? Has it been shown to work with an 80GB disk? 17.32.32 # linuxstb: yes, please see the logs 17.32.37 # it works fine with the OF 17.32.49 # linuxstb: Which page is it? 17.33.11 # * wpyh thinks it's this one: http://www.rockbox.org/twiki/bin/view/Main/IpodConversionToFAT32 17.33.13 # LambdaCalculus37: I'm talking about IpodConversionToFAT32 17.34.52 # * LambdaCalculus37 thinks that it should be "iPod Conversion to FAT32 under MacOS X" 17.36.03 # well, what about us linux users? 17.36.22 # wpyh: The commands are slightly different. 17.36.54 # LambdaCalculus37: yes, that's why I propose adding a branch at each step: a) for linux, do xxx , b) for osx, do yyy 17.37.12 # wpyh: Why did you change "require linux" to "these instructions have been tested on linux" on the IpodManualRestore page? Where else will they work? 17.38.10 # linuxstb: wouldn't it work on freebsd and such as (quoting miss teen south carolina :p) 17.38.40 # the device names would be a little different, but you get the ida 17.38.42 # *idea 17.38.49 # "get the idea" isn't the same... 17.39.00 # yeah, I probably should make it clearer 17.39.35 # any *bsd users around here? 17.40.28 # wpyh: And Mac OS X counts. :) 17.40.44 # yeah, that too 17.41.05 # I don't know much about OSX though, so I can't say much :p 17.41.31 # so what I'm proposing now is 17.42.09 # the IpodManualRestore will contain instructions for Linux and OSX (taken from IpodConversionToFAT32), to manually restore / convert it into a winpod 17.42.32 # wpyh: Converting to a winpod isn't the same as manually restoring. For conversion, you don't need to copy the firmware. 17.42.56 # the IpodConversionToFAT32 contains the "easy way" , and the section "Manual Conversion" will direct users to the page IpodManualRestore 17.43.05 # linuxstb: yes, and that part will be marked as optional 17.43.20 # and I'll explain that that step is not needed for manually restoring the ipod 17.43.30 # I mean for converting the ipod 17.43.34 # wpyh: I just think the instructions are confusing enough for users, and the fewer options and choices users need to make, the better. 17.43.41 # Which is why there is a page specifically for Mac users. 17.44.03 Quit Seed (Remote closed the connection) 17.44.14 # linuxstb: you may be right there 17.44.26 # but what I see is just duplication of contents 17.44.33 # e.g. you're already adding many options (dd or cat) to the IpodManualRestore page, which adds nothing... 17.44.45 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 17.45.01 # that dd/cat part can go :p 17.45.12 # I personally like the "cat" but I realize it can't be done under sudo 17.45.24 # I hope we never have to write instructions for sudo :p 17.47.27 # wpyh: I fully agree about the duplication. I didn't see the mformat on IpodManualRestore, so I only fixed it on IpodConversionToFAT32 17.48.06 # it's on this line: For 5.5G iPods (with 2048-byte sectors): mformat -S 2048 -M 2048 -F DRIVE_LETTER: 17.48.44 # and by the way my mkfs.vfat formatted partition works with OF and RB 17.48.48 # Ah yes. That one doesn't specify the sectors per track, so it isn't confused 17.48.48 # dunno about ipl 17.49.15 # actually, I was a bit confused with mformat 17.49.25 # which is why I investigated mkfs.vfat, and found no problems with it 17.49.39 # and that is why I queried DerPapst about the problem 17.50.27 # But that still leaves us with a problem for Mac users - mkfs.vfat isn't there.... 17.51.01 # linuxstb: we can let osx users use mformat and linux users use mkfs.vfat 17.51.08 # mkfs.vfat is WAY simpler to use 17.51.23 # wpyh: Sure. Another reason to keep the instructions separate though... 17.51.52 # Or we can wait until the ipodpatcher author writes 2048 byte sector support ;) 17.52.54 # gevaerts: I thought ipodpatcher has got nothing to do with formatting the partition? 17.53.28 # linuxstb: we can split the instructions early: A) for osx users, do 1. 2. 3. 4., B) for linux users, do 1. 2. 3. 4. 17.53.32 # ipodpatcher can format partitions 17.53.50 # this will duplicate some information, but it will be minimal 17.53.56 # DerPapst: I didn't know that.. 17.54.11 # * wpyh just noticed the "-f --format" option 17.54.16 # but only 512bytes/sector 17.54.22 # well, maybe we can take matters into our own hands :D 17.54.42 # and modify ipodpatcher behind the author's back :D 17.54.47 # (as long as we don't break it) 17.54.50 # * linuxstb turns away 17.55.09 # linuxstb: huh? 17.55.20 # heh 17.55.22 # wpyh: guess who the author is 17.55.33 # Dave Chapman 17.55.35 # who's that? 17.55.36 # oh 17.55.41 # linuxstb? :O 17.55.41 # Yep. :) 17.55.44 # now guess who linuxstb is 17.55.49 # uh...... 17.55.53 # sorry 17.55.53 # hehehehe 17.55.54 # :p 17.56.19 # * wpyh wonders how to transform LINUXSTB into DCHAPMAN 17.56.21 # * pixelma points wpyh to the IrcNicks page ;) 17.56.32 # pixelms: let's see.. 17.56.35 # *pixelma 17.56.40 # Or just query my nick in your IRC client... 17.57.08 # oh, it says "Real name: Dave Chapman" 17.57.08 # or a /whois 17.57.25 # ok, thanks :P 17.58.19 # wpyh: But I would be very happy if somebody added 2048-byte formatting support for ipodpatcher.... 17.58.29 # so... linuxstb aka Dave Chapman, is there a problem with 2048-byte support in ipodpatcher? 17.58.29 # And then finished the "--convert" option... 17.58.56 Join SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 17.58.58 # * wpyh goes to add himself to the IrcNicks page 17.59.03 # wpyh: The formatting function only handles 512-byte sectors, so will refuse to format anything else. 17.59.14 # does "--convert" mean convert to a winpod? 17.59.15 # (the code was taken from fat32format.exe) 17.59.29 # linuxstb: maybe we can copy code from mkfs.vfat 17.59.35 # I'll put another TODO item :p 17.59.39 # wpyh: Yes. But that's not been tested very well, so I'm not 100% sure it works. Which is why it's not publicised. 18.00.45 # maybe if we advertise it as "can convert any ipod into a winpod" then we'd get more testing? 18.02.09 # * linuxstb needs to go home 18.02.24 # bye... 18.02.33 # is there any consensus on the wiki pages, btw? 18.08.29 Join Buschel [0] (n=abc@p54A3EB47.dip.t-dialin.net) 18.08.38 Quit SUSaiyan (Read error: 110 (Connection timed out)) 18.13.31 Quit krazykit (Read error: 104 (Connection reset by peer)) 18.16.43 Join krazykit [0] (n=kkit@adsl-69-219-233-76.dsl.ipltin.sbcglobal.net) 18.19.07 # anyone? 18.19.15 Join MethoS- [0] (n=clemens@host-091-096-209-165.ewe-ip-backbone.de) 18.20.22 Quit linuxstb (Read error: 113 (No route to host)) 18.20.43 # far less than half present -- Germany is playing right now (UEFA) 18.21.11 # ah, no wonder 18.21.11 # :p 18.23.17 Quit Nico_P (Remote closed the connection) 18.23.28 Join miepchen^schlaf [0] (n=miepchen@p54BF791A.dip.t-dialin.net) 18.25.33 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 18.26.36 # well, I guess I'll wait for a consensus / decision from the devs then 18.32.07 Join PRINCESS_FLUFF [0] (n=princess@modemcable155.196-70-69.mc.videotron.ca) 18.33.11 # Hi, I program a bit in Java, and I keep thinking I'd like to be able to code for stuff like rockbox or zsnes (a super nintendo emulator), and maybe other projects, or even my own projects... What stuff do I need to study to get into this? Just C programming? Or Assembler and some other stuff too? 18.33.45 # For Rockbox, most everything is in C. 18.34.01 # Buschel: I don't get any real improvement using SSO in MAD 18.34.15 # When you want to support a new player, do you need to build in some interface code in Assembler or something like that? 18.34.33 # i looked it up in the ARM7 manual, and the SMULAL is only 1 clock slower then MLA anyway 18.34.36 # No, assembler is used for platform-specific performance bits. 18.34.36 # And is it just "the c programming language" or some libraries as well? 18.34.43 # oh 18.34.51 # I thought assembler was what everything used 18.34.55 # so the whole idea of the SSO is probably pointless on ARM7 18.35.05 # ie. comptatible with everything 18.35.42 # assembler is the least compatable choice 18.35.55 # it only runs on the CPU platform its written in 18.36.02 # PRINCESS_FLUFF: Think of assembler as programming in the CPU's DNA. 18.36.07 # Okay 18.36.20 # or better yet see wikipedia and lookup what it is 18.36.27 # When they talk about "chipsets", that's the set of assembly thingies that work with that motherboard or cpu right? 18.36.46 # Chipsets are the chips used to design a computer. 18.36.58 # its usually just the chip connected most closely to the CPU, whatever that may be 18.38.40 # ok thank you 18.38.58 # Buschel: unfortunately, that leaves me with no idea how to make MAD any faster 18.39.38 # short of coming up with some kind of algorithmic improvement to the decoder 18.39.46 Quit amiconn (Nick collision from services.) 18.39.53 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.39.59 # PRINCESS_FLUFF: If you really want to learn C, I suggest picking up the book "The C Programming Language" by Brian Kerrighan and Dennis Ritchie. 18.40.13 # Also, download the Rockbox source, and look through it to see how C is structured. 18.42.54 Quit mf0102 (Remote closed the connection) 18.43.46 Join Enginerd3 [0] (n=407c962a@gateway/web/cgi-irc/labb.contactor.se/x-bc1f0d85be6bd7ee) 18.43.50 Quit pixelma (Read error: 110 (Connection timed out)) 18.44.30 Part Seed 18.45.05 Join bertrik [0] (n=bertrik@005-033-045-062.dynamic.caiway.nl) 18.45.53 # LambdaCalculus37: thank you, I asked someone in #c a while ago and ordered that same book since 18.46.21 # PRINCESS_FLUFF: There's also plenty of free information online. 18.46.23 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 18.46.37 # Trust me, once you get the hang of C, you'll find it's a rather easy language to work with. 18.47.13 # But like I said, get the Rockbox source; it's the best information you can get. 18.47.24 # I already know java and did a bit of C++ a few years ago... is it accurate to say that C is at most as complicated as C++ minus some features? 18.47.24 Join PaulJam [0] (i=PaulJam_@vpn-3071.gwdg.de) 18.48.33 # C is less complicated, but enough about the programming languages, since it's off-topic. 18.48.37 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.50.04 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 18.50.16 Join MethoS_ [0] (n=clemens@host-091-096-214-130.ewe-ip-backbone.de) 18.51.03 # Ok 18.55.42 Part flynux_ 18.55.58 Join herrwaldo [0] (n=waldo@ip-81-11-206-24.dsl.scarlet.be) 18.57.21 Quit Seed (Remote closed the connection) 18.59.19 # for now, FS#9088 contains every suggestion i got so far... 18.59.58 # i tested it to build on ipod mini and sansa c200 for now... if anyone interested could also test, that would be great. 19.00.40 Quit SUSaiyan` (Read error: 110 (Connection timed out)) 19.02.10 Quit Siku () 19.05.48 Quit MethoS- (Read error: 110 (Connection timed out)) 19.06.26 Join PaulJam_ [0] (i=PaulJam_@vpn-3071.gwdg.de) 19.06.33 # Oo they have unicode chars in morse? 19.06.53 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 19.09.52 *** Saving seen data "./dancer.seen" 19.11.04 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.12.32 # gibbon_: why don't you use 'a' in your code instead of 0x61? (same thing for all the chars) 19.13.04 # in your case conversion and validation functions 19.13.35 # as a reminder that i deal with them as numbers 19.13.48 Join PaulJam__ [0] (i=PaulJam_@vpn-3071.gwdg.de) 19.13.53 # " 'a' - 0x20 " looks kind of odd to me 19.14.43 Quit PaulJam (Nick collision from services.) 19.14.49 Nick PaulJam__ is now known as PaulJam (i=PaulJam_@vpn-3071.gwdg.de) 19.15.24 # - ('a' - 'A') 19.16.04 # * dionoea needs to try this plugin out ... so he can send an SOS next time he's near a radio 19.16.29 # hi 19.16.37 # rockbox has just kinda locked up 19.16.44 # it doesn't respond to button press 19.16.51 # iPod? 19.16.58 # doesn't do anything when the cable is plugged in 19.16.59 # MENU+SELECT until it reboots. 19.17.00 # yes, ipod 5.5g 19.17.06 # yep, that's what I did 19.17.12 # problem is, I can't reproduce the situation 19.17.15 # any ideas? 19.17.22 # What were you doing? 19.17.46 # (something completely unrelated) playing around with the skin 19.17.55 # I mean with the rubber skin 19.18.03 # so it should have nothing to do with the player 19.18.23 # by "playing around" I mean pulling the ipod out of the rubber skin and putting it in again (repeatedly) 19.18.59 # maybe I pressed on something when doing that, but I can't reproduce it... :( 19.19.44 # has anyone seen this error before? 19.20.01 # I'm thinking this is a software issue, because when I plugged in the usb cable it didn't do anything 19.20.15 Join tvelocity [0] (n=tony@athedsl-4410658.home.otenet.gr) 19.21.38 Part PRINCESS_FLUFF 19.26.24 # dionoea: would you please do that, yes? and don't mind the hundreds of people willing to help you at your backdoor :P 19.27.02 Join lolmaus [0] (i=lolmaus@83.167.114.28) 19.28.21 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 19.28.44 # dionoea: that note is there, because SOS signals should by common sense never be automatically emitted... iirc its even in the radio regulations 19.30.56 # its the same for all distress signals... 19.32.11 Quit PaulJam_ (Read error: 110 (Connection timed out)) 19.32.18 # bye... see you later 19.33.38 Quit MethoS_ (Read error: 104 (Connection reset by peer)) 19.33.42 Join MethoS_ [0] (n=clemens@host-091-096-209-119.ewe-ip-backbone.de) 19.44.31 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.46.12 Quit Seed (Remote closed the connection) 19.57.01 # * Buschel should better have done business planning at work rather than watching the German soccer team :( 19.57.19 Join OlivierBorowski [0] (n=OlivierB@ANancy-256-1-91-159.w90-26.abo.wanadoo.fr) 19.58.56 # saratoga: you've got results which are not too promising on libmad 19.59.35 Quit MethoS_ (Remote closed the connection) 20.00.40 # with mpc i get a large improvement on the dct stuff when using 32bit instead of 64bit -- but this has not been asm'ed yet 20.01.24 # Buschel: which mul instructions are you talking about? 20.01.56 # saratoga: mpc's calc_new_V() 20.02.29 # but you're changing from 32x32=64 to 32x32=32 ? 20.02.37 # saratoga: yes 20.02.54 # thats only a single clock cycle savings though per op 20.03.05 # saratoga: but maybe the gcc compiler produces better code with it? 20.03.44 # saratoga: i'll compare the sso-like synthesis with the 64bit one in mpc -- both of which are asm'ed already. 20.03.58 # saratoga: then we can compare the mpc synth with libmad synth 20.04.09 # that'd be nice 20.04.22 # i'd love to know why the synth in mpc is so amazingly fast compared to mp3 20.04.44 # we need like 15-20MHz for synth alone in mp3 20.04.56 Quit nuonguy ("This computer has gone to sleep") 20.05.07 # saratoga: you've measured 48% of 37MHz for the libmad synth, right? 20.05.23 # thats more then quick and dirty all c IMDCT used in WMA needs 20.05.39 # yeah 20.06.06 # though i get that normal is 39MHz 20.06.56 # saratoga: that's about 18 MHz for synth -- mpc's synth needs about 11-14MHz (needs remeasurment though) 20.07.37 # dionoea: I assume that in your FS#8663 comment 'with and without the patch' means the original udelay() removing patch ? 20.07.44 # the two codecs use the same synth process right (ignoring that MP3 have them out of order an all that)? 20.08.10 # saratoga: correct. mpc is based upon MPEG 1 Layer2 20.08.22 # (filterbank wise) 20.08.53 # i can't imagine just reordering the coefficients or whatever nonsense mp3 does really makes a 50+% difference 20.09.03 # so your decoder must be doing something smarter then mad 20.09.10 # saratoga: how many percent did you measure for dct32? 20.10.10 # 16% 20.10.26 # off hand i can't remember if I included that in the synth figure though 20.10.42 # probably not 20.10.43 # saratoga: that's 6MHz (64bit). mpc needs 5.5MHz (32bit) or 7-8MHz (32bit) 20.11.34 # saratoga: that's why i am interested in having an asm'ed dct32 for mpc -- should be nearly as fast as the 64bit-mpc solution 20.12.01 # do you really benefit from faster mpc? 20.12.19 # i thought it was fast enough that the CPU core is idle while you decode 20.12.28 # saratoga: if you compare mpc's synth to libmad you'll see a lot of differences. e.g. the mpc synth is a tiny small simple loop. 20.12.59 # saratoga: i am running my CPU @24MHz, I can lower it further and have some more runtime :) 20.13.25 # saratoga: did you get arm profiling working well? 20.13.50 # saratoga: mpc uses totally different arrangement of arrays/samples for the synthesis 20.14.15 # preglow: no i never got it to work correctly, so i did run time tests with different functions commented out and then computed the % 20.14.35 Quit tvelocity ("Αποχώρησε") 20.14.45 # if lostlogic ever surfaces again, we should ask him if he knows what's up with it 20.14.52 # Buschel: is it more efficient? as in fewer multiplies per sample? 20.15.22 # preglow: i got it to spit out profiles, but the addresses dont make sense in them so i haven't been able to use them 20.19.43 Quit OlivierBorowski (Read error: 110 (Connection timed out)) 20.20.17 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 20.21.28 # saratoga: it might be that mpc-implementation uses less ops. there is no different handling for eve or odd subband indices. also i can remember that the standard filterbank uses memmove for each processed subband sample, mpc only memmove's once per frame. 20.23.03 # saratoga: changing the libmad filterbank is a lot of re-engineering and re-organizing internal buffers 20.23.17 Quit miepchen^schlaf () 20.25.35 Join tvelocity [0] (n=tony@athedsl-4410658.home.otenet.gr) 20.26.08 # would anyone be upset if I did a libmad commit that fixed it's tabs? 20.26.51 # Iirc the consensus on imported code was to keep its formatting as-is, in order to ease merging of improvements 20.27.26 # mad hasn't been updated in 4 years and the code is an absolute mess of spaces and tabs 20.29.03 # amiconn: as you seem to be available :o) -> FS#9076: do you mind to change the pcf init as done in this patch? 20.29.27 # * amiconn is a bit busy atm, will have a look later 20.29.43 # amiconn: thanks, come back with any comments on it 20.30.51 # Buschel: i hadn't noticed that you'd kept working on your boosting patch until yesterday 20.31.07 # are you aiming to get it commited soon? 20.31.30 # i imagine it would be quite useful if done properly, particularly for flac users 20.32.22 # saratoga: in fact i use changed clock since January. but i don't think it will be committed soon. 20.33.45 # saratoga: the gui boost itself which is need to avoid sluggishness does boost on wheel scrolling, which may effect the clocking of plugins afaik 20.34.36 # saratoga: btw, you can put the clocking to an extreme when using 15MHz normal clock (FLAC doesn't even boost then, except when buffering) 20.34.45 Join miepchen^schlaf [0] (n=miepchen@p54BF791A.dip.t-dialin.net) 20.36.38 # Buschel: so you'd need a way to only enable this when theres no plugins running? 20.36.40 # saratoga: well, if it does get updated, it'll be hell to merge 20.36.48 # so lets just keep whitespace as it is in imported code 20.37.17 # saratoga: the god awful mix of tabs and spaces work out if you set your tabstop to eight spaces 20.37.28 # it's still a sin, but at least it's readable 20.38.18 Quit saratoga ("CGI:IRC (EOF)") 20.38.23 Join saratoga2 [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-b7bba8e6ca34ea89) 20.38.41 # saratoga: i think we need a way to enable the boost for gui actions in general -- the current patch only boost for scrollwheels. the patch is more like a proof-of-concept for gui boosting. my 5.5G is more responsive than svn, even though it's clocked @24MHz normal clock :) 20.39.28 # i haven't looked, but since the backlight has a mechanism to do that, i can't imagine it'd be too hard 20.39.59 # i mean it manages to turn on and off consistently enough, so a similar mechanism for boosting shouldn't be too hard 20.50.54 # * preglow summons shotofadds 20.51.54 # saratoga2: i need to correct myself -> the patch already is "generic" in terms of buttons -- so, it's not for scrollwheel only. but there is some special handling needed for scrollwheel targets 20.52.19 # saratoga2: it boosts on each button activity and unboosts after timeout 20.52.34 # saratoga2: simple but effective :o) 20.54.50 # saratoga2: another idea comes up my mind regarding the smull-stuff in libmad -> doesn't smull/mlal need less time when the operand is small (like most significant bytes are = 0)? 20.55.45 # Buschel: in theory yes, but in practice I haven't been able to get that to work on PP 20.56.16 # i tried zeroing the lower 2 bytes on all my WMA window tables and there was no change at all in run time 20.56.27 # i suspect that PP may have somehow broken that 20.56.39 # though I'm not certain 20.56.47 # hmm, bad. otherwise we could just do some simple rescaling 20.57.20 # though i didn't try scaling so that the top two bytes where 0 20.58.14 # e.g. this could be done for the D-coefficients. of course proper rescaling on the results must be done (similar to sso) 20.58.52 # the D-coefficients can be scaled by >>12 without loss 20.59.26 # this early termination of the multiplier only works for the right operand 20.59.30 # afaik 20.59.34 # the arm docs specify it 20.59.52 # let me check 21.00.00 # i tried both operands to be sure 21.00.13 # saratoga2: did you get any solid timings out of the mul instructions? 21.00.22 # the spec says "bits [31:24]" 21.00.31 # does that refer to the bottom or top byte? 21.00.31 # and 23:16, 15:8 21.01.02 Join einhirn_ [0] (n=Miranda@p5B033329.dip0.t-ipconnect.de) 21.01.07 # one cycle is shaved off if the top byte is zero or all ones, another if the next byte is zeros/ones 21.01.10 # etc 21.01.12 # the lowest byte doesn't matter 21.01.17 # preglow: the datasheet says 5 clocks for mul, but I've never tried to measure it 21.01.42 # so small numbers are faster, but big numbers with lots of trailing zeros aren't? 21.01.43 # saratoga2: well, if pp somehow don't use arms regular implementation for the mul, it would be interesting indeed to find out what the timings are 21.01.54 # saratoga2: indeed 21.02.00 # ok then i did it wrong 21.02.11 # preglow: signed numbers are slow then in general, right? 21.02.11 # saratoga2: smaller numbers are better, both positive or negative 21.02.19 # i just AND'ed the lookup table with 0xFFFF0000 21.02.27 # no they're the same 21.02.28 # saratoga2: no, since it also does early termination if a byte is all ones 21.02.35 # Buschel: that last was to you :) 21.02.45 # saratoga2: that won't matter at all, yes 21.02.46 # not for signed 21.02.48 # preglow: yep, got it 21.02.52 # all 0 or all 1 21.03.14 # thats really annoying that they do it that way, since it messes up fixed point operations 21.04.21 # libmad's synth uses the D-coefs as 2nd (=right) operand 21.04.32 # so downscaling should have some effect then 21.04.44 # then why didn't I see an improvment from SSO? 21.05.16 Join PaulJam_ [0] (i=PaulJam_@vpn-3071.gwdg.de) 21.05.16 # saratoga2: good question 21.05.25 # that should have saved 1 cycle for the mul, another for write back of the 64 bit value, and possibly a third for any shifts that were saved 21.05.38 # instead i got maybe a 1-2% speedup of synth_full 21.05.54 # Buschel: downscaling will have some effect, i also think the regular mul and mla instructions have this early termination 21.06.18 # * preglow likes the core in his d2, which has mul and smull which are both faster and fully deterministic 21.06.59 # I should put a block in libmad that does 1 million muls and see how long it takes with various output argument widths 21.09.55 *** Saving seen data "./dancer.seen" 21.10.03 # hmm, mpc uses D-coefs in the left operand. maybe some more speed possible then? ;-) 21.10.59 # let me know if you get any speed up 21.11.09 # saratoga2: would be very interesting 21.12.05 # gotta switch to dev-pc now 21.13.05 Join DerDome [0] (n=DerDome@dslb-082-083-210-000.pools.arcor-ip.net) 21.14.27 Quit Seed (Remote closed the connection) 21.15.25 Join Seed [0] (n=ben@bzq-84-108-237-178.cablep.bezeqint.net) 21.15.53 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 21.16.08 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 21.19.52 Quit PaulJam (Read error: 110 (Connection timed out)) 21.21.15 # i like how the string "A:\" appears in the d2 firmware 21.21.54 # one gold nugget among many 21.21.56 # preglow: Heh... :) 21.22.04 # Got any floppy disks? 21.25.24 Quit nplus (Read error: 104 (Connection reset by peer)) 21.25.45 # perhaps they hadn't yet decided between sd cards and floppy disks early in the design phase 21.26.14 # i swear, 100kb could be shaved off this firmware if they removed all their bad assembly 21.26.27 # if (r0 == 0) { r0 = 0; return; } 21.26.46 Join nplus [0] (n=nplus@141.25.globcom.net) 21.27.13 # I didn't know they were using gcc... 21.27.15 Join desowin [0] (n=desowin@atheme/member/desowin) 21.28.00 # for some reason, there are also cascades of "bx lr" lines 21.28.05 # perhaps they use them as padding 21.28.11 # but it doesn't look like it 21.28.17 # unless they like padding to arbitrary boundaries 21.28.31 # I think I've noticed those in other tcc firmwares 21.28.53 # What? That they leave unessential code all over the place? 21.28.57 Join neddy1 [0] (n=john@nat/sun/x-29c82c3e45484236) 21.29.32 Join webguest67 [0] (n=5ab841d0@gateway/web/cgi-irc/labb.contactor.se/x-6edcf221860090b1) 21.29.43 Quit neddy1 (Client Quit) 21.30.28 Quit webguest67 (Client Quit) 21.30.37 Join neddy1 [0] (n=john@nat/sun/x-3d05a4dd638f4b35) 21.31.31 # hmm 21.31.35 # lots of mentions of aac+ in here too 21.31.38 # i didn't think this thing did aac 21.32.43 # preglow: I wonder if DMB uses it... 21.33.34 Part kennyj 21.34.10 Join pixelma [0] (i=pixelma@212.204.47.129) 21.34.21 # hmm 21.34.46 # Yes, it does... AAC+, "the BSAC variant of AAC" and MP2 21.35.43 # really 21.35.50 # too bad they don't support the file version 21.35.56 # not that i care... 21.36.56 # Should be relatively easy for them to support DAB+ though. 21.41.29 # if the reed solomon decoder can handle the dab+ encoding, then yes 21.41.38 Join Lear [0] (i=chatzill@rockbox/developer/lear) 21.41.42 # sweet god, decoding 50++ "bx lr" now... 21.46.18 # linuxstb: Is there some ViewVC for brosing the ipl cvs? 21.46.25 # *browsing 21.47.10 Join Buschel_ [0] (n=AndreeBu@p54A3EB47.dip.t-dialin.net) 21.47.35 # amiconn: There seems to be something here - http://ipodlinux.svn.sourceforge.net/viewvc/ipodlinux/ 21.47.47 # Looks like they've moved to SVN at sourceforge... 21.48.58 # thanks 21.49.53 Quit TMM (Remote closed the connection) 21.50.50 # Hmm, this lcd_cmd_data() block in fb.c is the only change in ipl revision 650 ... 21.51.21 # seems this thing supports fat12 21.57.26 # linuxstb: Could you take a closer look at lcd-color_nano.c lines 95..103? 21.57.55 # Iiuc gpio_a01 doesn't matter at all... 21.58.36 Quit csc` (Remote closed the connection) 21.58.40 # amiconn: One moment... I was just reading the IPL IRC logs from the date of that commit - http://rainstorm.org/ipod/stats/ipodlinux.log-2005-06-18 21.58.45 # Not that this simplification would help solving the ipod photo bug.... but perhaps this check is still a bit wrong 21.58.57 # Seems the problem was caused with the upgrade from v1.0 to v1.1 of the Photo OF 21.59.53 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.00.09 Join csc` [0] (n=csc@archlinux/user/csc) 22.01.06 Quit Buschel_ () 22.06.06 # linuxstb: Do you have an idea why the fix doesn't work in rockbox? 22.06.26 Join powr-toc [0] (n=user@84-51-129-124.rickmo645.adsl.metronet.co.uk) 22.06.44 # Hey, is anyone else having trouble downloading builds from rockbox.org? 22.07.01 # amiconn: No, I'm just looking at things now. And I think I agree - gpio_a01 is irrelvant - it's just "lcd_type = gpio_a04;" 22.07.26 # yep 22.08.10 # That reminds me that I still need to do some research regarding the PP colour lcd bridge 22.08.29 # It might pay off to split the color and nano lcd driver at some point, btw 22.09.00 # The nano has some potential for optimising yuv blitting that cannot be applied to the color (because of the 2 lcd types) 22.09.40 # saratoga2/preglow: i am not sure about my results on prescaling the "right operand" of mul/smull 22.10.33 # saratoga2/preglow: >>8 seems to speed up by 1 cycle, but a lot of the operands are =0 in this case (measured with filterbank) 22.10.38 Quit powr-toc (Remote closed the connection) 22.11.11 # saratoga2/preglow: but results on >>16 with smull/mlal are really strange. it's slower... 22.11.18 # (by 1 cycle) 22.11.19 Quit Enginerd3 ("CGI:IRC (EOF)") 22.12.28 # saratoga2: maybe you'll get more precise results from your "1 million mul" test 22.12.45 # * amiconn bookmarked the ipl ViewVC now 22.12.52 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 22.19.28 Join mirak [0] (n=mirak@m29.net81-66-52.noos.fr) 22.25.13 Quit linuxstb (Read error: 113 (No route to host)) 22.25.37 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 22.27.59 Join TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 22.30.51 Quit nplus (Remote closed the connection) 22.31.50 Quit Lear ("ChatZilla 0.9.82.1 [Firefox 3.0/2008052906]") 22.36.55 # Buschel: weird 22.37.13 # Buschel: have you looked at the actual compiled code to make sure gcc doesn't mess anything up? 22.37.52 Join jswetz [0] (n=chatzill@c-6f46e555.186-14-64736c10.cust.bredbandsbolaget.se) 22.39.51 Join crope [0] (n=crope@dyn3-82-128-186-83.psoas.suomi.net) 22.41.25 Quit csc` (Remote closed the connection) 22.41.30 Join webguest56 [0] (n=4515baea@gateway/web/cgi-irc/labb.contactor.se/x-663c6cccbaa573de) 22.41.50 # preglow: i am not sure what this came from, only did several code changes, rebuilds and test runs 22.42.49 Quit DerPapst (Read error: 110 (Connection timed out)) 22.43.20 Join mraudio [0] (n=4515baea@gateway/web/cgi-irc/labb.contactor.se/x-58e149b722adedba) 22.46.56 Quit webguest56 ("CGI:IRC (Ping timeout)") 22.47.01 # bye, see you tomorrow 22.47.03 Quit Buschel () 22.48.47 Quit mraudio ("CGI:IRC (Ping timeout)") 22.48.52 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.49.19 Quit mirak ("Ex-Chat") 22.49.32 Quit miepchen^schlaf () 22.51.27 Join miepchen^schlaf [0] (n=miepchen@p54BF791A.dip.t-dialin.net) 22.52.45 # why would the firmware contain http response strings... 22.55.11 # domonoky1: around? 22.55.31 # jup 22.56.10 # I noticed sectorbuf and verbose being set as global variables in ipodpatcher.c and getting reused by sansapatcher. 22.56.36 # Is there a reason this is done that way? Makes a somewhat inconsistent impression to me 22.57.38 # I'm wondering if it's better to move the variable to the bootloader base class or to split it into two variables -- sansapatcher and ipodpatcher having its own 22.57.55 # that would also make it easier to lib-ify the patchers if we want to do that later on 22.58.35 Quit PaulJam_ (".") 22.58.48 # but i think you have to change the patchers to do that, i didnt want to modify much.... but feel free to change.. 22.59.03 # haveing them seperatly would probably be better.. 23.01.00 # well, I already made some small changed to the patchers, so I think I'd do that too 23.01.27 Join csc` [0] (n=csc@archlinux/user/csc) 23.05.41 Quit linuxstb (Read error: 104 (Connection reset by peer)) 23.05.49 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 23.06.10 Quit neddy1 ("Leaving.") 23.06.52 Quit davina ("GNU/Linux the free alternative to Windows") 23.07.56 Quit domonoky1 (Read error: 104 (Connection reset by peer)) 23.09.59 *** Saving seen data "./dancer.seen" 23.10.57 Quit lolmaus () 23.18.13 Quit bluebrother ("Verlassend") 23.20.17 Quit Mathiasdm ("Yuuw!") 23.28.34 Quit jswetz (Remote closed the connection) 23.31.47 Quit bughunter2 ("bye") 23.32.45 Join SliMM [0] (n=SliMM@62.217.213.169) 23.33.17 # hello 23.33.19 # is the mediawiki plugin in the standard build? 23.33.45 # It's a patch in the tracker. 23.34.16 # but not in the standard build, right? 23.34.47 Join neddy1 [0] (n=john@nat/sun/x-3b951c0ecea18480) 23.34.53 # If it were in the standard build, a patch to add the feature would no longer be necessary. 23.36.10 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.37.33 # ok 23.38.15 # can I use background images with viewports, or make a viewport's background transparent? 23.40.12 # Background images still work how they always did (one fullscreen background image) 23.42.49 Quit XavierGr () 23.43.12 # When there's a background image, colored viewports don't show their color. They're transparent automatically 23.43.18 # At least, if i understand correctly 23.43.27 Quit petur ("*plop*") 23.49.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 23.53.27 Join powr-toc [0] (n=user@84-51-129-124.rickmo645.adsl.metronet.co.uk) 23.54.03 # I've jus updated rockbox on my ipod video 30G, and I keep getting codec error when I try and play mp3s... any ideas whats up? 23.54.43 # powr-toc: you likely didnt install correctly...did you extract the entire zip to the device? 23.55.04 # I think so, but I'll try again 23.56.32 Join d1sturb [0] (n=ddpcandb@ool-44c0f513.dyn.optonline.net) 23.56.59 # scorche|sh: cheers... I obviosly missed something :-) 23.57.09 # Thanks, I got it to work. Just wondering, is there any app you guys no that lets you play videos on 2nd gen nano? 23.57.48 # d1sturb: rockbox doesnt work on the 2nd gen nano 23.58.52 # I know, but there are no other apps that do?