--- Log for 10.08.108 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 days and 18 hours ago 00.00.03 # amiconn: blame preglow :( 00.00.29 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 00.00.31 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 00.00.46 Join fyrestorm [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 00.02.18 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.05.30 # saratoga: http://pastebin.com/m44f8da93 00.06.22 # * amiconn should probably try the movem.l optimisation for wma 00.06.36 Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) 00.07.27 # Stephencc: It depends which cc license - some don't allow derivative works 00.08.18 # its sharealike 3.0 00.08.28 # http://creativecommons.org/licenses/by-sa/3.0/ 00.08.49 Quit oofus (Remote closed the connection) 00.09.05 Quit Vorador (Client Quit) 00.09.09 # Stephencc: Then yes 00.09.33 # thanks updated some of them in work but never uploaded 00.11.07 # saratoga: If the buffer is in iram, movem.l might not help. 00.11.21 Quit ompaul (Client Quit) 00.11.22 # Then there would be another option to write that for libfaad 00.11.47 # (not help performance, that is. It still helps saving instructions) 00.12.07 # hmm simplified 2d on aiudiox5 is in the graveyard but on rockbox-themes.org has a license ? 00.13.10 # * amiconn is testing that right now 00.13.45 # amiconn: the buffer will be in IRAM for libfaad, but for libwmai the dst buffer is not in IRAM (on coldfire) 00.14.34 # Then doing a movem.l optimisation will help wma performance 00.15.08 # For libfaad, it would be interesting where src2 is located, and whether it's line aligned (line size on cf is 16 byte) 00.15.47 Quit Zom_ (Read error: 104 (Connection reset by peer)) 00.16.34 Join Zom [0] (n=zom@reactos/tester/Zom) 00.16.36 # tavnos aswell has no license on the wiki but on rockbox-themes.org it does. 00.18.03 Quit snoh ("GNU/Linux the free alternative to Windows") 00.19.09 Quit [CBR]Unspoken|w (Success) 00.19.18 # saratoga: Eh, the "+r" in the paste should be "+a" of course for src0..2 and dst, and "+d" for n 00.20.07 Join Lambduh [0] (n=Lambda@64.6.88.58) 00.20.11 # amiconn: maybe I'm wrong about where src2 is allocated 00.20.39 # I need to dig into faad a little deeper to see where it allocates everything 00.21.46 # yes I was wrong, it actually gets malloced, though maybe this can be fixed 00.22.21 # also my god faad is basically unreadable 00.22.58 # The other option for faad would be to write it like this: http://pastebin.com/m141201d1 00.24.15 # Btw, doing the movem.l optimisation for libwma makes it go 280%->320% realtime with my (only) wma file 00.24.20 # (measured on H180) 00.25.06 # amiconn: thats amazing 00.25.17 # 14% speedup 00.25.26 # on PP, that function uses only a few percent of the total CPU time 00.25.58 # Mem access optimisation is really important on cf if buffers are in dram 00.26.12 # can you commit those changes? 00.28.26 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 00.28.27 Quit OlivierBorowski (Remote closed the connection) 00.30.06 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 00.30.34 Quit linuxstb (Nick collision from services.) 00.30.38 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 00.31.07 Quit Zom (Read error: 104 (Connection reset by peer)) 00.31.20 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 00.31.32 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 00.32.49 Join midgey_ [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 00.32.55 Quit midgey (Read error: 104 (Connection reset by peer)) 00.32.59 # saratoga: Just did. 00.35.35 # amiconn: faad uses up to the 96K IRAM limit right now, but once its switched over to the Tremor IMDCT, we'd save another 6.5KB of IRAM or so, so it might be possible to move it then 00.36.19 # Stephencc, I do not know when the licenses came to be on rockbox-themes.org. I do not know even if the original author was the one to slap that license on there. In the division of the wiki the only documentation I followed was that of the wiki - to the best of my knowledge there is no way to tell the validity of the claimed licenses on r-t.org/ 00.36.22 # On SCF5250 we have some extra iram, maybe it's possible to add some ifdefs to make use of that 00.36.27 # (same as for PP5022+) 00.36.58 # amiconn: I keep forgetting, for the 5250 the split is 64/64 right? 00.37.05 # yes 00.37.19 # That being said, Stephencc, the "graveyards" need not be a static resting place. If the validity of an author's licensing intentions can be determined and documented there is no reason not to move them back into the gallery. 00.37.30 Join hashbang [0] (n=nosuch@213-152-35-50.dsl.eclipse.net.uk) 00.37.41 # thats probably enough then, though i'd have to dig into it a little more, I'm still not really sure how faad allocates everything 00.37.44 # hiya; can I have write permission to the wiki? 00.37.51 # I just (and I have not looked into it) am not sure r-t.org counts as expressed intent of any of the authors. 00.37.52 # ok cool soap thats what I was thinking too and why I didn't want to make changes to them. 00.38.24 # I've got an FM presets file to upload 00.39.04 # The division as it stands now is a simple one based solely on what material was present in the wiki - no other sources. There might even be documented expressions of licensing for some themes lying in the forums, or even in the IRC logs. 00.39.26 # a lot of info to trawl through tho 00.39.44 # indeed - That is why I'm trying to do it step-by-step. 00.40.08 Quit Zagor ("Leaving") 00.40.38 # I've updated most of the x5 themes to current standards, I could lend a hand with the others by using sims if it would help ? 00.40.51 # that would be most welcome. 00.41.19 # cool I have some free time in work that I could get cracking on the, 00.41.32 # any platform in particular that you'd like done ? 00.41.37 # I had planned on making that a later step - but that was simply because updating existing themes will be a chore for me to do. If you wish to help out that would be a most excellent thing to do. 00.42.28 Quit Zom (Read error: 104 (Connection reset by peer)) 00.42.38 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 00.42.51 # it is time consuming, especially the old %m tag converting to viewports the progress bar changes are easy. 00.43.14 # Do whatever you are comfortable doing, and feel no pressure to do anymore. It will be appreciated either way. 00.43.27 Join goffa [0] (n=goffa@216.220.23.105) 00.43.46 # ok cheers soap will do. just wanted to make sure it was ok to do. 00.45.58 Quit ender` (" If I have the hero and his party trapped, I will not wait until my Superweapon charges to finish them off if more conventio") 00.47.04 # amiconn: what does +a indicate to the assembler? I'm wondering if I should change the ARM version too 00.47.21 # No, you shouldn't 00.47.37 # Coldfire has separate address and data registers (a and d) 00.47.44 # Arm only knows registers 00.47.48 # ah ok 00.48.20 # You can specify +r for coldfire too, but that means gcc can choose either type 00.48.31 # (or r, or &r etc) 00.48.46 Quit Zom (Read error: 104 (Connection reset by peer)) 00.49.09 # honestly, the closest thing I've programmed to coldfire is the 68HC11 so I know basically nothing about it 00.49.17 # But many instructions require one of the types, e.g. you can't use a data register as an address 00.49.32 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 00.51.07 # ...and even for instructions which can use either type (e.g. add), the instruction behaves slightly different depending on the register type. E.g. for 'add', using an address register as the destination doesn't change flags, while using a data register as the destination does. 00.51.22 Quit Guest88187 () 00.54.06 Quit goffa_ (Read error: 110 (Connection timed out)) 00.55.37 Quit Stephencc ("CGI:IRC") 00.57.03 # amiconn: is the code around line 1457 in wmadeci likely to have the same issue since s->frame_out is in DRAM? 00.57.11 Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 00.58.37 # 1457? 01.00.55 # amiconn: I'm wondering if gcc is likely to handle that interleaving sample code well 01.02.19 Join oofus [0] (n=chris@oofus.demon.co.uk) 01.05.57 # The inner for() loop certainly isn't nice 01.07.03 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 01.07.05 # I'm not sure how much this influences performance though 01.07.52 Quit bluebrother ("leaving") 01.08.19 Quit midgey_ () 01.12.52 Quit Zom (Connection timed out) 01.14.11 *** Saving seen data "./dancer.seen" 01.16.14 Quit bertrik_ ("Leaving") 01.28.47 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 01.32.07 Part Psycownage 01.35.39 # AAC improvements are up in FS#9257 01.35.58 # the speedup was pretty small on ARM, but its a start 01.41.32 Quit saratoga ("CGI:IRC (EOF)") 01.42.39 Join massiveH [0] (n=massiveH@ip68-227-37-246.lv.lv.cox.net) 01.50.01 Quit CaptainKewl (Remote closed the connection) 01.50.35 Quit mcuelenaere () 02.04.50 Join whoever [0] (i=whoever@77-57-207-30.dclient.hispeed.ch) 02.06.03 # hi together:)! I'm german, so sorry for my engilsh:)! I've created a Design for de iAudio X5, and want to load it in the internet, but I can't. If I click "attach" (like in the manual) then I log in, but come on a white site.. 02.06.23 # so can somebody help me? can somebody reproduce this problem? 02.07.06 # ahh, yes:) 02.07.22 # I have to ask you for wiki-write permission? 02.09.14 # can somebody give them to me? 02.10.04 Quit culture (Connection timed out) 02.14.09 Quit hashbang ("Client exiting") 02.14.19 Quit Seed ("cu, Andre") 02.17.40 # whoever: You didn't read this sentence on the registration page? "Your WikiName must be your real first and last name concatenated, like JohnSmith or SteveAnderson. It's not JohnS, SteveA or NinjaBoy. We will delete your registration without notice if you break this rule." 02.18.26 # hmm.. 02.18.28 # ok 02.22.34 Join coatman [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 02.27.26 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 02.38.37 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 02.52.00 Quit Thundercloud (Remote closed the connection) 02.53.37 Nick oofus is now known as oofus[away] (n=chris@oofus.demon.co.uk) 02.54.31 # okey - that was not very easy, but its online now:) 02.54.37 # thanks to linuxstb :) 02.55.33 # if somebody can control my english in the description, i would be very happy 02.55.35 # it is here: http://www.rockbox.org/twiki/bin/view/Main/WpsIaudioX5#RubenRichiger 02.56.44 # whoever: It would be nice to state the licenses on the page 02.58.00 # rasher: done - thanks 02.59.32 # rasher, is everything else ok and like the rules are:)? 03.00.36 # whoever: As far as I can tell, yeah 03.00.52 # ok, thanks 03.01.21 # rasher: can i see how much this file was downloaded:)? 03.01.52 # I don't think so 03.02.18 # oh, sad:) 03.04.10 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 03.07.33 Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) 03.14.13 *** Saving seen data "./dancer.seen" 03.14.34 Quit nplus (Read error: 104 (Connection reset by peer)) 03.16.59 Join nplus [0] (n=nplus@141.25.globcom.net) 03.27.03 Quit dabujo (Read error: 104 (Connection reset by peer)) 03.28.18 Quit herrwaldo (Remote closed the connection) 03.34.34 Quit nuonguy ("This computer has gone to sleep") 03.35.23 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.35.35 Join reacocard [0] (n=reacocar@205.162.218.11) 03.37.16 Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-2925ce948c95bc1f) 03.40.50 Quit DerDome (Nick collision from services.) 03.40.51 Join DerDome1 [0] (n=DerDome@dslb-082-083-205-188.pools.arcor-ip.net) 03.41.03 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-205-188.pools.arcor-ip.net) 03.41.04 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.41.27 Nick oofus[away] is now known as oofus (n=chris@oofus.demon.co.uk) 03.44.27 Part whoever ("Verlassend") 03.50.36 Quit oofus (Remote closed the connection) 03.53.18 Quit massiveH ("Leaving") 03.58.30 Quit coatman (Nick collision from services.) 03.58.37 Join coatman_ [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 04.00.12 Join ackers [0] (n=Becks@80-235-149-109.cable.ubr22.newt.blueyonder.co.uk) 04.02.09 Nick coatman_ is now known as coatman (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 04.02.54 Quit ackers (Client Quit) 04.03.32 Quit coatman ("See You All Later") 04.29.50 Quit m0f0x () 04.31.13 Join Kornfan71 [0] (n=chatzill@cpe-98-28-229-2.woh.res.rr.com) 04.33.08 # Hi. I'm working with a custom WPS, and I'm getting caught up on the progress bar. How can I make an X,Y value negative if "-" means "default." My player will use the dash as default no matter what's after it. 04.36.25 Quit Kornfan71 ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 04.40.41 Quit shodanX (SendQ exceeded) 04.42.17 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 04.47.34 Quit midgey () 04.49.17 Join miepchen^schlaf [0] (n=miepchen@p54BF43F3.dip.t-dialin.net) 04.49.36 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.50.39 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.53.11 Quit JdGordon ("Konversation terminated!") 04.54.52 # Kornfan71: you don't want to make an X, Y value negative is the short answer 04.55.42 Join BlakeJohnson86 [0] (n=bjohnson@70-13-207-35.area2.spcsdns.net) 04.55.54 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 04.56.20 Join JdGordon [0] (n=Miranda@c210-49-163-174.smelb2.vic.optusnet.com.au) 04.58.17 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 05.06.33 Join solexx_ [0] (n=jrschulz@e176103067.adsl.alicedsl.de) 05.11.28 Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-47a9e12b3649ce2a) 05.14.17 *** Saving seen data "./dancer.seen" 05.23.25 Quit solexx (Read error: 110 (Connection timed out)) 05.32.59 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.00.54 Quit avis (Read error: 110 (Connection timed out)) 06.06.45 Join donutman25 [0] (n=chatzill@65.75.87.48) 06.13.30 Join massiveH [0] (n=massiveH@ip68-227-37-246.lv.lv.cox.net) 06.18.48 Quit Zarggg () 06.23.33 Quit donutman25 (Read error: 104 (Connection reset by peer)) 06.37.56 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 06.38.05 Quit jhulst (Read error: 104 (Connection reset by peer)) 06.41.08 Join coatman [0] (i=coatman@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 06.45.24 Quit Seed ("cu, Andre") 06.47.03 Quit JdGordon (Read error: 104 (Connection reset by peer)) 06.51.03 Join JdGordon [0] (n=jonno@c210-49-163-174.smelb2.vic.optusnet.com.au) 06.53.58 Quit Zom_ (Read error: 60 (Operation timed out)) 06.54.09 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 07.00.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.07.56 Join whoever [0] (i=whoever@77-57-207-30.dclient.hispeed.ch) 07.10.15 # Hi together:)! I have a question to my rockbox on my iAudioX5. There is the option to insert a file (or e direction) in the playlist as next. then the song or the direction is the next song in the playlist. But i can insert the file (or direction) also as next in queue. But where is the difference? The song is playing next, too! So I can't see a difference. can somebody help me (sorry for my english, I'm German) 07.12.37 # Queued files do not stay in the playlist, they are removed after they're played. 07.12.51 # Inserted files stay in the playlist and will persist when/if you save it or reshuffle it. 07.13.48 # ah, okay, thanks 07.14.19 *** Saving seen data "./dancer.seen" 07.33.51 # saratoga: (for the logs) Your latest WMA change slows it down again on coldfire (320%->291% with my test file) 07.47.23 Join e250 [0] (n=405c2931@gateway/web/cgi-irc/labb.contactor.se/x-5b019b423cd7f0c3) 07.50.43 Quit coatman ("See You All Later") 07.52.51 Quit e250 ("CGI:IRC (Ping timeout)") 08.03.14 Quit massiveH ("Leaving") 08.07.35 Join coatman [0] (n=root@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 08.07.48 Quit coatman (Read error: 104 (Connection reset by peer)) 08.08.09 Join coatman [0] (n=root@ppp-70-246-155-132.dsl.stlsmo.swbell.net) 08.18.03 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-76c12f6d53a5bf33) 08.18.18 Quit coatman (Remote closed the connection) 08.18.41 # amiconn: around? 08.18.59 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 08.20.20 Join Rob2222 [0] (n=Miranda@p4FDCE414.dip.t-dialin.net) 08.22.46 Quit jhulst_ (Read error: 113 (No route to host)) 08.23.52 Join avis [0] (n=ident@pdpc/supporter/student/avis) 08.27.26 Quit Rob2223 (Read error: 60 (Operation timed out)) 08.39.19 # saratoga: yes. Seen my msg in the log? 08.42.15 Join stoffel_ [0] (n=sfr@p57B4FDEA.dip.t-dialin.net) 08.43.27 Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 08.43.27 Quit Zom (Read error: 54 (Connection reset by peer)) 08.48.31 # amiconn: yes I did 08.48.43 # those results are really confusing 08.48.58 # all that commit did was move the output buffer into IRAM by sharing that space with the IMDCT temporary buffer 08.49.18 # (i thought I"d done this a while ago, but noticed while working on AAC that I hadn't, so I fixed it) 08.52.35 # Sometimes moving things around on cf might produce such confusing speed changes, due to icache aliasing 08.54.10 # I'm going to move some other variables into IRAM eventually, I guess I could wait and see if the problem resolves itself 08.54.49 Join perrikwp [0] (i=4ce20572@gateway/web/ajax/mibbit.com/x-bed79fd2c3275fae) 08.55.18 Nick num1 is now known as num1_ (n=brian@unaffiliated/num1) 09.00.46 Quit saratoga ("CGI:IRC (EOF)") 09.07.01 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 09.10.00 Quit SUSaiyan (Read error: 104 (Connection reset by peer)) 09.14.21 *** Saving seen data "./dancer.seen" 09.21.40 Quit vort3x (Read error: 104 (Connection reset by peer)) 09.21.40 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 09.21.52 Quit Zom_ (Read error: 104 (Connection reset by peer)) 09.21.56 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 09.22.14 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 09.22.32 Join Guest51933 [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 09.23.27 Quit Guest51933 (Client Quit) 09.23.50 Join Guest51933 [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 09.26.10 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.27.03 Quit Zom (Read error: 60 (Operation timed out)) 09.27.15 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 09.35.55 Quit stoffel_ ("leaving") 09.40.20 Join vitja [0] (n=vitja@79.120.98.174) 09.44.51 Quit XavierGr (Nick collision from services.) 09.45.04 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 09.45.07 Join wpyh [0] (n=william@125.163.1.50) 09.45.28 Quit XavierGr (Client Quit) 09.45.50 # mcuelenaere: thanks for including IHFSsplit into rockbox :) 09.51.28 Quit Zom (Read error: 54 (Connection reset by peer)) 09.51.34 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 09.51.57 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 09.55.13 Quit tvelocity (Read error: 110 (Connection timed out)) 09.57.48 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 10.07.38 Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 10.14.22 Quit Zom (Read error: 110 (Connection timed out)) 10.14.25 # mcuelenaere: I've uploaded the bin files in a package, but it's not complete (I didn't upload the 65 MB image due to its huge size, I'm on a metered connection). 10.17.04 Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) 10.20.16 Part wpyh 10.26.10 # can someone close 9259? my internet is screwed up again 10.26.37 Join petur [50] (n=petur@rockbox/developer/petur) 10.26.57 # JdGordon: with which reason? 10.29.26 Quit amiconn (Nick collision from services.) 10.29.32 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.31.14 Quit nuonguy ("This computer has gone to sleep") 10.48.51 Join goffa_ [0] (n=goffa@216.220.23.105) 10.50.22 Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) 10.51.39 Join stoffel_ [0] (n=sfr@p57B4F6EB.dip.t-dialin.net) 10.54.33 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 10.58.08 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 10.58.14 Quit OlivierBorowski (Remote closed the connection) 11.01.48 Quit goffa (Read error: 110 (Connection timed out)) 11.03.12 # rasher: as fixed 11.04.11 # JdGordon: done 11.04.15 # thanks 11.14.19 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.14.24 *** Saving seen data "./dancer.seen" 11.15.44 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 11.22.22 Join herrwaldo [0] (n=waldo@ip-81-11-208-153.dsl.scarlet.be) 11.25.24 Quit herrwaldo (Remote closed the connection) 11.28.29 Join herrwaldo [0] (n=waldo@ip-81-11-208-174.dsl.scarlet.be) 11.31.53 Quit amiconn (" bbl") 11.37.34 Quit whoever ("Verlassend") 11.43.37 Join Schmogel [0] (n=Miranda@p3EE225C5.dip0.t-ipconnect.de) 12.05.59 # heh sound worked! 12.06.24 # vitja: Time to send a "Gentlemen" mail? 12.06.53 # rasher, what do you mean? 12.07.12 # vitja: Like this: http://www.rockbox.org/mail/archive/rockbox-archive-2002-05/0016.shtml 12.07.27 # It's a tradition that new ports do that when sound playback first happens 12.08.04 Join Quazgaa [0] (i=quaz@c-24-18-73-89.hsd1.mn.comcast.net) 12.08.13 # Remember to include which song/sound you played. And the Subject should be similar. Lots of rules 12.08.27 # heh but I just play noise ) 12.09.30 # Ah, okay. So still not quite right? Once you can play music (in any form - doesn't have to be the playback system working I think), it's time to send that mail 12.12.43 # is there a guide or anything for building rockbox from source? 12.12.52 # There are several 12.13.14 # Quazgaa: start here: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex#For_Developers 12.13.56 # k thanks 12.18.38 # hmm the simple linux guide makes it sound like you dont need to cross compile glibc or anything..just configure && make ? 12.20.04 Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) 12.20.28 # For building the cross-compilers, the tools/rockboxdev.sh script in the Rockbox source tree is helpful - it downloads, compiles and installs for you. 12.20.56 # But no, Rockbox has its own C library. 12.21.23 # nice 12.57.28 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 12.59.45 Quit stoffel_ (Read error: 113 (No route to host)) 13.02.15 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.08.19 Join vitja_ [0] (n=vitja@79.120.98.174) 13.10.36 Quit vitja (Read error: 110 (Connection timed out)) 13.10.50 Quit CyBergRind|w (Read error: 110 (Connection timed out)) 13.10.51 # wpyh: I see you said you'll write an hxf2ihfs utility; actually I've also started doing this but didn't came far (yet). how far are you so we aren't doing double work? 13.14.08 # vitja_: Congratulations! :) 13.14.25 *** Saving seen data "./dancer.seen" 13.18.06 # vitja_: if you see what sort of "music" some people choose as the first to play on a new port, your noise is probably an improvement ;) 13.18.39 # http://www.rockbox.org/twiki/bin/view/Main/GentlemenMails 13.19.52 # vitja_: Did you find any documentation on the built-in codec? 13.20.19 # linuxstb, no 13.20.57 # Double congratulations then ;) 13.21.38 # that seems to be wm8731 13.22.27 Quit BHSPitLappy (Remote closed the connection) 13.24.40 # Ah, nice ;) 13.25.51 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 13.27.45 Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) 13.30.49 # wpyh: why did you disable the usb_set_configuration() call in usbtool? I know the USB implementation of the recovery mode is a big 'buggy', but this worked for the vx747 13.35.12 # mcuelenaere, maybe he did it because of a difference between windows and linux. IIRC linux automatically sets the configuration, while windows does not. 13.35.39 # ahh, perhaps. I haven't tested the utility on Linux.. perhaps I should 13.36.26 # bertrik: so you're saying calling usb_set_configuration() twice fails? 13.36.37 Quit Psycownage () 13.38.05 # so either I should disable this call in Linux or I should do a usb_get_configuration() first to see if the device is already configured? 13.40.06 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.43.33 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.53.44 Quit Thundercloud (Remote closed the connection) 14.05.14 Join dabujo [0] (i=xx@p4FDB1D15.dip0.t-ipconnect.de) 14.08.07 Join bertrik_ [0] (n=bertrik@186-032-045-062.dynamic.caiway.nl) 14.14.46 Join tvelocity [0] (n=tony@athedsl-113382.home.otenet.gr) 14.20.03 Quit bertrik (Read error: 113 (No route to host)) 14.22.17 # rasher: nice page... the title is a bit wtf-y to people not in the know though 14.33.35 # so are we doing a tracker cleanup week or is everyone having too much fun on holidays? 14.38.04 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.47.50 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 14.53.19 # here comes a red row! 14.56.33 # well that was a little bigger than expected :p 14.58.55 # * JdGordon is confused by the huge delta... 14.59.11 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 15.00.21 # JdGordon: "a bit more RAM" ? ;) 15.00.43 Join n1s [0] (n=nils@rockbox/developer/n1s) 15.00.55 # i was expecting 2 or 3 k... 15.01.06 # anyway, its not like its really that big a deal on those targets 15.01.26 # woah, what's that of a delta? 15.01.26 # It's also not a difficult change to revert 15.01.41 # You didn't even test-build 1 target? 15.02.08 # i test built 2 targets... i didnt check the diff because frankly i didnt worry about it that much 15.02.17 # * JdGordon got the ok for this ages ago btw... 15.02.57 # JdGordon: "A bit" more?? 15.03.00 # and why is there a need to open more than 8 folders? 15.03.15 # JdGordon: Also... http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-08/0002.shtml 15.03.22 # amiconn: your slow tonight.... the build finished 10min ago :D 15.03.39 # and from the linked tasks this is almost only a disktidy issue ... 15.03.47 # and stats 15.04.01 # and well anything that recursivly opens directories 15.04.31 # linuxstb: Huh, the commit message was fairly descriptive 15.05.09 # well, is opening recursively needed with that depth anyway? 15.05.11 # rasher: Not really. It should say _why_ we need more open directories at the same time, and why 16 was chosen. 15.05.50 # That's certainly a higher standard than most commit messages are judged by 15.06.06 # rasher: I judge them all, I just don't always moan... 15.07.30 # * JdGordon feels special then :D 15.07.51 # Does r18230 need to explain _why_ the call to request_irc() was unneeded, then? 15.07.56 # * bluebrother would like to see a commit message judgement result stat ;-) 15.08.46 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.08.48 # Hi! 15.09.57 # * gevaerts thinks that high-red-delta commits should indeed have stricter "why" requirements 15.10.22 # rasher: I'm guessing in that case, "unneeded" means "unused" - that function doesn't exist. But IMO the "why" is the important part of commit messages, the "what" is obvious from the diffs... 15.10.45 # (but a summary of the what is helpful) 15.11.51 Join stoffel_ [0] (n=sfr@p57B4C22A.dip.t-dialin.net) 15.11.56 # * JdGordon thinks the why was covered just fine 15.12.16 # linuxstb, rasher: guessed correct. request_irq() was my first idea until I changed over to static IRQ allocation 15.12.36 # why: because it closes three FS entries? 15.13.10 # why: to let more directories be open? 15.13.20 # * JdGordon is with rasher on this one 15.13.34 # why: why do we need more directories be open the same time? 15.14.02 # Do we need to start from I think therefore I am on each commit? 15.14.30 *** Saving seen data "./dancer.seen" 15.14.55 # No, as that is all but self-evidend regardless of what Descartes thought 15.15.01 # JdGordon: Why 16? And is the fix only useful for disktidy? (those FS tasks are all disktidy) 15.15.03 # s/end/ent/ 15.16.09 # linuxstb: well.. 16 is a nice round number, and no its not only disktidy, its EVERYTHING that recursivly scans the dir tree, those tass are the ones i found immediatly, i know there are more 15.16.15 # what happenes if there are 17 nested folder? IMO we shouldn't simply make the number bigger but try to not open that much folder ... 15.16.33 # anyone with more than 16 nested folders really needs to rethink their setup 15.17.04 # but more than 8 nested folders is nothing special on a DAP? 15.17.23 # anyone who uses unbounded recursive algorithms on an embedded system really needs to rethink their setup 15.18.39 Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) 15.18.43 Quit Horscht (Read error: 110 (Connection timed out)) 15.18.50 # 8 is just as much an arbitrary number as 16 (or any other of the infitie available..) 15.19.18 # and I wonder how else you'd populate a playlist with every available track if not recursivly 15.19.59 # That doesn't mean the dirs have to be open 15.20.29 # true. Plus, we need sensible limits anyway. I really don't understand why 8 isn't a sensible limit in this case. 15.20.38 Join Horscht [0] (n=Horscht@p4FD4D805.dip.t-dialin.net) 15.20.42 # It's not *necessary* to keep the dirs open while recursively opening them. Just easier 15.21.56 # bluebrother: I would agree - 8 has served Rockbox well for 6 years... 15.22.41 # * JdGordon reduces it to 12 to get 7k back 15.22.56 # I'd say stats and disktidy should be fixed to close their dir entries before recursively opening instead 15.23.18 Join mike9120 [0] (n=be98152e@gateway/web/cgi-irc/labb.contactor.se/x-050438a9d4fa8564) 15.23.38 # its the core also.... 15.24.01 # Is it? 15.24.35 # does the recursion stuff in the core have the same issue? Or is it only the same limit in the core (which isn't surprising) 15.24.54 # Doing recursion with closing + reopening is somewhat tricky 15.25.00 # Should be doable though 15.25.37 # amiconn: you could save the dir names and only recurse after you've looped over the entire dir. Would mean larger RAM usage, but that's not much of an issue for plugins, is it? 15.25.45 Quit mike9120 (Client Quit) 15.26.20 # Right, the core doesn't do anything fancy to prevent this either as far as I can tell, so presumably it does indeed suffer from the same problem. 15.26.25 # amiconn: did my change to english.lang fix your string order problem? 15.26.32 # apps/playlist.c:1592 15.26.36 # n1s: Yes, thanks for the fix 15.26.50 # :) 15.26.58 # hmm... bugger... seems the playlist generation is happy with huge trees... 15.27.05 # Huh 15.27.54 # it would be nice if genlang could handle feature mismatches in translations nicer 15.30.08 # I don't understand how check_subdir_for_music manages not to break 15.30.57 Quit linuxstb (Read error: 60 (Operation timed out)) 15.31.30 # rasher: ah, coz ft_load opens the directory, copies the contents to the tree context, then closes it again 15.32.24 # ok, the real fix should be to get the tree context thing more flexible so it can be called more freely, then force everything to use that instead of opening dirs manually 15.33.19 # * JdGordon notes that ft_* isnt in the plugin api 15.33.49 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 15.33.56 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.34.44 Quit stoffel_ (Read error: 113 (No route to host)) 15.35.14 Quit reacocard (Read error: 110 (Connection timed out)) 15.36.02 # :) recursivly removing a directory will fail also 15.36.17 # as will move/copy 15.36.46 # tagcache also 15.44.46 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.47.12 Quit ChanServ (calvino.freenode.net irc.freenode.net) 15.47.12 NSplit calvino.freenode.net irc.freenode.net 15.47.44 Join dOdS [0] (n=be98152e@gateway/web/cgi-irc/labb.contactor.se/x-b6afb3846f3c1085) 15.48.11 # hi i am having a problem installing rockbox on my sansa e250R 15.48.32 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 15.48.37 # i would really apreciate some hlep 15.48.49 # ask and yee shal receive 15.50.08 # when i do the bootloader thing it says that its done ...but when i am on last step from here http://www.rockbox.org/twiki/bin/view/Main/SansaE200RInstallationFromWindows i shows a can load main image prboblem 15.50.20 Part J-23 15.50.27 # * amiconn found the bit for switching update direction on ipod photo (type 0) lcd :D 15.50.52 # amiconn: What does that mean? 15.51.06 # This means we can have faast lcd_yuv_blit() 15.51.36 # hello i need help pls! 15.52.30 # dOdS: please have a bit of patience. People are not continuously watching this channel 15.52.54 # whih channel is better ? 15.52.54 # * bluebrother reads that page and is confused by the steps 15.53.41 # dOdS: there is no better channel. You might want to try the forums, but those are even slower due to their nature of asynchronous communication ... 15.53.57 Quit petur ("*plop*") 15.54.18 # can u help me ?? bluebrother 15.54.32 Join stoffel_ [0] (n=sfr@p57B4C22A.dip.t-dialin.net) 15.54.35 # * gevaerts hands out packets of patience 15.54.37 # dOdS: "i shows a can load main image prboblem" doesn't make much sense in English... 15.54.46 NHeal calvino.freenode.net irc.freenode.net 15.54.46 NJoin ChanServ [0] (ChanServ@services.) 15.54.46 Mode "#rockbox +o ChanServ " by irc.freenode.net 15.54.58 # hmm. Doesn't the R work with sansapatcher once it has been patched? 15.55.08 # dOdS: you've done the manufacturer mode part? 15.55.13 # u know the problem "cant load main image , switch to recovery mod" 15.55.19 # yes i did 15.55.20 # bluebrother: No - the firmware partition isn't visible via USB, even after patching. 15.56.08 # cant load main image means you need to reinstall the OF first 15.56.09 # linuxstb: urgh. Not nice ... 15.56.27 # i did patched the sansa, it said "completed succesfully" 15.57.24 # does it have to say something like this "Firmware Unlocked, Proceed to Step 2"???? 15.59.43 # I dont remember what it should say.. but successful sounds good enough 16.00.39 # it said that but when i do the rest it does not load rock box and get the cant load main image ... 16.00.49 # well, from the SansaE200RInstallation page it should say "firmware unlocked" 16.01.25 Quit Thundercloud (Remote closed the connection) 16.01.40 Quit herrwaldo (Remote closed the connection) 16.01.40 # yes but mine doesn't, don't know why 16.03.27 # how do i reinstall the OF ? 16.04.30 # so vitja_: what's the problem with battery and pcf? 16.04.39 Join perrikwp [0] (i=18d26cb4@gateway/web/ajax/mibbit.com/x-e4da0026274d8b17) 16.04.55 # mcuelenaere, when I boot my player first time backlight doesn't work 16.05.16 # pcf5060 initialization is missed 16.05.20 # dOdS: check SansaE200Unbrick 16.05.32 # i'll do thnks 16.05.48 # vitja_: you mean when you boot the player with your code? 16.06.13 # no when I disconnect battery and then boot code 16.06.27 # if player is on battery and OF started once that's okay 16.06.43 # so now I'm looking initializtion code in OF 16.07.34 # hmm I see that Rockbox already has some pcf5060x code in firmware/drivers/ 16.07.58 Join herrwaldo [0] (n=waldo@ip-81-11-213-109.dsl.scarlet.be) 16.08.00 # yeah but initialization sequence is unique for each board 16.08.06 # yeah so it seems 16.11.29 # the SansaE200Unbrick was not usefull ? 16.11.52 # is there other cases of e250R that don't work with rockbox ? 16.15.18 # mcuelenaere, hehe it worked 16.15.31 # the pcf initialisation? 16.15.38 # yeah 16.15.42 # cool 16.15.59 # Can anyone familr annotate initialization? 16.16.24 Join mf0102 [0] (n=michi@85.127.20.140) 16.16.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 16.17.18 # vitja_: the pcf50606 seems to have a datasheet 16.18.03 # mcuelenaere, I know, but if you are familar that should be much easy 16.19.02 # hmm the pcf50606 driver in Rockbox seems to be made by shotofadds 16.20.36 Quit Schmogel (Read error: 110 (Connection timed out)) 16.21.43 # vitja_: perhaps you should post/pastebin the initialisation somewhere so people who read the log can look into it 16.22.25 # okay 16.22.39 # but it's not ready now 16.22.45 # I'll attach new patch latter 16.26.36 Quit midgey () 16.29.49 Quit fdinel (Read error: 104 (Connection reset by peer)) 16.31.53 Quit dOdS ("CGI:IRC (EOF)") 16.33.53 Quit stoffel_ (Read error: 113 (No route to host)) 16.38.29 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-9936f6b39d8dc59e) 16.39.47 Quit dabujo (Read error: 104 (Connection reset by peer)) 16.43.57 Quit SoapWork ("CGI:IRC (Ping timeout)") 16.48.19 Join SoapWork [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-58070da01a92e86f) 17.03.54 Join Xqtftqx [0] (n=tyler@cpe-76-181-19-107.columbus.res.rr.com) 17.04.51 Part Xqtftqx 17.04.56 # bluebrother: still need a 64 bit rbutil? I've got the time now and have installed qt 17.05.26 # so are there any special things to do for a release or just following the steps in the wiki? 17.06.27 # n1s: you should of course check out the tagged version 17.06.59 # yes, and build it statically right? 17.07.56 # Yeah. 17.10.06 Quit ChanServ (calvino.freenode.net irc.freenode.net) 17.10.06 NSplit calvino.freenode.net irc.freenode.net 17.11.24 # Do I need to build a special version of qt to be able to build a static rbutil? 17.11.24 NHeal calvino.freenode.net irc.freenode.net 17.11.24 NJoin ChanServ [0] (ChanServ@services.) 17.11.24 Mode "#rockbox +o ChanServ " by irc.freenode.net 17.14.31 *** Saving seen data "./dancer.seen" 17.16.18 # n1s: usually you need to build Qt itself statically. You can then install that in a separate folder and run qmake directly from it (i.e. using the full path to qmake) 17.17.04 # bluebrother: aha, got a link to some instructions? and which version should I use? 17.17.28 # last binaries I made used Qt 4.4.0, but it should be safe using the most recent 4.4.1 17.18.01 # as for building Qt itself I posted a configure line in the wiki a while ago -- most important is to use the -static configure option 17.18.13 # (and most likely -prefix ;-) 17.18.38 # oh, that was a line for building qt :) 17.18.49 # * n1s is still slightly hung over... 17.19.28 # yep. Building rbutil is simply qmake && make ;-) 17.21.19 Quit BlakeJohnson86 ("Leaving.") 17.27.41 Quit faemir ("Leaving") 17.35.57 Join maffe [0] (n=Miranda@p5B040EA4.dip0.t-ipconnect.de) 17.36.24 Quit Psycownage () 17.41.56 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 17.42.05 Join bb10 [0] (n=bb10@g41191.upc-g.chello.nl) 17.50.40 Join Schmogel [0] (n=Miranda@p3EE225C5.dip0.t-ipconnect.de) 17.57.22 Quit bb10 ("Leaving") 17.58.22 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.02.11 # Is there an update for rbutil for mac coming soon? 18.07.26 Quit maffe ("IRC ist obsolet!") 18.08.34 # not sooner than for any other platform. But current binaries are up to date for all platforms. 18.10.34 Join coatman [0] (i=coatman@ppp-70-246-145-237.dsl.stlsmo.swbell.net) 18.12.31 Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-9ded83328a0bc224) 18.14.40 Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) 18.15.11 # is anyone around who is fluent in Chinese and could explain whats going on here? http://forums.rockbox.org/index.php?topic=14165.msg130817#msg130817 18.16.56 Join hannesd [0] (n=light@p5B160042.dip0.t-ipconnect.de) 18.21.08 Quit tvelocity (Remote closed the connection) 18.21.37 Join Taylor [0] (n=43a2944b@gateway/web/cgi-irc/labb.contactor.se/x-fb3bf4d2932160e6) 18.22.51 # Are there people here that can help me with my rockbox installation 18.23.01 Join tvelocity [0] (n=tony@athedsl-113382.home.otenet.gr) 18.23.16 # ask and you'll find out 18.27.25 Quit miepchen^schlaf () 18.28.05 Quit coatman ("See You All Later") 18.28.36 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 18.37.02 Quit vitja_ (Read error: 113 (No route to host)) 18.37.06 Quit SoapWork ("CGI:IRC") 18.38.09 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 18.38.10 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 18.40.53 Join petur [50] (n=petur@rockbox/developer/petur) 18.51.23 Quit Taylor ("CGI:IRC (EOF)") 18.51.28 Quit bluebrother (Nick collision from services.) 18.51.33 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 18.58.00 Quit faemir (Remote closed the connection) 19.02.01 Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) 19.05.41 Join toffe82 [0] (n=chatzill@adsl-70-235-224-73.dsl.frs2ca.sbcglobal.net) 19.05.58 # saratoga: You IRAM change does help a bit on the PP5002: 197%->202% realtime 19.14.34 *** Saving seen data "./dancer.seen" 19.16.26 Quit midgey () 19.18.16 # amiconn: in theory I think the test codec plugin doesn't measure all the improvement, since some of the DSP operations happen in IRAM and testcodec doesn't measure them 19.18.35 # so maybe theres some other improvement 19.18.50 # s/additional/other/ 19.20.46 # Maybe it should also do tests with some dsp settings enabled 19.21.11 # That's not easily doable, afaik 19.21.39 # test_codec replicates the codec api, so that the codec is controlled from th eplugin instead of the core 19.22.09 # I don't think it's possible to pass data through the dsp from there 19.22.20 # Ah, pity 19.24.43 # saratoga: It seems that the effect, if it exists, isn't very big. I can confirm the slowdown on coldfire (caused by the buffer move) with real playback as well (more boosting), while a dsp speedup effect due to the buffer being in iram should help against that 19.24.52 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 19.28.21 Quit homielowe () 19.30.57 # amiconn: think I should put the buffer back (on coldfire at least)? 19.38.12 Join Lear [0] (i=chatzill@rockbox/developer/lear) 19.38.24 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.45.06 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.51.53 # saratoga: I don't think it's necessary. Some unrelated change will probably change the speed again 19.57.23 Part pixelma 20.03.46 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 20.05.02 Quit saratoga ("CGI:IRC") 20.08.26 Quit ompaul (Client Quit) 20.08.48 Quit EspeonEefi ("さよなら") 20.12.50 Join ze0 [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) 20.13.16 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 20.13.49 Quit Bensawsome ("The awsome is gone :(") 20.15.23 Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) 20.15.48 Join vitja [0] (n=vitja@79.120.98.174) 20.15.58 Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-86b517619c9a516c) 20.15.59 Join Mathiasdm [0] (n=Mathias@vpna046.ugent.be) 20.16.10 Quit Alonea (Client Quit) 20.16.21 # mcuelenaere, rockbox main() fails at show_logo() 20.17.02 # if I add backlight initialization after lcd_init it switches on display but after panicf() the screen is only black 20.17.07 Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-dc1d7171adb80dce) 20.17.35 Quit vort3x (Read error: 104 (Connection reset by peer)) 20.17.56 Quit gevaerts (Nick collision from services.) 20.18.05 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 20.18.52 # its been a while since I have been here. I looked a bit and it appears there isn't a fix still for ac-adapter charging for the sansa e200 series. Is this correct? 20.19.33 Quit ze (Read error: 110 (Connection timed out)) 20.21.07 Nick ze0 is now known as ze (i=ze@cpe-75-82-143-231.socal.res.rr.com) 20.22.23 Quit thegeek_ (Read error: 110 (Connection timed out)) 20.22.34 Quit Rob2222 (Read error: 110 (Connection timed out)) 20.24.27 Join Psycownage [0] (n=Philip_j@90.242.179.180) 20.25.35 # the problem is described in this post: http://www.rockbox.org/tracker/task/7320?histring=sansa. 20.29.25 Quit amiconn (" bbl") 20.30.35 Join webguest27 [0] (n=544bf085@gateway/web/cgi-irc/labb.contactor.se/x-c11cf8b43a22ab2f) 20.30.47 # Alonea: in the comments in that task is a link to a patch that implements charging on the sansa's and since it has not yet been committed it's not in svn yet 20.31.54 # hello everyone. I have a question to the iPod Video source code. Where can I find the button #defines ? 20.33.10 Quit nuonguy ("This computer has gone to sleep") 20.33.26 Quit webguest27 (Client Quit) 20.33.36 Join webguest65 [0] (n=544bf085@gateway/web/cgi-irc/labb.contactor.se/x-d28069d4d443aeda) 20.33.42 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 20.34.23 Join sven_ [0] (n=sven@84-75-240-133.dclient.hispeed.ch) 20.34.23 Quit webguest65 (Client Quit) 20.35.23 # n1s: I looked at that too somewhat, but the tech speak threw me off. Has anyone used this patch with success to fix the ac charging problem? Is there anythign I should be worried about using the basic settings? 20.35.51 # webguest27: apps/keymaps/keymap-ipod.c 20.35.54 # oh 20.36.02 Quit sven_ (Remote closed the connection) 20.36.07 # How nice of him to wait an entire minute and a half for an answer 20.36.38 # Alonea: I know nothing more about it than what's in the tracker, and what do you mean by " Is there anythign I should be worried about using the basic settings?" 20.37.20 Join svens [0] (n=svens@84-75-240-133.dclient.hispeed.ch) 20.37.35 # n1s: sorry I meant using the basic configuration that is provided (you can do custom) is there any dangers of destroying it (looks like no, but I wanted to be sure) 20.38.14 # messing with charging always carries the risk of damaging hardware... 20.39.23 # I guess part of the problem is I don't understand how I can charge with my computer without any problems, but using the ac charger for the sansa doesn't work. hardware isn't my thing so much. 20.40.28 # i guess bertrik is the person to speak to about this 20.42.01 # alright, thanks though for your comments though. I might try the patch, but that requires a whole lot of effort as I don't have my compilers up and haven't had the time to vm linux. 20.43.56 Join Rob2222 [0] (n=Miranda@p4FDCCD9E.dip.t-dialin.net) 20.45.32 # can someone tell me where the button #defines for ipod video are located? 20.45.32 Quit Alonea ("CGI:IRC (EOF)") 20.46.43 # svens: webguest27: apps/keymaps/keymap-ipod.c 20.51.45 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.52.21 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-4424bb70aef1dcda) 20.53.13 # so anyone feel like trying out FS#9257 on Coldfire and letting me know if AAC files still sound right? 20.53.28 # i should really just get a coldfire player so I can do this myself 20.56.28 # saratoga: sure I can test it on my h300 20.57.42 # vitja: hi, I was away for a moment; how far did you get? 20.58.41 # saratoga: should i bech it too? 20.58.53 # mcuelenaere, seems like problems with lds 20.59.04 # vitja: what kind? 20.59.10 # n1s: if its not too much trouble 20.59.14 # mcuelenaere, I copied one from cowond2 and that goes better 20.59.58 # mcuelenaere, but linker still says error: no memory region specified for loadable section `.icode' when linking vorbis for example 21.00.02 # don't all TCC7x targets use the same lds? 21.00.52 # weird, this is using app.lds right? 21.00.52 # hmm, got a bunch of errors when compiling 21.01.52 # vitja: can you pastebin a full diff ? 21.02.14 # mcuelenaere, cowon d2 is tcc8x based 21.02.20 # yes I know 21.02.38 # you mean tcc780 21.03.11 # does other tcc7xx devices support 'Normal' build mode? 21.03.53 # hmm now it panics with Stkov 21.04.03 # I think so, as there are builds for it.. 21.04.40 # oh wait, perhaps they don't 21.05.26 # I think the D2 is the only tcc based target that has more than basic code 21.05.40 # ah I see other tcc7x devices only got as far as the bootloader stage 21.05.50 # yeh 21.06.04 # but I now get stack overflow exception( 21.06.19 # saratoga: the declaration for the coldfire vector_fmul_reverse is wrong, I copied the arm version and now it compiled ok 21.06.20 # have you allocated your stack and how big is it? 21.06.25 # how's your crt0.S ? 21.06.48 # can you do a "svn diff" and pastebin it? 21.07.01 # hmm diff will be large 21.07.08 # I can put it on my ftp 21.07.08 # no problem 21.07.12 # ok 21.08.34 # mcuelenaere, ftp://stop.qc.to/vitja/iaudio7-basic.diff.bz2 21.09.33 # it seems that stack is 8KB 21.10.09 Join merbanan [0] (n=banan@83.233.163.79) 21.10.43 # hmm can you determine where you get a stkov? 21.11.19 Quit midgey () 21.11.41 # mcuelenaere, is there something that prints bt? 21.11.59 # bt? 21.12.18 # backtrace 21.12.32 # not without JTAG AFAIK 21.14.37 *** Saving seen data "./dancer.seen" 21.16.04 # why do you have the .vectors{} #if 0'd in app.lds? 21.17.44 # saratoga: unfortunately it seems like your patch introduces some artifacts in my aac file 21.18.14 # it's pretty subtle noise though 21.20.33 Quit vort3x (Read error: 104 (Connection reset by peer)) 21.20.54 Quit faemir (Remote closed the connection) 21.21.44 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 21.21.49 # vitja: you can try editing thread_stkov() in thread.c to display more debug info.. 21.22.14 Join faemir [0] (n=faemir@88-106-250-119.dynamic.dsl.as9105.com) 21.23.40 # how was FS#6410 closed for being fixed? disktidy.c hasn't changed for 6 weeks, and the bug is still in there! 21.24.37 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 21.24.53 # ChristopherW: see logs from earlier today and FS#9260 21.25.02 # n1s: can you try it on the sim and see if you get the same result? 21.25.16 # saratoga: sure 21.25.53 Quit thegeek (Read error: 104 (Connection reset by peer)) 21.27.13 # n1s: so does this mean that FS#6410 is not really fixed, but that the "real" issue is in FS#9260? 21.27.55 # basically yes 21.28.10 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 21.28.14 Quit Psycownage () 21.28.25 # saratoga: yes, it's there in the sim too 21.29.16 # I made a patch for FS#6410 that fixed this limitation in disktidy, as it had nothing to do with a corrupted filename buffer 21.29.52 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 21.30.17 # it didn't really fix the limitation of recursion depth, but it makes disktidy continue scanning other directories even after scanning one that is too deep 21.30.35 # n1s: ok then I've made a mistake somewhere outside of the ASM, which shouldn't be too hard to track down 21.31.37 # ChristopherW: we try to stay away from that kind of work arounds 21.32.43 # but I still don't understand what 9260 has to do with 6410. disktidy doesn't have a problem with the filename (directory name, really) being corrupted! 21.33.06 Join Mathiasdm [0] (n=Mathias@vpna207.ugent.be) 21.34.01 # ah I see it: + vector_fmul_reverse(overlap, transf_buf+nlong+nflat_ls, window_short, nshort); should be + vector_fmul_reverse(overlap+nflat_ls, transf_buf+nlong+nflat_ls, window_short, nshort); 21.35.07 # ChristopherW: FS#9260 is about problems caused by recursively opening dirs, _exactly_ the problem in disktidy 21.36.51 # yeey /me has some sort of interrupt handling going on on the MIPS target :) 21.37.02 # n1s: please explain to me what problems there are in opening directories recursively, besides limitations on the number of directory structures. Explain as if I don't understand what might cause the filename to be corrupted. 21.39.04 # ChristopherW: where does it say that ? 21.39.32 # FS#9260 states: "The problem with this is that the filename buffer could get corrupted easily if its misused." 21.39.54 # ChristopherW: AFAIU the mentioned possible memory corruption could come from using the proposed different approach if it is misused 21.40.06 # Yes, with (at least in my reading), "this" being using ft_load() 21.40.39 # ah 21.41.25 # so it's not saying that using opendir() to recursively scan directories could cause filename corruption, but using ft_load() incorrectly might? 21.41.39 # yes 21.41.54 # ok, I understand that 21.41.57 # * gevaerts proposes to solve this by using ft_load() correctly 21.42.44 # gevaerts: seems like a good plan :) 21.42.58 # how much memory does a DIR structure take? 21.43.13 # (roughly, I don't need an exact byte figure) 21.45.55 # Raising the limit from 8 to 12 open directories increased RAM usage by 8K I think 21.46.17 # so about 2K per directory entry? 21.46.34 # btw, where is DIR defined in the source? 21.47.49 # nvm, it's either DIR_CACHED or DIR_UNCACHED, both defined in includes under firmware/include 21.48.04 Quit DerDome ("Leaving.") 21.48.05 # shouldn't AAC be gapless in rockbox? 21.48.26 # gevaerts: is that 8K increase with cached or uncached directory entries? 21.48.36 # or directory structures, rather 21.48.54 # No idea. I just was here when that commit was discussed 21.49.27 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.49.52 Join parafin|away [0] (i=parafin@paraf.in) 21.50.20 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 21.50.36 Quit parafin (Nick collision from services.) 21.50.38 Nick parafin|away is now known as parafin (i=parafin@paraf.in) 21.51.22 # that's interesting... it looks like the DIR_CACHED structure is on the order of only 50 bytes or so 21.51.28 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 21.52.30 # n1s: ok with the latest patch on the tracker, the sim and rockbox give identical output to 15 bits for the Nero_192k test track 21.52.52 # saratoga: No, we need to read the amount of samples to trim from the start and the end. I looked into it (the Nero way at least), but didn't figure out where they stored it. 21.52.53 # but maybe each added DIR needs other associated structures that may raise the memory usage 21.53.02 Join anathema [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 21.53.23 # Lear: doesn't the FAAD parser do this already? 21.53.36 # n1s: did you try benchmarking on Coldfire? 21.55.20 # i realize we don't use the faad parser, but it can't be that hard to copy the code it uses 21.55.42 # saratoga: No, not directly at least. It must be done in the code calling FAAD. 21.56.08 Quit culture (Connection timed out) 21.56.19 # are you sure? I'm pretty sure I recall the Nero people saying they added parsing the gapless info to faad 21.56.20 # saratoga: That's what I tried, but couldn't get it to work. Maybe because we use an old version of faad... 21.57.28 # saratoga: no, can try it with the new patch though 21.57.30 # If you check the example decoder in faad, you can see it does some things that looks like making playback gapless. 21.58.09 # bluebrother: it seems rbutil has the same permission problem when built for 64 bit too 21.58.42 # i suppose we could just ask menno, the Nero people have been very helpful in the past when I had faad optimization questions 21.59.02 # n1s: Which is this? 21.59.02 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.59.05 Join stu8ball [0] (n=stuart@host81-159-52-34.range81-159.btcentralplus.com) 21.59.42 # rasher: it reported a 404 error when trying to download a bootloader, but only when not running as root 22.00.18 # Can I test this without a player? 22.00.34 Quit Schmogel (Read error: 104 (Connection reset by peer)) 22.00.52 # I have no idea 22.01.11 # n1s: ok will commit once I have the benchmark results and confirmation that it sounds alright on coldfire 22.01.20 # Oops, just got a segfault trying to install a sansa bootloader without a sansa present 22.01.55 Join coatman [0] (i=coatman@ppp-70-246-133-173.dsl.stlsmo.swbell.net) 22.02.24 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 22.02.42 # hmmm, I got a 404 on the bootloader in rbutil when I tried to help my dad install Rockbox on his Sansa too 22.02.49 # this was in Windows 22.03.48 # so I had to manually install the bootloader, then I installed rockbox through rbutil after that 22.05.56 Join MORTiCiAN [0] (i=MORTiCiA@c-69-245-157-56.hsd1.il.comcast.net) 22.06.01 # anybody help me? 22.06.17 # How do you expect us to know? 22.06.20 Quit vitja ("Ухожу") 22.06.43 # Im having trouble, my girlfriend wants to reformat her sansa e200 v1. so its normal again. 22.06.59 # But i need it in MSC mode, so how do i load the sansa firmware and not the Rockbox firmware? 22.07.20 # easiest way is to just plug it into USB while its turned off 22.07.29 Nick Zom_ is now known as Zom (n=zom@h-43-44.A166.cust.bahnhof.se) 22.07.30 # should reboot into the OF automatically 22.07.33 # okay and then it just says "cpnnected" 22.07.38 # and she cant edit the stuff 22.08.04 # well, you're in the retail firmware, so it sounds like a problem with that or your PC 22.08.08 # dont you have to hold something whilst plugging it in? 22.08.44 # you're in MSC mode right? not MTP? Because I think mtp mode doesn't let you delete stuff 22.09.20 # No, when she puts it in Recovery mode, it says "please enter MSC mode" 22.09.26 # i just wanna remove rockbox. 22.09.56 # put it into MSC mode, and follow the directions in the manual 22.10.05 # How do i put it in MSC mode? 22.10.07 # Why have you put it into recovery mode? 22.10.17 # I just wanna have the normal firmware. 22.10.20 # Just boot the Sansa firmware 22.10.25 # How? 22.10.31 # She wants rockbox OFF 22.10.32 # you already did 22.10.40 # its the screen that says "connected" 22.10.47 # saratoga: He said he put it into recovery mode though 22.10.59 # I don't think that shows connected? 22.11.02 # n1s: interesting. 22.11.07 # How do i uninstall it? 22.11.13 # saratoga: I asked one of the faad developers about this (could've been Menno). He said he didn't remember how it worked... :/ 22.11.14 # directions in manual 22.11.24 # Im REALLY short on time. 22.11.34 # Rockbox Utility has an uninstall button ... 22.11.37 # find more time 22.12.26 # besides, if you're not willing to spend a bit of time to follow pointers, how'd you expect people in here spending their free time for you? 22.12.34 # n1s: I'm going to run a quick errand, can you just post the results to the tracker and I'll commit later? 22.12.36 # saratoga: sounds fine now and 135.36%->140.88% realtime (my testfile is apparently 310kbps) 22.12.49 # heh so tiny speed up 22.12.57 # well better then nothing, i'll pull the trigger now 22.13.40 # n1s: any chance you build a debug binary (-config dbg) and check if it outputs anything that could explain the issue? 22.14.06 Quit MORTiCiAN () 22.14.37 # bluebrother: if that's a config switch for qt, sadly no :/ 22.14.41 # saratoga: Actually, he said he didn't remember how the lead trim worked, and also said "with the faad2 code you should be able to figure it out"... 22.14.54 # no, it's a switch for rbutil -- append it to the qmake call 22.15.08 # bluebrother: ah, now that i can do 22.15.17 # then it prints loads of (our own) debug stuff to stdout. Might be helpful. Not sure though ... 22.15.18 # saratoga: And iTunes style gapless should work for AAC in Rockbox, just not Nero style. 22.15.36 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.15.39 # actually, this is a savings of 3.5MHz, which isn't bad at all, just the rest of the codec is so unbelivably slow percentagewise it seems small 22.15.45 # watch the lines starting with [HTTP] 22.16.26 # we should really start reporting speeds in MHz, not percent real time since the percents are so misleading 22.21.01 Quit midgey () 22.25.27 # bluebrother: http://pastebin.com/d23250e30 22.28.41 # http://download.rockbox.org/bootloader/sandisk-sansa//firmware.mi4 is clearly wrong, it seems the string for the target is empty 22.28.51 # Yup 22.28.58 # I just spotted that line too. 22.29.34 # maybe we should bail out earlier and give the user a nice error 22.30.46 # amazon USA has some really cheap 2GB Sansa Fuzes 22.31.19 # assuming they didn't sell out before I placed my order, I'm willing to ship a few to any interested developers 22.31.43 # AFAIK, the Fuze is basically an E200v2 in a different shell 22.34.35 Quit saratoga ("CGI:IRC (EOF)") 22.36.24 # anybody know what the maximum recording bitrate is on h1x0 digital in? 22.37.11 Join iamben [0] (n=ben@adsl-70-255-19-58.dsl.spfdmo.sbcglobal.net) 22.40.02 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 22.40.07 # n1s: dare to try my current bootloader install rework? It isn't ready yet and not really tested, but it might fix the issue 22.40.30 # bluebrother: sure 22.40.44 # http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutil-bootloader-rework-1.diff 22.41.42 # it also cleans up some files 22.42.40 # amiconn: can you tell me the max bitrate and sample freq for h1x0 digital in (recording)? 22.42.58 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 22.43.09 # Any standard sample freq up to 96kHz works 22.43.30 # Bitrate as nothing to do with that (for pcm it's a simple calculation)... 22.43.36 # s/as/has/ 22.43.47 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.43.55 # I meant sample size. 16 bit is the max, right? 22.44.56 # * petur needs to get an optical cable... 22.46.16 # amiconn: 16bit max? 22.46.34 # Yes, 16 bit is the only supported depth only 22.46.49 # remove 1 'only' 22.46.59 # should have looked at the code - it's obvious 22.47.21 # bluebrother: yes, with the patch rbutil tells me that i don't have the access permission I need, much better :) 22.47.59 # does it install fine if you have the required permissions (rw on the device node should be sufficient)? 22.51.34 # i did sudo chmod +rw /dev/sdh and rbutil correctly detected that i already had a bootloader but when i told it to install anyway it complained about opening in R/W mode 22.52.34 # hmm :/ 22.54.59 # * bluebrother gets confused with switching keyboard layouts 22.56.00 Nick num1_ is now known as num1 (n=brian@unaffiliated/num1) 22.59.03 Join midgey [0] (n=tjross@66-227-210-181.dhcp.trcy.mi.charter.com) 23.04.49 # pixelma: this commit is for you ;) 23.04.51 # if i wanna reset all my settings & stuff, is it safe to just boot OF and delete .rockbox & unzip a fresh build? 23.05.09 Join ALonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-fcc9912bf43f7333) 23.05.09 Quit ALonea (Client Quit) 23.05.09 # iamben: yes. 23.05.15 Join Alonea [0] (n=189b86cf@gateway/web/cgi-irc/labb.contactor.se/x-ce6940f507c5f61f) 23.05.45 # thanks, ive been off rockbox for about a year and wanted to make sure i didnt do somethign stupid 23.06.19 # if you have a really old bootloader you might need to install a newer one. But I guess you'll notice ;-) 23.06.44 # has anything drastic changed in the way wps are read in the last 6 months? I updated and now my theme no longer works. I want to try to fix it, but not sure what is even wrong in the first place. 23.07.13 Join testfire [0] (n=josiah@nj-71-53-8-35.dhcp.embarqhsd.net) 23.07.18 # Alonea: yes, the syntax changed slightly. There is a post about it in the wps forums (and of course in the wiki) 23.07.39 # wow the default theme is a lot better looking than it used to be 23.07.52 # ok thanks, I will look for that and see what has changed. 23.08.12 # the post should be easy to find, it is (was?) sticky 23.08.21 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 23.08.24 Quit OlivierBorowski (Read error: 104 (Connection reset by peer)) 23.09.22 # Hey guys, I have a problem, I've been using rockbox for about a year and have been keeping it updated, well today for no apparent reason it will not connect to my computer, when it is refreshing the database it fails near the end and makes the screen all fuzzy like, what do I do? 23.10.14 # * bluebrother pulls crystal ball to check the player in question 23.10.34 # rockbox boots fine but I can't mount it. 23.10.40 # hmm ... looks a bit like e200 ... but it could also be a c200. Or ... 23.10.40 # it's an izune 23.10.50 # * petur nudges the buildserver a bit 23.11.05 # I have a Sansa e260 by the way. 23.11.15 # bluebrother, I appear to be blind, how do I find the wps forums? 23.11.41 # Alonea: http://forums.rockbox.org/index.php?topic=17507.0 23.12.23 # thank you so much. I will hopefully be able to fix it. 23.12.47 # why oh why does the buildserver hate me :/ 23.13.55 # Alonea: the most important part is most likely the progress bar 23.14.05 # Bagder: ping 23.14.39 # petur: will have look later 23.14.40 *** Saving seen data "./dancer.seen" 23.15.24 # * petur has to go... 23.15.36 Quit petur ("*plop*") 23.16.07 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.17.39 # pixelma: ok, what did %P mean? progress bar? 23.18.46 # * mcuelenaere wonders whether it is possible that an interrupt handler is called when you are already in one (and the interrupts are at the same level ie irq and irq on ARM targets) 23.19.06 # Alonea: it was just for specifying a bitmap one wanted to use as progress bar 23.22.05 # Hey does anyone know how to fix my problem, I cannot boot the sansa firmware because before it finishes refreshing it turns the screen all fuzzy like blue lines and stuff and as far as I can tell is completely frozen 23.22.05 # pixelma: ok, is that line needed anymore or no? 23.23.37 # pixelma: as in, would I write it differently or not at all? 23.25.15 # oh, nm. I see it now 23.25.24 Quit crope` ("Leaving") 23.26.10 # not at all, assigning a bitmap file is part of the %pb tag now, the meaning of the other values have changed too (the new way is explained in the CustomWPS wiki) 23.27.38 # differences should be explained in the forum thread about it (and probably some 10s of other forum threads ;) ) 23.28.04 # I see it now. thanks! The cassette theme is my dads favourite and he is pretty much wigging out not having it. Thats what I get for getting an mp3 player for a 60 year old man 23.28.40 Join Psycownage [0] (n=Philip_j@user-5af2b3b4.tcl127.dsl.pol.co.uk) 23.28.41 Join miepchen^schlaf [0] (n=miepchen@p54BF43F3.dip.t-dialin.net) 23.36.02 Quit stripwax (Read error: 104 (Connection reset by peer)) 23.36.23 Join EspeonEefi [0] (i=espeonee@SYDNEYPACIFIC-THREE-TWENTY-FIVE.MIT.EDU) 23.36.46 Part testfire 23.37.24 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 23.38.53 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.39.48 Quit svens (Remote closed the connection) 23.42.49 # pixelma: have a happy dad now. 23.44.00 Nick HellDragon is now known as Starnommesty (n=jd@Wikipedia/HellDragon) 23.45.03 Quit merbanan ("Leaving") 23.46.25 Quit Alonea ("CGI:IRC (EOF)") 23.46.43 Nick Starnommesty is now known as HellDragon (n=jd@Wikipedia/HellDragon) 23.48.43 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.49.26 Quit Mathiasdm ("Yuuw!") 23.55.15 Quit coatman ("See You All Later") 23.55.40 Join coatman [0] (i=coatman@ppp-70-246-133-173.dsl.stlsmo.swbell.net)