--- Log for 15.05.107 Server: pratchett.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 13 days and 9 hours ago 00.00.24 # yeah, well, not even all the builds would need to be recompiled, just check to see which are there and re-assign ones that haven't completed in 15 mins or so 00.00.46 # fixing the bugs in the build master script would of course be the coolest :> 00.01.16 # it it _usually_ (or always) an issue with the build master waiting for a build to be sent back? 00.01.27 # i think so... 00.01.44 Part ac_2 00.01.46 # although i always thought that the build master goes and 'picks up the builds' 00.02.25 # I asked about timeout and Bagder said something about a problem with implementing things that way...wasn't too specific though 00.03.25 Join zivan56 [0] (i=402e05dc@gateway/web/cgi-irc/labb.contactor.se/x-588dab3f27a15a2d) 00.04.01 # i think that the way it checks for failed builds needs to be fixed....to also include builds that aren't completing fast enough 00.05.12 # does anybody know what GPIO E/J/L do on the sansa? can someone confirm they change rapidly in the debug screen? 00.05.29 # zivan56: let me get my sansa - hold on 00.05.30 # zivan56: sure...what are you looking for? 00.05.59 # not sure myself, just want to see if it is radio related 00.06.18 # E, J, L, all change relatively fast 00.06.59 # hmm, wonder what they do 00.07.22 # C also seems to change about once a second 00.08.29 # yes, same here, but it just stopped at 0xFC 00.08.44 # I also suspect another interrupt that counts as a GPIO interrupt but have no idea where to look as it's preventing using GPIO IRQs properly. Frankly we should have little need for tick tasks. 00.10.23 # the radio chip can generate interrupts as well 00.10.40 # although i'd rather not deal with that for now 00.10.54 # but reading/writing seems to work, it's just the order that doesn't :P 00.10.58 # most can, but it it's interrupt pin on one of the standard GPIO ports or elsewhere? 00.11.14 # yes, GPIOH 00.11.30 # it only has 3 communication wires, all connected to GPIOH 00.11.47 # pin 3/4/5 00.11.52 # ok, I've masked all GPIO and I know those aren't generating the continuous irq 00.12.37 # but something else must be logically ORed into the GPIO irq handler 00.12.37 # hmm, so what is? 00.14.21 # With all GPIOs masked, and GPIO IRQs enabled, GPIO interrupts are still being sent and it locks the player because this mystery GPIO IRQ is never acked 00.14.54 # hmm, strange 00.14.55 Join colezy9 [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 00.15.16 # is it just my sansa/eyes, or do E/J/L flash faster when you insert a usb cable? 00.15.34 Join __IRCMonkey____ [0] (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) 00.16.13 # hey guys, ive read up on the gigabeat, but one question stiill. Do I need the craddle to install the rockbox firmware or can I plug directly in to the gigabeat? 00.16.16 Part Domonoky_ 00.16.21 Join gursikh [0] (n=khalsa@unaffiliated/gursikh) 00.16.38 # yes, they appear to change faster 00.17.23 # not just your eyes...it settles down a bit in a couple seconds 00.17.43 Quit obo ("bye") 00.17.54 Quit blithe (Read error: 104 (Connection reset by peer)) 00.17.59 # colezy9, you should not use the cradle when installing Rockbox 00.18.09 # ok thanks 00.18.13 # there is also a hint in the manual since a couple of days on that 00.18.26 # using the cradle might give you trouble when installing 00.18.57 # ok thank you 00.20.54 # could be that the screen is just getting updated more and those ports are already changing fast :\ 00.20.55 # so that is probably the usb host probing the device? 00.21.21 # MIG: ping 00.23.05 # zivan56: hi 00.23.25 Quit hostf4cekilla ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") 00.24.05 Join linuxstb_ [0] (i=5343d4aa@rockbox/developer/linuxstb) 00.24.09 # zivan56: i think I need to look at something other than changing numbers/letters, but does it still speed up even if the usb cable isn't connected to the computer? 00.24.25 # hello 00.25.17 # chrisjs169: its approx the same speed, maybe a bit faster...i didn't really look too much into it 00.26.04 # zivan56: ok, just trying to see what speeds it up/slows it down 00.26.17 Quit colezy9 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 00.27.36 # this is probaly a stupid question, but would ~(1< 0< ok, but what would the not operator accomplish when put in as above 00.29.19 Join Thundercloud [0] (n=thunderc@82.152.199.86) 00.29.26 # It would make every bit 1 apart from the xth bit. 00.29.58 # ah, I see, thought so as well 00.30.33 Join __IRCMonkey_____ [0] (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) 00.31.21 # austriancoder: I got line1 in enabled, but I had to set gain to max in order to hear anything from the radio...so I am trying to figure out why 00.32.02 # with that much gain, i wouldn't be surprised if the radio wasn't even connected to line1, maybe it's picking up some other line 00.32.15 # zivan56: could you show me your changes to as3514 code? 00.32.29 # zivan56: have you tryied mic1/2 linein2? 00.32.41 Quit __IRCMonkey__ (Read error: 110 (Connection timed out)) 00.32.43 Nick __IRCMonkey_____ is now known as __IRCMonkey__ (n=chatzill@cpe-70-113-82-167.austin.res.rr.com) 00.33.32 # yes, i got mic1 working without problems, really loud as well 00.33.49 # line2/mic2 produces absolute silence 00.34.58 Quit gursikh ("Leaving") 00.35.20 # as3514_write(AUDIOSET1, 0xF4); /* enable line in1 */ set ADC_R=0x9F ADC_L=0xDE LINE_IN1_R = 0x3E, LINE_IN2_L = 0xBE 00.35.34 # zivan56: okay.. could it be that fm chip is not connected analog but digital? 00.36.24 # well the radio has 2 output L and R 00.36.54 # http://www.semiconductor-sanyo.com/ds_e/ENA0070.pdf look at the block diagram 00.37.10 # there are some other pins, MPX ? 00.37.58 # austriancoder: any idea why reading back AS3514 registers after a reset usually shows some garbage and not their documented reset values? 00.39.23 # Hey austriancoder 00.39.50 # jhMikeS: not realy.. I also dont understand/know, why original fw sounds so good and rockbox not.. I tried many mixer/headphoneoutput gain settings.. but.. hmmm 00.39.55 # MIG: Hi 00.40.13 Quit __IRCMonkey__ ("Chatzilla 0.9.75.1 [SeaMonkey 1.1.1/2007022206]") 00.40.50 # I basically just starting this device programming class and I am trying to understand the problems with why there isn't a usb driver for the ipod and other hardware mp3 players yet. 00.41.18 # because we soon have to decide on a device that we want to make a driver for, or what device we want to make a driver more efficient for 00.41.18 # MIG: Simply because it's a big job and no-one has tackled it yet. 00.41.32 # zivan56: okay.. it must be line in in as3514.. mybe you need to enable some gpio pins 00.41.43 # I see. My understanding is that, of course, there is no documentation for the ipod 00.42.06 # austriancoder: it looks like somethings trashing the regs somehow, somewhere. Also, rockbox seems to sound better than OF when it happens to boot without the tinniness. 00.42.07 # is this the biggest hurdle to overcome first, to find out how the hardware works ? 00.42.19 # No, we have documentation for the USB hardware in the ipod - it's been discovered that it's the same USB hardware as in a documented chip. 00.42.27 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 00.42.38 Quit zivan56 ("CGI:IRC (Ping timeout)") 00.42.59 # linuxstb_: but it's embedded in a pp package? I had a suspicion that things like that might come up. 00.43.15 # ok, just so I am on the same page. Are we talking about the ipod or another device? 00.43.31 # jhMikeS: Yes, the PP USB seems to be the same as the iMX.31 (IIRC) 00.43.56 # MIG: I'm talking about the PP502x (the chip in the ipods) 00.43.59 # ok 00.44.00 Join zivan56 [0] (i=402e05dc@gateway/web/cgi-irc/labb.contactor.se/x-e41c085d8abba6da) 00.44.07 Join stripwax [0] (n=Miranda@i-83-67-214-206.freedom2surf.net) 00.44.19 # hehe...I'll bet most of the PP chips are just glue for some documented stuff 00.44.31 # It seems to be that way... 00.44.44 # austriancoder: there is nothing to suggest it, however, they may have set up a "mute" of sorts for fm 00.44.55 # A fair amount of the PP5024 seems to be from AMS (shame they haven't published their docs though) 00.45.19 # Hi. Is there any on-target info to show how much time is used by each thread? e.g. how much of the processor load is coming from the Scroll thread as opposed to codec thread, etc 00.45.30 # My situation is this. In my class we have 3 weeks to learn about device drivers and the kernel, then 3 weeks to develop a working prototype of a driver for a chosen device. If we do not complete this prototype then we most likley fail. This would be an interesting project but I am just not sure how much time it would take. Probably more than 3-6 weeks though :) 00.45.37 # linuxstb_: as far as i know only powermgt and audio codec 00.45.56 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 00.46.01 Quit Psilonaut (Read error: 54 (Connection reset by peer)) 00.46.16 # austriancoder: Yes, that's a fair amount though. The CPU cores are standard ARM, so it doesn't leave that much. 00.46.24 # well, since we have a report with them...perhaps they'd be so kind. IMO handing out one doc is a test which if we honour our agreements could perhaps lead to more sharing. 00.46.32 # linuxstb_ - does the dma info in the sansa doc apply to any other portalplayer devices by any chance? 00.47.16 # stripwax: I would expect so, but I don't think anyone has successfully implemented DMA yet on the PP5024. 00.47.32 Part TrueJournals 00.47.37 # MIG: so.. you want to write an usb driver for rockbox or linux? 00.47.38 # linuxstb_ - ok, ta. 00.48.34 # MIG: I'm pretty sure a iMX.31 USB driver already exists for Linux. 00.48.37 Quit __IRCMonkey____ (Read error: 110 (Connection timed out)) 00.48.52 # austriancoder I guess I do not have a good understanding of rockbox yet. I thought that rockbox was a modified version of the linux kernel? 00.49.13 # MIG: no.. rockbox has nothing to do with linux 00.49.13 # ummm 00.49.15 # MIG: No, Rockbox was written from scratch. 00.49.15 # Or is it more like podzilla, an application running on a custom linux kernel ? 00.49.39 # ok, I have to say I haven't read much about rockbox. I've only read a bit about ipodlinux 00.50.12 # MIG - the rockbox kernel is the rockbox kernel. it is not linux. 00.50.17 # ok 00.50.25 # MIG: Rockbox ran on many devices before the ipods, but when it was ported to the ipods, the ipodlinux source code was used as a reference, and various drivers were ported from ipodlinux to Rockbox. 00.50.29 Join blithe [0] (n=blithe@stiletto.djblithe.com) 00.50.42 *** Saving seen data "./dancer.seen" 00.50.55 # jhMikeS: any idea how to solve channel switching of audio? 00.51.03 # then I would be wanting to write the driver for linux, because of the constraints of the class that I am taking. 00.51.32 # But, if other drivers have been ported from ipodlinux to rockbox I could see the same thing happening with the usb driver 00.52.17 # USB is more complex as there is the entire Linux USB stack sitting on top of the low-level driver. 00.52.23 Quit jhMikeS (Nick collision from services.) 00.52.29 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 00.52.45 # I see 00.53.06 # hmm, i am wondering, according to the FM datasheet it says change a register to some value (ex 10111010) and says for example change bit 3 to high and then low, but it doesn't say anything about keeping the rest of them 00.53.11 # Is usbnet the "low-level" driver in linux ? 00.53.20 # err bit 2 00.53.53 # i assume it would keep those in the chip...? 00.54.01 # zivan56: keep the rest as it is and only change the defined bit 00.54.18 # austriancoder: I'm not really super sure why it switches. Are cache invalidates a big cycle burner? 00.54.38 Join Hilikus [0] (n=rockero@bas4-montreal19-1242419325.dsl.bell.ca) 00.54.48 # or flushes rather 00.55.18 Quit bluebrother ("Leaving") 00.55.27 # austriancoder: but then one of the registers controls a reset, so i would be resetting it again 00.55.34 # i mean bits 00.55.38 # jhMikeS: dont know... needs trying i would say.. 00.56.12 # so looks like i need to cache all the values written to them, and there is no clear indicator when to clear them 00.57.07 # it seems like around 1/2 LRCLK cycle passes and throws the writes out of phase 00.58.32 Part pixelma 00.59.03 # jhMikeS: okay.. now i understand tonis patch better... he only does invalidation of caches in lcd driver, when no audio is played 00.59.06 # jhMikeS: Why does that only happen on sansa? 00.59.15 # Is the interface different in some way? 00.59.50 # amiconn: I really don't know but the audio codec uses different bits 01.00.26 # Perhaps an auto sync feature is disabled on sansa 01.00.39 # browsing the kernel source for "usb", it does seem like a lot of work :( 01.01.40 Quit zivan56 ("CGI:IRC (Ping timeout)") 01.02.58 # Aside from the usb development, do you guys know of any hardware that might need drivers written for it in linux ? 01.03.13 Join zivan56 [0] (i=402e05dc@gateway/web/cgi-irc/labb.contactor.se/x-df61c71c992cfc7e) 01.03.59 # MIG: #rockbox isn't the channel to be asking about Linux in... 01.04.06 # we're using FIFO_FORMAT_32LSB and it says "other formats not yet known" but I'm guessing it's the usual ones :\ 01.04.18 # ok 01.04.57 # it was more of a general question, I figured that you guys have done driver development before and might know the seen 01.04.59 # I should just try a bunch and see if it can use L-R pairs 01.05.32 # Thanks for explaining the development so far to me though 01.05.33 Part Hilikus 01.05.46 # no problem.. 01.06.06 # seen = scene 01.08.29 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") 01.08.47 Join jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) 01.09.03 # * chrisjs169 notices it's been one and a half hours and the builds still aren't up... 01.10.09 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.10.14 # * linuxstb_ notices it's 1.10am in Sweden so that's unlikely to change 01.10.18 # chrisjs169: everyone with access is asleep or on vacation 01.10.33 # n1s: i know =/ 01.10.39 Quit juxtap (Read error: 104 (Connection reset by peer)) 01.10.49 # * n1s also notices that it is 1.10 am and should go to bed. 01.11.49 Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) 01.15.07 Quit linuxstb_ ("CGI:IRC") 01.16.11 Part n1s 01.16.44 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 01.18.34 Part TrueJournals 01.20.48 Quit zivan56 ("CGI:IRC (Ping timeout)") 01.21.02 Join shing` [0] (n=noone@c-24-3-143-26.hsd1.mn.comcast.net) 01.21.18 # After I installed rockbox, my computer freezes when I connect my ipod to it, how can i fix this? 01.22.54 Join skyfaller [0] (n=skyfalle@wikipedia/Skyfaller) 01.23.11 # hey folks... does anyone know of anything like Rockbox for the iPod shuffle? 01.24.39 Join colezy9 [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 01.24.58 Quit gromit` ("Coyote finally caught me") 01.25.04 # anyone using any cools themes for gigabeat? what do u recommend 01.28.27 # we can definitely send stereo pairs 01.29.02 Part shing` 01.29.11 # jhMikeS: but... 01.29.23 # yeah, but...that what I'm working on :) 01.31.14 Quit spiorf (Remote closed the connection) 01.35.11 Join Chronon [0] (i=Chronon@d23-104.uoregon.edu) 01.40.46 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 01.42.49 # whats the best plugin for video on gigabeat f40 01.44.33 # colezy9: there is only one plugin mpeg2player 01.44.53 Quit MIG () 01.45.31 # ok thx, i heard rumor that vlc could be installed, i guess that isnt correct 01.48.29 # People use VLC to transcode videos to the proper format for mpegplayer 01.48.45 # i see that disable_rebuild is in sansa, but how can I force it to execute it every time the OF is loaded, not just when USB is inserted? 01.48.58 # *is is main-pp.c (for sansa) 01.50.57 # good night all.. time to go to bed 01.51.58 Quit austriancoder ("Kopete 0.12.4 : http://kopete.kde.org") 01.54.10 Quit Nico_P (Remote closed the connection) 01.56.29 Quit moos ("Glory to Rockbox") 01.59.31 Part toffe82 02.00.53 Join warewolf [0] (i=warewolf@warewolf.org) 02.01.49 # anyone have a link to where i install a theme on my Toshiba f40 02.02.04 # in the wiki 02.02.47 # in the manual ? 02.02.53 # no...in the wiki 02.04.58 # well i don't see themes in there 02.05.12 # look harder 02.05.15 # hm, no linus 02.05.17 # we call them WPSs 02.05.36 # anyone here work on the bootloader for iriver h3xx? 02.05.59 Join Thundercloud_ [0] (n=thunderc@82.153.194.86) 02.06.00 Join Rincewind [0] (n=xchatter@i3ED6E94A.versanet.de) 02.06.01 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 02.06.05 # * warewolf is curious if there is any plan to get rockbox firmware to boot when external power is supplied -- eg, the +5v cable, not usb 02.06.44 # ive been looking hard already, else i wouldn't have asked 02.07.19 Join element_g [0] (n=g-force@S0106001346a401fd.ed.shawcable.net) 02.07.29 Part TrueJournals 02.07.34 # colezy9: a link to them is on the page you get when you click on "wiki" on the sidebar 02.07.35 # i know how these rooms work and that usually with research it can be found, but I can't find it 02.09.05 # if they are called WPS then I found it 02.09.15 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 02.09.24 # " we call them WPSs" 02.12.07 Quit slarti (Read error: 104 (Connection reset by peer)) 02.12.34 # ok i get ya 02.13.08 Quit lee-qid ("aufwiederbyebientotsayonara") 02.18.33 Quit Thundercloud (Read error: 60 (Operation timed out)) 02.18.33 # so i am unsure how to load the file propperly on to my gigabeat 02.18.53 # put it in the required dirs but can't use it for some reason 02.19.59 Quit Chronon () 02.21.17 # nm figured it out 02.25.28 Quit gromit` (Read error: 104 (Connection reset by peer)) 02.32.08 # ok i need to load music into rockbox, do i need to put it in a special dir? 02.33.52 # colezy:no , rockbox will see your music wherever you stick it. although I prefer this: 02.33.52 # music>genre>artist>album>songs 02.33.56 Join gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 02.34.17 # colezy9: please read the manual...it will answer these questions and more 02.34.23 # well i create a folder in root called MP3 and it won't see it 02.34.35 # i did read the manual 02.37.19 Join colezy9_ [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 02.37.56 # colezy9_: which type of files are you showing? 02.38.28 # are you looking at the database instead of the file browser? 02.39.58 Join colezy9__ [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 02.42.44 Join zivan56 [0] (n=not@64.46.5.220.novuscom.net) 02.42.56 Quit Arathis ("Bye, bye") 02.44.29 Join Thundercloud [0] (n=thunderc@82.153.11.170) 02.44.30 Quit Rincewind ("Cya") 02.48.26 Quit zivan56 (Read error: 104 (Connection reset by peer)) 02.48.31 Quit colezy9_ (Read error: 60 (Operation timed out)) 02.48.56 Quit entheh ("^~") 02.50.43 *** Saving seen data "./dancer.seen" 02.51.21 Join zivan56 [0] (i=402e05dc@gateway/web/cgi-irc/labb.contactor.se/x-d8a584c7f2dbda41) 02.51.39 # well I got rid of the LCD buzz and got the FM input just a tiny bit louder 02.52.19 # (for the sansa fm tuner) 02.52.42 Quit Thundercloud_ (Read error: 60 (Operation timed out)) 02.54.04 Join colezy9___ [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 02.55.26 Quit pearldiver (Read error: 110 (Connection timed out)) 02.55.44 Quit colezy9 (Read error: 110 (Connection timed out)) 02.55.57 Nick colezy9___ is now known as colezy9 (n=chatzill@S010600c0a8869021.wp.shawcable.net) 02.59.05 Part element_g ("Kopete 0.12.4 : http://kopete.kde.org") 03.01.13 Join LAPS [0] (n=thepurea@ip68-6-168-176.sd.sd.cox.net) 03.01.28 # hello all 03.01.54 # where is the rockbox source tarball download? 03.02.19 # * nvm 03.02.22 # found it 03.02.28 # ty though 03.02.30 # c ya 03.02.33 Quit LAPS (Client Quit) 03.09.09 Join obo [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 03.10.52 Quit colezy9__ (Read error: 110 (Connection timed out)) 03.18.07 Quit gromit` (pratchett.freenode.net irc.freenode.net) 03.18.07 NSplit pratchett.freenode.net irc.freenode.net 03.18.07 Quit jhMikeS (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit amigan (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit FOAD (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit bospaadje (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit XavierGr (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit idnar (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Caliban (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit jurrie (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Galois (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit sbeh (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit schula (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit datachild (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit DiDjCodt (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit DataGhost (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit nvz1 (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit juxtap (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit dunder (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit amiconn (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Spec_ (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit saratoga3 (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit courtc (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit scorche (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit krazykit (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit warewolf (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit pabs (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Slowking_Man (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit HEx (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit tipi^_ (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit kennethd (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit goffa_ (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit andrewg867 (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit dionoea (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit hax (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit secleinteer (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Farp (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit crwl (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit crashd (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit sneakums (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit RaRe (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Kohlrabi (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Overand (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit kclaf (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit ampleyfly (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit nixphoeni (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit atsea- (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit lids (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit sslashes (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit bagawk (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit alienbiker99 (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit lostlogic (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit SaLoMoN (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit ze (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit Thundercloud (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit JdGordon (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit skyfaller (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit darkless (pratchett.freenode.net irc.freenode.net) 03.18.07 Quit maffe (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit bawb2 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Nibbier (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit ender (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit gtkspert (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit thegeek (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit merbanan (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Mouser_X (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Xerion (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Bawitdaba (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit tchan (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit peanutb (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit BHSPitMonkey (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit obo (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit jhulst (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit blithe (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Guile` (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit midkay (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit desowin (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit kkurbjun (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit miepchen^schlaf (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Rick (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit SirFunk (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit alberink (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit davina (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Weiss (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit hcs (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit z0de (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Joely (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit chrisjs169 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit joshin (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit CelticSoul (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Jon-Kha (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit NuclearDog (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit luckz (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Slasheri (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Lynx_ (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Bjoern-Erik (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit lex (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Neovanglist (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit markun (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit colezy9 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit zivan56 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit joa (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Rob2222 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit _pill (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit himitsu (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit HellDragon (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit lostnihilist (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit z35 (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit flattwin (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit toer (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit intgr (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit ptcemetary (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Seedy (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Soap (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit daurnimator (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Ave (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Bromius (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit relaxed (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit YouCeyE (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit dark (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit simmel (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit Hadaka (pratchett.freenode.net irc.freenode.net) 03.18.08 Quit preglow (pratchett.freenode.net irc.freenode.net) 03.40.56 Join toffe82 [0] (n=chatzill@adsl-70-235-224-236.dsl.frs2ca.sbcglobal.net) 03.40.56 NHeal pratchett.freenode.net irc.freenode.net 03.40.56 NJoin Soap [0] (n=Soap@rockbox/staff/soap) 03.40.56 NJoin Thundercloud [0] (n=thunderc@82.153.11.170) 03.40.56 NJoin JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 03.40.56 NJoin warewolf [0] (i=warewolf@warewolf.org) 03.40.56 NJoin skyfaller [0] (n=skyfalle@wikipedia/Skyfaller) 03.40.56 NJoin juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) 03.40.56 NJoin jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) 03.40.56 NJoin blithe [0] (n=blithe@stiletto.djblithe.com) 03.40.56 NJoin dunder [0] (n=dolphin@24-119-81-201.cpe.cableone.net) 03.40.56 NJoin Guile` [0] (n=Guile@84.4.16.72) 03.40.56 NJoin darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 03.40.56 NJoin amiconn [0] (n=jens@rockbox/developer/amiconn) 03.40.56 NJoin maffe [0] (n=maffe@195.159.148.248) 03.40.56 NJoin atsea- [0] (i=ariel@gateway/tor/x-d828d6fa7f65ab4e) 03.40.56 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.40.56 NJoin Spec_ [0] (n=spec@69.60.114.106) 03.40.56 NJoin bawb2 [0] (n=bawb2@ip50210.estcmp.ku.edu) 03.40.56 NJoin Nibbier [0] (n=sven@port-212-202-177-141.dynamic.qsc.de) 03.40.56 NJoin lids [0] (i=lds@gateway/tor/x-248ac76469130f8b) 03.40.56 NJoin saratoga3 [0] (i=98039921@gateway/web/cgi-irc/labb.contactor.se/x-ebd17cada9e49e22) 03.40.56 NJoin kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 03.40.56 Join desowin [0] (n=desowin@unaffiliated/desowin) 03.40.56 NJoin ender [0] (n=ender@mail.konto.si) 03.40.56 NJoin miepchen^schlaf [0] (n=hihi@p54BF6832.dip.t-dialin.net) 03.40.56 NJoin peanutb [0] (n=paulb@c-71-231-82-231.hsd1.wa.comcast.net) 03.40.56 NJoin gtkspert [0] (n=gtkspert@203-59-218-160.dyn.iinet.net.au) 03.40.56 NJoin courtc [0] (n=court@unaffiliated/courtc) 03.40.56 NJoin scorche [0] (i=scorche@rockbox/administrator/scorche) 03.40.56 NJoin krazykit [0] (n=kkit@ppp-70-225-128-88.dsl.ipltin.ameritech.net) 03.40.56 NJoin thegeek [0] (n=thegeek@s189a.studby.ntnu.no) 03.40.56 Join Rick [0] (i=rick@unaffiliated/Rick) 03.40.56 NJoin SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) 03.40.56 NJoin pabs [0] (n=pabs@xor.pablotron.org) 03.40.56 NJoin Slowking_Man [0] (i=slow@wikipedia/Slowking-Man) 03.40.56 NJoin Overand [0] (i=overand@pdpc/supporter/active/Overand) 03.40.56 NJoin Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 03.40.56 NJoin Farp [0] (n=asd@218.111.173.219) 03.40.56 NJoin sneakums [0] (n=sneakums@jenny.ondioline.org) 03.40.56 NJoin crwl [0] (n=crawlie@a88-114-143-95.elisa-laajakaista.fi) 03.40.56 NJoin crashd [0] (i=foobar@lostnode.org) 03.40.56 NJoin RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 03.40.56 NJoin lostlogic [0] (n=lostlogi@rockbox/developer/lostlogic) 03.40.56 NJoin SaLoMoN [0] (n=SaLo@xglusers.de) 03.40.56 NJoin sslashes [0] (i=sslashes@209.67.252.122) 03.40.56 NJoin ze [0] (i=ze@cpe-76-175-22-254.socal.res.rr.com) 03.40.56 NJoin bagawk [0] (n=lee@unaffiliated/bagawk) 03.40.56 NJoin alienbiker99 [0] (n=alienbik@ool-44c126d4.dyn.optonline.net) 03.40.56 NJoin nixphoeni [0] (n=sappj@smtp.gentoo.org) 03.40.56 NJoin ampleyfly [0] (n=ampleyfl@130.236.254.168) 03.40.56 NJoin kclaf [0] (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) 03.40.56 NJoin dionoea [0] (n=dionoea@poy.chewa.net) 03.40.56 NJoin HEx [0] (i=HEx@213-228-241-143.dsl.prodigynet.co.uk) 03.40.56 NJoin tipi^_ [0] (i=pihlstro@lehtori.cc.tut.fi) 03.40.56 NJoin kennethd [0] (n=kenneth@cpe-66-65-80-62.nyc.res.rr.com) 03.40.56 NJoin goffa_ [0] (n=goffa@216.220.23.105) 03.40.56 NJoin secleinteer [0] (n=secleint@70.230.174.232) 03.40.56 Join hax [0] (n=hax@httpcraft/hax) 03.40.56 NJoin andrewg867 [0] (n=andrew@stjhnf0124w-142162088144.pppoe-dynamic.nl.aliant.net) 03.40.56 Join chrisjs169 [0] (n=jack@unaffiliated/chrisjs169) 03.40.56 NJoin CelticSoul [0] (n=celticso@ivr94-1-87-88-75-71.dsl.club-internet.fr) 03.40.56 NJoin Joely [0] (n=joel@68.249.189.81) 03.40.56 NJoin z0de [0] (i=z0de@80-194-233-59.cable.ubr01.enfi.blueyonder.co.uk) 03.40.56 NJoin hcs [0] (n=agashlin@rockbox/contributor/hcs) 03.40.56 NJoin Bawitdaba [0] (n=Sphinx@cpe-24-25-130-25.nycap.res.rr.com) 03.40.56 NJoin Xerion [0] (i=xerion@vhe-382201.sshn.net) 03.40.56 NJoin Weiss [0] (i=taw27@pip.srcf.societies.cam.ac.uk) 03.40.56 NJoin Mouser_X [0] (n=mouser_x@67.110.120.164.ptr.us.xo.net) 03.40.56 NJoin davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 03.40.56 NJoin merbanan [0] (n=banan@83.233.231.172) 03.40.56 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 03.40.56 NJoin BHSPitMonkey [0] (n=stephen@adsl-67-64-104-112.dsl.rcsntx.swbell.net) 03.40.56 NJoin alberink [0] (n=alberink@cc516682-b.ensch1.ov.home.nl) 03.40.56 NJoin joshin [0] (n=joshin@unaffiliated/joshin) 03.40.57 *** Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.40.57 *** Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.40.57 *** Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.41.05 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 03.41.17 Quit saratoga3 ("CGI:IRC (Ping timeout)") 03.41.30 NJoin ptcemetary [0] (n=otio@flvpn.ccur.com) 03.41.30 NJoin Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 03.41.30 NJoin daurnimator [0] (i=daurn@unaffiliated/daurnimator) 03.41.30 NJoin Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 03.41.30 NJoin Bromius [0] (n=bromius7@ws-93.ze.zapeng.com) 03.41.30 NJoin relaxed [0] (n=relaxed@unaffiliated/relaxed) 03.41.30 NJoin YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 03.41.30 NJoin intgr [0] (n=ack@blip.juffo.org) 03.41.30 NJoin dark [0] (i=xbots@snuggly.pand.as) 03.41.55 Join amigan [0] (n=dcp1990@35.2-177-216.bed.freedialup.org.dialup.G4.NET) 03.41.55 NJoin colezy9 [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) 03.41.55 NJoin joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 03.41.55 NJoin Rob2222 [0] (n=Miranda@p54b14008.dip.t-dialin.net) 03.41.55 NJoin _pill [0] (i=pill@sloth.shellfx.net) 03.41.55 NJoin himitsu [0] (n=himitsu@61.213.184.4) 03.41.55 Join HellDragon [0] (i=JD@unaffiliated/helldragon) 03.41.55 NJoin lostnihilist [0] (n=lostnihi@c-24-1-62-55.hsd1.il.comcast.net) 03.41.55 NJoin markun [0] (n=markun@rockbox/developer/markun) 03.41.55 NJoin z35 [0] (n=z@adsl-226-226-57.dab.bellsouth.net) 03.41.55 NJoin flattwin [0] (n=perron@flattwin.perron-damour.net) 03.41.55 NJoin toer [0] (i=tore@skjeldal.com) 03.41.56 *** Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 03.41.59 Quit amigan (Killed by douglas.freenode.net (Nick collision)) 03.42.11 Join gursikh [0] (n=khalsa@adsl-68-94-121-93.dsl.hstntx.swbell.net) 03.42.11 NJoin gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 03.42.11 NJoin jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 03.42.11 NJoin amigan [0] (i=dcp1990@unaffiliated/amigan) 03.42.11 NJoin FOAD [0] (n=dok@dinah.blub.net) 03.42.11 NJoin bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) 03.42.11 NJoin XavierGr [0] (n=xavier@ppp163-178.adsl.forthnet.gr) 03.42.11 NJoin idnar [0] (n=mithrand@unaffiliated/idnar) 03.42.11 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 03.42.11 NJoin Caliban [0] (n=ianmacd@kwark.caliban.org) 03.42.11 NJoin schula [0] (n=uli@dino.spamt.net) 03.42.11 NJoin nvz1 [0] (i=a@cpe-24-24-93-5.stny.res.rr.com) 03.42.11 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 03.42.11 NJoin Galois [0] (i=djao@efnet-math.org) 03.42.11 NJoin datachild [0] (i=krebb@linux.aeger.wind0ws.info) 03.42.11 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 03.42.11 NJoin sbeh [0] (i=sbeh@serverstaff.de) 03.42.42 NJoin Jon-Kha [0] (n=Jon-Kha@a91-152-87-243.elisa-laajakaista.fi) 03.42.42 NJoin NuclearDog [0] (n=nd@ikaruga.co.uk) 03.42.42 NJoin luckz [0] (n=luckz@luckz.de) 03.42.42 NJoin Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 03.42.42 NJoin Neovanglist [0] (n=Neovangl@chrisg.neovanglist.net) 03.42.42 NJoin Bjoern-Erik [0] (n=unknown@250.80-202-105.nextgentel.com) 03.42.42 NJoin lex [0] (i=lex@evot.us) 03.42.42 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 03.42.54 Quit amigan (Read error: 104 (Connection reset by peer)) 03.43.33 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 03.44.43 Join capo [0] (i=capo@c-24-13-108-5.hsd1.il.comcast.net) 03.45.47 Nick Spec_ is now known as x-spec-ting (n=spec@69.60.114.106) 03.47.49 NJoin preglow [0] (n=thomj@rockbox/developer/preglow) 03.49.09 NJoin simmel [0] (i=simmel@unaffiliated/simmel) 03.49.09 NJoin Hadaka [0] (i=naked@naked.iki.fi) 03.54.21 Join amigan_ [0] (n=dcp1990@217.155-211-66.nh.dialup.FreeDialup.org) 03.54.33 Quit gursikh (Client Quit) 03.56.03 Quit Thundercloud (Remote closed the connection) 04.04.55 Quit colezy9 ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 04.06.19 Quit amigan (Read error: 110 (Connection timed out)) 04.08.26 Quit amigan_ ("leaving") 04.14.12 Join Robjo8 [0] (i=Robjo8@cpe-24-210-120-140.ma.res.rr.com) 04.14.32 # can someone pm me and help me get rockbox on my ipod 04.14.33 # can someone pm me and help me get rockbox on my ipod 04.14.34 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 04.14.43 Quit secleinteer (Read error: 104 (Connection reset by peer)) 04.14.49 # can someone pm me and help me get rockbox on my ipod plz 04.15.21 # can someone pm me and help me get rockbox on my ipod plz 04.15.21 # can someone pm me and help me get rockbox on my ipod plz 04.15.35 # Robjo8, please 1) Don't repeat yourself, 2) Read the well-documented resources on the rockbox site, and 3) Ask a specific question if you even have one. 04.15.37 Mode "#rockbox +o scorche " by ChanServ (ChanServ@services.) 04.15.49 Kick (#rockbox Robjo8 :no and read the manual) by scorche!i=scorche@rockbox/administrator/scorche 04.16.09 # ... and 4) Don't let the door hit you on the way out :P 04.16.39 # i dont appreciate spammers and have no incentive to help them if they are going to be like that 04.19.28 Join jhulst_ [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) 04.20.04 Part skyfaller 04.21.36 Quit capo () 04.22.29 Quit jhMikeS (Nick collision from services.) 04.22.35 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 04.25.29 Mode "#rockbox -o scorche " by ChanServ (ChanServ@services.) 04.27.12 Quit Soap (Read error: 104 (Connection reset by peer)) 04.27.58 Join Soap [0] (n=Soap@rockbox/staff/soap) 04.30.48 Quit jhulst (Connection timed out) 04.33.59 Quit amigan (Read error: 60 (Operation timed out)) 04.43.51 Join Shaid [0] (n=adam@203-214-79-254.dyn.iinet.net.au) 04.49.06 Nick jhulst_ is now known as jhulst (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) 04.50.44 *** Saving seen data "./dancer.seen" 04.52.27 Join Shadetree [0] (n=Hotfusio@ip70-185-188-75.mc.at.cox.net) 04.52.29 # hey uys 04.52.51 # woudln't you now it. After I ordered a subpack for my X5L I find mine lol 04.52.56 # least I'll have an extra 05.08.47 Quit Shaid (Read error: 110 (Connection timed out)) 05.17.54 Join gursikh [0] (n=khalsa@unaffiliated/gursikh) 05.32.43 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 05.34.26 Join btdubs [0] (i=89a5d881@gateway/web/cgi-irc/labb.contactor.se/x-8afcd1e5f9a12cab) 05.35.23 # i 05.35.26 # hi* 05.35.34 # hey there 05.35.54 # Does anyone know how to troubleshoot this? " region PLUGIN_RAM is full" 05.36.01 # I'm trying to compile a custom build 05.36.12 # and, well, it appears that the plugin ram thingy is too small 05.36.29 # Are you compiling from the latest SVN? 05.36.40 # yup 05.37.05 # * aliask thought that this had been fixed 05.37.29 # I see 05.37.51 # Which files are not compiling properly? 05.38.23 Join webguest44 [0] (i=46a2047c@gateway/web/cgi-irc/labb.contactor.se/x-b53e9c65e3d63cf2) 05.38.45 # is the entire readout 05.39.00 # ----> /usr/local/arm-elf/lib/gcc/arm-elf/4.0.3/../../../../arm-elf/bin/ld: region PLUGIN_RAM is full (/home/scott/rockbox/build/apps/plugins/doom/doom.elf section .bss) 05.39.47 # i have a really simple question... but i cant seem to figure out how to make playlists on my h10 5gb... 05.40.48 # btdubs: This is a slightly different thing than I was expecting, but it's a linker issue. I'll take a look and see if I can find anything 05.40.58 # Thanks 05.41.33 # webguest44: Browse to a file that you want to add to a playlist, hold select on it, and use the playlist submenu. 05.42.54 # thanks 05.42.55 # :) 05.43.08 # No worries. :) 05.43.08 Quit webguest44 (Client Quit) 05.43.33 # btdubs: What changes have you made to the source? 05.44.08 # i tried adding the "doom cheat" patch 05.44.25 # Ok, that will be causing it. 05.44.38 # laundry list the rest or is the one aforementioned good enough? 05.44.39 # Doom is VERY close to being too big for the plugin buffer as it is 05.44.44 # Ohh 05.44.54 # And adding the patch must have pushed it over the limit 05.45.05 # Anyway to increase the limit? 05.45.28 # Checking that now. 05.45.38 # awesome 05.49.31 # Editing the PLUGIN_BUFFER_SIZE define in firmware/export/config-_______.h should be your answer 05.49.40 # You probably won't need to increase it too much. 05.50.30 # thanks a bunch 05.50.43 # Don't thank me unless it works :P 05.50.55 # on a side note 05.50.56 # Ohh and btw i found a bug 05.51.13 # What's that? 05.51.18 # if you play solitare and you're concurrently playing music 05.51.23 # and you're on random 05.51.28 Quit joa (Read error: 104 (Connection reset by peer)) 05.51.42 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 05.51.42 # and the song changes to a different album (ie different directory shuffle) 05.51.55 # the player locks up and errors "cannot find directory" 05.52.11 # Using the random folder advance feature? 05.52.26 # yup 05.52.29 # reproducible bug 05.52.45 # the harddrive spins non-stop 05.53.02 # if you exit solitare the player instantly shuffles to the next song 05.53.12 # So it only happens in solitaire? 05.53.22 # and if not you get the equivalent of windows "blue screen of death" on your player 05.53.36 # not sure. 05.54.10 # however, music transitions flawlessly if the next song is in the same direcctory 05.59.36 Quit lostnihilist ("Leaving") 06.00.53 # so "0x80000" is the allocated ram. 06.00.59 # what's a larger value? 06.01.15 # 0x80001 06.01.22 # ohhh. lol. 06.01.35 # But you might consider something 0x80100 might be enough 06.01.49 # Er, change that sentence so it makes sense 06.01.57 # if 0x80000 is 512k is 0x80100 ~550k? 06.02.51 # 512.25 if my calculations are correct. 06.03.31 # My mistake, I forgot that everyone here is not a native English speaker 06.03.58 # I don't know how much difference the patched made, 80100 might not be enough, but on the other hand it might. 06.04.27 Quit himitsu (Read error: 110 (Connection timed out)) 06.26.06 Quit btdubs ("CGI:IRC (EOF)") 06.32.53 Join btdubs [0] (i=89a5d881@gateway/web/cgi-irc/labb.contactor.se/x-3d4c089c0f3541da) 06.34.29 # aliask: thanks a bunch, your suggestion worked. 06.34.47 # Cool. 06.35.04 # I'm working on that bug in the random folder advance too, hopefully I'll get something soon. 06.35.47 # Cool, so you got it to reproduce (the bug) 06.36.58 # Yep 06.37.45 # I don't think the doom patch I applied work, but that's Ok. 06.38.09 # I ended up upping the plugin buffer to 2 megs. Now I can play gameboy color games and listen to music =] 06.38.54 # Just remember that the ram has to come from the audio buffer, so you'll reduce your battery life by upping it so much. 06.40.20 # I have the shuffle setting on. Most of my directories have only a few songs in it. I think ~30megs is plenty to buffer everything int he directory and have more to spare 06.41.06 # Although it's a shame that the shuffle doesn't pre-shuffle and buffer the next upcoming tracks from different directories =/ 06.43.18 # Unless, I'm mistaken--which is a distinct possibility because I'm not too familiar of rockbox's framework 06.43.26 # Anyhow, thanks a bunch for your help! =] 06.43.50 Join werdwerdus [0] (n=werdwerd@12-216-65-178.client.mchsi.com) 06.45.13 # ...and on a sidenote perhaps it's psychological, but rockboy seems to be running faster now (with the added ram) 06.45.38 # there's no hit to the FPS with music playing 06.46.08 # And no annoying gameboy music which doesn't playback realtime 06.46.14 # :P 06.50.47 *** Saving seen data "./dancer.seen" 06.58.25 Part maffe 06.58.26 Join maffe [0] (n=maffe@195.159.148.248) 07.10.22 Join Severian [0] (n=ralph@adsl-69-149-47-77.dsl.rcsntx.swbell.net) 07.14.41 Quit darkless (Read error: 104 (Connection reset by peer)) 07.14.57 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 07.17.07 Part kkurbjun 07.17.11 Quit maffe (Remote closed the connection) 07.22.48 Quit Ave (Read error: 60 (Operation timed out)) 07.25.25 # Ah, fixed that bug 07.25.40 # Supprised it hadn't been noticed earlier. 07.29.07 # Nice 07.29.20 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 07.29.27 Part kaaloo 07.34.58 Quit Shadetree (Read error: 54 (Connection reset by peer)) 07.35.16 Join Viljar`zZ [0] (i=viljark@pc34.host1.trt.starman.ee) 07.40.02 Quit jhulst (Read error: 110 (Connection timed out)) 07.41.42 Quit darkless (Read error: 104 (Connection reset by peer)) 07.41.58 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 07.45.21 Join Llorean [0] (n=Llorean@cpe-70-113-91-140.austin.res.rr.com) 07.47.19 Quit gursikh (Read error: 110 (Connection timed out)) 07.53.45 Join gursikh [0] (n=khalsa@unaffiliated/gursikh) 07.57.41 Join LinusN [0] (i=linus@rockbox/developer/LinusN) 08.02.20 Quit Severian ("Ex-Chat") 08.05.56 Quit btdubs ("CGI:IRC (EOF)") 08.08.05 Join btdubs [0] (i=89a5d881@gateway/web/cgi-irc/labb.contactor.se/x-02957f63532763ce) 08.15.34 Join calam [0] (i=434e70d0@gateway/web/cgi-irc/labb.contactor.se/x-dc67a5bdcb11062f) 08.18.10 # LinusN: Build is hanging for ~13.5 hours now.... 08.18.21 # oh 08.21.43 # * amiconn exaggerated 1 hour 08.21.46 Join lostnihilist [0] (n=lostnihi@ppp-68-251-44-79.dsl.chcgil.ameritech.net) 08.30.01 Quit desowin ("use linux") 08.31.35 Quit midkay ("Leaving") 08.31.52 # would there be any objection to commiting the sdcard patch (once its more finished) if it means disableing dircache and ramcache on he sansa? 08.32.45 # ... and after its in, would it be ok to get the bootloader to check for rockbox.mi4 on the sdcard before the hard disk? 08.33.48 Join Mjoolnir [0] (n=Mjoolnir@71-214-128-42.roch.qwest.net) 08.34.04 # Cool idea, different builds of rockbox on different sdcards 08.34.44 # well, I was thinking more faster tsting because the sdcard conncts to the comp so much faster than the sansa 08.35.44 # it would still use the /.rockbox/ files thuogh 08.36.01 # Ah, good point. 08.36.39 # that could actually possibly be fixed though 08.36.59 # as long as ROCKBOX_DIR is changed t a variable instead of a define 08.38.45 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.42.05 # LinusN: Hanging again, it seems... 08.43.29 # JdGordon: Does dircache not work well with multivolume + hotswap? 08.43.38 # * amiconn suspects that this is the case 08.44.03 # its not coded up o work at all with multivolume 08.45.06 Part toffe82 08.45.51 Join webguest06 [0] (i=c023110f@gateway/web/cgi-irc/labb.contactor.se/x-b26db6f25970fa68) 08.46.28 # dircache.c is full of IF_MV2(volume,) 's where volume is not setup or even declared 08.47.02 # I'm not sure why ramcache is disabled though 08.48.16 # ramcache from now on is ramdb... 08.48.18 # Because it needs dircache... 08.48.26 Join RaRe` [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 08.48.30 # I thought that was removed? 08.48.46 # amiconn: looks like the speculative building has gone haywire 08.48.59 Quit RaRe (Read error: 110 (Connection timed out)) 08.49.07 # I don't see a problem with disabling dircache on the sansa even though I don't have one, since the sansa is flash based there shouldn't be spinup delays while browsing 08.49.17 # it's building like crazy 08.49.19 # thats what I rekon also 08.49.35 # I did a commit a few min ago... 08.49.39 # But ramcache gives some extra features that people might like 08.49.48 # * amiconn pings Slasheri 08.49.59 # Yeah, disabling dircache on Sansa doesn't bother me in the slightest either. 08.50.05 Join Rob222241 [0] (n=Miranda@p54b15891.dip.t-dialin.net) 08.50.23 # Besides its use for database, the option has no point on flash based targets, does it? 08.50.31 # It would be nice if dircahce can be made to work with multivolume + hotswap. It doesn't need to cache hotswapped volumes, but the fixed ones 08.50.44 Join petur [0] (i=d4efd6a6@gateway/web/cgi-irc/labb.contactor.se/x-362b60646f9e876b) 08.50.44 Quit miepchen^schlaf (Read error: 113 (No route to host)) 08.50.50 *** Saving seen data "./dancer.seen" 08.50.54 # Otherwise we will have to disable dircache on several targets once we get usbotg going 08.51.42 # What about database for multivolume? It makes sense with the SD cards, but not so much (to me at least) for USB-otg 08.52.03 Join pondlife [0] (n=Miranda@cpc1-rdng11-0-0-cust362.winn.cable.ntl.com) 08.53.20 Join Siku [0] (n=Siku@f303b.w3.tontut.fi) 08.56.12 # JdGordon: I've done a little wiki editing responding to your "sleepy notes" :) 08.57.30 # :) 08.57.50 # back in a bit. 08.58.15 # Llorean: what might b nice is having a seperate db on the actual card 08.58.43 # as for dircache on the external cards, couldnt it pass file calls straight to the FAT driver? 08.58.53 # The same problem exists for the Ondio, but was simply ignored until now... 08.59.08 # (database + swappable cards) 09.00.08 # JdGordon: A separate DB makes sense, but it would have to be able to commit and use this db without restarting so you can hot-swap them. Maybe disable loading the dB to RAM from the cards? Doesn't make too much of a difference since they're flash anyway, right? 09.00.26 # If you build a database, it will simply contain everything that's accessible. If a card is plugged, it will contain all tracks from internal flash + external card 09.01.40 # I guess it wouldn't work well having separate databases since you want to look in a Genre and see all the songs in that genre, not just those on the internal or external storage. =/ 09.03.45 # Well, [IDC]Dragon was working on using the actual volume name as the name shown in the browser for the external card 09.03.52 Join spiorf [0] (n=spiorf@host187-204-dynamic.0-87-r.retail.telecomitalia.it) 09.04.09 # If this works, one could incrementally add all his/her cards to the db 09.04.14 # that would be nicer than or 09.04.35 # how does the database handle multiple files with the same tags? 09.04.43 # Then the dB could just check the volume name of the card, and use that as a filter to prevent display of any other external-storage entries? 09.05.04 # The db would have to get a volume name field 09.05.11 # Llorean: Yes, that sounds like a nice idea 09.05.31 # The only problem is that a volume name isn't mandatory for FAT 09.05.44 # And it invalidates all the data if you rename the drive. 09.05.53 # do the cards have a guid? or uuid? 09.06.12 # Plus the volume name can be changed by the user, and there can be identical names 09.06.31 # Why don't we skip the volume name then? 09.06.34 # There is a 32 bit 'volume id' with might be unique enough 09.06.41 # Create a simple .rbdatabase file with some sort of unique identifier on the device? 09.07.15 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.07.20 # Just a single number we increment each time a "new" (lacking the file) card is inserted? 09.07.25 # .rbdbid ;) 09.07.42 # i like it :) 09.07.43 # this is why a seperate db would work better, then just commit the external db on a plug and remove all the entries on a unplug 09.08.20 # Committing takes time 09.08.26 Quit XavierGr (Nick collision from services.) 09.08.29 Join XavierGr [0] (n=xavier@ppp77-37.adsl.forthnet.gr) 09.08.32 Join himitsu [0] (n=himitsu@61.213.184.191) 09.08.39 # Filtering out all entries that either don't have an ID of 0 (internal storage) or an ID matching the current card is a lot simpler. 09.09.08 # Though it does mean the dB gets a lot bigger if you have a lot of cards. 09.09.17 Quit werdwerdus () 09.09.19 # Man, my shift reflex on DB is automatic now. =/ 09.09.26 # haha 09.09.31 # Commi 09.09.37 # and no big deal if the db gets big 09.09.48 # Committing takes lots of ram. It uses the audio buffer. 09.10.15 # ok 09.10.20 # JdGordon: How would you browse 2 separate databases, btw? 09.10.32 # they would appear to he uer as a single db 09.11.14 # * JdGordon bck i 20 09.12.03 # And how should that mixing work? The lists need to be sorted for chunked browsing to work... 09.13.10 # * amiconn likes this 'single db with filter' idea much better 09.13.34 # The filter could even be disableable (?). Then you could browse for duplicates on different cards 09.14.52 Join waf3r [0] (i=Waf3r@client-82-20-37-10.manc.adsl.virgin.net) 09.15.42 Quit gursikh ("Leaving") 09.16.06 # Is there a site admin on? 09.17.32 Join cadu [0] (i=cadu___@ZS115034.ppp.dion.ne.jp) 09.18.08 # question : can i submit a translation without translated tags ? i'm doing a full translation to brazilian portuguese and i'm like struggling doubling everything :( 09.24.25 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") 09.26.49 Quit lostnihilist (Read error: 110 (Connection timed out)) 09.33.33 Quit waf3r () 09.47.23 Join bluebrother [0] (i=mK3lwPz6@rockbox/staff/bluebrother) 09.49.52 Join austriancoder [0] (i=c1aa023b@gateway/web/cgi-irc/labb.contactor.se/x-f7c66518adb63d4a) 09.52.04 # amiconn: yeah, I agree, the single db with a filter would be best 09.53.41 Join maffe [0] (n=maffe@195.159.148.248) 09.58.05 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 09.59.42 Join Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 10.00.22 # JdGordon: have you seen my menu commit ? 10.01.35 # wow. Why did the last commit eat up that much bytes? 10.02.16 # any of you got time for a quick question? 10.03.03 # Nico_P: not yet 10.03.40 # bluebrother: it's because of my commit 10.03.46 # Mjoolnir, just ask ... 10.04.21 # Nico_P, because of your commit the following gave that much delta? 10.04.38 # yes, because mine's delta was never calculated 10.04.42 # whats up with build.rockbox? 10.05.42 # alright, I'm looking to get the Gigabeat F40, I'm pretty sure it uses the Toshiba MK2004GAL according to http://www.angelfire.com/bug2/gigabeat/ , I'm wondering if I could replace the HD with the Toshiba MK8009GAH 10.05.57 # hmm. I can see the delta for your commit. So the delta calculation was broken? 10.06.04 # my archos died :( 10.06.24 # bluebrother: actually I made two successive commits, one of which was ignored by the delta script 10.06.50 # 14:33 and 17:34 10.06.55 Join DarthShrine [0] (n=Angus@pdpc/supporter/student/DarthShrine) 10.07.31 # the 17:33 one froze the build system and got forgotten 10.07.46 # ah, I see. That commit is missing on the build page 10.08.14 # that missing line in the build table 10.08.21 # yes 10.09.09 # missed that. Maybe I should go for a coffee ;-) 10.10.09 Quit intgr (Remote closed the connection) 10.10.10 # Mjoolnir: surely not an MK8009, that has a ZIF connector... I think you'd need an MK8007 which is hard to find 10.10.14 Join intgr [0] (n=ack@blip.juffo.org) 10.10.25 # ah 10.10.28 Join lostnihilist [0] (n=lostnihi@ppp-68-251-39-23.dsl.chcgil.ameritech.net) 10.10.32 # thanks for looking :) 10.10.39 # unless gigabeat uses ZIF... 10.12.05 # whoa... e-bay lists one for 552 euro... 10.12.41 # 552 euro... 10.12.42 # wtf 10.12.43 Part ender ("Odhajam") 10.13.55 # maybe I should just get the 60gb gigabeat 10.14.01 # arg 10.15.40 Quit joa (Read error: 104 (Connection reset by peer)) 10.15.53 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 10.16.16 # Mjoolnir: first find out if the MK8007 would work, then keep an eye on e-bay & co, I got mine for less than 300 euro I think 10.16.37 # I'm _almost_ positive the MK8007 will. 10.16.44 # I got it from here: http://stores.benl.ebay.be/CCI-Distribution 10.17.43 Join webguest52 [0] (i=d558f5ba@gateway/web/cgi-irc/labb.contactor.se/x-3428a7c045358a73) 10.17.46 Quit XavierGr (Read error: 110 (Connection timed out)) 10.17.59 # its a moot point though, was gonna get the player off ebay for 100$ and then replace the HD, though if the HD is over 150$ then I might as well get the MES60VK player 10.18.38 # though I do think the HDs will work 10.18.39 # http://www.toshiba-europe.com/storage/pci.asp?page=PCI&nav=ISH_PRS&stype=product&frame=content&ptype=HDD18&model=MK8007GAH 10.18.53 # The MES60VK is a Gigabeat S 10.18.59 # aye 10.19.01 Join obo [0] (n=obo@host217-41-62-170.in-addr.btopenworld.com) 10.19.24 # Rockbox won't run on those. 10.19.33 # o_O 10.19.35 # well 10.19.50 # arg 10.20.05 # Why not get a 60gb F-series? 10.20.24 # hmmm MK8009 are cheap :( - they do sell MK6006 cheap too - don't know if that is 50 pins or ZIF 10.20.45 Join linuxstb_ [0] (i=5343d4aa@rockbox/developer/linuxstb) 10.22.03 # Mjoolnir: I've just added an MK8007GAH to my gigabeat (an F20 - I had to replace the case with an F40's case) - it works perfectly. 10.22.19 # ouch, 350$ for the 60gb f series 10.22.40 # o_O 10.23.09 # that HD is apparently really expensive 10.23.36 # http://cgi.benl.ebay.be/NEW-Toshiba-MK6006GAH-60GB-1-8-INCH-IPOD-PDA-PC-Drive_W0QQitemZ220108915229QQihZ012QQcategoryZ48680QQcmdZViewItem 10.24.13 # that would work 10.25.02 # Mjoolnir: The Gigabeat F40 doesn't use the MK2004GAL for sure, as that is a 20GB hdd 10.25.24 # That would be the disk for an F20 10.26.10 # I'm guessing the f40 using the double platter version of the mk2004gal then? 10.26.40 # MK4006? 10.28.58 Quit linuxstb_ ("CGI:IRC") 10.30.38 # alright so a 60gb, gigabeat f40 for 220$ + shipping 10.30.44 # sound like a good deal? 10.31.15 # An F40 is a 40gb device.. 10.31.31 # It sounds like there's some confusion there. 10.31.33 # I'd replace the stock HD with a 60gb one 10.31.40 # Ah 10.35.46 # http://cgi.ebay.com/2-Toshiba-Gigabeat-F40-Model-MEGF40-parts-for-repair_W0QQitemZ180115588971QQihZ008QQcategoryZ73839QQssPageNameZWDVWQQrdZ1QQcmdZViewItem 10.35.56 # this may just be a gold mine 10.39.46 # anyhow thanks all for helping me out 10.39.49 # :) 10.40.03 Quit Mjoolnir ("Leaving") 10.41.00 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.50.51 *** Saving seen data "./dancer.seen" 10.52.20 Quit calam ("CGI:IRC") 10.57.06 Quit austriancoder ("CGI:IRC (EOF)") 11.00.57 Join PaulJam [0] (i=Paul@vpn-3084.gwdg.de) 11.04.48 Quit webguest52 ("CGI:IRC (EOF)") 11.16.19 # upgade rockbox on a gigabeat and it stopped booting...strange 11.16.26 # stops at 'Rockbox Loaded' 11.16.40 # When was the last time you updated? 11.16.47 # 1 month ago 11.16.56 # There was a bootloader change, did you update to the newer bootloader when that happened? 11.17.05 # i think i'm using the latest 11.17.22 # When did you put the bootloader on? 11.17.35 # the first time i use rockbox 11.17.43 # actually as i bought the player i put it 11.17.44 # That's not a useful "when" 11.17.51 # :) 11.17.54 # I can't read your mind and know when the first time you used it was. 11.17.56 # like 2 months ago 11.18.04 # 2 or 3 at most 11.18.05 # Then you need to update it. 11.18.14 # The most recent bootloader was April 21 11.18.28 # how can i do it now ? o_O 11.18.50 # strangely it shows 'rockbox loaded' and the hard drive seem to be spinning :P 11.18.57 # Turn off the gigabeat, turn on the gigabeat, hold down the menu button until it stops. It should be on a Recovery screen. Plug in a USB cable directly (not using the dock) 11.19.26 # had to turn off using the battery break switch... okayz 11.19.27 # doing... 11.19.50 # entering rescue mode... 11.20.06 # nice! 11.20.12 # Llorean: The dock/direct connection is only an issue when using the Toshiba firmware IIUC. i.e. it's important for the initial install, but not when using Rockbox's USB mode. 11.20.28 # linuxstb: The bootloader Recovery mode in that bootloader version requires it. 11.20.38 # Or "rescue mode" 11.20.42 # Whatever the mode ended up being called. 11.21.10 # There was a time when Rockbox didn't support the USB in the dock, and that bootloader's from then. 11.21.26 # Ah OK. But it's no longer an issue? 11.21.27 # If I understand correctly at least. 11.21.34 # Yeah, with the newest bootloader, there should be no problems 11.21.35 # replacing the bootloader 11.21.37 # let's see 11.21.44 # * linuxstb hasn't unpacked his dock from the box 11.21.54 # I use mine for its line out. 11.22.19 # to leave rescue mode i can just power off if directly on the switch ? 11.22.59 # cadu: yes, and don't forget to unmount/safe disconnect 11.23.03 # ah , booted! 11.23.04 # yahoo! 11.23.23 # some things might have changed 11.23.40 # thank you :P gotta go to work now, thought i would go without my rockbox :P) thanks ! 11.23.41 # I don't know if your last update was before or after the new main menu 11.24.35 # was... 11.24.38 # changed quite a bit 11.24.57 # also some buttons got changed :) 11.25.05 # (A and POWER swapped basically) 11.25.35 # markun: I found another background bug on the gigabeat - in test_codec, the background colour is light-blue (not the white specified in my theme - iCatcher) but the background of the text written on the screen is white. It doesn't happen on my ipod. 11.26.06 Quit cadu ("Fui embora") 11.33.30 Quit spiorf (Remote closed the connection) 11.58.19 Join Ave [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) 12.00.28 Part maffe 12.00.31 Join maffe [0] (n=maffe@195.159.148.248) 12.00.58 Part maffe 12.01.16 Join maffe [0] (n=maffe@195.159.148.248) 12.01.23 Part maffe 12.01.39 Join maffe [0] (n=maffe@195.159.148.248) 12.01.47 Part maffe 12.02.58 Join maffe [0] (n=maffe@195.159.148.248) 12.03.13 # Hi, does the latest commit mean that the random folder advance now works while running a plugin or does it just not show the message over and over anymore? 12.03.32 Join webguest17 [0] (i=51429e87@gateway/web/cgi-irc/labb.contactor.se/x-0cc6e503d0664cfb) 12.06.15 Quit webguest06 ("CGI:IRC") 12.06.31 Join webguest06 [0] (i=c023110f@gateway/web/cgi-irc/labb.contactor.se/x-775c726774ed04e4) 12.10.39 Quit joa (Read error: 104 (Connection reset by peer)) 12.11.08 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 12.11.34 Quit joa (Read error: 104 (Connection reset by peer)) 12.11.45 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 12.13.49 Join Entasis [0] (i=Jarred@ppp54-161.lns11.adl2.internode.on.net) 12.15.50 Quit webguest06 ("CGI:IRC") 12.20.49 # markun: Unless my benchmark is wrong, the DMA lcd_clear_display is over 12 times slower than the standard version when there is no backdrop. My benchmark is still running for the case with a backdrop... 12.23.59 # markun: The backdrop benchmark has just finished - 4.5 times slower than the standard. 12.24.26 # So it seems that DMA is a lot slower than our ARM-optimised mem* functions. 12.26.17 # I would also guess that we should remove the DMA from the lcd_update_rect() function and just memcpy.... 12.26.22 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-d30ff9a639cbd277) 12.32.23 # linuxstb: But the CPU is free (and perhaps idle) during that time, no? 12.32.33 Quit jhMikeS (Nick collision from services.) 12.32.39 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 12.33.59 Quit Guile` ("KVIrc 3.2.0 'Realia'") 12.35.25 # intgr: No, it's in a busy loop waiting for the DMA to finish. 12.35.29 Join lee-qid [0] (n=liqid@p549652AF.dip.t-dialin.net) 12.35.48 # So no other threads can run. 12.36.09 # Oh, why not use it asynchronously? 12.36.12 Quit GodEater ("CGI:IRC (Ping timeout)") 12.37.40 # Because the functions are defined to be synchronous. i.e. you can't start writing to the LCD framebuffer until the clear_display has finished, so you don't gain anything. Making it yield() would allow other threads to run, but I don't think the complication is worthwhile. These DMA routines are buggy as well. 12.38.01 # (and add more target-specific #ifdefs to the code) 12.38.16 # I would just prefer to get rid of them. 12.39.19 # You could at least hlt while waiting for an interrupt, to save battery life. 12.39.36 # But if they're so much slower, what's the point? 12.40.22 # I would except a DMA engine to be at least more power conservative. 12.42.26 # If that's the case, then maybe it's worth keeping DMA for the lcd_update_rect, but for the rest of the LCD driver, I would just prefer the simplicity of using the same code on all targets. 12.42.46 # lcd_update_rect() is device-specific anyway. 12.43.23 # But you should do some measurements before you take my word for it. :) 12.44.35 # The battery saving might be negligible. 12.46.41 # The ipod 5g video driver yields in lcd_update_rect(), so it wouldn't be a problem to do it for another target. But no, I'm not going to change that yet, just the lcd_clear_display() related code. 12.47.31 # Right. 12.50.55 *** Saving seen data "./dancer.seen" 12.52.50 Quit joa (Read error: 110 (Connection timed out)) 12.53.32 Part maffe 12.54.24 Join BigMac [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 12.56.40 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 12.58.51 # linuxstb: I suspect that DMA is slower because the dma engine probably can't use the data cache 12.59.11 Quit Entasis (Read error: 104 (Connection reset by peer)) 13.00.51 Quit DarthShrine ("Leaving") 13.01.22 # Right. 13.02.38 # And the power consumption during sleep is probably not be 12 times lower than active, negating the effect. 13.04.50 # amiconn: Do you agree the DMA code in the gigabeat LCD driver should just be removed (my preference), or do you think something could be gained by yielding/sleeping whilst waiting for the DMA? 13.05.34 Join Entasis [0] (i=Jarred@ppp54-161.lns11.adl2.internode.on.net) 13.06.00 Quit Nico_P (pratchett.freenode.net irc.freenode.net) 13.06.00 NSplit pratchett.freenode.net irc.freenode.net 13.06.00 Quit btdubs (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit Caliban (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit jurrie (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit bospaadje (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit FOAD (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit Galois (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit sbeh (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit schula (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit datachild (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit DiDjCodt (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit DataGhost (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit nvz1 (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit idnar (pratchett.freenode.net irc.freenode.net) 13.06.00 Quit gromit` (pratchett.freenode.net irc.freenode.net) 13.07.49 NHeal pratchett.freenode.net irc.freenode.net 13.07.49 NJoin Nico_P [0] (n=nicolas@jau31-3-82-239-20-145.fbx.proxad.net) 13.07.49 NJoin btdubs [0] (i=89a5d881@gateway/web/cgi-irc/labb.contactor.se/x-02957f63532763ce) 13.07.49 NJoin gromit` [0] (n=gromit@ras75-5-82-234-244-69.fbx.proxad.net) 13.07.49 NJoin FOAD [0] (n=dok@dinah.blub.net) 13.07.49 NJoin bospaadje [0] (n=bospaadj@ip82-139-84-212.lijbrandt.net) 13.07.49 NJoin idnar [0] (n=mithrand@unaffiliated/idnar) 13.07.49 NJoin jurrie [0] (n=jurrie@adsl-068-209-041-021.sip.asm.bellsouth.net) 13.07.49 NJoin Caliban [0] (n=ianmacd@kwark.caliban.org) 13.07.49 NJoin schula [0] (n=uli@dino.spamt.net) 13.07.49 NJoin nvz1 [0] (i=a@cpe-24-24-93-5.stny.res.rr.com) 13.07.49 NJoin DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 13.07.49 NJoin Galois [0] (i=djao@efnet-math.org) 13.07.49 NJoin datachild [0] (i=krebb@linux.aeger.wind0ws.info) 13.07.49 NJoin DiDjCodt [0] (n=djc@poy.chewa.net) 13.07.49 NJoin sbeh [0] (i=sbeh@serverstaff.de) 13.09.21 Join spiorf [0] (n=spiorf@host187-204-dynamic.0-87-r.retail.telecomitalia.it) 13.12.07 # linuxstb: I would just remove it 13.18.20 # OK 13.22.15 Quit joa (Read error: 110 (Connection timed out)) 13.22.28 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 13.24.13 # Nico_P: you stll round? 13.32.05 Join RockingD [0] (i=c0a5d512@gateway/web/cgi-irc/ircatwork.com/x-a062f4bc3701f0f9) 13.33.53 Quit BigMac (Read error: 110 (Connection timed out)) 13.36.16 Join Thundercloud [0] (n=thunderc@82.152.220.155) 13.37.04 # what's the deal with getting a DAP to have the files show up in debian? anything I mount just shows "001 devics drivers" no matter how. I need a partition dump. 13.39.16 # jhMikeS: "fdisk -l /dev/" gives you a partition list 13.40.23 # * linuxstb wonders what the sleep(200) is for in the gigabeat lcd_update_rect() 13.41.04 # 2 seconds?? 13.41.21 # I mean why sleep at all? 13.42.54 # mounting using the ones there - same deal :\ 13.44.10 # jhMikeS: What says "001 device drivers" ? I've never seen that message. Are you running Debian natively or in vmware? 13.44.20 # vmware 13.44.51 # Have you done whatever is needed to give vmware access to USB? 13.45.06 # mount -t usbfs /dev/sda1 /mnt/sansa ... ls /mnt/sansa show "001 devices drivers" 13.45.24 # it's there and it's enabled and checked 13.45.29 # You want -t vfat 13.46.43 # ahh...bingo. I tried that before but I guess had something wrong. thanks 13.47.00 # JdGordon: yes but not for long 13.47.03 # usbfs is some kind of virtual filesystem for accessing information about USB devices 13.47.16 # (not a real filesystem) 13.47.46 # I think I typed /dev/sda1/ and /mnt/sansa/ mistakenly and never looked back ... lol 13.47.53 # Nico_P: did you want something re your last commit? 13.48.19 # JdGordon: as it has to do with menus, I just wanted to know if I did it right 13.48.43 # or rather if I did anything wrong 13.48.52 # ah ok, quick looked fine.. 13.48.55 Quit PaulJam (Read error: 60 (Operation timed out)) 13.49.06 # dd does the dump? 13.49.18 # jhMikeS: Yes. What do you want to do? 13.49.31 # I need a partition.bin for the emulator 13.50.05 # I've never used the emulator. Does it expect a dump of the whole disk, or just a FAT32 partition? 13.50.23 # both partitions I believe 13.50.41 Join Guile` [0] (n=Guile@84.4.16.72) 13.51.06 # To dump the whole disk, just do "dd if=/dev/sda of=mydump.bin bs=32768" (bs is optional, but 32KB will be much faster than the default 512 bytes) 13.51.10 # JdGordon: ok. If there's anything wrong, feel free to correct :) 13.51.20 # :) will do 13.51.51 # linuxstb: that's for each one, no? 13.51.56 # * Nico_P is off to class 13.52.07 # jhMikeS: I'm guessing it wants the entire disk, including partition table. 13.52.35 # If you want to dump the partitions individually, just use /dev/sda1 and /dev/sda2 in two separate dds 13.52.40 # well, it needs the bootloader and all the OF 13.53.11 # Without the partition table, it can't know where the second partition is (unless it expects two separate files). 13.53.20 # makes sense 13.53.27 # no, just one 13.53.50 # Also, if it's emulating the ATA controller, it makes sense for it to have the entire disk available. 13.54.38 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 13.54.47 Part norbusan 13.56.00 # Well, I can send L-R pairs to the FIFO but DA conversion seems to get delayed two BCLKs and that's just not right. I mean I can kill the channels switching now if we don't mind 14-bit audio for a bit. 13.57.46 # jhMikeS: I assume (hope) you've been granted a copy of the AS3514 datasheet? 13.57.53 # indeed 13.58.54 # and L-R pairs should work just fine since it's I2S compliant and the I2S bus sends the correct dummy bits...it has another mode that's left justified but we're not using that 13.59.20 # The PP5024 has it that is 13.59.31 Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) 13.59.49 # max are you here? 14.00.56 # woof woof 14.01.15 # ;) 14.01.32 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-412bbcf89cc3ccf0) 14.01.33 # it occurs to me debian ain't gonna hold that file 14.02.12 # You could compress it - "dd if=/dev/sda bs=32768 | gzip -9 > mydump.bin.gz" 14.02.45 # Or if you have cygwin, the same dd command should work there. 14.02.48 # maybe but the poor thing almost always runs near full 14.03.10 # no cygwin...that lasted about a day for me :) 14.03.15 # Or just use the native win32 dd that's available. 14.03.32 Quit lids (Remote closed the connection) 14.03.53 # ah, no biggie I'll mount something else and send it there...maybe to the gigabeat :) 14.05.04 # jhMikeS: Does the delay also happen with single samples? 14.05.29 # yes...it always needs a right shift by two 14.05.35 # * amiconn vaguely remembers that there was a low volume problem on sansa (??) 14.06.01 # yeah, volume still isnt perfect... 14.06.05 # really, I think ipods could use the L-R pairs sending right now 14.08.15 Join lids [0] (i=lds@gateway/tor/x-756c5efb5a4e45ee) 14.10.26 # btw, if don't don't right shift by two on sansa, the samples wrap so I know it's picking bits up too late. there's no volume problem, it's a frequency response problem that's intermittent for me anyway. otherwise it's sounds fine. 14.11.17 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 14.11.29 Join Thundercloud [0] (n=thunderc@82.152.220.155) 14.14.26 # Hmm. I know that several I2S enabled devices have option bits for delaying the data by 1 clock 14.14.35 # There might also be a clock polarity problem 14.15.38 # my thoughts too but I couldn't find another bit that altered the sound favorably 14.17.18 # the chip specs show that it follows I2S so it should truncate or zero fill and says any number of bits can be sent 14.18.07 Join SiebaZ [0] (n=lala@p5484cef1.dip.t-dialin.net) 14.18.40 # hi @ all 14.19.23 # dumping from sansa to gigabeat takes awhile :\ 14.23.56 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 14.25.10 # jhMikeS: You may find this easier - http://www.chrysocome.net/dd 14.25.53 # it's running. I stopped it when it was almost finished so I guess just patience. 14.26.20 Part kaaloo 14.27.38 # thanks though. might come in handy if I find I need it alot. 14.28.50 # pondlife: ping? 14.30.49 # pong 14.31.06 Part norbusan 14.31.49 # I know its implementation and not design, but... the resason we need a pointer t copy data into is because there is a good chance the data could wrap aroun the end of the buffer.... 14.33.45 Quit petur ("CGI:IRC (EOF)") 14.36.34 # JdGordon: Sorry, back now... 14.36.50 Quit joa (Read error: 110 (Connection timed out)) 14.36.54 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 14.37.27 # pondlife: the above message was for you... 14.37.38 # You're correct - or we could have bufread() return a short amount and the calling routine will need to make a second call to get the block from the start of the buffer? 14.38.04 # The guard buffer will allow for a known minimum size. 14.39.11 # * jhMikeS wonders if somethings not awry in the gigabeat config in general if DMA is actually so slow 14.39.35 # pondlife: that would only work if the amount untill the end if > the minimum size requested 14.40.14 # Ah, that was why I scrapped the idea of "minimum size"... 14.40.39 # Just need a way to indicate EOF 14.41.02 # Rather than relying on a short read. Maybe a read that returns 0 would indicate EOF? 14.41.05 # when rb crashes? :P 14.41.20 # lol, that's happening already! 14.41.32 # * pondlife didn't even write a line of code yet 14.41.41 # pondlife: dont the codecs expect the data to come in the length it asks for? 14.41.56 # i mean, dont the codecs reques x bytes, xpecting to get it all? 14.42.00 # Yes, but playback can read repeatedly until there's enough data 14.42.02 # ususally a positive read less than the requested amount indicates that, no? 14.42.16 # Typically, but we can define it however we like 14.43.02 # Or bufread() can always do the copying and handle it internally, but I don't like to enforce copying which may not be so useful for MoB. 14.43.21 # i.e. bufread acts like a standard file read(). 14.43.55 # so you plan to copy data instead of just reference it and decode from the buffer itself? 14.44.03 # I hope not to. 14.44.08 # pondlife: There are two ways for codecs to get data - a read() function that copies the data, and a "get_pointer" function that just returns a pointer to some data. 14.44.21 # I would prefer to just return a pointer to the data and a number of valid bytes. 14.44.37 Quit SirFunk (Remote closed the connection) 14.44.56 # The read() advances the curpos pointer (marking the data as used), and there is a separate advance_buffer() function for use with the get_pointer function. 14.45.30 Quit GodEater ("CGI:IRC (Ping timeout)") 14.45.46 # But there are 2 advantages to the copy method. (1) it can hide the buffer wrap. (2) there's no concept of how long the data is valid for. 14.46.08 Join PaulJam [0] (i=Paul@vpn-3045.gwdg.de) 14.46.22 # I don't think the second point will make much difference in real life... 14.47.15 # And the first point can be dealt with by returning a short block, which will result in a second bufread call to complete the codec block. 14.47.57 # how bout doing one or the other and telling the caller? not much complication really 14.48.53 # Different API slightly. 14.49.06 # i.e. char **dst vs. char *dst 14.49.50 # A disadvantage of the copy is that codecs might not know how much data they want until after the frame has been decoded. i.e. most codecs request 32KB, and then after the frame has been decoded, the buffer pointer s incrememented by the size of the frame (which for VBR codecs is unknown in advance) 14.50.02 # caller provides a buffer _and_ a pointer and it tells the caller the request needed to be satisified with a copy 14.50.22 # Yep, can provide both interfaces... 14.50.32 # not two functions, just one 14.50.38 # Why not 2? 14.50.49 # One will wrap the other of course.. 14.50.53 # because buffering decides the proper course 14.50.58 *** Saving seen data "./dancer.seen" 14.51.09 # really only needed upon wrap 14.51.31 # Hmm, I'd rather the caller didn't need to think about the distinction. 14.51.44 # in which case the frame boundary problem will disappear because the codec can discard and rerequest 14.51.52 # * linuxstb can't see a problem with the current approach and would prefer to remove the read() function from the API completely 14.52.14 # linuxstb: read()? 14.52.17 # or bufread()? 14.52.30 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 14.52.32 # Whatever function is equivalent to read() - i.e. copies the data 14.52.48 # It can also implicitely have the option of forcing a copy by passing NULL for the pointer or forcing a pointer by passing NULL for the buffer...all needs are met 14.53.00 # It's more making sure that the required data has been buffered. There's no copying... 14.53.35 Quit SiebaZ (Remote closed the connection) 14.54.04 # pondlife: Maybe the function name needs to be changed then - IMO read() implies the data is copied. 14.54.11 # Maybe 14.54.32 # (as Rockbox is generally POSIX-based) 14.54.35 # Or, as we were saying, maybe it does need to copy... 14.55.08 # I'd prefer it to be a POSIX-style interface, certainly. 14.55.34 # I can't see a reason for copying. Most of the codecs use the "get_pointer" interface. 14.56.09 # So... provide both functions. And don't call the non-copying one ..read()...! 14.56.26 # Yes - i.e. what the codec API has at the moment... 14.56.37 # Yep. 14.57.03 # I'm hoping to just separate out existing code here. And not change anything codec-side. 14.58.05 # you just need one function and resetting the pointer to NULL on returns tell the caller a copy was made 14.58.47 # I really don't want the caller to have to make such checks... better if the caller decides which type of access it wants. 14.59.17 # it does though and it can decide it can have either 14.59.53 # Hmm, you mean if the caller passes in a NULL for the destination? 15.00.54 # like size = read(&my_pointer, my_buffer) tell it can accept either 15.01.10 # jhMikeS: The only place a copy would seem to be needed is at the buffer wraparound point, and the guard buffer handles that, without the codecs needing to care. 15.01.29 # some might, if they need large reads 15.01.45 Quit joa (Read error: 104 (Connection reset by peer)) 15.01.48 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 15.01.50 # hello. does RockBox makes use of dual core arcitecture where applicable? 15.02.21 # But they don't need large reads. The exception is the non-streaming codecs which require the whole file in contiguous memory - but copying won't solve that problem as there isn't a big enough buffer to copy the entire file to. 15.02.24 # RockingD: in mpegplayer atm 15.03.34 # linuxstb: true, but I'm not liking just wasting the buffer if the mod file would go past the buffer end 15.04.39 # there should be no pointers in MoB, only offsets so things can be moved and not invalidate the data 15.05.04 # What would you think needs moving? 15.05.30 # If things are moved inside the buffer, then offsets are as useless as pointers, surely? 15.05.38 # A mod file that wrap, no way I want to deal with changing guard sizes and such 15.06.19 # no, because offsets are always forward 15.06.37 # Offsets from where? The buffer start? 15.06.51 # from it's position 15.07.55 # if the cp is x, the final position is x+o 15.08.14 # Position of what? i.e. what is x? 15.08.20 # Track start? 15.08.39 # something counted up from zero since playback started 15.08.40 # jhMikeS: where could I find info on how to start a thread on a separate core and to synch these cores? 15.09.19 # RockingD: there's problems with a particular chip atm and that's why the scheduler's not mutexed for it atm 15.09.55 # jhMikeS: How would you move a mod file that must not wrap, if there already is buffered data behind it? 15.10.22 # I'd rather go for adaptive guard sizes (defined by the format loader) and never move data inside the buffer 15.10.27 # rotate the whole buffer so the mod file is flattened 15.11.00 # You can't fully rotate without some temporary buffer 15.11.04 # all offsets will remain valid 15.11.18 # use the guard buffer itself as a temp space 15.11.20 # And copying several MB is costly 15.11.50 # You need a buffer the size of the amount of rtotation, so the guard buffer wouldn't suffice 15.13.35 # that's one of those things I'm wondering if it's really true and haven't proven it to be 15.15.20 Quit dunder ("Leaving") 15.15.28 # "SVN activity so lame! Its really boring little fixes." lol 15.16.09 Join Arathis [0] (n=doerk@p5484a198.dip0.t-ipconnect.de) 15.17.17 # details are good 15.17.43 # * linuxstb is very happy to see boring little fixes 15.17.49 # * pondlife too 15.18.02 # aright, enough of my opinionating for awhile :P 15.18.15 # No, we need more opinionating 'round here 15.18.17 # :) 15.18.36 Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) 15.18.37 # oh? I can do that hardcore 15.18.44 # * pondlife is slightly distressed at the use of "My Humps" all over http://www.rockbox-themes.org/index.php?res=220x176x16. 15.18.57 # Although it makes some sense on the "Sahara" theme. 15.19.22 # jhMikeS: re: your earlier statement about the gigabeat DMA, do you think it's worth investigating? I'm on the verge of reverting all those DMA "optimisations". 15.19.25 # havent't seen those 15.19.58 # linuxstb: it seems odd to me it should be slow on a hipo CPU like that 15.22.42 # Just good 6 builds until we're totally green.... and time for lunch 15.23.37 # jhMikeS: What chips do have problems? were there attempts to make a real multi-core scheduler? I'm interested because RockBox can't handle realtime mp3 decoding on my Ipod 3G 15.24.41 # RockingD: PP5020 ... I suspect interrupts are dying are the cores go to sleep for good 15.25.21 # I don't have a tester myself with that chip so I can't probe it 15.30.24 # jhMikeS: I'll try to find one. What is the best way to contact you? Or this IRC channel is a standard communication way? 15.31.11 # PM me here I guess. H10, iPod Photo/Color...and ... what you've got I think 15.35.14 # BTW, could be iPodLinux in dual mode with RockBox? Or it worth to try? :) 15.35.25 # RockingD: Have you tried the new "test_codec" plugin which can accurately benchmark the decoding speeds of the codecs? It could be interesting to see how close the mp3 decoder is to realtime. 15.35.25 Quit webguest17 ("CGI:IRC") 15.35.30 # PP5002 is another matter... 15.35.50 # * jhMikeS ignores that one :) 15.36.15 # But that's what the G3 has (regarding RockingD's problem) 15.36.19 # ah 15.37.09 # what about the cache invalidation? It's absolutely needed when creating a cop thread in a plugin since that counts as an addition code entry point. 15.40.28 # is nothing cached currently? mpegplayer most certainly crashed without it after removing an lcd operation from the start of the thread function on the others. 15.42.14 Quit aliask ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007040314]") 15.45.31 Quit Entasis ("zzzz") 15.46.40 # jhMikeS: could you please tell something more on "cache invalidation"? what cache do you mean? CPU or some kind of buffer? 15.49.36 # He's referring to the CPU cache(s). Each core has its own independent cache. 15.51.13 Part LinusN 15.52.07 # it's seems to never be done on 5002 15.55.50 Quit datachild (Remote closed the connection) 15.58.54 Join datachild [0] (i=krebb@har.en.prickig.cykel.biz) 16.00.53 Join lowlight [0] (i=c730190a@gateway/web/cgi-irc/labb.contactor.se/x-91036d9be5375a4b) 16.06.36 # * linuxstb spots lots of people reading the "Lame SVN fixes..." thread 16.07.01 # its funny :) 16.07.07 # hey JdGordon 16.07.14 # you touched my archos? 16.07.31 # hey daurnimator 16.07.42 # na, still sitting here... you havnt ben online in a while? 16.07.49 # been busy 16.08.14 # anyway, as I said a while ago, your iriver battery seems to be borked 16.08.32 # ok 16.08.36 # can't take it out for more than 5 minutes 16.09.12 # whats your plans tomorow? 16.09.20 # I can bring it round after uni... 16.09.28 # I got friday off 16.09.47 # friday is no good... unless you come here 16.10.01 # na, you're too far from transport :P 16.10.02 # * JdGordon slaps jhMikeS around with a partially screwed scrollwheel! 16.10.06 # (3 doesn't count) 16.10.49 # or i can drop it in on my way home from moorabin on thursday around 5.45ish 16.10.57 # that sounds ok 16.11.20 # did you delete music off it? 16.11.46 # nop 16.12.17 # * JdGordon stuffed up the commit message :'( 16.12.36 # the word commit is missing... 16.12.43 # *grumbles* 16.13.12 # markun: i tried some of the hrtfs from that lib, and most of them really don't work well on me at all 16.13.17 # JdGordon: what's so screwed about it? 16.13.20 # markun: some of them even give weird flanging sounds 16.13.26 # jhMikeS: plugins :( 16.13.36 # none were ready for buton_repeat 16.13.42 # yes, but that should be a quick remap right? 16.13.52 # no, because almost noe use the actions 16.13.55 # it needs repeating though for end of list 16.14.18 # yeah, no, i dont have a problem with the repeating... just being difficutly 16.14.48 # I think most should just treat it all the same, no? 16.16.21 # no, becayse they are mostly doing a switch (get_button()) or similar, so the button_repeat case is missing 16.16.29 # preglow: ah, that sucks 16.16.58 # I remember that we listened to some sample files one time which I think were generated with this data 16.17.51 # a problem is also that interpolating between hrtfs seems to be non-trivial 16.17.56 # it's not just a matter of crossfading between them 16.18.07 # linuxstb: I'm all for removing that DMA stuff, it will still be in SVN if we need it 16.18.23 # * daurnimator goes to bed 16.19.00 # markun: My thoughts as well. 16.19.38 Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) 16.19.40 # preglow: is interpolation needed because there are not enough HRTF's per head? 16.20.01 # not enough per azimuth/elevation 16.20.09 Quit joa (Read error: 110 (Connection timed out)) 16.20.16 # 25 filters for a whole circle isn't exactly enough for seamless operation, i'd guess 16.20.42 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 16.20.52 # preglow: my understanding is that's an outstanding problem in HRTFs anyway 16.22.17 # some people mention using the karhunen-loeve transform to find the basis functions, then interpolate using them, but that's pretty hairy stuff 16.22.24 # jhMikeS: yeah, probably 16.22.25 Join n1s [0] (n=nils@nl104-202-175.student.uu.se) 16.24.05 # preglow: never looked at the code, but perhaps it's useful: http://www.klaveness.info/ambplay.html 16.25.59 # that links to another page with hrirs 16.26.49 # ircam 16.26.52 # yea 16.27.33 # I couldn't get it to run here at the office 16.27.48 # could you check how well it works for you? 16.28.29 # java is a no-go on my computer right now 16.28.39 # 64 bit blues 16.29.28 # why the hell would dma be slower than mem* ??? 16.30.34 # java doesn't work on amd64? Or just problems with your setup? 16.31.19 Join gursikh [0] (n=khalsa@unaffiliated/gursikh) 16.31.21 Quit joa (Connection reset by peer) 16.31.55 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 16.34.34 Quit joa (Connection reset by peer) 16.35.38 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 16.36.54 Quit joa (Read error: 104 (Connection reset by peer)) 16.37.36 Part gursikh ("Leaving") 16.37.40 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 16.38.34 Quit Thundercloud (Read error: 54 (Connection reset by peer)) 16.38.46 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.38.47 Join Thundercloud [0] (n=thunderc@82.152.220.155) 16.39.01 Quit joa (Read error: 104 (Connection reset by peer)) 16.39.14 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 16.39.58 Quit HellDragon (Success) 16.40.20 Join miepchen^schlaf [0] (n=hihi@p54BF5A5A.dip.t-dialin.net) 16.40.28 # linuxstb: Java itself does work on amd64, but there is no 64 bit browser plugin 16.45.11 Quit JdGordon ("Konversation terminated!") 16.47.50 Join kaaloo [0] (n=luis@rue92-3-82-232-48-241.fbx.proxad.net) 16.48.18 Quit Zagor ("Client exiting") 16.51.02 Join jgarvey [0] (n=jgarvey@cpe-075-177-158-190.nc.res.rr.com) 16.51.03 *** Saving seen data "./dancer.seen" 16.53.30 Join major_works [0] (n=a08e9562@gw01.penton.com) 16.54.24 Part major_works 16.56.33 Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-90fefabebba4aeb3) 16.57.05 # amiconn: I was thinking about slightly improving the battery runtime estimation thingy for h300, do you know of any serious measurings that have been made? 16.57.50 Quit joa (Connection timed out) 16.58.42 Quit lostnihilist (Remote closed the connection) 16.59.13 # is that Colombo guy running for the position of "least popular forum contributor" ? He's got my vote if he is... 16.59.37 # GodEater: I like him, brings some humour to the forums... 17.03.08 # amiconn: What do you think about not drawing scrolling lines in the scroll thread when the LCD is disabled? It seems the gigabeat (and only the gigabeat) is doing that... 17.03.25 # GodEater: Trust me, he's far, far from "Most annoying" if we go by all time. 17.03.39 # I find him good for a laugh as linuxstb suggested. :) 17.03.43 Join bluey- [0] (n=bluey@dslb-088-073-111-161.pools.arcor-ip.net) 17.05.36 # I wonder how old he is 17.05.47 # GodEater: maybe he's a member of a trolling group like Dongs was 17.06.04 # (GNAA in his case) 17.06.05 # there are trolling *groups* ?!? 17.06.10 # wow 17.06.16 # yes, I only found out a few days ago :) 17.06.51 # I'm continually amazed at the things some people find to use there time for 17.07.20 # Especially when it's people older than about 16. 17.07.54 # GodEater: like the Zune Linux project you mean? ;) 17.08.30 # markun: that especially :) 17.08.42 # trolling groups? 17.11.20 Join espen2 [0] (n=espen2@217.196.49.213) 17.11.24 Quit lids (Remote closed the connection) 17.12.31 Join lids [0] (i=lds@gateway/tor/x-b9a25aeed107e438) 17.12.38 # GodEater: ah, just read in one of the posts on zune-linux.com that there is a new update, but can't find the actual news update itself :) 17.13.16 # .. news update, not new update 17.13.51 # it's a wonder you're managing to keep track of it at all - what with the lightning progress they're making 17.14.05 # several hundred updates a day and everything 17.14.45 # Yes, those svn commit emails keep flying... 17.15.47 # at least they now almost have a sourceforge account. That's very important as most of the sourceforce projects are a huge success 17.16.55 # A sign of their success will be if they move from sourceforge to their own servers ;) 17.17.14 # Huh :) 17.18.09 # linuxstb: I believe ffmpeg is now changing from subversion to git 17.18.39 # but I don't know what the advantages are 17.19.05 # Distributed SCM. 17.19.36 # Yes, I've been reading that thread - Michael Niedermayer's first post on the subject mentioned a few. 17.20.18 Quit spiorf (Remote closed the connection) 17.20.25 # Which means no need for central servers or explicit branching/merging. 17.22.29 # serioulsy, there is no central server ? I thouht ditributed meant local version control 17.22.32 # To quote - "want to fork ffmpeg to devlop some experimental feature together with other developers without putting the main branch at risk and then merge it back without loosing history, trivial ..." 17.22.53 # linuxstb: could you give a link ? 17.23.26 # Nico_P: There _usually_ is a central server, but anyone can push/pull to/from anyone. 17.23.35 # And anyone can set up their own server for their own branch(es). 17.23.36 # Nico_P: The long thread starts here - http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028853.html 17.23.55 # Without any commit privileges, etc. 17.23.58 # intgr: very nice, even better than I thought 17.24.07 # linuxstb: thanks 17.25.45 # linuxstb: it would have been nice for the Gigabeat port 17.26.46 # markun: couldn't it have been done in a branch ? 17.26.55 # The problem with distributed version control tools is that the number of alternatives is quickly approaching a hundred. :) 17.27.00 Quit bawb2 ("seacrest out!") 17.27.09 # Nico_P: maybe, I have no idea how how a branch works 17.27.34 # arch is kind of the same thing isn't it? 17.27.35 # Nico_P: do you still get the updates from the HEAD branch? 17.27.48 # you just svn cp the parts you need to another dir 17.28.02 # markun: If you merge them from the HEAD. 17.28.09 # depends... you have to update the bvranch 17.28.24 Join Psilonaut [0] (i=DaPhunka@123.133-246-81.adsl-dyn.isp.belgacom.be) 17.28.46 # intgr: but if you only branch a select part you have less merging to do, right ? 17.29.12 # Are you talking about CVS here? 17.29.16 # svn 17.29.42 # Ah, well, normally you'd branch the whole trunk anyway. 17.29.55 # linuxstb: I think we should branch for all the playback/buffering stuff that's going to happen 17.29.55 Join desowin [0] (n=desowin@avc146.internetdsl.tpnet.pl) 17.30.03 # Otherwise you couldn't check out the whole thing into one place without hacking. 17.30.15 Quit himitsu ("Leaving") 17.30.41 # there is svn switch to switch between branches, and it works even on subdirs 17.30.57 # you can have a hybrid local copy 17.31.04 # Yes 17.34.31 # linuxstb: this was the Blackfin CPU suggested by that guy from Analog.com for building our own DAP: http://www.analog.com/UploadedFiles/Data_Sheets/ADSP-BF522_BF525_BF527.pdf 17.36.47 Join bawb2 [0] (n=bawb2@129.237.2.66) 17.41.07 # markun: Seems slightly overpowered for a DAP... 17.43.12 Join joa [0] (n=joe@cpc4-ipsw1-0-0-cust960.colc.cable.ntl.com) 17.45.00 # linuxstb: yes, more a PMP 17.45.33 Quit PaulJam (".") 17.45.49 # oops, I've just noticed I disabled the DMA for lcd_update_rect() by mistake... 17.46.12 # linuxstb: does it matter? 17.46.20 Quit CelticSoul ("Leaving") 17.46.25 # Not really, but I wanted to benchmark it before removing it properly. 17.48.43 Join pixelma [0] (i=pixelma@rockbox/staff/pixelma) 17.49.21 # * linuxstb wishes gwhite had included benchmark figures in his commit messages... 17.52.10 # linuxstb: I get a Illinstr crash if I try to playback a file after using test_codec 17.52.17 # on h300 17.52.21 Join The-Compiler [0] (n=florian@10-116.0-85.cust.bluewin.ch) 17.53.37 Join obo_ [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 17.53.43 # With DMA, full-screen lcd_update() runs at 64.0fps according to test_fps, and without DMA it's 264.5fps... 17.53.46 # Hi 17.53.58 Join maffe [0] (n=maffe@195.159.148.248) 17.54.00 Quit obo_ (Read error: 104 (Connection reset by peer)) 17.54.15 # n1s: Reliably? 17.54.20 Join obo_ [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 17.54.36 # linuxstb: I'll test more but so far yes 17.54.44 # n1s: Also, which codec? I've had no problems on my h140 17.55.21 # tremor, the tests runs fine, even several afer eachother, but trying to play a file, bam 17.55.37 Part maffe 17.56.05 Join BusKardoBus [0] (n=pink_bul@DSL-202-59-73-182.nexlinx.net.pk) 17.56.29 # hmm, got "I03:AddErr at 10000374" now 17.56.58 # n1s: OK, I see if I can reproduce. 18.00.14 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 18.00.36 Quit BusKardoBus (Remote closed the connection) 18.01.22 Join The-Compiler [0] (n=florian@10-116.0-85.cust.bluewin.ch) 18.02.44 Quit lowlight ("CGI:IRC (Ping timeout)") 18.03.09 Join RaRe [0] (n=Laffin_B@202-89-187-101.static.dsl.amnet.net.au) 18.04.47 Quit DataGhost ("NTOSKRNL.EXE caused a buffer overflow in System Idle Proce²¦©§ÜæîôØþ°") 18.05.37 # o_O "JPEG/PNG album art is not supported. This is because the WPS code can only display bitmap pictures." Why not implement JPEG/PNG into the WPS code then? I mean, I'm just a luser with no right to complain, but the wiki doesn't explain why this isn't done. Atleast, I couldn't find it. 18.06.09 # Because there's no good reason to increase the size of the core by adding jpeg decoding support? 18.06.12 # markun: Do you have any idea why there's a sleep(200) at the start of the gigabeat's lcd_update_rect (for the !lcd_on case) ? 18.06.24 # linuxstb: no, sorry 18.06.38 # simmel: All it does is add computational overhead and increased binary size for a minimal size benefit on disk, something that you should generally have a reasonable amount of. 18.09.59 # o_O Well, I'm lazy and I guess 90% of the users are, so why even have it at all? I mean sure, someone could do some oneliner magic that finds all folders and extracts the jpeg/png and converts it into an bmp in that folder.. BUT.. 18.10.00 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 18.10.00 # linuxstb: is your gigabeat commit going to have noticeable effects ? 18.10.22 # markun: I don't suppose you know what the lcd_enable() function (setting/clearing bit 1 in LCDCON1) is doing? i.e. is it saving power? 18.10.33 # simmel: So you're saying "Don't support any album art, if we're not going to support it your way?" 18.10.33 # simmel: it exists... you could adapt the scripts from the album art wiki page 18.10.44 # There are hundreds of users who have no problem using our method of album art. 18.10.59 # Nico_P: You shouldn't see any background-colour related bugs any more. It's also faster, but I'm not sure if you will notice it. 18.10.59 Quit obo_ (Read error: 104 (Connection reset by peer)) 18.11.00 # Loosing a reasonable amount of battery for convenience is OK by me. Just make it optional (though, kind of hard if you don't want lib(jpeg|png) in the binary) 18.11.12 Join obo_ [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.11.12 # Llorean: actually it's not really 'our' method, as it's not an official feature ;) 18.11.43 # Llorean JPEG/PNG inside the MP3 in the ID3Tag is pretty much standard as I see it. But I'm not an developer, just a user so I have no idea, but I'm guessing here. 18.11.49 # linuxstb: yes, the background color bugs seem to be gone and that's very nice... I was wondering about speedups 18.11.50 # Nico_P: Well I personally am reasonably satisfied with how the album art patch uses external bitmaps, despite never using it. 18.12.12 # Nico_P I'll look into it, thanks for pointing it out. 18.12.27 # simmel: It's standard on a PC, but not standard for DAPs to support. e.g. the Apple firmware on ipods has a separate album art database with uncompressed bitmaps - similar in principle to the existing album-art patch. 18.12.31 # Llorean: I'm satisfied with it too 18.12.34 # simmel: That's how it's done a lot of times, yes, but that doesn't mean we have to support it that way. If JPEG support is added to the core (a necessity for that to work) then that code will be there even for users who will never use it. 18.13.13 # Someone could very easily make an album art extraction plugin. 18.13.20 # Llorean That's what I mean and I see that problem. It's not that many who uses albumart though. 18.13.22 # I was speaking about that recently... would it be possible to have a variation of the JPEG plugin that would write the decoded bitmap somewhere in memory ? 18.13.26 # * linuxstb mentions Rockbox Utility 18.13.50 # yes, that would be a very nice feature to add to rbutil 18.13.52 # linuxstb: RBUtil would be wonderful for that. But a plugin on-target wouldn't be bad either. 18.14.11 # Much, much slower of course. 18.14.39 # But saying "No we don't support this because it sucks/adds to our binary(which is small btw)/whatever!" isn't going to attract "mainstream-users" but then again, maybe that's not your plan. We in the OpenBSD community just says "Tough luck" to someone like me. =P 18.14.43 Quit obo_ (Read error: 104 (Connection reset by peer)) 18.14.49 # Nico_P: I don't see why you couldn't just have a plugin that decoded the image tag and wrote it back as a file in the appropriate format for album art use. 18.15.07 # simmel: The binary is already too large on some targets. 18.15.12 Join obo_ [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) 18.15.19 # Oh = / Then I see you problem. 18.15.23 # simmel: Rockbox doesn't support album art at all - that's how much we care ;) 18.15.42 Join Lear [0] (i=chatzill@rockbox/developer/lear) 18.15.44 # simmel: Once there is an official album art feature, I'm sure some method will come along for easy conversion to the format we'll support. 18.15.49 # But an plugin which does it automatically when enabled is sufficient (for me). 18.15.51 # simmel: Rockbox is written by volunteers for fun, not for attracting users ;-) 18.15.55 # Probably RBUtil, a plugin, or both. 18.15.56 # linuxstb Llorean Yes, I agree. 18.16.00 # bluebrother Agree. 18.16.38 # I think the target audience is "People who will work on improving it, and not flood our forums with posts that ask why the recent SVN commits are LAME because they actually fix bugs rather than adding NES game support" :-P 18.16.58 # hehe 18.17.13 # is there a reason why bubbles is limited to 20 FPS on the gigabeat, making it choppy ? 18.17.39 # Is it limited to 20fps everywhere or just gigabeat? 18.18.46 # it's 40 on the ipod video, 30 on the H300/ipod color 18.18.56 # Weird 18.19.06 # I would think it should have the same limit everywhere 18.19.08 # with the gigabeat's CPU, I think we can easily change that to 40... I'll try 18.19.17 # Although... 18.19.35 # Actually, nevermind, my thought doesn't apply to bubbles at all. 18.20.36 # with 40 it's much smoother but also very fast 18.20.52 # maybe that's why it's limited to 20... because of the fast CPU 18.21.31 # But 40 on one target should be as fast/smooth as it is on any other 18.21.37 Quit RaRe` (Read error: 110 (Connection timed out)) 18.21.41 # Though I bet the iPod is too slow to support 40 properly 18.21.46 # How's 30? 18.22.37 Part kaaloo 18.22.39 # I like it... smoother but not too fast 18.25.09 Quit thegeek () 18.32.23 Join spiorf [0] (n=spiorf@host187-204-dynamic.0-87-r.retail.telecomitalia.it) 18.34.15 Quit amiconn (" reboot...") 18.36.31 Join amiconn [0] (n=jens@p54BD606E.dip.t-dialin.net) 18.38.48 Join thegeek [0] (n=thegeek@s189a.studby.ntnu.no) 18.39.33 Quit lids (Remote closed the connection) 18.39.34 Quit thegeek (Read error: 104 (Connection reset by peer)) 18.41.07 Join lids [0] (i=lds@gateway/tor/x-2ae01b49be4648ed) 18.42.23 Join gotthardt [0] (n=chatzill@mail.timesource.net) 18.43.02 Join Siltaar [0] (n=Siltaar@reverse-52.fdn.fr) 18.43.42 Join rigel [0] (n=rigel@c-67-174-231-152.hsd1.ca.comcast.net) 18.44.02 # i tried downgrading, my h10 is still getting codec failed messages 18.46.36 # rigel: you need to unzip everything and make sure the codec files get replaced 18.51.05 *** Saving seen data "./dancer.seen" 18.52.15 Quit bawb2 ("seacrest out!") 18.56.57 Quit Arathis ("Bye, bye") 18.58.56 Quit bluey- ("Leaving") 18.59.04 # Nico_P: i've unzipped the whole thing more than once. overwrote everything every time 18.59.06 # linuxstb: Quite a difference... 18.59.33 # ive even tried deleting .rockbox and then reinstalling from scratch 19.00.55 # rigel: are you unmounting (or safely removing) properly ? 19.01.34 Quit pondlife ("disconnected has pondlife") 19.02.20 Join bawb2 [0] (n=bawb2@ip50210.estcmp.ku.edu) 19.03.35 # do you have the recent bootloader and not a file /rockbox.mi4? 19.03.45 # or /rockbox.h10 19.04.46 Join lostnihilist [0] (n=lostnihi@ppp-68-251-39-23.dsl.chcgil.ameritech.net) 19.06.24 Quit obo_ ("Ex-Chat") 19.07.06 Quit RockingD ("CGI:IRC (Ping timeout)") 19.11.54 Join thegeek [0] (n=thegeek@s189a.studby.ntnu.no) 19.15.26 Join amigan [0] (i=dcp1990@unaffiliated/amigan) 19.20.00 Quit obo ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") 19.20.16 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 19.26.51 Quit Thundercloud (Read error: 60 (Operation timed out)) 19.29.09 # Nico_P: yes. 19.29.35 # bluebrother: i dont know, i'm at work and didnt bring it with me, so i cant check. i am dual-booting though 19.29.41 # Llorean: can we have a permanent nice link to the forum posting guidelines? Like forums.rockbox.org/guidelines.html? 19.29.53 # would make it easier when linking to them ;-) 19.30.05 # s/have/add/ 19.33.07 # bluebrother: It seems like that should be possible. That does add a bit of hassle for updating them, because it would mean only I can make changes to them, rather than currently anyone who has "edit others posts" privileges. 19.33.18 # Why not just put them on the wiki? 19.33.53 # Llorean, why would this add hassle when updating? You could just make this link forward to the appropriate post 19.34.17 # i.e. have a guidelines.php which just sends a Location: header 19.35.17 # Ah, I could do that. 19.35.25 # I was thinking of a static page. 19.35.30 Quit lostnihilist (Read error: 113 (No route to host)) 19.35.32 # I think a Wiki page could work too, though 19.35.36 # nah. Too inflexible ;-) 19.35.41 # (static page, not wiki ;-) 19.36.04 Quit darkless (Read error: 104 (Connection reset by peer)) 19.36.26 # my main idea was just to have some url one can remember -- I would have linked the guidelines quite a few times, but I usually don't have the link at hand 19.36.29 Join darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 19.36.41 # I think a wiki page will do for that. 19.37.12 # sure 19.37.22 # Then we can get rid of the post. 19.37.35 # And move one step closer to my "Forums are for discussion, we don't need stickies here" utopia. :-P 19.38.16 # hmm. Only new forum users won't see the sticky anymore 19.38.32 # which might be a good thing in _that_ case. 19.38.39 Join lostnihilist [0] (n=lostnihi@ppp-68-251-39-23.dsl.chcgil.ameritech.net) 19.39.40 # Also with a static URL to a wiki page, I can easily add it into the registration agreement (not that I couldn't before really). 19.41.22 # Can you make a link appear on the "start new topic" page? That would seem to be the ideal place. 19.41.43 Join CelticSoul [0] (n=celticso@ivr94-1-87-88-75-71.dsl.club-internet.fr) 19.42.41 # Hmm, I bet I can. 19.43.23 # * linuxstb challenges Llorean 19.43.28 # Would a nag screen go too far? 19.43.56 # When you post a new topic, you get a screen prompting "I agree to follow the guidelines posted here:" and a link to wherever we keep the guidelines? 19.44.00 # I think so - just a prominent "Please read the posting guidelines before starting a new thread" 19.44.13 # * linuxstb is too kind... 19.45.12 # I'd have to figure out which file actually generate the New Post screen. 19.45.14 # Or where in which file 19.45.31 # But other than that it should be pretty easy I think 19.46.42 # I wonder how much I'll break by manually editing index.php 19.51.51 # Yeah it doesn't seem readily changeable by the "theme" related files, which means I'd have to directly modify some of the functional files, or learn a little more about how everything relates. I mean, it's surely a simple change, I'm just not sure where at the moment, I don't have local copies of the appropriate files to look at right now 19.56.14 Quit lostnihilist ("Leaving") 19.56.42 # Llorean, how about adding a search bar to the forum list? 19.57.41 Join PaulJam [0] (i=Paul@vpn-3091.gwdg.de) 20.00.01 # bluebrother: An actual search box somewhere, rather than just the buttons? 20.00.32 # yes. Maybe right of the "Pages [1] 2" 20.00.53 # I was thinking I could just put it where I've removed the website search on the menu bar. 20.01.07 # You'll notice it's the primary significant difference between the forum menu on the left and the main site menu 20.01.45 # I took it out, because I felt people might expect it to search the forums. I could replace it with one that does search the forums. 20.02.18 # Anyway, it's clear I need to go and dig in the code somewhat, which is something I can't really do right now, but when I do I'll keep in mind checking up on integrating search into someplace more obvious/accessible. 20.03.26 Join kill-9 [0] (n=deb@c-67-191-40-190.hsd1.fl.comcast.net) 20.03.37 Join Thundercloud [0] (n=thunderc@82.153.196.70) 20.05.17 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 20.05.24 Join JurassicC [0] (n=coaltown@dsl081-169-008.sea1.dsl.speakeasy.net) 20.10.36 Join maffe [0] (n=maffe@195.159.148.248) 20.24.30 Join XavierGr [0] (n=xavier@ppp140-176.adsl.forthnet.gr) 20.27.05 Quit ompaul ("Today is only half as nice as tomorrow") 20.28.51 # life has a sense of humour indeed... 20.28.57 Join ompaul [0] (n=ompaul@freenode/staff/gnewsense.ompaul) 20.29.04 Part kill-9 20.29.17 # the audio isolator fixed my ground loop problem but just when I bought it the car broke down! 20.30.18 # amiconn, toffe: thanks for your info, my local shop had an audio isolator for just 6 euros 20.30.55 # it seems that it works perfet too, I can only hear the squeching noise only around maximum volume without music playing 20.35.19 Join raphi [0] (n=Raphi@pub082136121134.dh-hfc.datazug.ch) 20.35.33 Join BigMac [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 20.35.59 Quit raphi (Client Quit) 20.40.53 Part Llorean 20.48.50 Join lee-qid_ [0] (n=liqid@p54967E14.dip.t-dialin.net) 20.49.30 # XavierGr: now you that it is working, you have to change the car ;) 20.51.06 *** Saving seen data "./dancer.seen" 20.53.24 Quit obo ("bye") 20.58.06 Join nickspoon [0] (n=nick@89.240.239.140) 20.59.28 Join dan_a_ [0] (n=dan-mirc@217.23.173.156) 21.03.14 Join lostnihilist [0] (n=lostnihi@ppp-68-251-39-23.dsl.chcgil.ameritech.net) 21.06.40 Quit Slowking_Man ("I have the heart of a child——in a jar on my desk.") 21.06.58 Quit lee-qid (Read error: 110 (Connection timed out)) 21.14.29 Quit espen2 ("Leaving") 21.14.49 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 21.17.28 Quit BigMac () 21.19.25 Join BigMac [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 21.20.02 Join lukaswayne9 [0] (n=lukas@c-68-84-69-12.hsd1.nj.comcast.net) 21.23.11 # ...well it looks like it survived... 21.24.10 # what did? 21.24.37 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 21.24.48 # toffe82: haha well I imagine that in a new car I won't have that problem, so the audio isolator will be a waste :P 21.24.57 # well, i managed to get barbeque sauce in my Sansa.... 21.25.06 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 21.25.20 Join ctaf [0] (n=ctaf@ram94-6-82-242-23-70.fbx.proxad.net) 21.25.30 Quit lids (Remote closed the connection) 21.25.32 Part ctaf 21.25.41 # XavierGr: you can find a new car at 6 euros , there are really small ones ;) 21.25.51 Join lids [0] (i=lds@gateway/tor/x-12eb18a1ff5c839b) 21.26.07 # though I am not going to change to car, (well it needs to be changed but I can't afford it right now) once again the engine will turn off if I leave the throttle alone 21.26.40 # I will sent it for service tomorrow I hope (and I think) that it won't be something very expensive 21.27.08 # this car has left me already 3 times on the road 21.27.14 # today it was nearly the 4th 21.31.59 # hey, what is causing this compiling error 21.32.00 # http://rafb.net/p/Vvpi8V45.html 21.32.03 # car service isn't always expensive in greece? :) 21.32.14 # I am pretty positive I added my path correctly 21.32.28 # BigMac: looks like you didn't, it can't find the compiler 21.32.46 # BigMac: before you try to compile, write arm-elf-gcc in the command line 21.32.52 # then you can see if it's in the path or not 21.34.26 # * dan_a_ looks at all the Sansa changes which have been going on 21.34.58 # seems it can't be found 21.35.09 # how would I add it to the path correctly then? 21.35.21 Join Slowking_Man [0] (i=slow@wikipedia/Slowking-Man) 21.35.43 # preglow: after seeing the new fps for the mpegplayer for the gigabeat, markun said : now we just need preglow to make the virtual surround sound work :) 21.40.09 # since I have my sansa open right now, is there anything anyone wants me to look for? 21.42.33 Quit amiconn (Read error: 110 (Connection timed out)) 21.42.33 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 21.43.52 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust660.brig.cable.ntl.com) 21.44.08 # Anyone know how to apply a path change correctly? 21.45.18 # yes 21.48.28 # Nico_P: Care to explain:p Oh and btw, does bmp resize currently work in conjunction with your album aret patch? 21.48.35 Join myklcz [0] (i=c74048fc@gateway/web/cgi-irc/labb.contactor.se/x-4a8a841a5bf0f3f0) 21.48.58 # hi there! 21.49.23 # anyone knows how to find out iPOD battery capacity to set it well in rockbox ? 21.49.41 # I have 30GB video Ipod with original battery 21.49.46 # thank You 21.50.38 Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") 21.53.23 # robin0800: I don't understand your forum post.. 21.53.42 # you can't the range does not go low enough 21.53.57 Join tHEkIND [0] (n=C4AvaYiH@lns-bzn-50f-62-147-178-8.adsl.proxad.net) 21.54.04 # Hello 21.54.07 # my brain range doesn't go low enough to understand it? 21.54.39 Join _FireFly_ [0] (n=stephan@dslb-084-056-064-166.pools.arcor-ip.net) 21.54.56 # BigMac: I have no idea whether they work well together.... I'm not the one who syncs these patches anymore 21.55.16 # what do you need to know on patching that's not on the wiki ? 21.55.34 # hi tHEkIND 21.56.13 # robin0800: what do you mean by "The current used at least in the case of the ipod iappears to be hard coded." 21.59.37 # markun, tried this patch FS#7070 and set the capacity to 600mAhr 22.00.34 # robin0800: what about my question? In what way is the current hardcoded? 22.00.48 # When you go to "Show ID3 Info" when you play a song, it would be cool when you select an album/artist/genre to show the songs with the same album/artist/genre of the ID3 Database 22.00.49 # markun, time display was then halved 22.00.49 # N 22.00.51 # ? 22.01.41 # tHEkIND: why would that be useful? 22.01.53 Quit joa (Read error: 110 (Connection timed out)) 22.02.03 # markun, if the equation is correct meens the current is wrong 22.02.37 # When you're in shuffle Mode with a lot of tracks, and tells you "How, i like this album !", instead of search in all menus 22.02.49 # robin0800: eh.. 22.02.53 # just an odd question, but why would Sandisk use two 1GB chips for the flash? (e250) 22.03.14 # I'll just wait for other people to answer you in the forum 22.03.48 Join Javacat [0] (n=ghsgh@unaffiliated/javacat) 22.03.56 # tHEkIND: I don't think that feature belongs in Show ID3 Info 22.03.58 # My 60gb x5 comes tomorrow \o/ 22.04.07 # markun,playing time = Battery capacity/current 22.04.12 # * Javacat came on here a few weeks ago asking for advice :p 22.04.40 # Wait, Javacat? 22.04.48 # .... 22.04.51 # nickspoon :| 22.04.57 # markun: it's maybe the best place when you're playing a song, when you select a line it's doing nothing, what a waste ^^ 22.05.00 # * Javacat hides 22.05.06 Join Thundercloud_ [0] (n=thunderc@82.153.71.117) 22.05.07 # :) 22.05.34 # You found my secret hideout! 22.05.43 # Do I get points? 22.06.19 # markun,so withe the correct capacity you get the wrong playing time this suggests at least in the ipod the current is wrong 22.06.19 # hmm.. Go on then 22.06.55 # ah Lear left... 22.07.03 # preglow: how do you know that? :P 22.07.43 Part myklcz 22.07.44 # robin0800: we get the voltage, and then look up in a table at which percentage of the runtime we are 22.08.21 # * Javacat puts on a disguise and runs away from nickspoon 22.08.22 Part Javacat 22.08.38 # robin0800: it's multiplied by some factor and the mAh setting to estimate the runtime 22.08.41 # markun,so what is the capacity doing 22.09.00 # .. some factor and capacity 22.09.04 # * nickspoon is very confused 22.09.36 # robin0800: but it's just an estimation, not the actual playback time 22.09.57 # if you change that value it will not make your ipod play longer 22.10.20 Part juxtap 22.10.34 # nickspoon: about what? 22.11.16 # markun,no it is the battery time that is now halved 22.11.29 # markun is the table target dependant 22.11.30 # ? 22.11.35 # XavierGr: yes 22.11.37 # markun: Javacat :) 22.11.44 # then the table might be set wrong for ipods 22.11.47 Quit Thundercloud (Read error: 60 (Operation timed out)) 22.11.53 # nickspoon: ah, I thought so after I asked the question :) 22.12.02 Part tHEkIND 22.12.06 # :) 22.12.11 # XavierGr: it's quite hard to get it right it seems 22.12.46 # well robin says that with correct capacity set battery estimation is halved so I guess a new table is neede for the ipod 22.12.52 # (with the correct capacity set) 22.13.12 # markun,up until now you could not set battery capacity for ipods the range does not go low enough 22.13.40 # that's why I think that the table might need recalibration for these targets 22.13.54 # markun,so what was set? 22.14.04 # (given that you have the patch that can make you choose the correct mah) 22.14.50 # robin0800: someone answered you 22.15.01 # maybe he's making more sense than me :) 22.15.40 Quit BigMac (Remote closed the connection) 22.15.42 Join juxtap [0] (n=juxtap@vc-196-207-45-253.3g.vodacom.co.za) 22.15.43 Join Rondom [0] (n=Rondom@p57a96156.dip.t-dialin.net) 22.16.06 # markun,not realy what figures are in the build without the patch? 22.16.29 Join case_ [0] (n=case@pdpc/supporter/student/case-) 22.16.32 Join BigMac [0] (n=mike@c-71-234-95-131.hsd1.ct.comcast.net) 22.17.09 # well I might be wrong, I don't know exactly how the ETA algorithm works, i just made a speculation 22.17.09 # hi 22.17.20 # robin0800: I don't know, can't you just try a build without the patch? 22.18.10 Quit ptcemetary () 22.18.23 Quit lukaswayne9 ("Ex-Chat") 22.18.44 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 22.18.47 # rockbox would be perfect for my Sansa e260, the only no-go is that the sound is too low, even at maximum (+6db ?) 22.19.00 # case_: thanks 22.19.00 # the vendor firmware has a much louder sound 22.19.08 Quit davina ("xchat on Ubuntu 7.04") 22.19.12 # I also think it would be perfect 22.19.16 # anything i can do? 22.19.35 # case_: there's a patch for increasing the sound 22.19.35 # markun,thats not the point I know how long it lasts and some what longer than it displayed 22.19.58 # chrisjs169: any idea why it's not in SVN? 22.19.58 Quit btdubs ("CGI:IRC (EOF)") 22.19.58 # i just finished doing surgery on my e250, so in a few mins i'll look for the patch 22.20.05 # markun: not sure 22.20.22 # I think it's a patch for increasing it... 22.20.40 # FS6908? 22.21.09 # chrisjs169, why is there a patch and it's not editable with, you know, the buttons? :) 22.21.28 Quit SirFunk (Remote closed the connection) 22.21.33 # markun,so i still wonder what figures were used? 22.21.50 Part TrueJournals 22.22.48 # case_: dunno :P 22.23.17 # hmm...guess I better clean off this water on the inside of the back case... 22.23.18 # robin0800: I have a very hard time understanding what it is what you want to know. Are you just interested in knowing where the votage to percentage conversion is located? 22.24.51 # chrisjs169: I don't think that patch will change the max volume 22.25.03 # what do i need to compile rockbox on ubuntu ? prc-tools-arm ? 22.25.23 # case_: best is to run tools/rockboxdev.sh after you download the source 22.25.34 # markun: it won't change the max volume, but it seems to make it about the same volume as the OF 22.25.37 # it will build the correct toolchain for you 22.25.52 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 22.26.05 # chrisjs169: so.. it does change the max volume? 22.26.32 # thanks 22.27.00 # markun: i think....although i somehow killed my sansa battery, so I can't really tell for sure 22.27.20 # so this week is the devcon right? 22.27.39 Quit GodEater ("CGI:IRC (Session timeout)") 22.28.08 # XavierGr: yes! 22.28.14 # looking forward to it.. 22.28.34 # I hope Ryan Air will not charge me for the extra kilos I might bring into the plane 22.28.50 # oh, they will 22.29.00 # ryanair have become veritable nazis regarding that 22.29.11 # preglow: well, I could try to send some stuff home by mail 22.29.20 # they used to be easy on it, but not the last times i've used them 22.29.38 # markun: so you will attend there? Nice 22.29.52 # I am quite thrilled actually, devcon was cool last year. 22.30.14 # preglow are you going too? 22.30.16 # XavierGr: yes, I said I wasn't going, but when Bagder asked me "why not?" I didn't really have a good answer :) 22.30.25 # XavierGr: check the wiki 22.30.29 # indeed 22.30.52 # ah no dsp guy in the Devcon then :P 22.31.32 # but at least the Stenbergs and Arnolds will be there :P 22.31.36 # would have been nice to meet some more rockbox devs 22.31.39 # maybe next time 22.33.58 Quit BigMac () 22.34.12 # we should do the devcon and devconwest at the same time with video conference ;) 22.34.23 Join TrueJournals [0] (n=aimjourn@c-24-12-147-61.hsd1.il.comcast.net) 22.34.47 # that would have been nice 22.36.56 # markun,What I realy want is to make the battery time display more accurate 22.37.56 # is the Daniel of daniel.haxx.se around here? 22.39.08 # markun,This means bing able to find the battery capacity accuretly 22.39.33 # you can't "find" the battery capacity 22.39.48 # you just know that this target has x mAh battery (if not modded) 22.40.05 # robin0800: there are 2 things you have to find: 22.40.07 Join btdubs [0] (i=89a5d881@gateway/web/cgi-irc/labb.contactor.se/x-da48069aaafc743b) 22.40.09 # based on that and voltage tables you make the ETA algorithm (correct me if I am wrong) 22.40.37 # a table to map the battery voltage to the percentage 22.41.08 # and a factor to calculate the correct remaining time from the percentage and the capacity 22.41.26 Quit DataGhost (Nick collision from services.) 22.41.28 # the first one you can find by doing a battery benchmark 22.41.32 Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) 22.41.43 # the second one can be easily computed after that 22.42.06 # XavierGr,If the battery benchmark could calculate current part of the job done 22.42.27 # robin0800: the current doesn't tell you all 22.42.29 # that can't be done 22.42.36 # XavierGr: no, i'm busy that weekend 22.42.45 # it depends one how much is left in the battery 22.42.52 # afaik you can't read amperage 22.43.01 # XavierGr: currect 22.43.25 # XavierGr: on a test version of the Gigabeat there was a coulomb meter 22.43.45 # I was going to say it :) 22.43.45 # really? I am surprised 22.43.49 Join HellDragon [0] (i=JD@unaffiliated/helldragon) 22.43.53 # XavierGr,you don't realy know the capacity after its not new you must calculate it 22.43.57 # external or internal? 22.44.24 # robin: you mean the mAh of the battery (when you say capacity I mean) 22.44.37 # this isn't good.... 22.44.40 # XavierGr,YES 22.44.43 # XavierGr: no idea, but it was in the schematics we found in a pdf from Toshiba 22.44.59 # markun: I think there is the place for it 22.45.21 # robin: the capacity of a battery is always the same for the same model (except if the battery is changed) 22.45.33 # now of course battery capacity should lower as years pass 22.46.16 # XavierGr,no not once it's used 22.46.56 Quit XavierGr (Nick collision from services.) 22.46.58 Join XavierGr_ [0] (n=xavier@ppp262-179.adsl.forthnet.gr) 22.47.05 # XavierGr,not even years I susspect 22.47.28 # markun: did you see something in the code about it ? 22.49.34 # robin: you can't really do anything about that unless you mod the way that ETA works 22.49.43 # XavierGr_,so a method for finding the value would be good 22.50.01 # robin: but how are you going to measure mAh? 22.50.18 # when in rockbox, i get some odd 'noise' when the battery is connected. if using only the usb cable or the OF, it's fine 22.51.08 *** Saving seen data "./dancer.seen" 22.51.13 # XavierGr_,you can adjust the capacity in settings you just have to know what to set 22.51.27 Join XavierGr [0] (n=xavier@ppp190-63.adsl.forthnet.gr) 22.52.04 Join entheh [0] (n=purr@88-106-130-132.dynamic.dsl.as9105.com) 22.52.27 # I am gonna kill my ISP 22.52.40 # one i've build rockbox from the svn sources, what is the clean way to install it all on my device? 22.52.40 # how> 22.53.24 # s/one/once/ 22.53.34 # case_: "make zip" 22.53.36 # XavierGr,hows the voltage measured do we know the impedance? 22.53.54 # and then "unzip -o rockbox.zip -d /mnt/player" 22.54.02 # ha great 22.54.12 # you guys rock :) 22.54.28 # robin: I don't really know that. 22.54.44 # I don't think so but I am clueless 22.54.46 # so uhh...what could be the cause of this noise? 22.55.04 # (other than me getting water on the battery, which is now dry) 22.55.59 # robin: of course you can adjust the mAh but that is because you know it, rockbox can't know about it. 22.56.29 # XavierGr,alternativly start a wiki page so any one with an open ipod could do the mesurement and post it 22.56.39 # the mAh is a rating from the battery company, unless puting an amp meter and drawing all the power from the battery you can't say how many mAh a battery is 22.57.43 # robin: you mean the rated mAh or the real mAh? 22.58.03 Join donutman25 [0] (n=chatzill@24.244.160.233) 22.58.13 # XavierGr, yes but you can do current and time 22.58.21 # exactly 22.58.27 # which is quite impractical 22.58.41 # you need to open the player and then connect the amp meter between the battery and the circuit 22.58.45 Join dotMH [0] (i=528d75eb@gateway/web/cgi-irc/labb.contactor.se/x-7c09f8b57d0cba0b) 22.58.57 # which not many users (or even developers) will do 22.59.10 # robin0800: and hard to keep the current constant I think 22.59.14 # hello! 22.59.38 # markun: well that doesn't matter if you want to find the mAh of the battery 22.59.40 # XavierGr,a simple resistor in the battery lead would give current 22.59.48 # you just have to run the battery empty 22.59.54 # I need help 23.00.17 # markun: ah no forget what I said 23.00.48 # XavierGr,and time is derived from the battery bench mark test 23.01.00 # chrisjs169, can you tell me where is that patch for the sansa e200 sound ? 23.01.08 # robin: I lost you 23.01.14 # why put a resistor in the battery? 23.01.15 # markun: you could plot the current and use some methond for approximating the area under the curve, and now this sounds too much like uni and I will shut up :-) 23.01.29 # haha indeed 23.01.42 # Ohms law 23.01.54 # and what about the resistance of the circuit? 23.02.07 # case_: the patch that improves the sound (and possibly volume) is FS 6906 23.02.21 # well if you open the player I guess that you can measure that too, but... 23.02.38 # you won't find many users to do this 23.02.38 # robin0800: the estimation of runtime will never be very accurate anyway, so doing a precise measurement of the battery is kind of overkill 23.02.42 # case_: /s/6906/6908 23.03.07 # XavierGr,high value resistor 100k measure voltage drop 23.03.24 # http://www.rockbox.org/tracker/task/6908 23.03.38 # robin0800: maybe you should just do it 23.03.47 # robin: ok lets say that you finally manage to find YOUR mAh, what about it 23.04.05 # the other guy next to you will have different mAh if there is a different battery or more used 23.04.19 # can someone explain why i'm getting this 'screeching' sound in rockbox (sansa) but not in the OF? 23.04.46 # you put that value setting 23.05.16 Quit dotMH ("CGI:IRC (Ping timeout)") 23.05.20 # yeah and that's what rockbox does, puts the default mAh setting for that specific target 23.05.21 # chrisjs169, thanks 23.05.29 # there isn't anything more that rockbox can do 23.05.42 Quit PaulJam (".") 23.05.47 # but of course you can meter your battery and then change it 23.05.59 # but that will be usefull only for you 23.06.00 # case_: no problem 23.06.05 # XavierGr, not on the ipod it dosn't 23.06.26 Join dotMH [0] (i=528d75eb@gateway/web/cgi-irc/labb.contactor.se/x-e938761929b7a626) 23.06.30 # well then someone should measure or find out how many mAh is the battery and correct it with a patch 23.07.26 # and that reminds me that the default mAh setting is the same for all targets afaik, that must be changed, but it seems that no one really cares about it :P 23.07.29 # i no longer have sound on rockbox... 23.07.57 Quit XavierGr_ (Read error: 110 (Connection timed out)) 23.08.22 Part TrueJournals 23.08.29 Quit dotMH (Client Quit) 23.09.22 # XavierGr,please address this shall I post a request or is there one already? 23.09.42 # I am not really sure 23.09.47 # XavierGr: some have the correct default but some just use copied values from the h100, the thing as I understand it is that for the ipods the battery runtime is still so bad compared to the original firmware that people see no point in calibrating these things. 23.10.31 # changing the default is a simple change in the config-headers, but it will not make the estimation correct 23.10.48 # n1s that would be a valid reason, but given the fact that battery runtime is bad for ages maybe someone should make the default the right setting (and make a correct voltage table) 23.11.18 # but I don't have an ipod so I won't go in these waters :P 23.12.04 # I think there is a patch that fixed the mAh setting but the ETA is way off 23.12.09 # XavierGr: I agree that it is better to have it right until it breaks, but I think that the voltage tables should be the same even if the issue gets fixed, they just convert voltage to percent 23.12.22 # n1s,I agree 23.13.00 # chrisjs169, the patch fails to apply, probably because i try to patch the last svn revision. where can i find the version of the sources this patch is for ? 23.13.32 # n1s: I thought that the tables are target dependant, so why not change them until the ipod is fixed? 23.13.46 # change it. (the ipod table I mean) 23.13.56 # XavierGr,you can't calibrate them the settings don't go low enough 23.14.12 # XavierGr: yeah they are target dependant, but shouldn't depend on how much current we draw 23.14.15 # robin: there is a patch to select the right mAh settting 23.15.04 # I know this was my starting point 23.15.10 # robin0800: you just need a good battery_bench run to calibrate the voltage-percent table 23.15.17 # indeed 23.15.41 # and then aply the patch that will let you choose the right mAh setting 23.16.08 # case_: I'm still trying to get my Sansa fixed, so I can't say for sure right now 23.16.09 # n1s,does the battery bench change the table? 23.16.15 # no 23.16.26 # you have to change it when you read the log of the battery_bench plugin 23.17.07 Join SirFunk [0] (n=Sir@cpe-74-71-205-222.twcny.res.rr.com) 23.17.10 # chrisjs169, it seems to be explained in the comments, sorry for disturbing... 23.17.22 # XavierGr,I still dont know how to change the table 23.17.33 # robin: neither do I :P 23.17.41 # you have to digg in the source I guess 23.18.17 # XavierGr,don't think i'm up to that 23.19.07 # well right now I can't help you, sorry, I would have to digg on the source too, but I don't have the time at the moment 23.19.25 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 23.20.02 # XavierGr,shall i post a request? 23.20.06 # not sure who's on that could help, but i'm getting radio-like noises on my sansa while in Rockbox 23.21.09 # robin: you could, but please search if there is already one for ir 23.21.12 # ^it 23.21.17 # I am off for now. 23.21.41 Quit Rondom ("Ex-Chat") 23.21.44 # chrisjs169: This might be a silly question, but does your Sansa have a radio? 23.21.59 # dan_a_: yeah, it does 23.23.55 # robin0800: ok, wait for 10 minutes and download the latest svn build and you should be able to set your battery capacity, (will not fix the estimation tho) 23.24.38 # dan_a_: so....any ideas as to why i'm getting those noises? 23.24.47 # chrisjs169: Do you have the same problem with R13377? 23.25.06 # <_FireFly_> why isn't the playlist sorted when doing an recursive insert? 23.25.15 # dan_a_: Is 13377 the newest revision? 23.25.22 # Ok, still, i can't apply any patch to the last svn sources... what did i missed ? 23.26.11 # chrisjs169: No, that's the revision before the audio from the radio was enabled. Try Saturday's daily build, if you're not using SVN 23.26.52 # wait, so these noises aren't from me getting barbeque sauce in my sansa? *hopes* 23.28.21 # chrisjs169: You said that you didn't get them in the OF? Unless the OF has turned on the "barbeque sauce noise filter" then I don't think so... 23.28.50 Part maffe 23.29.05 Join maffe [0] (n=maffe@195.159.148.248) 23.29.24 # well, I was brave enough to put the battery in, and the OF didn't have the barbeque sauce filter turned on, so I guess I didn't break anything 23.30.21 # dan_a_: So the noise I was hearing is actually from the radio? 23.30.23 Quit z35 (Read error: 110 (Connection timed out)) 23.30.28 Join z35_1 [0] (n=z@adsl-35-185-251.dab.bellsouth.net) 23.30.45 # chrisjs169: I don't know - so try Saturday's daily build to be sure 23.30.52 # 'k 23.30.55 Quit juxtap (Read error: 54 (Connection reset by peer)) 23.33.07 Join jhulst [0] (n=jhulst@c-71-205-145-105.hsd1.mi.comcast.net) 23.35.04 # <_FireFly_> strange.. if i do an recursive insert of files into a playlist the list isn't sorted correctly... 23.35.35 # <_FireFly_> the first file in the playlist is right but the following files are sorted inverse 23.36.24 # _FireFly_: there is some sort of bug that causes files to be sorted after date, and some oses do write them in that order 23.36.45 # <_FireFly_> e.g. files: title1,title2,title3,title4,title5 playlist after recursive insert: title1,title5,title4,title3,title2 23.37.00 # http://www.rockbox.org/tracker/task/6531 23.37.57 # n1s,FS#5624 is sort of relivent shall I add a comment to it 23.38.25 Join davina [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.38.47 Join hannesd__ [0] (n=light@gate-hannes-tdsl.imos.net) 23.39.28 # robin0800: no need really unless you have additional info, all devs know about the problem but do not prioritize it 23.40.22 # I now Know the ipod table is wrong 23.40.48 # yes, and the bug is for swcodec which includes ipods 23.40.53 Quit hannesd_ (Read error: 110 (Connection timed out)) 23.41.31 # n1s,are none right? 23.43.53 Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) 23.45.15 # robin0800: I think the iriver h100 are the only swcodec target where the estimation is quite right 23.45.18 Quit dan_a_ () 23.46.25 Part n1s 23.49.59 Quit nickspoon ("Leaving.") 23.51.07 Join byteshack [0] (n=dansan@c-69-254-83-10.hsd1.tn.comcast.net) 23.51.33 # does rockbox support the Sansa e260, or only the e200? 23.52.01 # e260 is supported 23.52.06 # I couldn't figure out if the E200 port is for all e2xx sansas 23.52.27 # cool 23.52.56 # i have a e260, but right now i'm not satisfied with the sound quality and volume level 23.53.43 # how do you get data into it? as it does not seem to support USB 23.54.07 # when you plus the cable, it falls back to the vendor firmware 23.54.22 # so you can use it to load things in the device 23.54.33 # s/plus/plug/ 23.54.40 # ah 23.55.17 # is there activity on that port? or is it mainly someone's toy? 23.55.53 # (front page shows they were recently added) 23.56.02 # acording to what i have read tonight here, there is some activity 23.57.25 # they're currently working on getting the radio to work 23.58.30 # but i don't understand the interaction between the patches and the svn... 23.58.53 # where is the svn tree for it?