--- Log for 28.01.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 2 days and 20 hours ago 00.11.17 Quit quem (Excess Flood) 00.11.36 Join quem [0] (~foo@c83-254-244-62.bredband.comhem.se) 00.13.25 Quit liar (Ping timeout: 255 seconds) 00.17.03 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 00.26.14 Join Horschti [0] (~Horscht@xbmc/user/horscht) 00.29.49 Quit Horscht (Ping timeout: 246 seconds) 00.36.22 Quit captainkewllll (Quit: Page closed) 00.49.03 Quit kugel (Remote host closed the connection) 00.50.27 Quit pamaury (Remote host closed the connection) 00.54.38 Join Keripo [0] (~Keripo@eng317.wireless-resnet.upenn.edu) 01.00.07 Quit thegeek (Read error: Connection reset by peer) 01.00.48 Join thegeek [0] (~nnscript@132.108.34.95.customer.cdi.no) 01.01.16 # kugel: (logs) The database works fine on Android now...but we need to "Start Database at <_dir_>" setting in the menu, similar to the File Browser's setting so that the database doesn't pick up ringtones etc. unwantedly from the rest of the phones filesystem. 01.03.49 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 01.10.18 Join xavieran [0] (~xavieran@ppp118-209-250-49.lns20.mel6.internode.on.net) 01.10.46 # S_a_i_n_t: would the phone mind a database.ignore? 01.11.54 # hmm, or just a database.ignore in the SD card root and an unignore in the music folder(s) 01.20.49 Quit dfkt (Read error: Connection reset by peer) 01.41.37 Join Hilikus [0] (~hilikus@unaffiliated/hilikus) 01.42.32 # pixelma: The probelm is not the files on the SD card. 01.43.18 # it's files in the phones internal storage, I don't think we should expect users to have root access to place the relevant .ignore/.unignore files. 01.43.21 Quit sideral (Ping timeout: 264 seconds) 01.43.31 # hey guys 01.43.44 # i found out by accident today that there's an android port in the works 01.43.49 # awesome news 01.44.09 # is there an estimated ETA for an official release? 01.44.18 # No 01.44.35 # There's nothing to stop you from checking out the source and compiling it yourself though. 01.44.38 *** Saving seen data "./dancer.seen" 01.44.57 # pixelma: I susp[ect it would be possible to do the same thing with the Database as was done with the File Browser with a "Start Database here" setting 01.45.16 # *suspect too 01.45.36 # i might try that, but i would prefer something stable. randomly checking out code usually doesn't work out very well 01.45.57 # what makes you think it's random? 01.46.22 # you *could* check out a revision at random...but I would suggest checking out the current source ;) 01.46.33 # i mean random in time 01.46.36 # like, today 01.46.41 # what's special about today 01.46.45 # nothing 01.47.11 # indeed, nothing is special, so it should be fine 01.47.21 # our tree works perfectly fine virtually all of the time :) 01.47.28 # oh ok 01.47.33 # great 01.47.37 # i'll give it a try 01.47.42 # how big is the android sdk? 01.47.46 # the android port is not "done with" 01.48.03 # it's plent usable though. 01.48.05 # but no version of it is going to be any different 01.48.07 # *plenty 01.48.28 # but will there be an official release as some point, as in, to the android market? 01.48.40 # that is the intention. 01.49.00 # But there's no estimation as to when there will be a stable release. 01.49.25 # and the poject is just making it work in android or its being rewritten? i mean, should i expect the same features as before? 01.49.36 # it's not *unstable*, it's unfinished 01.49.47 # the UI does not work particularly ideally for an android app 01.49.51 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 01.49.53 # some features are missing 01.49.58 # etc. 01.50.14 # In answer to your "How big is ?" question, setting up the S/NDK and checking out the source will chalk up about ~450MB in traffic 01.50.32 # what is implemented should be pretty stable. 01.50.44 # awesome 01.50.46 # thanks guys 01.57.57 Join DrewVosburg [0] (c70859fb@gateway/web/freenode/ip.199.8.89.251) 01.59.21 Join Horscht [0] (~Horscht@p5DD57632.dip.t-dialin.net) 01.59.21 Quit Horscht (Changing host) 01.59.21 Join Horscht [0] (~Horscht@xbmc/user/horscht) 02.02.21 Quit Horschti (Ping timeout: 265 seconds) 02.13.22 # JdGordon1: If you get the time, and, if it's indeed possible....could you please have a look at adding "Quickscreen" to %?cs ---> ("current screen is?") 02.14.17 # eventually... 02.14.29 # the whole current screen system needs doing properly 02.14.36 # its simple to just add it 02.16.47 # I admit that more flexability with %cs would be nice...but other than "USB Screen" (which I'm hoping the USB screen will be themeable anyway, making it irrelevant for this case) the only other screen I would like on %cs is "Quickscreen". 02.16.56 Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) 02.19.39 Join kingtony911 [0] (~44f9c10a@giant.haxx.se) 02.20.12 # Hey got a random questions... and i was unable to find anywhere. Does rockbox support HD radio tagging on a 5G ipod? 02.21.05 # if HD tagging is RDS, and your radio attachment works with rokbcox, then yes 02.21.09 Quit quem (Ping timeout: 264 seconds) 02.21.11 Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) 02.22.04 # ummm ok. I will have to give it a try! Thanks! 02.27.46 # kingony911: you will also need to have an fms theme that has rds tag display enablement 02.29.07 # so even if you do have it on your device, you gotta have a theme that shows it. 02.29.37 # Cool thanks!~ 02.30.24 Quit timccc (Quit: Leaving.) 02.37.33 Join timccc [0] (~timccc@112.166.15.141) 02.38.47 Quit tchan (Read error: Connection reset by peer) 02.39.15 # the default fms shows rds on avilable targets 02.39.40 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 02.40.25 Quit kingtony911 (Quit: CGI:IRC (EOF)) 02.58.26 Join Horschti [0] (~Horscht@xbmc/user/horscht) 03.01.42 Quit Horscht (Ping timeout: 240 seconds) 03.09.07 Quit t0rc (Remote host closed the connection) 03.09.51 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 03.10.28 Join chileboy [0] (~mcw@pool-173-63-250-94.nwrknj.fios.verizon.net) 03.14.33 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 03.23.03 Quit chileboy (Read error: Connection reset by peer) 03.26.01 Quit Judas_PhD (Quit: This is a quitting message) 03.28.34 Quit w0m (Ping timeout: 240 seconds) 03.30.05 # New commit by 03jethead71 (r29149): AS3525v2 USB: Set disconnect before stopping module clock. Seems to cure reconnect weirdness for me and is probably the proper method anyway since ... 03.30.08 Join w0m [0] (~wom@199.19.225.128) 03.34.04 # r29149 build result: All green 03.35.11 Quit w0m (Remote host closed the connection) 03.35.55 Join w0m [0] (~wom@199.19.225.128) 03.44.15 Quit w0m (Remote host closed the connection) 03.44.39 Join w0m [0] (~wom@199.19.225.128) 03.44.43 *** Saving seen data "./dancer.seen" 03.49.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 03.50.24 Quit user890104 (Ping timeout: 272 seconds) 03.50.40 # does the audio chip inside the gigabeat S support input? i was reading the specification of the chip and it looks like it does, i'm not too sure though 03.50.43 Quit w0m (Ping timeout: 276 seconds) 03.51.14 Join w0m [0] (~wom@199.19.225.128) 03.51.18 # it does of course 03.52.37 # how possible would it be to input using the headphone jack? kind of like how if you plug in a pair of headphones to a microphone port, you can get a signal through them 03.53.55 # it's not wired for that at all, you'd need an external adc sending audio over i2s to the CPU 03.54.33 # so then the hardware would have to be changed? 03.55.17 # damn that'd be a pretty sweet feature if it was wired for it 03.55.35 # no, you just need to make a device that sends the digital audio into the bottom connector 03.56.17 Quit w0m (Remote host closed the connection) 03.56.24 # iiow it needs more hardware 03.56.47 # there are block diagrams in the wiki 03.57.02 Join w0m [0] (~wom@199.19.225.128) 03.58.16 Quit MethoS- (Remote host closed the connection) 03.58.20 # there's one for the S60... same shit as the 30 or what? 03.58.47 # yes 03.59.46 # i see Line-In 3.5mm jack with dotted lines going to Audio ADC with ??? under it 04.02.11 # some of that's the cradle that never was 04.02.25 Quit w0m (Ping timeout: 250 seconds) 04.02.41 # so they put it onto the board, then changed their minds, then it was too late / too expensive to make a whole new set of boards or something like that? 04.03.14 # i dunno what makes me angrier, the fact that they didn't include the feature, or the fact that some of the parts for it are there but don't work 04.03.15 # the stuff on the cradle side is not in the player 04.03.19 # hrmm 04.03.32 # so the cradle won't work if hooked up? 04.04.27 Join Horscht [0] (~Horscht@xbmc/user/horscht) 04.04.33 # toffee82 said there was never one produced 04.06.34 # * jhMikeS needs to know how to fake that "boot switch" thing 04.07.01 Quit Horschti (Ping timeout: 240 seconds) 04.07.18 Quit DrewVosburg (Quit: Page closed) 04.10.18 Join w0m [0] (~wom@199.19.225.128) 04.10.20 Quit Kitar|st (Read error: Connection reset by peer) 04.11.28 Quit Judas_PhD (Ping timeout: 264 seconds) 04.13.26 # well hrmm, the Gigabeat S certainly fits into the Gigabeat F cradle 04.15.04 Quit w0m (Ping timeout: 264 seconds) 04.16.33 # mine sure doesn't :) 04.17.19 # the port's the same, i had to take the top casing off of the cradle for it to fit, but it does connect 04.17.24 # and charges too 04.18.14 # and the usb port on it charges my phone haha 04.18.22 # but only when the gigabeat is connected 04.18.40 Join Kitar|st [0] (~Kitarist@BSN-182-98-2.dial-up.dsl.siol.net) 04.21.45 Quit amiconn (Disconnected by services) 04.21.47 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.22.04 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.22.46 Quit pixelma (Disconnected by services) 04.22.48 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.22.50 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.23.01 Join w0m [0] (~wom@199.19.225.128) 04.23.25 # good thing you tested that :) I know it fits the connector but I don't think I'd have just jammed it on there. 04.25.37 Join DerPapst1 [0] (~Alexander@p5DE5B705.dip.t-dialin.net) 04.26.53 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.27.16 # i guess my trait of technological dare is the reason i've broken so many gigabeats, but if it works, it works, i didn't really think i'd break it by connecting it to a port that fits though 04.27.58 Quit DerPapst (Ping timeout: 255 seconds) 04.29.24 Quit DerPapst1 (Client Quit) 04.30.01 # depends on what's on each pin, but it sounds at least somewhat compatible 04.30.17 # I wonder about the line out then 04.30.42 # i tested it and it didn't come through my headphones, but i thought that might be a software issue? 04.31.02 Quit chattr (Ping timeout: 240 seconds) 04.31.45 Join chattr [0] (~mike@218.209.121.70.cfl.res.rr.com) 04.31.55 # it's not dealt with at all atm, so yeah 04.32.00 # could be 04.32.09 Quit w0m (Ping timeout: 240 seconds) 04.33.38 Join w0m [0] (~wom@199.19.225.128) 04.48.21 Quit Judas_PhD (Quit: This is a quitting message) 04.49.37 Quit Hilikus (Ping timeout: 240 seconds) 04.57.06 Quit mystica555 (Read error: Connection reset by peer) 04.59.09 Join Barahir_ [0] (~jonathan@frnk-4d008a68.pool.mediaWays.net) 05.01.36 # New commit by 03jethead71 (r29150): Big oops. Should be broadcasting SYS_USB_DISCONNECTED _after_ remouting disks. 05.02.31 Join saratoga [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) 05.02.47 Quit Barahir (Ping timeout: 276 seconds) 05.03.00 Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) 05.03.15 # lol @ "big oops." 05.04.52 # r29150 build result: All green 05.09.25 Quit Rob2222 (Ping timeout: 276 seconds) 05.13.13 # that's no exaggeration of how big an oops i made there :) 05.14.28 Join Rob2222 [0] (~Miranda@p4FFF2232.dip.t-dialin.net) 05.14.53 Quit Rob2222 (Read error: Connection reset by peer) 05.15.02 Join Rob2222 [0] (~Miranda@p4FFF2232.dip.t-dialin.net) 05.15.58 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 05.17.27 Join Rob2223 [0] (~Miranda@p4FFF2DEA.dip.t-dialin.net) 05.17.54 Join Horschti [0] (~Horscht@xbmc/user/horscht) 05.20.51 # hahaha, i'm not exactly sure what it means... but it sounds like an oops based on the underlining of after 05.21.03 Quit Horscht (Ping timeout: 240 seconds) 05.21.05 Quit Rob2222 (Ping timeout: 264 seconds) 05.25.59 Quit Horschti (Quit: Verlassend) 05.29.03 Join newnick [0] (~44e4490e@giant.haxx.se) 05.29.18 # Hi can we use gameshark on rockboy? 05.30.20 Quit newnick (Client Quit) 05.30.45 Join Halo18 [0] (~44e4490e@giant.haxx.se) 05.31.19 # can we use gameshark on rockboy? 05.32.14 # not that I understand, no. 05.33.24 Quit Dreamxtreme (Ping timeout: 265 seconds) 05.34.04 Quit Halo18 (Client Quit) 05.38.17 Join Dreamxtreme [0] (~Dre@92.30.197.143) 05.39.40 Nick S_a_i_n_t is now known as [Saint] (S_a_i_n_t@203.184.2.46) 05.39.51 # <[Saint]> Hmmm...what happened there? 05.40.06 # <[Saint]> oops, wrong channel. sorry. 05.44.44 *** Saving seen data "./dancer.seen" 05.51.10 Quit elcan (Read error: Connection reset by peer) 06.05.43 Quit antil33t () 06.20.15 Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) 06.27.03 Quit factor (Ping timeout: 265 seconds) 06.40.47 Join factor [0] (~factor@75.108.68.114) 06.44.00 Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) 06.52.31 Quit JdGordon1 (Quit: leaving) 06.56.26 Join sideral [0] (~sideral@unaffiliated/sideral) 07.03.14 Quit saratoga (Ping timeout: 265 seconds) 07.06.07 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 07.18.09 Quit Judas_PhD (Quit: This is a quitting message) 07.26.41 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 07.38.20 Quit sideral (Ping timeout: 255 seconds) 07.42.00 Join Jerom [0] (~jerome@95.171.130.123) 07.43.29 Quit xavieran (Ping timeout: 276 seconds) 07.43.51 Join LinusN [0] (~linus@rockbox/developer/LinusN) 07.43.56 Quit Jerom (Client Quit) 07.44.48 *** Saving seen data "./dancer.seen" 07.47.54 Join kugel [0] (~kugel@df01ppp184.eplus-online.de) 07.47.55 Quit kugel (Changing host) 07.47.55 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.55.28 Join xavieran [0] (~xavieran@ppp118-209-174-106.lns20.mel6.internode.on.net) 08.00.55 Quit liar (Ping timeout: 255 seconds) 08.02.15 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 08.02.29 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 08.07.24 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.07.24 Quit bertrik (Changing host) 08.07.24 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.10.14 # <[Saint]> kugel: Did you see my comments re: Database? 08.10.48 # <[Saint]> It works perfectly, but there is a definite need for a "Start Database Here" setting similar to that of the File Browser 08.12.07 # <[Saint]> errrrr....s/Database/RaaA Database/ 08.13.31 Quit liar (Ping timeout: 255 seconds) 08.14.13 Join B4gder [0] (~danielx@1-1-5-26a.hud.sth.bostream.se) 08.14.13 Quit B4gder (Changing host) 08.14.13 Join B4gder [0] (~danielx@rockbox/developer/bagder) 08.17.33 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 08.18.40 # yea I saw them 08.19.59 Join simonrvn_ [0] (simon@70.35.161.231) 08.20.39 Join simonrvn- [0] (simon@197.223-ppp.3menatwork.com) 08.22.10 Quit simonrvn (Ping timeout: 240 seconds) 08.22.59 Join simonrvn [0] (simon@197.230-ppp.3menatwork.com) 08.24.10 Quit simonrvn_ (Ping timeout: 240 seconds) 08.26.30 Quit simonrvn- (Ping timeout: 240 seconds) 08.27.24 Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) 08.27.43 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.29.30 Join utanapischti [0] (~username@p4FF2DF97.dip.t-dialin.net) 08.31.45 Join Guest9635 [0] (~bjst@rockbox/developer/Zagor) 08.32.17 Nick Guest9635 is now known as Zagor (~bjst@rockbox/developer/Zagor) 08.32.49 Quit sasquatch (Ping timeout: 240 seconds) 08.44.11 Quit tchan (Read error: Connection reset by peer) 08.45.01 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 08.46.02 Join mystica555 [0] (~Mike@m472636d0.tmodns.net) 08.51.51 Join sideral [0] (~sideral@unaffiliated/sideral) 08.53.33 Quit bertrik (Ping timeout: 276 seconds) 08.53.55 Quit factor (Read error: Connection reset by peer) 08.55.10 # <[Saint]> kugel: So, is it possible to implement? My database is full of untagged "albums" that are really my ring/notification tonrd. 08.55.34 # sure it's possible 09.00.44 Part [Saint] 09.00.56 Join ender` [0] (krneki@foo.eternallybored.org) 09.03.16 Join [Saint] [0] (S_a_i_n_t@203.184.2.46) 09.04.35 Quit tchan (Read error: Connection reset by peer) 09.05.07 # <[Saint]> Ooops...I'm not quite sure what a "tonrd" is....*"sound", rather. 09.05.33 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 09.05.42 # <[Saint]> And thanks for getting the database working/working again(?) kugel...I appreciate it. 09.07.39 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.11.12 Join factor [0] (~factor@75.108.68.114) 09.11.20 Quit bluebroth3r (Ping timeout: 260 seconds) 09.12.33 # According to this page , "we" have the datasheet for AS3534. Can I have a look at it? I'd like to play with the audio settings a bit to find a cure for the ClipV2/Clip+ background noise problem 09.14.11 # * B4gder doesn't have that 09.15.43 # RafaelCarre added that tidbit of info to this page 09.15.51 # that's funman 09.16.00 # who hasn't been around here for a while 09.16.30 # too bad 09.16.35 Quit JdGordon| (Read error: Operation timed out) 09.16.51 # maybe I'll shoot him an email later 09.17.44 # I've already played with the settings a bit, to no avail 09.24.34 # <[Saint]> Aha...! 09.25.12 # * [Saint] discovers that Teru has already written the patch that he was investigating attempting to write himself. 09.25.45 # <[Saint]> It's so nice when other people have already done what you wanted to do for you, and better! :) 09.30.23 Join petur [0] (d408b802@rockbox/developer/petur) 09.32.21 Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) 09.42.05 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.44.01 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 09.44.28 Quit robin0800 (Client Quit) 09.44.50 *** Saving seen data "./dancer.seen" 09.54.58 Join TheLemonMan [0] (~lem0n@ppp-147-151.98-62.inwind.it) 10.03.38 Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) 10.04.28 Quit quem (Remote host closed the connection) 10.04.35 Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) 10.07.12 Join pixelma_ [0] (~pixelma@rockbox/staff/pixelma) 10.24.21 Quit n1s (Ping timeout: 240 seconds) 10.57.58 Quit GeekShadow (Read error: Connection reset by peer) 10.58.07 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 11.00.00 Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) 11.02.05 Quit quem (Ping timeout: 265 seconds) 11.02.13 Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) 11.05.39 Join n1s [0] (~n1s@student-40.eduroam.uu.se) 11.05.39 Quit n1s (Changing host) 11.05.39 Join n1s [0] (~n1s@rockbox/developer/n1s) 11.09.05 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.11.14 Join StephenFalken [0] (email@2001:470:1f14:135b::2) 11.28.19 Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) 11.32.21 Quit quem (Ping timeout: 255 seconds) 11.32.22 Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) 11.33.59 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 11.33.59 Quit pamaury (Changing host) 11.33.59 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.36.17 Join amiconn__ [0] (55b7c184@gateway/web/freenode/ip.85.183.193.132) 11.43.39 Quit kugel (Ping timeout: 240 seconds) 11.44.54 *** Saving seen data "./dancer.seen" 11.52.15 Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) 11.52.46 Quit amiconn__ (Ping timeout: 265 seconds) 11.59.01 Quit StephenFalken (Remote host closed the connection) 12.06.01 Quit pixelma_ (Quit: .) 12.11.51 Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) 12.13.20 Quit quem (Remote host closed the connection) 12.13.25 Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) 12.16.12 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.20.09 Join DerPapst [0] (~Alexander@p5DE5AAFC.dip.t-dialin.net) 12.26.52 # * [Saint] just found that he can reliably crash RaaA by scrolling quickly with the scrollbar in a long -ish (~400 tracks) playlist. 12.34.07 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.39.21 # [Saint]: that's a playlist bug 12.39.44 # there's some arbitary 200 track limit 12.39.51 # <[Saint]> kugel: It's interesting though that kinetic scrolling doesn't do it. 12.39.55 # playlist viewer bug* 12.40.43 # <[Saint]> and it's not *just* a playlist, it's any really long list. 12.41.09 # <[Saint]> a playlist was just a reliable test case for a long list. 12.41.53 # no, it's only the playlist viewer 12.42.32 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 12.43.29 # <[Saint]> ....ok. 12.44.15 # if you had crashes in other lists it was probably a different reason 12.44.32 # I can't make it crash in other lists with 1000+ items 12.45.10 # <[Saint]> Well, I don't claim to know the reason...I just found it rather odd you seemed to be telling me what I'm experiencing ;) 12.45.40 Join elcan [0] (user36@pr0.us) 12.45.52 # <[Saint]> I can crash it in database/track 12.46.33 # I can'T 12.46.59 Join PaulJam [0] (~Paule@p54BED15B.dip.t-dialin.net) 12.47.07 Join MethoS- [0] (~clemens@134.102.106.250) 12.48.04 # <[Saint]> Hmmm...in normal use I doubt I would ever scroll as fast as I need to to crash it anyway. Just thought I should mention I found a way to reliably make it fall over. 12.48.29 # <[Saint]> (for myself at least) 12.49.07 Join milk_ [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 12.49.26 # <[Saint]> Mainly I wanted to see if anyone else could confirm it. So it is known in the Playlist Viewer, but not (normally) in other lists? 12.49.31 Quit Judas_PhD (Ping timeout: 260 seconds) 12.49.36 # yes 12.50.43 Quit milk (Ping timeout: 246 seconds) 12.51.18 # something to do with "chunked" browsing? 13.01.46 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 13.10.01 # Hi, are there any known problems with rockbox' USB mode (like file corruption) on ipod videos? 13.13.23 # <[Saint]> PaulJam: there have been some reports of filesystem corruption on a few DAPs in the past ~2 weeks or so. 13.13.27 # http://www.rockbox.org/tracker/task/11877 (I saw discussion about it here, seems to apply to all software USB targets, and there were also more reports about filesystem corruption here and in the forums) 13.18.41 Quit kugel (Ping timeout: 240 seconds) 13.20.03 Quit preglow (Read error: Operation timed out) 13.20.22 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 13.22.40 Quit aevin (Ping timeout: 276 seconds) 13.26.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 13.28.46 Part milk_ ("baaaiiii") 13.30.54 Join aevin [0] (eivindsy@unaffiliated/aevin) 13.34.18 Quit Judas_PhD (Ping timeout: 255 seconds) 13.39.06 Quit mc2739 (Read error: Connection reset by peer) 13.44.13 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 13.44.57 *** Saving seen data "./dancer.seen" 13.47.47 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 13.52.01 Join funman [0] (~fun@rockbox/developer/funman) 13.52.06 # hi 13.52.43 # * gevaerts waves to funman 13.52.53 # sideral asked me for the as3543 datasheet but i don't have it here with me 13.53.21 # funman: This wiki page says you have various AMS datasheets? 13.53.22 # if he wants to work on clipv2 could someone who has it give a copy to him? (at condition of no redistribution) 13.54.07 # Don't kugel and bertrik have it? 13.54.10 # sideral: yes, only the as3525 is publicly available on their website though 13.54.24 # and a 400-pages folder full of dev info? 13.54.50 # funman: I don't have the as3543 one 13.55.24 # i probably gave them to bertrik kugel and also saratoga 13.56.10 # funman: I'm not in a hurry, it would also be fine if you could send them to my later this week 13.57.00 # ah, found it in my mail archive; i'll give it to you 13.57.19 # great, thanks! 13.59.19 Quit GeekShad0w (Read error: Connection reset by peer) 13.59.40 # funman: do you have any other data sheets that might be relevant? 13.59.56 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 14.01.04 Quit kugel (Ping timeout: 240 seconds) 14.01.52 # as3525 of course 14.02.25 # maybe as3514 too for comparison (i got that one from B4gder) 14.04.46 # I do have the AS3525 one 14.05.44 # AS3514 would be interesting 14.05.56 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.08.37 # I don't have the as3543 one 14.09.46 # give me your mail if you want to fix that 'bug' :) 14.10.28 # i don't need it 14.10.36 # or does it match any of our targets? 14.10.52 # amsv2 14.11.06 # oh really? 14.11.22 # the audio / powermgmt part only 14.11.22 # H i g h E n d St e r e o A u d i o C o d e c w i t h S y s t e m P M U 14.11.29 # s/ //g 14.11.52 # ah right 14.13.39 Quit sideral (Remote host closed the connection) 14.14.40 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.15.17 Join sideral [0] (~sideral@unaffiliated/sideral) 14.15.34 # kugel: ever noticed playback stopping on android rockbox? halts completely until you seek around a bit 14.15.53 # happens fairly often, ranging from every 5-20 mins 14.16.13 # I had that constantly with the htc firmware and its bug, but not anymore since I switched to another rom 14.16.32 # ++ 14.16.34 Quit funman (Quit: leaving) 14.17.00 # well, froyo now, all the other kinks vanished, but not that 14.17.14 # what bug would this be, btw? still talking about the background scheduler bug? 14.17.32 # ooops, I gave funman a wrong email :( 14.17.46 # preglow: yes 14.17.50 # well, that is gone 14.18.24 # and no other apps doing sound playback has a similar problem 14.18.24 # I haven't had a playback lockup since ages 14.19.04 Join Rim13 [0] (~5f191811@giant.haxx.se) 14.19.14 # guess i'll have to stuff in some debugging then 14.24.00 Quit Rim13 (Quit: CGI:IRC (Ping timeout)) 14.29.49 Join Rim13 [0] (~5f191811@giant.haxx.se) 14.31.55 # ah, that AS3543 data sheet has several bits that weren't in the header files yet. looking forward to playing with them tonight. :) 14.34.51 Quit Judas_PhD (Ping timeout: 240 seconds) 14.36.16 Quit Rim13 (Quit: CGI:IRC (Ping timeout)) 14.36.29 Join Rim13 [0] (~5f191811@giant.haxx.se) 14.36.32 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.36.45 # I had playback freezing on android after changing SD cards and the now current one didn't have a "rockbox" folder - happened when changing settings (such as volume) that would need to be written to config.cfg. I don't know what happens if e.g. the playlist control file would need to be updated 14.41.10 Quit B4gder (Remote host closed the connection) 14.41.57 Quit Rim13 (Quit: CGI:IRC (Ping timeout)) 14.41.57 # I've posted an update to FS#11748 (autoresume) with a new proposal for simplifying the configuration. Anyone interested in commenting? (kugel, gevaerts, Llorean, pixelma?) 14.42.41 Join Rim13 [0] (~5f191811@giant.haxx.se) 14.42.57 # wow, I really read that "commenting" as "committing"... 14.43.17 # I'd be happy with that as well ;) 14.43.29 # Hi. I have RockBox on ipod classic. I see error:"codec failure". This song is http://goo.gl/4x0ea . MediaInfo File: http://goo.gl/9ySUd . 14.44.00 # I won't do that, it's already to "low level" for me, I only do very small fixes, graphics and manual stuff 14.44.28 # Rim13: do other flacs work? 14.44.30 Quit quem (Ping timeout: 264 seconds) 14.44.53 # But this file RockBox can read http://goo.gl/UPUdL . 14.45.18 Join quem [0] (~foo@c83-254-244-62.bredband.comhem.se) 14.45.47 # MediaInfo: http://goo.gl/HgT0N 14.45.55 # do you know what type the tags are (vorbis comments or other)? 14.47.59 # I don't know. 14.51.06 # MPC - HC 64bit (x64) v1.4.2499 play both files 14.52.01 Quit enthdegree (Ping timeout: 250 seconds) 14.57.30 Quit factor (Read error: Connection reset by peer) 14.58.56 # What it is necessary to make that flac would be read RockBox? 14.59.05 # I can't see any obvious, maybe someone else has an idea 14.59.09 Join factor [0] (~factor@75.108.68.114) 15.00.56 Join DrewVosburg [0] (c70859fb@gateway/web/freenode/ip.199.8.89.251) 15.02.22 Quit Rob2223 (Read error: Connection reset by peer) 15.02.32 Join Rob2222 [0] (~Miranda@p4FFF2DEA.dip.t-dialin.net) 15.02.50 Quit quem (Ping timeout: 240 seconds) 15.03.07 # Thanks for the help 15.04.14 # I hope the answer will be 15.07.02 # sideral: I think your proposal will at least solve the "it's too complicated" problem 15.08.15 # gevaerts: Thanks for the feedback. Yes, that was the goal. 15.08.50 # And for the audiobook case (which I guess means "a set of consecutive tracks"), I'd say the current bookmark system works well, so if your mechanism doesn't address those, that's not really a problem 15.10.15 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.10.42 # I think my mechanism now actually can work with audiobooks as well: Just exclude audiobooks from the resume-on-automatic-trackchange config. The only thing missing is finding the right track to start with. 15.10.54 # And for that, bookmarks are better suited. 15.11.03 # yes, exactly 15.11.50 # Let's see what the others say. 15.11.57 # Rim13: the first file (Back on my Feet) plays in a Rockbox simulator on my PC. I tried that because it also gives some info when it fails usually. Do other FLACs play currently on your Ipod? 15.12.08 # gevaerts: I actually have an idea that would simplify this as well (w/o having to go through bookmarks): 15.12.32 # the DB browser could by default highlight the last-played track 15.12.37 # but that's future work 15.12.45 # How would that work? 15.13.31 # Rim13: only so called "subset" (iirc) flac files are guaranteed to work 15.13.51 # gevaerts: as you enter a DB view (say an album consisting of audiobook chapters in separate mp3 files), the tagtree checks the last-played property in the DB and highlights the youngest one 15.13.52 # blocksize <= 4608 for example 15.14.23 # n1s: that file works in a current c200 sim 15.14.26 # sideral: remember that not all supported players have an RTC, so you can't reliably use timestamps :) 15.14.33 # A counter would work though 15.14.46 # pixelma: ok, not a codec limitation then 15.15.00 # gevaerts: oh ok 15.15.42 # Also, on some players that do have an RTC, a hard reset (which you unfortunately still have to do every now and then...) resets the clock 15.15.54 # we could also fake a logical clock for players that don't have an RTC 15.15.58 # Which means that on my gigabeat the clock tends to not be set :) 15.16.26 # where we make the last clock value persistent in nvram before poweroff 15.16.47 # I'd just use a counter. You don't need actual *time* for this, just play order 15.17.17 # I probably mean the same by "logical clock" 15.17.25 # probably 15.18.24 # We do have some sort of code that sets file modification timestamps in an increasing order on non-RTC players. I'm not sure how it works though 15.19.00 # that's good feedback, thanks. I might tackle the DB highlighting thing next(ish) depending on demand 15.19.22 Quit antil33t (Read error: Connection reset by peer) 15.19.27 # it would be a good learning opportunity for the DB/tagtree 15.19.31 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 15.20.03 # But I have some questions to Slasheri first :) 15.20.08 Quit Rim13 (Quit: CGI:IRC (Ping timeout)) 15.20.16 Join Rim13 [0] (~5f191811@giant.haxx.se) 15.20.59 # this file RockBox can read http://goo.gl/UPUdL . 15.21.26 Quit n1s (Quit: Lämnar) 15.22.19 # Please repeat again at I rumple irc it was updated 15.23.39 Join quem [0] (~foo@c83-254-241-65.bredband.comhem.se) 15.23.45 Join enthdegree [0] (~enthdegre@vpn2.waketech.edu) 15.25.09 # gevaerts: Have you had a look at the comment above the config proposal? It's the summary you promised to read ;) 15.25.36 # sideral: I read it together with your new proposal 15.25.50 # That's why I brought up the audiobook thing 15.26.44 # a cool 15.27.15 # do you have comments regarding the base-mechanism discussion? 15.27.23 Quit DrewVosburg (Ping timeout: 265 seconds) 15.28.20 # Well, I don't really agree that the bookmarking system is a complex and fragile, but I do agree that it doesn't fit your goals 15.30.35 Join n00byMcn00bn00b [0] (c70859fb@gateway/web/freenode/ip.199.8.89.251) 15.31.09 # I still think that a good solution would be to allow the database to update on demand (i.e. it would only add tracks to it when the autoresume thing needs them there, which ensures the database doesn't grow huge), but I don't see that as a blocker. It can easily be added later, without actually changing anything for how autoresume is implemented now 15.33.58 Quit Rim13 (Quit: CGI:IRC) 15.34.03 Join Rim13 [0] (~5f191811@giant.haxx.se) 15.36.28 Quit kugel (Remote host closed the connection) 15.36.43 # fair enough. I actually do want to look at real-time DB extensions as a follow-on project 15.37.53 Quit domonoky (Read error: Connection reset by peer) 15.38.07 # I'll wait for some more feedback and then update my patch set accordingly, plus do the handbook changes 15.40.12 Quit enthdegree (Read error: Operation timed out) 15.40.53 Quit petur (Quit: Page closed) 15.40.54 # thanks gevaerts 15.41.23 Join user890104 [0] (~Venci@6bez10.info) 15.43.56 Quit TheLemonMan (Quit: free(me)) 15.44.07 Join quem_ [0] (~foo@c83-254-241-65.bredband.comhem.se) 15.45.00 *** Saving seen data "./dancer.seen" 15.46.35 Quit Rim13 (Quit: CGI:IRC (Ping timeout)) 15.47.07 Quit n00byMcn00bn00b (Quit: Page closed) 15.47.55 Join Rim13 [0] (~5f191811@giant.haxx.se) 15.48.11 Quit Rim13 (Client Quit) 15.48.36 Quit quem (Ping timeout: 260 seconds) 15.53.00 Quit quem_ (Ping timeout: 272 seconds) 15.53.30 Quit esperegu (Read error: Connection reset by peer) 15.54.19 Quit pamaury (Remote host closed the connection) 15.55.11 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 15.55.11 Quit n1s (Changing host) 15.55.11 Join n1s [0] (~n1s@rockbox/developer/n1s) 15.56.09 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 16.01.46 Join quem [0] (~foo@c83-254-241-122.bredband.comhem.se) 16.02.00 Quit liar (Ping timeout: 255 seconds) 16.18.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 16.18.55 Quit n1s (Quit: Ex-Chat) 16.21.50 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 16.22.12 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 16.22.12 Quit n1s (Changing host) 16.22.12 Join n1s [0] (~n1s@rockbox/developer/n1s) 16.24.33 # i'm trying to build rockbox for android (on ubuntu 10), followed the readme and used the .sh file for installation - now i get the error "arm-linux-androideabi-gcc: not found" - how can i fix this? 16.29.19 # i.e. i have no clue how to "make sure you have the ANDROID_SDK_PATH and ANDROID_NDK_PATH (pointing to 16.29.20 # the each's root directory) environment variables set up" 16.32.07 Quit GeekShad0w (Quit: The cake is a lie !) 16.33.38 Quit quem (Ping timeout: 240 seconds) 16.35.27 Join CapsAdmin [0] (~CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 16.35.40 # *PANIC* 16.35.47 # Stack underflow... viewportmanager 16.36.00 # I saw a patch for it, but I'm wondering how I can restart the ipod 16.37.27 # it's unresponsive 16.37.46 # press and hold menu+select 16.37.48 Join quem [0] (~foo@c83-254-245-204.bredband.comhem.se) 16.37.59 Quit TheSeven (Disconnected by services) 16.38.00 Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) 16.38.02 # oh 16.38.12 # i thought it was just a press thing 16.38.27 # I didn't know I had to hold those buttons for longer than 2 seconds 16.38.31 # thanks 16.51.48 Part LinusN 16.54.31 Join quem_ [0] (~foo@c83-254-245-204.bredband.comhem.se) 16.58.28 Quit quem (Ping timeout: 240 seconds) 16.58.28 Nick quem_ is now known as quem (~foo@c83-254-245-204.bredband.comhem.se) 17.00.40 # dfkt|x: "export ANDROID_SDK_PATH=/path/to/wherever/the/sdk/is" and similar for the ndk? 17.00.46 Join pixelmob [0] (~AndChat@cable-62-117-6-14.cust.telecolumbus.net) 17.02.14 Quit pixelmob (Client Quit) 17.02.58 # gevaerts, i see folders for the sdk and ndk in my home directory, but this gives the same "not found" results 17.04.35 # that part works for me 17.05.21 Nick pixelma is now known as pixelmob (quassel@rockbox/staff/pixelma) 17.07.44 Nick pixelmob is now known as pixelma (quassel@rockbox/staff/pixelma) 17.09.28 Join panni_ [0] (hannes@ip-178-202-69-162.unitymediagroup.de) 17.10.58 # <[Saint]> preglow: noticed you talking about RaaA lockups...I get them all the time. 17.11.42 # <[Saint]> Except seeking back/forth won't make it come out of lock...the UI is respomsive and I can navigate normally....just no sound. 17.17.58 Quit quem (Ping timeout: 255 seconds) 17.23.11 Quit sideral (Quit: Leaving.) 17.23.31 Quit Keripo (Quit: Leaving.) 17.23.37 # gevaerts, sideral: We do fake fat timestamps in rockbox, as vfat requires timestamps. But those are only strictly monotonic per file, not for the whole filesystem 17.24.01 # ah, right. So useless for any other purpose 17.26.21 # It uses 3 rules: (1) For new files, start at build_date, 00:11:11. (2) When modifying a file and its old timestamp is before build_date, advance to build_date, 00:11:11. (3) Advance time by 00:11:11, when minutes wrap increment hour( /day/ month/year) and set min:sec back to 11:11 17.28.25 # The reasoning for 11 min 11 sec is to make those faked times easily recognisable. Thell always be xx:11:10, xx:22:22, xx:33:32, xx:44:44 or xx:55:54 when listed (deviation in the last digit due to fat's two-second modfication time precision) 17.33.53 Join pixelmob [0] (~AndChat@rockbox/staff/pixelma) 17.38.11 Quit n1s (Ping timeout: 240 seconds) 17.40.03 Quit [7] (Ping timeout: 240 seconds) 17.45.01 *** Saving seen data "./dancer.seen" 17.47.31 Quit pixelmob (Quit: Bye) 17.50.46 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 17.50.46 Quit n1s (Changing host) 17.50.46 Join n1s [0] (~n1s@rockbox/developer/n1s) 17.55.49 Join quem_ [0] (~foo@c83-254-241-235.bredband.comhem.se) 17.56.16 Nick quem_ is now known as quem (~foo@c83-254-241-235.bredband.comhem.se) 18.19.55 Join sideral [0] (~sideral@unaffiliated/sideral) 18.20.02 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.24.41 Quit Battousai (Quit: No Ping reply in 180 seconds.) 18.25.18 Join Battousai [0] (~bryan@gentoo/developer/battousai) 18.26.56 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.26.57 Quit bertrik (Changing host) 18.26.57 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.27.56 Join Horscht [0] (~Horscht@xbmc/user/horscht) 18.29.57 Quit Battousai (Client Quit) 18.31.16 Quit BRi7X (Ping timeout: 246 seconds) 18.32.32 Join leavittx [0] (~lev@89.221.199.187) 18.34.11 Join Battousai [0] (~bryan@gentoo/developer/battousai) 18.35.53 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.44.48 Quit n1s (Quit: Ex-Chat) 18.54.27 # * kugel is mighty confused by FS#11903 18.54.59 Quit bluefoxx (Quit: ERROR:::UNCAUGHT EXCEPTION AT 0X0F023B29:::ATIKMPAG.SYS:::DESTROYING CLIENT:::ABORTING ALL PROCESSES) 18.57.56 Quit leavittx (Ping timeout: 272 seconds) 18.59.17 Join leavittx [0] (~lev@89.221.199.187) 19.04.49 Join {phoenix} [0] (~dirk@p57AA4B8D.dip.t-dialin.net) 19.06.19 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 19.18.26 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 19.18.26 Quit pamaury (Changing host) 19.18.26 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.18.37 Quit leavittx (Ping timeout: 260 seconds) 19.19.22 Quit bluefoxx (Quit: ERROR:::UNCAUGHT EXCEPTION AT 0X0F023B29:::ATIKMPAG.SYS:::DESTROYING CLIENT:::ABORTING ALL PROCESSES) 19.21.25 Quit mudd1 (Remote host closed the connection) 19.24.30 Join bluefoxx [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 19.24.36 # when i try to build rockbox for android, should there actually be a file called "arm-linux-androideabi-gcc" somewhere on the hdd? i still get the "not found" message, even if it's in my path, and the sdk and ndk have been installed properly 19.25.03 Join markcrase [0] (~markcrase@cpe-69-133-107-162.woh.res.rr.com) 19.25.57 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 19.27.27 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8) 19.28.22 Join leavittx [0] (~lev@89.221.199.187) 19.29.09 # besides that i also get "arm-linux-androideabi-ld: not found" 19.34.13 Quit dfkt|x (Remote host closed the connection) 19.35.45 Join dfkt|x [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 19.35.45 Quit dfkt|x (Changing host) 19.35.45 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 19.37.19 # dfkt|x: yes, you need arm-linux-androideabi-gcc somewhere 19.39.26 # gevaerts, meaning, it should definitely show up somewhere when i search for it in eg. nautilus? 19.39.52 # In $ANDROID_NDK_PATH/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x66/bin 19.41.16 # hmm, there is no /toolchains in my /home/dfkt/android-ndk-r5 directory 19.41.39 # only /source and /tests 19.41.50 # That doesn't look right then 19.41.50 # How difficult is it to patch my Clip+ with the usb fix?(I haven't seen a guide) 19.41.57 # Was it unpacked correctly? 19.42.27 # i ran installToolchain.sh from rockbox trunk /android 19.42.40 # then i set up the sdk - there was no info on setting up the ndk 19.42.56 # does the ndk need to be set up as well? 19.43.22 # markcrase: have a look at http://www.rockbox.org/wiki/WorkingWithPatches and the pages it refers to 19.43.24 # with setting up the sdk i mean i installed pretty much everything from 1.5 to 3.0 19.44.12 Join Smily [0] (~Stummi@p5DF2A3B6.dip0.t-ipconnect.de) 19.44.38 # dfkt|x: do you still have the downloaded android-ndk-r5-linux-x86.tar.bz2? 19.44.39 # also, i don't seem to be the owner of the ndk directory, it's got a big lock on it 19.44.46 # Probably in /tmp/ 19.45.04 *** Saving seen data "./dancer.seen" 19.45.16 # If you do, can you check how big that file is? 19.45.27 Quit Smily (Changing host) 19.45.27 Join Smily [0] (~Stummi@rockbox/developer/Stummi) 19.45.31 Nick Smily is now known as Stummi (~Stummi@rockbox/developer/Stummi) 19.45.32 # gevaerts, not in tmp, but i downloaded the tar ball manually as well 19.45.48 # I just downloaded it, and it does have toolchains 19.46.18 # 44362746 bytes, md5sum 49d5c35ec02bafc074842542c58b7eb3 19.46.20 # indeed, just looked inside it, all is there 19.46.24 # Thanks gevaerts! 19.46.45 # this one i didn't use however - i just used the rockbox .sh. twice, actually 19.47.26 # i guess just extracting that over the borked install won't work? 19.47.36 # it should 19.47.43 # nice, i'll try 19.48.43 Quit PaulJam (Ping timeout: 255 seconds) 19.52.18 # gevaerts, appears to be working now, running make :) 19.52.40 # dfkt|x: that script should probably check md5sums :) 19.53.01 # As should rockboxdev.sh, really 19.58.53 # * Bagder agrees 19.59.25 # rockboxdev can't setup the android tools? 19.59.35 Quit solexx (Ping timeout: 265 seconds) 20.00.01 # untarring 2 files isn't too complicated :) (and I don't have a clue about rockboxdev) 20.01.07 Join solexx [0] (~jrschulz@e176108053.adsl.alicedsl.de) 20.01.18 Quit markcrase (Quit: markcrase) 20.01.36 # I prefer rsync with -c option (checksum tests for updates, copies only those) 20.02.40 # Bushmills: that assumes rsync on the other end 20.03.05 # not if rockbox device is mounted as usb storage 20.03.18 # huh? 20.03.27 # Rockbox devices are not involved here 20.03.29 # rsync -c on local storage doesn't save any time 20.03.32 # gevaerts, thank you very much. *now* it's working. i also had to chmod the ndk directory to a rude 777, since it was somehow locked 20.03.53 # hm, just checking... i'm not on the wrong channel, am I? 20.04.13 # Bushmills: we're discussing downloading toolchains 20.04.14 # wonder why it had such weird permissions 20.04.21 # ehm. 20.04.29 # grin. foot in mouth situation 20.04.43 # we don't have a general memory / device register hex editor tool or plugin, have we? 20.05.10 # dfkt|x: my guess is because the tar file was cut off before it got to the permissions bit 20.06.05 # sideral: no. that kind of thing tends to lead to horrible accidents. ;) 20.06.28 # sideral: e.g. if you turn off the bits on the ipod PMU that make it turn on when you press buttons or connect power. ;) 20.07.19 # Torne: you wouldn't have to expose it to users :) 20.07.25 # Battery disconnect time :) 20.07.39 # * gevaerts once had those registers connected to USB serial for easy testing 20.08.41 Quit saratoga (Ping timeout: 265 seconds) 20.09.40 # * sideral wonders how you guys survived this long without a decent kernel debugger or gdb stub 20.10.04 # sideral: you know how long linux did without those? 20.10.21 # yes, I do 20.10.39 # at least they have nicely decorated Oopses 20.10.42 Join L-Strife89 [0] (~Strife89@207.144.201.128) 20.10.54 # as a cheap replacement for a kernel core dump 20.11.29 # We have nice panic messages :) 20.11.36 # Complete with an address you can find! 20.12.16 # but when I had much to do with Linux, I did have the fortune of having a microkernel-ish kernel debugger plugged under it 20.12.37 # that was quite useful... 20.13.30 Quit leavittx (Read error: No route to host) 20.14.44 # sideral: having spent a long time doing development with full JTAG debugging I really don't think it's generally that useful 20.14.54 # debugging stuff with printf and so on works a lot better most of the time 20.15.16 # using "proper" tools is a big time investment and only worth it for things which are genuinely very hard to resolve 20.15.56 # it can be very convenient, though 20.17.14 # Also, JTAG typically is at the wrong level of abstraction: too low, doesn't know about kernel data structures 20.18.01 # er, sure it does 20.18.12 # JTAG is just a way to get access to memory/registers 20.18.18 # same as a gdb stub 20.18.25 # the debugging tool on top of that is free to do whatever it likes 20.18.29 # the backend is uninteresting 20.19.07 # OK, maybe the debugging tools I saw on top of JTAG were sub-par. I never saw a gdb connected via JTAG 20.19.24 # gdb comes under "sub-par", no? ;) 20.19.45 # but anyway, a kernel-specific in-kernel debugger that can traverse the kernel's structures is much more convenient than gdb 20.20.06 # ..why do you need something kernel specific for that? 20.20.11 # it's an ELF binary, at some point 20.20.14 # debuggers know how to do that 20.20.55 # general-purpose debuggers don't know how to show all kernel threads blocked on something with a single-key command ;) 20.21.01 # yes they do 20.21.06 # your debugger sucks 20.21.51 # learn to script ;) 20.22.02 # we're likely not talking about the same thing :) 20.22.17 # Torne: why? You said it's not worth it :) 20.22.24 # let's just agree that gdb sucks ;) 20.23.10 # sideral: a general-purpose debugger is one where I can write arbitrary scripts to interpret the contents of memory/registers any way I feel like 20.23.24 # using the full debug info from the original binaries 20.24.05 # I chose to "script" that stuff in C, within the kernel, back in the day 20.24.06 # if it takes more than a one line script to turn a linkedlist/whatever based on a known struct from the dwarf data into a nice table you can sort by any column then your debugger is lame ;) 20.24.24 # what's the point in that being in the kernel when you can do it in one line in the debugger anyway? :) 20.25.00 # because it's not a one-liner to interactively traverse page tables, for example 20.25.04 # yes it is 20.25.10 # less than one line, in fact :) 20.25.10 # no it is not 20.25.27 # in trace32 it's "mmu.list" 20.25.47 # ok, you win 20.26.04 # because I wanted to do some audio debugging tonight ;) 20.26.05 # or provide an address if you want a different page directory than the one currently in use 20.27.19 # btw Torne, I had a go at Frotz with the game you recommended, Curses 20.27.57 # I didn't get very far with the Clip keyboard ;) 20.28.07 # yeah, i said :) 20.28.10 # it's not exactly comfortable. 20.28.35 # But it was cool to play with it anyway, and enough to do some basic exploration 20.30.08 # * Torne nods. 20.30.24 # ok, now let me open that AS3543 datasheet... 20.30.26 # My goal when I get around to it is to add a way to load keymaps that map player buttons to z-machine keys 20.30.39 # and then try and encourage people to play z-machine games which use key input instead of line input 20.30.46 # e.g. CYOA-style ones 20.32.03 # that would be cool 20.33.45 # there are quite a few, though not anywhere near as many as use line input of course 20.34.57 # I wonder whether an input mode with a fixed vocabulary to choose from, as in early Lucasfilm adventures, would be helpful 20.35.12 Quit simonrvn (Quit: ZNC - http://znc.sourceforge.net) 20.35.24 # Yeah, there are other options I can steal from other frotz ports 20.35.38 # One reasonable combination is having a textfile of commands that are available fro ma menu, common stuff 20.35.51 # and maybe a mode where you ccan enter directions with arrows 20.36.00 # and maybe a mode where you can select words from the screen to retype. 20.36.30 # I'd try it if you did it ;) 20.36.34 Join simonrvn [0] (simon@197.230-ppp.3menatwork.com) 20.36.39 # so you can go, say, click-scroll-"examine" (from menu), clicksomethingelse-scrollback-"ladder" (from previous output) 20.36.48 # Well, they've been done before, GBAfrotz uses lots of tricks like that 20.36.54 # because typing on the GBA is hilarious 20.37.12 # i just haven't implemented them yet. 20.43.24 Quit dfkt|x (Remote host closed the connection) 20.49.28 Quit evilnick_B (Quit: Page closed) 20.55.46 Quit Stummi (Quit: Bye!) 20.58.00 Quit pamaury (Remote host closed the connection) 21.00.08 Quit mrkiko (Quit: leaving) 21.04.07 Quit GeekShadow (Quit: The cake is a lie !) 21.04.11 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 21.04.12 Quit pamaury (Changing host) 21.04.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 21.12.06 Join saratoga [0] (98034408@gateway/web/freenode/ip.152.3.68.8) 21.16.25 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 21.26.17 # sideral: FS#8054 - set_gpio plugin 21.34.48 Join TheLemonMan [0] (~lem0n@ppp-104-135.98-62.inwind.it) 21.36.27 Quit robin0800 (Quit: Leaving) 21.45.08 *** Saving seen data "./dancer.seen" 21.51.50 Join Smily [0] (~Stummi@p5DF2A3B6.dip0.t-ipconnect.de) 21.51.58 Quit Smily (Changing host) 21.51.58 Join Smily [0] (~Stummi@rockbox/developer/Stummi) 21.52.05 # saratoga: Nice start -- thanks! 21.52.26 # i've been meaning to dust that off for years and make it another test_* plugin 21.53.51 Nick Smily is now known as Stummi (~Stummi@rockbox/developer/Stummi) 21.54.44 # saratoga: I'm compiling a list of things to try to tackle the annoying background noise on the ClipV2. Do you perhaps already have such a list? 21.55.39 # i would probably try and dump every audio/pmu related register and go through them for ones that look weird 21.55.54 # is this some hiss you can hear during disk access, or something else? 21.55.56 # maybe compare between the clipv2 and clip+ and look for differences 21.56.01 # its probably something in there thats not initialized correctly 21.56.13 # only reason i could think that you hear it during playback but not during radio 21.56.32 # people have reported the problem for the clip+ as well 21.57.25 # also, audio-wise there seems to be no difference in initialization between clipv2 and clip+ 21.58.06 # are you sure it's not there when using the FM radio? 21.58.55 Part sideral 21.59.06 Join sideral [0] (~sideral@unaffiliated/sideral) 22.00.11 # IIRC its not 22.00.22 # theres some noise on the clip+ recently, but i don't think its the same 22.00.28 Quit quem (Excess Flood) 22.00.45 Join quem [0] (~foo@c83-254-241-235.bredband.comhem.se) 22.01.52 # I have no rockboxed clip+ to compare to right now. I'd have to rockbox my girl friend's clip+, and she'd hate it if something went wrong :) 22.04.37 # saratoga: I can hear the clipv2 "think" in fm mode when muted. it just thinks less because there's nothing to DMA / decode, but if I use the UI I can hear the hissing sound I think 22.04.49 # sideral: I think I like your proposal for auto resume. Just one question, how do you distinguish genres and paths in that setting? 22.04.51 # weird, i tested and coulnd't hear anything 22.05.21 # saratoga: when I hold volume-down there is clicking 22.06.21 # kugel: great, thanks for taking a look! In my last proposal, I would have just one comma-separated list of search strings that would be applied to both the genre tag and the file path 22.06.51 # so how would the podcast dir/filename look like so it's matched by the setting? 22.07.58 # say you leave the custom search string at "podcast". it would match all files that have "podcast" (case insensitive) in their file name, such as /PODCASTS/Foo/bar.mp3 22.08.21 # or /bar/baz/foo-podcast.mp3 22.08.49 # what about /sdcard/podcasts/foo.mp3? 22.09.36 # works as well 22.09.43 # cool 22.09.45 # just a minor: I think a semi colon would work better as separater 22.10.17 # hmm ok, why? 22.11.03 # I don't think anyone would ever search for a path name with a comma in it? 22.11.07 # less likely to be part of a filename and more commonly used I'd say 22.11.36 # * Bagder spots a mail... 22.12.15 # I've thought a bit about this before and found "comma-separated" to be most self-describing to the user and the shortest variant as well 22.12.54 # kugel: "part of a filename" is irrelevant as long as it's not part of a pattern 22.12.59 # the only downside I see is that you can't search for the comma itself. but OTOH, I don't really care that much which it is 22.13.42 # One thing I'm not sure about is if the search strings should match an entire path component or not 22.14.48 # gevaerts: I don't think so. I like that the default "podcast" matches the OF's standard dir for podcasts on my player, which happens to be called "PODCASTS" (mind the "s" at the end) 22.15.07 # I couldn't put a podcast folder into the root on RaaA 22.15.28 # sideral: it does increase the chance of false positives a bit 22.16.05 # kugel: I've uploaded the new android widget patch 22.16.07 # gevaerts: right. but users can protect against it by searching for "/podcast/" instead 22.16.11 # (as well as some screenshots) 22.16.14 # ah, right 22.16.34 # Well, only if they don't use genre tag matching 22.16.40 # yeah 22.16.50 # hm, maybe I do prefer separate genre and filename matching lists 22.17.01 # dionoea: how hard is adding other sizes? 22.17.03 # Well, it's not a major issue either way 22.17.29 # gevaerts: :) I think this is making a good tradeoff 22.18.23 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 22.18.37 # kugel: fairly easy 22.18.43 # * sideral got mail... 22.18.47 # zoop da doop, my clip + arrived, time to look for ti84 emulators I can port 22.18.48 # and album art? ;) 22.18.56 # kugel: just add stuff to the manifest, create a layout and a dummy class 22.19.30 # Thanks guys, it's an honor 22.19.33 # kugel: that might be a bit harder. Depends if we can just get the resource's path on the sdcard or if we must send binary from rockbox. 22.20.00 # but it's definitely doable 22.20.08 # the path should be relatively easy 22.20.21 # I just don't have any album art on any of my music so I'll let someone else work it out 22.20.49 Quit pamaury (Remote host closed the connection) 22.20.51 # you sent plain multimedia keys right? so the keys should be working with other apps 22.21.45 # I wonder if there's some kind of standard/de facto API for music widgets 22.22.08 # that would be nice yeah. 22.23.34 # and I don't think that I send multimedia key intents ... don't remember why though. 22.24.21 # I should fix that 22.25.21 Quit benedikt93 (Quit: Bye ;)) 22.25.21 # probably didn't want other applications to receive them (but that's not a good excuse, I could have targeted the intent to the rockbox media button receiver) 22.25.49 # does it even need intents? 22.26.02 # yes, the widget is a different process 22.26.09 Join pamaury [0] (~quassel@cez63-2-88-164-98-172.fbx.proxad.net) 22.26.09 Quit pamaury (Changing host) 22.26.09 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 22.26.27 # I'm not sure if it's one process per widget or for all of a widget provider's widgets 22.26.44 # probably one per widget provider 22.27.56 # https://github.com/CyanogenMod/android_frameworks_policies_base/commit/0be3df4b706fe1ff11c5bc49ae917d52e7ec40f0 shows how to broadcast them, but I don't know if apps/widget can do it as well 22.29.23 # If I wrote a TI ROM emulator plugin would it be committed? 22.31.03 # kugel: everyone can broadcast any intent if I understand those correctly 22.31.56 # it might be a bit weird if we broadcast standard intents but can't be updated by other media applications 22.32.38 # (especially if intents like play launch the corresponding service) 22.34.44 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 22.35.01 # dionoea: unfortunately we can't do that yet :( 22.35.29 # is it technically impossible? 22.35.38 # or just due to the current rockbox app code infrastructure ? 22.36.00 # I'd say it's mostly that nobody has looked into it 22.36.02 Part vnl 22.36.10 # ok, so it's possible :D 22.36.23 # most probably 22.37.09 # also, I don't know if other people noticed it, but it seems that the pcm driver sometimes gets stuck and needs a pause/play to start again 22.37.18 # /join #rockbox-dev 22.37.22 # oops 22.37.33 # you're in the dev channel 22.37.54 # enthdegree: if the plugin is good enough it probably would 22.37.58 Quit MethoS- (Remote host closed the connection) 22.38.00 # (but then that's not up to me :p) 22.38.02 # Kool. How much ram is available for the Clip + to use? 22.38.05 # dionoea: some people have reported that but it works just fine for me 22.38.37 # kugel: it might depend on the hardware / android version. I had it on a Nexus One with stock roms 2.2.1 and 2.2.2 22.38.55 # I'll probably try to write a native driver when they decide to send the 2.3 OTA update 22.39.46 # well, I ask that because I notice that good plugins like the improved wikipedia/dictionary reader are left as patches while trash like rockblox1d, jackpot, robotfindskitten, and 3 versions of snake are left intact 22.39.47 # you could install CM7 (nightly builds) 22.40.05 # * Bagder adds committer #95 and welcomes sideral onboard 22.40.13 # I don't want to risk anything :) The default build is just fine for my needs 22.40.16 # sideral: \o/ 22.40.27 # sideral: please start with adding yourself to docs/COMMITTERS 22.40.31 # jippie! Thanks guys 22.40.34 # enthdegree: there are serious reasons to not commit the wikipedia plugin 22.40.49 # Oh, I was not aware of them. 22.40.51 # Badger: will do 22.40.59 # enthdegree, whoa whoa, robotfindskitten is the best plugin for rockbox. you must not "get it" 22.41.05 # They happen to be documented on the tracker 22.41.35 # aah, I did not mean robotfindskitten, I play that all the time!! 22.43.58 # enthdegree: 8MB DRAM, 1MB IRAM 22.44.20 # saratoga: Thank you! Where did you get that info? 22.44.31 # datasheet 22.44.47 # err i guess funman told me when he reverse engineered it 22.45.20 # sideral: welcome, but please stay a bit calm (as you currently do) about the controversial features :) 22.45.57 # no instead commit a malloc feature for rockbox 22.46.15 # :) 22.46.35 # I thought I'd first commit my custom keymap 22.48.16 # for? 22.49.04 # why, for the archos ondio fm of course ;) 22.49.23 Join Topy [0] (~Topy44@f049201203.adsl.alicedsl.de) 22.49.24 Join quem_ [0] (~foo@c83-254-244-74.bredband.comhem.se) 22.49.51 # sideral: because keymap changes can also lead to discussions from users, ask Llorean ;) 22.50.15 # not to discuss but about his experiences with keymap changes 22.51.20 Quit user890104 (Ping timeout: 246 seconds) 22.51.39 Quit quem (Ping timeout: 272 seconds) 22.51.50 Nick quem_ is now known as quem (~foo@c83-254-244-74.bredband.comhem.se) 22.52.08 # pixelma: I do in fact think that my keymap (for the ClipV2) is superior, but I was just joking. I'll keep my keymap for myself for the time being ;) 22.52.29 Quit T44 (Ping timeout: 240 seconds) 22.53.49 # I'm not opposed to these kind of changes if they improve things, but don't underestimate people getting used to something 22.54.05 Quit Topy (Ping timeout: 240 seconds) 22.54.13 # superior sounds good :) 22.54.30 # and I won't comment on the Clip's keymaps because I don't have such a device myself 22.55.52 # It's very tempting, but I'll keep shut in this topic for today ;) 22.56.20 # I'm trying to figure out how svn authentication works with git-svn... 22.57.49 # before I committed some changes to the c200 keymap, I still put up patches to the tracker for people to try and comment 22.59.04 # pixelma: That would be my plan as well. There's already a lengthy FS item on Clip keymaps, but I still prefer my own over the ones posted there 22.59.44 # sideral: just make the first commit with svn, git-svn will pickup the authentification information 23.03.18 # how do you push stuff upstream with git-svn? does it just require a call to git push? (I've never used it but will probably switch my rockbox checkout to git-svn soon) 23.03.22 Join Sajber^ [0] (~Sajber^@h-24-143-198.A213.priv.bahnhof.se) 23.05.31 Quit enthdegree (Quit: Reconnecting) 23.05.35 Join thomasjfox [0] (~user@dslb-088-067-038-045.pools.arcor-ip.net) 23.05.41 Join enthdegree [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 23.07.19 # * dionoea reads the man page 23.07.47 Join enthdegr1e [0] (~enthdegre@cpe-024-211-171-023.nc.res.rr.com) 23.08.10 Quit enthdegree (Client Quit) 23.10.11 # New commit by 03sideral (r29151): Added myself to COMMITTERS 23.10.32 # kugel: funny android dpad patch. you have to apply all the intermediate versions :o) 23.10.58 # thomasjfox: hey o/ 23.11.38 # I've lost all track about this task, so many patches and comments 23.11.44 Quit factor (Quit: Leaving) 23.12.47 # kugel: I've seen your dlopen fix. Good work. Didn't try it yet as my PC is into pieces right now (new mobo). 23.12.48 # dionoea: That's done with "git svn dcommit" 23.13.33 # and just git svn clone svn://svn.rockbox.org/rockbox/trunk to init the repo ? (seems to be copying stuff from the website part of the repo too) 23.13.49 # r29151 build result: All green 23.13.51 # kugel: I got all confused by just reading the FS entry... 23.13.52 # yeah 23.14.02 # dionoea: cloning from svn is time consuming 23.14.04 # sideral: Doesn't it prompt you? It is a while since I set mine up, so I can't remember what I did :) 23.14.16 # kugel: is there an alternative ? 23.14.34 Quit Stummi (Quit: Leaving...) 23.14.35 # if you only care about trunk, then we already have a git mirror for it; it doesn't include tags and branches (and www, etc) though 23.14.53 # dionoea: you can clone the existing git clone at git://git.rockbox.org/rockbox 23.15.02 # oh, nice. And can I use it to push stuff upstream afterwards? 23.15.09 # http://www.rockbox.org/wiki/GitVersionControl 23.15.15 # ah nice, thanks. 23.15.16 # tags and branches are quite useful now that we do point releases 23.15.20 Quit enthdegr1e (Ping timeout: 265 seconds) 23.15.31 # no, for that you need to set up the svn stuff. 23.15.41 # Or now that we have done one :) 23.15.48 # but i can set it up on top of the git clone right ? 23.15.51 # but that should be faster once you've cloned the existing git repo 23.15.57 # ok, great. thanks 23.16.21 # the page I linked has all steps from clong to being able to push upstream 23.16.22 # see the wiki page kugel cited 23.16.30 # thomasjfox: that's unfortunate 23.16.53 # Speaking of keymaps, I'd quite like to be able to get to the menu from the WPS on android without having to go all the way back through the file tree 23.17.12 # press menu 23.17.20 # that brings up the context menu 23.17.48 # not anymore 23.18.02 # ah, I must be out of date 23.18.06 # ta 23.18.32 # kugel: how do you access the context menu now? 23.18.52 # the maemo cabbie version has the same "issue" 23.19.08 # the C icon 23.19.17 # on the pop up 23.19.21 # kugel: actually, sorry - menu from wps does take me to the menu, but menu in the filetree is context menu (as well as long press being context menu) - is this fixed too? 23.19.31 # not yet 23.19.54 # OK 23.20.00 # but it should 23.20.08 # yeah :) 23.20.57 Join factor [0] (~factor@75.108.68.114) 23.22.43 Quit [Saint] (Read error: No route to host) 23.24.19 Join [Saint] [0] (S_a_i_n_t@203.184.1.80) 23.29.39 # i'm starting to remake on of my WPS themes for a 240x400 archos android - is there any website upload mechanism for such a case yet? 23.29.43 # *one 23.33.42 # this resolution is the same as the Ondas, guess you can reuse that 23.34.58 # true, i tried the onda themes on the player - they worked halfway, will use that for now - thanks pixelma 23.35.52 Quit L-Strife89 (Quit: Vamoose!) 23.41.12 Quit thomasjfox (Remote host closed the connection) 23.41.43 Quit kevku (Ping timeout: 260 seconds) 23.43.28 # dfkt: as cabbie is the default theme the tracker would be appropriate; otherwise the theme site 23.43.42 # kugel: What is the large amount of data space that Rockbox starts using once you run it once? 23.43.56 # It goes from a 3 MB ish install to 11 or 12 23.44.14 # I guess 11 or 12 :) 23.44.27 # * kugel misread 23.44.32 # I mean why does it, and is there anyway to stick it on SD 23.44.40 # *any way 23.44.43 # it's unzipping codecs and themes et all 23.45.08 # moving to sd is possible but it doesn't help much 23.45.12 *** Saving seen data "./dancer.seen" 23.45.24 # Yeah, at the moment - I meant can those bits not be offloaded? 23.45.31 # Just as it is a rather large install 23.49.40 Quit TheLemonMan (Quit: free(me)) 23.50.20 # I think it's possible but I haven't looked into it 23.50.29 # OK, no worries :) 23.51.14 Join peadar [0] (~peadar@89.100.98.139) 23.51.43 # kugel: Also, (sorry for badgering you :)), is the patch to make the items better spaced out on flyspray as I can't find it 23.52.02 # no 23.52.17 # Do you have a link to it to hand? 23.52.31 # With my fat fingers I find it not very useable without 23.53.45 Join Topy44 [0] (~Topy44@f049201203.adsl.alicedsl.de) 23.55.13 Join user890104 [0] (Venci@venci-notebook-wlan.ipv6.6bez10.info) 23.58.27 Join mudd1 [0] (~cmertes@ip-78-94-216-65.unitymediagroup.de)