00:00:24 | chrisjs169 | 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 | preglow | fixing the bugs in the build master script would of course be the coolest :> |
00:01:16 | jhMikeS | it it _usually_ (or always) an issue with the build master waiting for a build to be sent back? |
00:01:27 | chrisjs169 | i think so... |
00:01:44 | | Part ac_2 |
00:01:46 | chrisjs169 | although i always thought that the build master goes and 'picks up the builds' |
00:02:25 | jhMikeS | 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 | chrisjs169 | 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 | zivan56 | 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 | chrisjs169 | zivan56: let me get my sansa - hold on |
00:05:30 | jhMikeS | zivan56: sure...what are you looking for? |
00:05:59 | zivan56 | not sure myself, just want to see if it is radio related |
00:06:18 | chrisjs169 | E, J, L, all change relatively fast |
00:06:59 | zivan56 | hmm, wonder what they do |
00:07:22 | chrisjs169 | C also seems to change about once a second |
00:08:29 | zivan56 | yes, same here, but it just stopped at 0xFC |
00:08:44 | jhMikeS | 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 | zivan56 | the radio chip can generate interrupts as well |
00:10:40 | zivan56 | although i'd rather not deal with that for now |
00:10:54 | zivan56 | but reading/writing seems to work, it's just the order that doesn't :P |
00:10:58 | jhMikeS | most can, but it it's interrupt pin on one of the standard GPIO ports or elsewhere? |
00:11:14 | zivan56 | yes, GPIOH |
00:11:30 | zivan56 | it only has 3 communication wires, all connected to GPIOH |
00:11:47 | zivan56 | pin 3/4/5 |
00:11:52 | jhMikeS | ok, I've masked all GPIO and I know those aren't generating the continuous irq |
00:12:37 | jhMikeS | but something else must be logically ORed into the GPIO irq handler |
00:12:37 | zivan56 | hmm, so what is? |
00:14:21 | jhMikeS | 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 | zivan56 | hmm, strange |
00:14:55 | | Join colezy9 [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) |
00:15:16 | chrisjs169 | 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 | colezy9 | 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 | zivan56 | yes, they appear to change faster |
00:17:23 | jhMikeS | 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 | bluebrother | colezy9, you should not use the cradle when installing Rockbox |
00:18:09 | colezy9 | ok thanks |
00:18:13 | bluebrother | there is also a hint in the manual since a couple of days on that |
00:18:26 | bluebrother | using the cradle might give you trouble when installing |
00:18:57 | colezy9 | ok thank you |
00:20:54 | jhMikeS | could be that the screen is just getting updated more and those ports are already changing fast :\ |
00:20:55 | zivan56 | so that is probably the usb host probing the device? |
00:21:21 | austriancoder | MIG: ping |
00:23:05 | austriancoder | 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 | chrisjs169 | 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 | zivan56 | hello |
00:25:17 | zivan56 | chrisjs169: its approx the same speed, maybe a bit faster...i didn't really look too much into it |
00:26:04 | chrisjs169 | 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 | zivan56 | this is probaly a stupid question, but would ~(1<<x) be the same as (0<<x) or would it invert every bit before x? |
00:28:12 | linuxstb_ | 0<<x is always zero. |
00:29:04 | zivan56 | 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 | linuxstb_ | It would make every bit 1 apart from the xth bit. |
00:29:58 | zivan56 | 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 | zivan56 | 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 | zivan56 | 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 | austriancoder | zivan56: could you show me your changes to as3514 code? |
00:32:29 | austriancoder | 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 | zivan56 | yes, i got mic1 working without problems, really loud as well |
00:33:49 | zivan56 | line2/mic2 produces absolute silence |
00:34:58 | | Quit gursikh ("Leaving") |
00:35:20 | zivan56 | 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 | austriancoder | zivan56: okay.. could it be that fm chip is not connected analog but digital? |
00:36:24 | zivan56 | well the radio has 2 output L and R |
00:36:54 | zivan56 | http://www.semiconductor-sanyo.com/ds_e/ENA0070.pdf look at the block diagram |
00:37:10 | zivan56 | there are some other pins, MPX ? |
00:37:58 | jhMikeS | austriancoder: any idea why reading back AS3514 registers after a reset usually shows some garbage and not their documented reset values? |
00:39:23 | MIG | Hey austriancoder |
00:39:50 | austriancoder | 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 | austriancoder | MIG: Hi |
00:40:13 | | Quit __IRCMonkey__ ("Chatzilla 0.9.75.1 [SeaMonkey 1.1.1/2007022206]") |
00:40:50 | MIG | 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 | MIG | 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 | linuxstb_ | MIG: Simply because it's a big job and no-one has tackled it yet. |
00:41:32 | austriancoder | zivan56: okay.. it must be line in in as3514.. mybe you need to enable some gpio pins |
00:41:43 | MIG | I see. My understanding is that, of course, there is no documentation for the ipod |
00:42:06 | jhMikeS | 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 | MIG | is this the biggest hurdle to overcome first, to find out how the hardware works ? |
00:42:19 | linuxstb_ | 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 | jhMikeS | linuxstb_: but it's embedded in a pp package? I had a suspicion that things like that might come up. |
00:43:15 | MIG | ok, just so I am on the same page. Are we talking about the ipod or another device? |
00:43:31 | linuxstb_ | jhMikeS: Yes, the PP USB seems to be the same as the iMX.31 (IIRC) |
00:43:56 | linuxstb_ | MIG: I'm talking about the PP502x (the chip in the ipods) |
00:43:59 | MIG | 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 | jhMikeS | hehe...I'll bet most of the PP chips are just glue for some documented stuff |
00:44:31 | linuxstb_ | It seems to be that way... |
00:44:44 | zivan56 | austriancoder: there is nothing to suggest it, however, they may have set up a "mute" of sorts for fm |
00:44:55 | linuxstb_ | A fair amount of the PP5024 seems to be from AMS (shame they haven't published their docs though) |
00:45:19 | stripwax | 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 | MIG | 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 | austriancoder | 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 | linuxstb_ | austriancoder: Yes, that's a fair amount though. The CPU cores are standard ARM, so it doesn't leave that much. |
00:46:24 | jhMikeS | 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 | stripwax | linuxstb_ - does the dma info in the sansa doc apply to any other portalplayer devices by any chance? |
00:47:16 | linuxstb_ | 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 | austriancoder | MIG: so.. you want to write an usb driver for rockbox or linux? |
00:47:38 | stripwax | linuxstb_ - ok, ta. |
00:48:34 | linuxstb_ | 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 | MIG | 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 | austriancoder | MIG: no.. rockbox has nothing to do with linux |
00:49:13 | jhMikeS | ummm |
00:49:15 | linuxstb_ | MIG: No, Rockbox was written from scratch. |
00:49:15 | MIG | Or is it more like podzilla, an application running on a custom linux kernel ? |
00:49:39 | MIG | ok, I have to say I haven't read much about rockbox. I've only read a bit about ipodlinux |
00:50:12 | stripwax | MIG - the rockbox kernel is the rockbox kernel. it is not linux. |
00:50:17 | MIG | ok |
00:50:25 | linuxstb_ | 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 | austriancoder | jhMikeS: any idea how to solve channel switching of audio? |
00:51:03 | MIG | 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 | MIG | 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 | linuxstb_ | 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 | MIG | I see |
00:53:06 | zivan56 | 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 | MIG | Is usbnet the "low-level" driver in linux ? |
00:53:20 | zivan56 | err bit 2 |
00:53:53 | zivan56 | i assume it would keep those in the chip...? |
00:54:01 | austriancoder | zivan56: keep the rest as it is and only change the defined bit |
00:54:18 | jhMikeS | 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 | jhMikeS | or flushes rather |
00:55:18 | | Quit bluebrother ("Leaving") |
00:55:27 | zivan56 | austriancoder: but then one of the registers controls a reset, so i would be resetting it again |
00:55:34 | zivan56 | i mean bits |
00:55:38 | austriancoder | jhMikeS: dont know... needs trying i would say.. |
00:56:12 | zivan56 | 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 | jhMikeS | it seems like around 1/2 LRCLK cycle passes and throws the writes out of phase |
00:58:32 | | Part pixelma |
00:59:03 | austriancoder | 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 | amiconn | jhMikeS: Why does that only happen on sansa? |
00:59:15 | amiconn | Is the interface different in some way? |
00:59:50 | jhMikeS | amiconn: I really don't know but the audio codec uses different bits |
01:00 |
01:00:26 | jhMikeS | Perhaps an auto sync feature is disabled on sansa |
01:00:39 | MIG | 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 | MIG | 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 | linuxstb_ | MIG: #rockbox isn't the channel to be asking about Linux in... |
01:04:06 | jhMikeS | 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 | MIG | ok |
01:04:57 | MIG | 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 | jhMikeS | I should just try a bunch and see if it can use L-R pairs |
01:05:32 | MIG | Thanks for explaining the development so far to me though |
01:05:33 | | Part Hilikus |
01:05:46 | austriancoder | no problem.. |
01:06:06 | MIG | 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 | n1s | chrisjs169: everyone with access is asleep or on vacation |
01:10:33 | chrisjs169 | 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 | shing` | 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 | skyfaller | 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 | colezy9 | anyone using any cools themes for gigabeat? what do u recommend |
01:28:27 | jhMikeS | we can definitely send stereo pairs |
01:29:02 | | Part shing` |
01:29:11 | austriancoder | jhMikeS: but... |
01:29:23 | jhMikeS | 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 | colezy9 | whats the best plugin for video on gigabeat f40 |
01:44:33 | austriancoder | colezy9: there is only one plugin mpeg2player |
01:44:53 | | Quit MIG () |
01:45:31 | colezy9 | ok thx, i heard rumor that vlc could be installed, i guess that isnt correct |
01:48:29 | Chronon | People use VLC to transcode videos to the proper format for mpegplayer |
01:48:45 | chrisjs169 | 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 | chrisjs169 | *is is main-pp.c (for sansa) |
01:50:57 | austriancoder | 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 |
02:00:53 | | Join warewolf [0] (i=warewolf@warewolf.org) |
02:01:49 | colezy9 | anyone have a link to where i install a theme on my Toshiba f40 |
02:02:04 | scorche | in the wiki |
02:02:47 | colezy9 | in the manual ? |
02:02:53 | scorche | no...in the wiki |
02:04:58 | colezy9 | well i don't see themes in there |
02:05:12 | scorche | look harder |
02:05:15 | warewolf | hm, no linus |
02:05:17 | scorche | we call them WPSs |
02:05:36 | warewolf | 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 | colezy9 | <scorche> 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 | scorche | colezy9: a link to them is on the page you get when you click on "wiki" on the sidebar |
02:07:35 | colezy9 | i know how these rooms work and that usually with research it can be found, but I can't find it |
02:09:05 | colezy9 | if they are called WPS then I found it |
02:09:15 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
02:09:24 | scorche | "<scorche> we call them WPSs" |
02:12:07 | | Quit slarti (Read error: 104 (Connection reset by peer)) |
02:12:34 | colezy9 | 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 | colezy9 | so i am unsure how to load the file propperly on to my gigabeat |
02:18:53 | colezy9 | put it in the required dirs but can't use it for some reason |
02:19:59 | | Quit Chronon () |
02:21:17 | colezy9 | nm figured it out |
02:25:28 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
02:32:08 | colezy9 | ok i need to load music into rockbox, do i need to put it in a special dir? |
02:33:52 | element_g | colezy:no , rockbox will see your music wherever you stick it. although I prefer this: |
02:33:52 | element_g | 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 | scorche | colezy9: please read the manual...it will answer these questions and more |
02:34:23 | colezy9 | well i create a folder in root called MP3 and it won't see it |
02:34:35 | colezy9 | i did read the manual |
02:37:19 | | Join colezy9_ [0] (n=chatzill@S010600c0a8869021.wp.shawcable.net) |
02:37:56 | element_g | colezy9_: which type of files are you showing? |
02:38:28 | saratoga3 | 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 | zivan56 | well I got rid of the LCD buzz and got the FM input just a tiny bit louder |
02:52:19 | zivan56 | (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:00 |
03:01:13 | | Join LAPS [0] (n=thepurea@ip68-6-168-176.sd.sd.cox.net) |
03:01:28 | LAPS | hello all |
03:01:54 | LAPS | where is the rockbox source tarball download? |
03:02:19 | LAPS | * nvm |
03:02:22 | LAPS | found it |
03:02:28 | LAPS | ty though |
03:02:30 | LAPS | 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:00 |
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 | Robjo8 | can someone pm me and help me get rockbox on my ipod |
04:14:33 | Robjo8 | 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 | Robjo8 | can someone pm me and help me get rockbox on my ipod plz |
04:15:21 | Robjo8 | can someone pm me and help me get rockbox on my ipod plz |
04:15:21 | Robjo8 | can someone pm me and help me get rockbox on my ipod plz |
04:15:35 | BHSPitMonkey | 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 | BHSPitMonkey | ... and 4) Don't let the door hit you on the way out :P |
04:16:39 | scorche | 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 | Shadetree | hey uys |
04:52:51 | Shadetree | woudln't you now it. After I ordered a subpack for my X5L I find mine lol |
04:52:56 | Shadetree | least I'll have an extra |
05:00 |
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 | btdubs | i |
05:35:26 | btdubs | hi* |
05:35:34 | aliask | hey there |
05:35:54 | btdubs | Does anyone know how to troubleshoot this? " region PLUGIN_RAM is full" |
05:36:01 | btdubs | I'm trying to compile a custom build |
05:36:12 | btdubs | and, well, it appears that the plugin ram thingy is too small |
05:36:29 | aliask | Are you compiling from the latest SVN? |
05:36:40 | btdubs | yup |
05:37:05 | * | aliask thought that this had been fixed |
05:37:29 | btdubs | I see |
05:37:51 | aliask | 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 | btdubs | is the entire readout |
05:39:00 | btdubs | −−−−> /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 | webguest44 | i have a really simple question... but i cant seem to figure out how to make playlists on my h10 5gb... |
05:40:48 | aliask | 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 | btdubs | Thanks |
05:41:33 | aliask | 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 | webguest44 | thanks |
05:42:55 | webguest44 | :) |
05:43:08 | aliask | No worries. :) |
05:43:08 | | Quit webguest44 (Client Quit) |
05:43:33 | aliask | btdubs: What changes have you made to the source? |
05:44:08 | btdubs | i tried adding the "doom cheat" patch |
05:44:25 | aliask | Ok, that will be causing it. |
05:44:38 | btdubs | laundry list the rest or is the one aforementioned good enough? |
05:44:39 | aliask | Doom is VERY close to being too big for the plugin buffer as it is |
05:44:44 | btdubs | Ohh |
05:44:54 | aliask | And adding the patch must have pushed it over the limit |
05:45:05 | btdubs | Anyway to increase the limit? |
05:45:28 | aliask | Checking that now. |
05:45:38 | btdubs | awesome |
05:49:31 | aliask | Editing the PLUGIN_BUFFER_SIZE define in firmware/export/config-_______.h should be your answer |
05:49:40 | aliask | You probably won't need to increase it too much. |
05:50:30 | btdubs | thanks a bunch |
05:50:43 | aliask | Don't thank me unless it works :P |
05:50:55 | btdubs | on a side note |
05:50:56 | btdubs | Ohh and btw i found a bug |
05:51:13 | aliask | What's that? |
05:51:18 | btdubs | if you play solitare and you're concurrently playing music |
05:51:23 | btdubs | 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 | btdubs | and the song changes to a different album (ie different directory shuffle) |
05:51:55 | btdubs | the player locks up and errors "cannot find directory" |
05:52:11 | aliask | Using the random folder advance feature? |
05:52:26 | btdubs | yup |
05:52:29 | btdubs | reproducible bug |
05:52:45 | btdubs | the harddrive spins non-stop |
05:53:02 | btdubs | if you exit solitare the player instantly shuffles to the next song |
05:53:12 | aliask | So it only happens in solitaire? |
05:53:22 | btdubs | and if not you get the equivalent of windows "blue screen of death" on your player |
05:53:36 | btdubs | not sure. |
05:54:10 | btdubs | however, music transitions flawlessly if the next song is in the same direcctory |
05:59:36 | | Quit lostnihilist ("Leaving") |
06:00 |
06:00:53 | btdubs | so "0x80000" is the allocated ram. |
06:00:59 | btdubs | what's a larger value? |
06:01:15 | aliask | 0x80001 |
06:01:22 | btdubs | ohhh. lol. |
06:01:35 | aliask | But you might consider something 0x80100 might be enough |
06:01:49 | aliask | Er, change that sentence so it makes sense |
06:01:57 | btdubs | if 0x80000 is 512k is 0x80100 ~550k? |
06:02:51 | aliask | 512.25 if my calculations are correct. |
06:03:31 | btdubs | My mistake, I forgot that everyone here is not a native English speaker |
06:03:58 | aliask | 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 | btdubs | aliask: thanks a bunch, your suggestion worked. |
06:34:47 | aliask | Cool. |
06:35:04 | aliask | I'm working on that bug in the random folder advance too, hopefully I'll get something soon. |
06:35:47 | btdubs | Cool, so you got it to reproduce (the bug) |
06:36:58 | aliask | Yep |
06:37:45 | btdubs | I don't think the doom patch I applied work, but that's Ok. |
06:38:09 | btdubs | I ended up upping the plugin buffer to 2 megs. Now I can play gameboy color games and listen to music =] |
06:38:54 | aliask | 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 | btdubs | 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 | btdubs | Although it's a shame that the shuffle doesn't pre-shuffle and buffer the next upcoming tracks from different directories =/ |
06:43:18 | btdubs | Unless, I'm mistaken−−which is a distinct possibility because I'm not too familiar of rockbox's framework |
06:43:26 | btdubs | 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 | btdubs | ...and on a sidenote perhaps it's psychological, but rockboy seems to be running faster now (with the added ram) |
06:45:38 | btdubs | there's no hit to the FPS with music playing |
06:46:08 | btdubs | And no annoying gameboy music which doesn't playback realtime |
06:46:14 | aliask | :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:00 |
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 | aliask | Ah, fixed that bug |
07:25:40 | aliask | Supprised it hadn't been noticed earlier. |
07:29:07 | btdubs | 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:00 |
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 | amiconn | LinusN: Build is hanging for ~13.5 hours now.... |
08:18:21 | LinusN | 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 | JdGordon | 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 | JdGordon | ... 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 | aliask | Cool idea, different builds of rockbox on different sdcards |
08:34:44 | JdGordon | well, I was thinking more faster tsting because the sdcard conncts to the comp so much faster than the sansa |
08:35:44 | JdGordon | it would still use the /.rockbox/ files thuogh |
08:36:01 | aliask | Ah, good point. |
08:36:39 | JdGordon | that could actually possibly be fixed though |
08:36:59 | JdGordon | 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 | amiconn | LinusN: Hanging again, it seems... |
08:43:29 | amiconn | JdGordon: Does dircache not work well with multivolume + hotswap? |
08:43:38 | * | amiconn suspects that this is the case |
08:44:03 | JdGordon | 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 | JdGordon | dircache.c is full of IF_MV2(volume,) 's where volume is not setup or even declared |
08:47:02 | JdGordon | I'm not sure why ramcache is disabled though |
08:48:16 | JdGordon | ramcache from now on is ramdb... |
08:48:18 | amiconn | 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 | JdGordon | I thought that was removed? |
08:48:46 | LinusN | amiconn: looks like the speculative building has gone haywire |
08:48:59 | | Quit RaRe (Read error: 110 (Connection timed out)) |
08:49:07 | amiconn | 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 | LinusN | it's building like crazy |
08:49:19 | JdGordon | thats what I rekon also |
08:49:35 | JdGordon | I did a commit a few min ago... |
08:49:39 | amiconn | But ramcache gives some extra features that people might like |
08:49:48 | * | amiconn pings Slasheri |
08:49:59 | Llorean | 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 | Llorean | Besides its use for database, the option has no point on flash based targets, does it? |
08:50:31 | amiconn | 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 | amiconn | Otherwise we will have to disable dircache on several targets once we get usbotg going |
08:51:42 | Llorean | 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 | pondlife | JdGordon: I've done a little wiki editing responding to your "sleepy notes" :) |
08:57:30 | JdGordon | :) |
08:57:50 | pondlife | back in a bit. |
08:58:15 | JdGordon | Llorean: what might b nice is having a seperate db on the actual card |
08:58:43 | JdGordon | as for dircache on the external cards, couldnt it pass file calls straight to the FAT driver? |
08:58:53 | amiconn | The same problem exists for the Ondio, but was simply ignored until now... |
08:59:08 | amiconn | (database + swappable cards) |
09:00 |
09:00:08 | Llorean | 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 | amiconn | 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 | Llorean | 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 | amiconn | 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 | amiconn | If this works, one could incrementally add all his/her cards to the db |
09:04:14 | JdGordon | that would be nicer than <MMC> or <mSD> |
09:04:35 | JdGordon | how does the database handle multiple files with the same tags? |
09:04:43 | Llorean | 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 | amiconn | The db would have to get a volume name field |
09:05:11 | amiconn | Llorean: Yes, that sounds like a nice idea |
09:05:31 | amiconn | The only problem is that a volume name isn't mandatory for FAT |
09:05:44 | aliask | And it invalidates all the data if you rename the drive. |
09:05:53 | JdGordon | do the cards have a guid? or uuid? |
09:06:12 | amiconn | Plus the volume name can be changed by the user, and there can be identical names |
09:06:31 | Llorean | Why don't we skip the volume name then? |
09:06:34 | amiconn | There is a 32 bit 'volume id' with might be unique enough |
09:06:41 | Llorean | 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 | Llorean | Just a single number we increment each time a "new" (lacking the file) card is inserted? |
09:07:25 | amiconn | .rbdbid ;) |
09:07:42 | aliask | i like it :) |
09:07:43 | JdGordon | 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 | Llorean | 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 | Llorean | 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 | Llorean | 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 | Llorean | Man, my shift reflex on DB is automatic now. =/ |
09:09:26 | JdGordon | haha |
09:09:31 | amiconn | Commi |
09:09:37 | JdGordon | and no big deal if the db gets big |
09:09:48 | amiconn | Committing takes lots of ram. It uses the audio buffer. |
09:10:15 | JdGordon | ok |
09:10:20 | amiconn | JdGordon: How would you browse 2 separate databases, btw? |
09:10:32 | JdGordon | they would appear to he uer as a single db |
09:11:14 | * | JdGordon bck i 20 |
09:12:03 | amiconn | 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 | amiconn | 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 | waf3r | Is there a site admin on? |
09:17:32 | | Join cadu [0] (i=cadu___@ZS115034.ppp.dion.ne.jp) |
09:18:08 | cadu | question : can i submit a translation without translated <voice> 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 | JdGordon | 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 |
10:00:22 | Nico_P | JdGordon: have you seen my menu commit ? |
10:01:35 | bluebrother | wow. Why did the last commit eat up that much bytes? |
10:02:16 | Mjoolnir | any of you got time for a quick question? |
10:03:03 | JdGordon | Nico_P: not yet |
10:03:40 | Nico_P | bluebrother: it's because of my commit |
10:03:46 | bluebrother | Mjoolnir, just ask ... |
10:04:21 | bluebrother | Nico_P, because of your commit the following gave that much delta? |
10:04:38 | Nico_P | yes, because mine's delta was never calculated |
10:04:42 | JdGordon | whats up with build.rockbox? |
10:05:42 | Mjoolnir | 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 | bluebrother | hmm. I can see the delta for your commit. So the delta calculation was broken? |
10:06:04 | Mjoolnir | my archos died :( |
10:06:24 | Nico_P | bluebrother: actually I made two successive commits, one of which was ignored by the delta script |
10:06:50 | Nico_P | 14:33 and 17:34 |
10:06:55 | | Join DarthShrine [0] (n=Angus@pdpc/supporter/student/DarthShrine) |
10:07:31 | Nico_P | the 17:33 one froze the build system and got forgotten |
10:07:46 | bluebrother | ah, I see. That commit is missing on the build page |
10:08:14 | bluebrother | that missing line in the build table |
10:08:21 | Nico_P | yes |
10:09:09 | bluebrother | missed that. Maybe I should go for a coffee ;-) |
10:10:09 | | Quit intgr (Remote closed the connection) |
10:10:10 | petur | 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 | Mjoolnir | ah |
10:10:28 | | Join lostnihilist [0] (n=lostnihi@ppp-68-251-39-23.dsl.chcgil.ameritech.net) |
10:10:32 | Mjoolnir | thanks for looking :) |
10:10:39 | petur | unless gigabeat uses ZIF... |
10:12:05 | petur | whoa... e-bay lists one for 552 euro... |
10:12:41 | Mjoolnir | 552 euro... |
10:12:42 | Mjoolnir | wtf |
10:12:43 | | Part ender ("Odhajam") |
10:13:55 | Mjoolnir | maybe I should just get the 60gb gigabeat |
10:14:01 | Mjoolnir | 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 | petur | 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 | Llorean | I'm _almost_ positive the MK8007 will. |
10:16:44 | petur | 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 | Mjoolnir | 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 | Mjoolnir | though I do think the HDs will work |
10:18:39 | Mjoolnir | http://www.toshiba-europe.com/storage/pci.asp?page=PCI&nav=ISH_PRS&stype=product&frame=content&ptype=HDD18&model=MK8007GAH |
10:18:53 | Llorean | The MES60VK is a Gigabeat S |
10:18:59 | Mjoolnir | aye |
10:19:01 | | Join obo [0] (n=obo@host217-41-62-170.in-addr.btopenworld.com) |
10:19:24 | Llorean | Rockbox won't run on those. |
10:19:33 | Mjoolnir | o_O |
10:19:35 | Mjoolnir | well |
10:19:50 | Mjoolnir | arg |
10:20:05 | Llorean | Why not get a 60gb F-series? |
10:20:24 | petur | 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 | linuxstb_ | 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 | Mjoolnir | ouch, 350$ for the 60gb f series |
10:22:40 | Mjoolnir | o_O |
10:23:09 | Mjoolnir | that HD is apparently really expensive |
10:23:36 | petur | http://cgi.benl.ebay.be/NEW-Toshiba-MK6006GAH-60GB-1-8-INCH-IPOD-PDA-PC-Drive_W0QQitemZ220108915229QQihZ012QQcategoryZ48680QQcmdZViewItem |
10:24:13 | Mjoolnir | that would work |
10:25:02 | amiconn | Mjoolnir: The Gigabeat F40 doesn't use the MK2004GAL for sure, as that is a 20GB hdd |
10:25:24 | amiconn | That would be the disk for an F20 |
10:26:10 | Mjoolnir | I'm guessing the f40 using the double platter version of the mk2004gal then? |
10:26:40 | petur | MK4006? |
10:28:58 | | Quit linuxstb_ ("CGI:IRC") |
10:30:38 | Mjoolnir | alright so a 60gb, gigabeat f40 for 220$ + shipping |
10:30:44 | Mjoolnir | sound like a good deal? |
10:31:15 | Llorean | An F40 is a 40gb device.. |
10:31:31 | Llorean | It sounds like there's some confusion there. |
10:31:33 | Mjoolnir | I'd replace the stock HD with a 60gb one |
10:31:40 | Llorean | Ah |
10:35:46 | Mjoolnir | http://cgi.ebay.com/2-Toshiba-Gigabeat-F40-Model-MEGF40-parts-for-repair_W0QQitemZ180115588971QQihZ008QQcategoryZ73839QQssPageNameZWDVWQQrdZ1QQcmdZViewItem |
10:35:56 | Mjoolnir | this may just be a gold mine |
10:39:46 | Mjoolnir | anyhow thanks all for helping me out |
10:39:49 | Mjoolnir | :) |
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 |
11:00:57 | | Join PaulJam [0] (i=Paul@vpn-3084.gwdg.de) |
11:04:48 | | Quit webguest52 ("CGI:IRC (EOF)") |
11:16:19 | cadu | upgade rockbox on a gigabeat and it stopped booting...strange |
11:16:26 | cadu | stops at 'Rockbox Loaded' |
11:16:40 | Llorean | When was the last time you updated? |
11:16:47 | cadu | 1 month ago |
11:16:56 | Llorean | There was a bootloader change, did you update to the newer bootloader when that happened? |
11:17:05 | cadu | i think i'm using the latest |
11:17:22 | Llorean | When did you put the bootloader on? |
11:17:35 | cadu | the first time i use rockbox |
11:17:43 | cadu | actually as i bought the player i put it |
11:17:44 | Llorean | That's not a useful "when" |
11:17:51 | cadu | :) |
11:17:54 | Llorean | I can't read your mind and know when the first time you used it was. |
11:17:56 | cadu | like 2 months ago |
11:18:04 | cadu | 2 or 3 at most |
11:18:05 | Llorean | Then you need to update it. |
11:18:14 | Llorean | The most recent bootloader was April 21 |
11:18:28 | cadu | how can i do it now ? o_O |
11:18:50 | cadu | strangely it shows 'rockbox loaded' and the hard drive seem to be spinning :P |
11:18:57 | Llorean | 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 | cadu | had to turn off using the battery break switch... okayz |
11:19:27 | cadu | doing... |
11:19:50 | cadu | entering rescue mode... |
11:20:06 | cadu | nice! |
11:20:12 | linuxstb | 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 | Llorean | linuxstb: The bootloader Recovery mode in that bootloader version requires it. |
11:20:38 | Llorean | Or "rescue mode" |
11:20:42 | Llorean | Whatever the mode ended up being called. |
11:21:10 | Llorean | There was a time when Rockbox didn't support the USB in the dock, and that bootloader's from then. |
11:21:26 | linuxstb | Ah OK. But it's no longer an issue? |
11:21:27 | Llorean | If I understand correctly at least. |
11:21:34 | Llorean | Yeah, with the newest bootloader, there should be no problems |
11:21:35 | cadu | replacing the bootloader |
11:21:37 | cadu | let's see |
11:21:44 | * | linuxstb hasn't unpacked his dock from the box |
11:21:54 | Llorean | I use mine for its line out. |
11:22:19 | cadu | to leave rescue mode i can just power off if directly on the switch ? |
11:22:59 | markun | cadu: yes, and don't forget to unmount/safe disconnect |
11:23:03 | cadu | ah , booted! |
11:23:04 | cadu | yahoo! |
11:23:23 | markun | some things might have changed |
11:23:40 | cadu | thank you :P gotta go to work now, thought i would go without my rockbox :P) thanks ! |
11:23:41 | markun | I don't know if your last update was before or after the new main menu |
11:24:35 | cadu | was... |
11:24:38 | cadu | changed quite a bit |
11:24:57 | markun | also some buttons got changed :) |
11:25:05 | markun | (A and POWER swapped basically) |
11:25:35 | linuxstb | 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 |
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 | PaulJam | 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 | linuxstb | 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 | linuxstb | markun: The backdrop benchmark has just finished - 4.5 times slower than the standard. |
12:24:26 | linuxstb | So it seems that DMA is a lot slower than our ARM-optimised mem* functions. |
12:26:17 | linuxstb | 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 | intgr | 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 | linuxstb | 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 | linuxstb | So no other threads can run. |
12:36:09 | intgr | Oh, why not use it asynchronously? |
12:36:12 | | Quit GodEater ("CGI:IRC (Ping timeout)") |
12:37:40 | linuxstb | 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 | linuxstb | (and add more target-specific #ifdefs to the code) |
12:38:16 | linuxstb | I would just prefer to get rid of them. |
12:39:19 | intgr | You could at least hlt while waiting for an interrupt, to save battery life. |
12:39:36 | linuxstb | But if they're so much slower, what's the point? |
12:40:22 | intgr | I would except a DMA engine to be at least more power conservative. |
12:42:26 | linuxstb | 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 | linuxstb | lcd_update_rect() is device-specific anyway. |
12:43:23 | intgr | But you should do some measurements before you take my word for it. :) |
12:44:35 | intgr | The battery saving might be negligible. |
12:46:41 | linuxstb | 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 | intgr | 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 | amiconn | 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 |
13:00:51 | | Quit DarthShrine ("Leaving") |
13:01:22 | intgr | Right. |
13:02:38 | intgr | And the power consumption during sleep is probably not be 12 times lower than active, negating the effect. |
13:04:50 | linuxstb | 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 | amiconn | linuxstb: I would just remove it |
13:18:20 | linuxstb | 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 | JdGordon | 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 | jhMikeS | 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 | Zagor | jhMikeS: "fdisk -l /dev/<device>" 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 | amiconn | 2 seconds?? |
13:41:21 | linuxstb | I mean why sleep at all? |
13:42:54 | jhMikeS | mounting using the ones there - same deal :\ |
13:44:10 | linuxstb | jhMikeS: What says "001 device drivers" ? I've never seen that message. Are you running Debian natively or in vmware? |
13:44:20 | jhMikeS | vmware |
13:44:51 | linuxstb | Have you done whatever is needed to give vmware access to USB? |
13:45:06 | jhMikeS | mount -t usbfs /dev/sda1 /mnt/sansa ... ls /mnt/sansa show "001 devices drivers" |
13:45:24 | jhMikeS | it's there and it's enabled and checked |
13:45:29 | linuxstb | You want -t vfat |
13:46:43 | jhMikeS | ahh...bingo. I tried that before but I guess had something wrong. thanks |
13:47:00 | Nico_P | JdGordon: yes but not for long |
13:47:03 | linuxstb | usbfs is some kind of virtual filesystem for accessing information about USB devices |
13:47:16 | linuxstb | (not a real filesystem) |
13:47:46 | jhMikeS | I think I typed /dev/sda1/ and /mnt/sansa/ mistakenly and never looked back ... lol |
13:47:53 | JdGordon | Nico_P: did you want something re your last commit? |
13:48:19 | Nico_P | JdGordon: as it has to do with menus, I just wanted to know if I did it right |
13:48:43 | Nico_P | or rather if I did anything wrong |
13:48:52 | JdGordon | ah ok, quick looked fine.. |
13:48:55 | | Quit PaulJam (Read error: 60 (Operation timed out)) |
13:49:06 | jhMikeS | dd does the dump? |
13:49:18 | linuxstb | jhMikeS: Yes. What do you want to do? |
13:49:31 | jhMikeS | I need a partition.bin for the emulator |
13:50:05 | linuxstb | I've never used the emulator. Does it expect a dump of the whole disk, or just a FAT32 partition? |
13:50:23 | jhMikeS | both partitions I believe |
13:50:41 | | Join Guile` [0] (n=Guile@84.4.16.72) |
13:51:06 | linuxstb | 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 | Nico_P | JdGordon: ok. If there's anything wrong, feel free to correct :) |
13:51:20 | JdGordon | :) will do |
13:51:51 | jhMikeS | linuxstb: that's for each one, no? |
13:51:56 | * | Nico_P is off to class |
13:52:07 | linuxstb | jhMikeS: I'm guessing it wants the entire disk, including partition table. |
13:52:35 | linuxstb | If you want to dump the partitions individually, just use /dev/sda1 and /dev/sda2 in two separate dds |
13:52:40 | jhMikeS | well, it needs the bootloader and all the OF |
13:53:11 | linuxstb | Without the partition table, it can't know where the second partition is (unless it expects two separate files). |
13:53:20 | jhMikeS | makes sense |
13:53:27 | jhMikeS | no, just one |
13:53:50 | linuxstb | 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 | jhMikeS | 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 | linuxstb | jhMikeS: I assume (hope) you've been granted a copy of the AS3514 datasheet? |
13:57:53 | jhMikeS | indeed |
13:58:54 | jhMikeS | 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 | jhMikeS | The PP5024 has it that is |
13:59:31 | | Join norbusan [0] (n=norbusan@chello213047086216.5.14.tuwien.teleweb.at) |
13:59:49 | norbusan | max are you here? |
14:00 |
14:00:56 | petur | woof woof |
14:01:15 | linuxstb | ;) |
14:01:32 | | Join GodEater [0] (i=c2cbc95c@gateway/web/cgi-irc/ircatwork.com/x-412bbcf89cc3ccf0) |
14:01:33 | jhMikeS | it occurs to me debian ain't gonna hold that file |
14:02:12 | linuxstb | You could compress it - "dd if=/dev/sda bs=32768 | gzip -9 > mydump.bin.gz" |
14:02:45 | linuxstb | Or if you have cygwin, the same dd command should work there. |
14:02:48 | jhMikeS | maybe but the poor thing almost always runs near full |
14:03:10 | jhMikeS | no cygwin...that lasted about a day for me :) |
14:03:15 | linuxstb | Or just use the native win32 dd that's available. |
14:03:32 | | Quit lids (Remote closed the connection) |
14:03:53 | jhMikeS | ah, no biggie I'll mount something else and send it there...maybe to the gigabeat :) |
14:05:04 | amiconn | jhMikeS: Does the delay also happen with single samples? |
14:05:29 | jhMikeS | 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 | JdGordon | yeah, volume still isnt perfect... |
14:06:05 | jhMikeS | 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 | jhMikeS | 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 | amiconn | Hmm. I know that several I2S enabled devices have option bits for delaying the data by 1 clock |
14:14:35 | amiconn | There might also be a clock polarity problem |
14:15:38 | jhMikeS | my thoughts too but I couldn't find another bit that altered the sound favorably |
14:17:18 | jhMikeS | 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 | SiebaZ | hi @ all |
14:19:23 | jhMikeS | 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 | linuxstb | jhMikeS: You may find this easier - http://www.chrysocome.net/dd |
14:25:53 | jhMikeS | it's running. I stopped it when it was almost finished so I guess just patience. |
14:26:20 | | Part kaaloo |
14:27:38 | jhMikeS | thanks though. might come in handy if I find I need it alot. |
14:28:50 | JdGordon | pondlife: ping? |
14:30:49 | pondlife | pong |
14:31:06 | | Part norbusan |
14:31:49 | JdGordon | 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 | pondlife | 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 | JdGordon | pondlife: the above message was for you... |
14:37:38 | pondlife | 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 | pondlife | 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 | JdGordon | pondlife: that would only work if the amount untill the end if > the minimum size requested |
14:40:14 | pondlife | Ah, that was why I scrapped the idea of "minimum size"... |
14:40:39 | pondlife | Just need a way to indicate EOF |
14:41:02 | pondlife | Rather than relying on a short read. Maybe a read that returns 0 would indicate EOF? |
14:41:05 | jhMikeS | when rb crashes? :P |
14:41:20 | pondlife | lol, that's happening already! |
14:41:32 | * | pondlife didn't even write a line of code yet |
14:41:41 | JdGordon | pondlife: dont the codecs expect the data to come in the length it asks for? |
14:41:56 | JdGordon | i mean, dont the codecs reques x bytes, xpecting to get it all? |
14:42:00 | pondlife | Yes, but playback can read repeatedly until there's enough data |
14:42:02 | jhMikeS | ususally a positive read less than the requested amount indicates that, no? |
14:42:16 | pondlife | Typically, but we can define it however we like |
14:43:02 | pondlife | 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 | pondlife | i.e. bufread acts like a standard file read(). |
14:43:55 | jhMikeS | so you plan to copy data instead of just reference it and decode from the buffer itself? |
14:44:03 | pondlife | I hope not to. |
14:44:08 | linuxstb | 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 | pondlife | 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 | linuxstb | 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 | pondlife | 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 | pondlife | I don't think the second point will make much difference in real life... |
14:47:15 | pondlife | 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 | jhMikeS | how bout doing one or the other and telling the caller? not much complication really |
14:48:53 | pondlife | Different API slightly. |
14:49:06 | pondlife | i.e. char **dst vs. char *dst |
14:49:50 | linuxstb | 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 | jhMikeS | caller provides a buffer _and_ a pointer and it tells the caller the request needed to be satisified with a copy |
14:50:22 | pondlife | Yep, can provide both interfaces... |
14:50:32 | jhMikeS | not two functions, just one |
14:50:38 | pondlife | Why not 2? |
14:50:49 | pondlife | One will wrap the other of course.. |
14:50:53 | jhMikeS | because buffering decides the proper course |
14:50:58 | *** | Saving seen data "./dancer.seen" |
14:51:09 | jhMikeS | really only needed upon wrap |
14:51:31 | pondlife | Hmm, I'd rather the caller didn't need to think about the distinction. |
14:51:44 | jhMikeS | 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 | pondlife | linuxstb: read()? |
14:52:17 | pondlife | or bufread()? |
14:52:30 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
14:52:32 | linuxstb | Whatever function is equivalent to read() - i.e. copies the data |
14:52:48 | jhMikeS | 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 | pondlife | 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 | linuxstb | pondlife: Maybe the function name needs to be changed then - IMO read() implies the data is copied. |
14:54:11 | pondlife | Maybe |
14:54:32 | linuxstb | (as Rockbox is generally POSIX-based) |
14:54:35 | pondlife | Or, as we were saying, maybe it does need to copy... |
14:55:08 | pondlife | I'd prefer it to be a POSIX-style interface, certainly. |
14:55:34 | linuxstb | I can't see a reason for copying. Most of the codecs use the "get_pointer" interface. |
14:56:09 | pondlife | So... provide both functions. And don't call the non-copying one ..read()...! |
14:56:26 | linuxstb | Yes - i.e. what the codec API has at the moment... |
14:56:37 | pondlife | Yep. |
14:57:03 | pondlife | I'm hoping to just separate out existing code here. And not change anything codec-side. |
14:58:05 | jhMikeS | you just need one function and resetting the pointer to NULL on returns tell the caller a copy was made |
14:58:47 | pondlife | 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 | jhMikeS | it does though and it can decide it can have either |
14:59:53 | pondlife | Hmm, you mean if the caller passes in a NULL for the destination? |
15:00 |
15:00:54 | jhMikeS | like size = read(&my_pointer, my_buffer) tell it can accept either |
15:01:10 | linuxstb | 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 | jhMikeS | 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 | RockingD | hello. does RockBox makes use of dual core arcitecture where applicable? |
15:02:21 | linuxstb | 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 | jhMikeS | RockingD: in mpegplayer atm |
15:03:34 | jhMikeS | linuxstb: true, but I'm not liking just wasting the buffer if the mod file would go past the buffer end |
15:04:39 | jhMikeS | there should be no pointers in MoB, only offsets so things can be moved and not invalidate the data |
15:05:04 | amiconn | What would you think needs moving? |
15:05:30 | pondlife | If things are moved inside the buffer, then offsets are as useless as pointers, surely? |
15:05:38 | jhMikeS | A mod file that wrap, no way I want to deal with changing guard sizes and such |
15:06:19 | jhMikeS | no, because offsets are always forward |
15:06:37 | pondlife | Offsets from where? The buffer start? |
15:06:51 | jhMikeS | from it's position |
15:07:55 | jhMikeS | if the cp is x, the final position is x+o |
15:08:14 | pondlife | Position of what? i.e. what is x? |
15:08:20 | pondlife | Track start? |
15:08:39 | jhMikeS | something counted up from zero since playback started |
15:08:40 | RockingD | jhMikeS: where could I find info on how to start a thread on a separate core and to synch these cores? |
15:09:19 | jhMikeS | RockingD: there's problems with a particular chip atm and that's why the scheduler's not mutexed for it atm |
15:09:55 | amiconn | jhMikeS: How would you move a mod file that must not wrap, if there already is buffered data behind it? |
15:10:22 | amiconn | I'd rather go for adaptive guard sizes (defined by the format loader) and never move data inside the buffer |
15:10:27 | jhMikeS | rotate the whole buffer so the mod file is flattened |
15:11:00 | amiconn | You can't fully rotate without some temporary buffer |
15:11:04 | jhMikeS | all offsets will remain valid |
15:11:18 | jhMikeS | use the guard buffer itself as a temp space |
15:11:20 | amiconn | And copying several MB is costly |
15:11:50 | amiconn | You need a buffer the size of the amount of rtotation, so the guard buffer wouldn't suffice |
15:13:35 | jhMikeS | 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 | pondlife | "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 | jhMikeS | details are good |
15:17:43 | * | linuxstb is very happy to see boring little fixes |
15:17:49 | * | pondlife too |
15:18:02 | jhMikeS | aright, enough of my opinionating for awhile :P |
15:18:15 | pondlife | No, we need more opinionating 'round here |
15:18:17 | pondlife | :) |
15:18:36 | | Join kkurbjun [0] (n=kkurbjun@c-71-56-227-141.hsd1.co.comcast.net) |
15:18:37 | jhMikeS | 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 | pondlife | Although it makes some sense on the "Sahara" theme. |
15:19:22 | linuxstb | 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 | jhMikeS | havent't seen those |
15:19:58 | jhMikeS | linuxstb: it seems odd to me it should be slow on a hipo CPU like that |
15:22:42 | pondlife | Just good 6 builds until we're totally green.... and time for lunch |
15:23:37 | RockingD | 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 | jhMikeS | RockingD: PP5020 ... I suspect interrupts are dying are the cores go to sleep for good |
15:25:21 | jhMikeS | I don't have a tester myself with that chip so I can't probe it |
15:30:24 | RockingD | 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 | jhMikeS | PM me here I guess. H10, iPod Photo/Color...and ... what you've got I think |
15:35:14 | RockingD | BTW, could be iPodLinux in dual mode with RockBox? Or it worth to try? :) |
15:35:25 | linuxstb | 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 | amiconn | PP5002 is another matter... |
15:35:50 | * | jhMikeS ignores that one :) |
15:36:15 | amiconn | But that's what the G3 has (regarding RockingD's problem) |
15:36:19 | jhMikeS | ah |
15:37:09 | jhMikeS | 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 | jhMikeS | 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 | RockingD | jhMikeS: could you please tell something more on "cache invalidation"? what cache do you mean? CPU or some kind of buffer? |
15:49:36 | linuxstb | He's referring to the CPU cache(s). Each core has its own independent cache. |
15:51:13 | | Part LinusN |
15:52:07 | jhMikeS | 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 |
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 | JdGordon | its funny :) |
16:07:07 | daurnimator | hey JdGordon |
16:07:14 | daurnimator | you touched my archos? |
16:07:31 | JdGordon | hey daurnimator |
16:07:42 | JdGordon | na, still sitting here... you havnt ben online in a while? |
16:07:49 | daurnimator | been busy |
16:08:14 | daurnimator | anyway, as I said a while ago, your iriver battery seems to be borked |
16:08:32 | JdGordon | ok |
16:08:36 | daurnimator | can't take it out for more than 5 minutes |
16:09:12 | JdGordon | whats your plans tomorow? |
16:09:20 | JdGordon | I can bring it round after uni... |
16:09:28 | daurnimator | I got friday off |
16:09:47 | JdGordon | friday is no good... unless you come here |
16:10:01 | daurnimator | na, you're too far from transport :P |
16:10:02 | * | JdGordon slaps jhMikeS around with a partially screwed scrollwheel! |
16:10:06 | daurnimator | (3 doesn't count) |
16:10:49 | JdGordon | or i can drop it in on my way home from moorabin on thursday around 5.45ish |
16:10:57 | daurnimator | that sounds ok |
16:11:20 | daurnimator | did you delete music off it? |
16:11:46 | JdGordon | nop |
16:12:17 | * | JdGordon stuffed up the commit message :'( |
16:12:36 | JdGordon | the word commit is missing... |
16:12:43 | JdGordon | *grumbles* |
16:13:12 | preglow | 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 | jhMikeS | JdGordon: what's so screwed about it? |
16:13:20 | preglow | markun: some of them even give weird flanging sounds |
16:13:26 | JdGordon | jhMikeS: plugins :( |
16:13:36 | JdGordon | none were ready for buton_repeat |
16:13:42 | jhMikeS | yes, but that should be a quick remap right? |
16:13:52 | JdGordon | no, because almost noe use the actions |
16:13:55 | jhMikeS | it needs repeating though for end of list |
16:14:18 | JdGordon | yeah, no, i dont have a problem with the repeating... just being difficutly |
16:14:48 | jhMikeS | I think most should just treat it all the same, no? |
16:16:21 | JdGordon | no, becayse they are mostly doing a switch (get_button()) or similar, so the button_repeat case is missing |
16:16:29 | markun | preglow: ah, that sucks |
16:16:58 | markun | I remember that we listened to some sample files one time which I think were generated with this data |
16:17:51 | preglow | a problem is also that interpolating between hrtfs seems to be non-trivial |
16:17:56 | preglow | it's not just a matter of crossfading between them |
16:18:07 | markun | 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 | linuxstb | markun: My thoughts as well. |
16:19:38 | | Join SirFunk [0] (n=Sir@admin-147-222.potsdam.edu) |
16:19:40 | markun | preglow: is interpolation needed because there are not enough HRTF's per head? |
16:20:01 | preglow | not enough per azimuth/elevation |
16:20:09 | | Quit joa (Read error: 110 (Connection timed out)) |
16:20:16 | preglow | 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 | jhMikeS | preglow: my understanding is that's an outstanding problem in HRTFs anyway |
16:22:17 | preglow | 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 | preglow | jhMikeS: yeah, probably |
16:22:25 | | Join n1s [0] (n=nils@nl104-202-175.student.uu.se) |
16:24:05 | markun | preglow: never looked at the code, but perhaps it's useful: http://www.klaveness.info/ambplay.html |
16:25:59 | preglow | that links to another page with hrirs |
16:26:49 | markun | ircam |
16:26:52 | preglow | yea |
16:27:33 | markun | I couldn't get it to run here at the office |
16:27:48 | markun | could you check how well it works for you? |
16:28:29 | preglow | java is a no-go on my computer right now |
16:28:39 | preglow | 64 bit blues |
16:29:28 | preglow | why the hell would dma be slower than mem* ??? |
16:30:34 | linuxstb | 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 | amiconn | 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 | n1s | 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 | GodEater | is that Colombo guy running for the position of "least popular forum contributor" ? He's got my vote if he is... |
16:59:37 | linuxstb | GodEater: I like him, brings some humour to the forums... |
17:00 |
17:03:08 | linuxstb | 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 | Llorean | GodEater: Trust me, he's far, far from "Most annoying" if we go by all time. |
17:03:39 | Llorean | 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 | GodEater | I wonder how old he is |
17:05:47 | markun | GodEater: maybe he's a member of a trolling group like Dongs was |
17:06:04 | markun | (GNAA in his case) |
17:06:05 | GodEater | there are trolling *groups* ?!? |
17:06:10 | GodEater | wow |
17:06:16 | markun | yes, I only found out a few days ago :) |
17:06:51 | GodEater | I'm continually amazed at the things some people find to use there time for |
17:07:20 | Llorean | Especially when it's people older than about 16. |
17:07:54 | markun | GodEater: like the Zune Linux project you mean? ;) |
17:08:30 | GodEater | markun: that especially :) |
17:08:42 | bluebrother | 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 | markun | 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 | markun | .. news update, not new update |
17:13:51 | GodEater | 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 | GodEater | several hundred updates a day and everything |
17:14:45 | linuxstb | Yes, those svn commit emails keep flying... |
17:15:47 | markun | 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 | linuxstb | A sign of their success will be if they move from sourceforge to their own servers ;) |
17:17:14 | intgr | Huh :) |
17:18:09 | markun | linuxstb: I believe ffmpeg is now changing from subversion to git |
17:18:39 | markun | but I don't know what the advantages are |
17:19:05 | intgr | Distributed SCM. |
17:19:36 | linuxstb | 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 | intgr | Which means no need for central servers or explicit branching/merging. |
17:22:29 | Nico_P | serioulsy, there is no central server ? I thouht ditributed meant local version control |
17:22:32 | linuxstb | 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 | Nico_P | linuxstb: could you give a link ? |
17:23:26 | intgr | Nico_P: There _usually_ is a central server, but anyone can push/pull to/from anyone. |
17:23:35 | intgr | And anyone can set up their own server for their own branch(es). |
17:23:36 | linuxstb | Nico_P: The long thread starts here - http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-May/028853.html |
17:23:55 | intgr | Without any commit privileges, etc. |
17:23:58 | Nico_P | intgr: very nice, even better than I thought |
17:24:07 | Nico_P | linuxstb: thanks |
17:25:45 | markun | linuxstb: it would have been nice for the Gigabeat port |
17:26:46 | Nico_P | markun: couldn't it have been done in a branch ? |
17:26:55 | intgr | 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 | markun | Nico_P: maybe, I have no idea how how a branch works |
17:27:34 | GodEater | arch is kind of the same thing isn't it? |
17:27:35 | markun | Nico_P: do you still get the updates from the HEAD branch? |
17:27:48 | Nico_P | you just svn cp the parts you need to another dir |
17:28:02 | intgr | markun: If you merge them from the HEAD. |
17:28:09 | Nico_P | 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 | Nico_P | intgr: but if you only branch a select part you have less merging to do, right ? |
17:29:12 | intgr | Are you talking about CVS here? |
17:29:16 | Nico_P | svn |
17:29:42 | intgr | Ah, well, normally you'd branch the whole trunk anyway. |
17:29:55 | Nico_P | 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 | intgr | Otherwise you couldn't check out the whole thing into one place without hacking. |
17:30:15 | | Quit himitsu ("Leaving") |
17:30:41 | Nico_P | there is svn switch to switch between branches, and it works even on subdirs |
17:30:57 | Nico_P | you can have a hybrid local copy |
17:31:04 | intgr | Yes |
17:34:31 | markun | 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 | linuxstb | 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 | markun | linuxstb: yes, more a PMP |
17:45:33 | | Quit PaulJam (".") |
17:45:49 | linuxstb | oops, I've just noticed I disabled the DMA for lcd_update_rect() by mistake... |
17:46:12 | markun | linuxstb: does it matter? |
17:46:20 | | Quit CelticSoul ("Leaving") |
17:46:25 | linuxstb | 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 | n1s | linuxstb: I get a Illinstr crash if I try to playback a file after using test_codec |
17:52:17 | n1s | 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 | linuxstb | With DMA, full-screen lcd_update() runs at 64.0fps according to test_fps, and without DMA it's 264.5fps... |
17:53:46 | The-Compiler | 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 | linuxstb | n1s: Reliably? |
17:54:20 | | Join obo_ [0] (n=obo@CPE002078c67dd3-CM0011ae015168.cpe.net.cable.rogers.com) |
17:54:36 | n1s | linuxstb: I'll test more but so far yes |
17:54:44 | linuxstb | n1s: Also, which codec? I've had no problems on my h140 |
17:55:21 | n1s | 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 | n1s | hmm, got "I03:AddErr at 10000374" now |
17:56:58 | linuxstb | n1s: OK, I see if I can reproduce. |
18:00 |
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 | simmel | 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 | Llorean | Because there's no good reason to increase the size of the core by adding jpeg decoding support? |
18:06:12 | linuxstb | 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 | markun | linuxstb: no, sorry |
18:06:38 | Llorean | 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 | simmel | 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 | Nico_P | linuxstb: is your gigabeat commit going to have noticeable effects ? |
18:10:22 | linuxstb | 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 | Llorean | simmel: So you're saying "Don't support any album art, if we're not going to support it your way?" |
18:10:33 | Nico_P | simmel: it exists... you could adapt the scripts from the album art wiki page |
18:10:44 | Llorean | There are hundreds of users who have no problem using our method of album art. |
18:10:59 | linuxstb | 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 | simmel | 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 | Nico_P | Llorean: actually it's not really 'our' method, as it's not an official feature ;) |
18:11:43 | simmel | 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 | Nico_P | linuxstb: yes, the background color bugs seem to be gone and that's very nice... I was wondering about speedups |
18:11:50 | Llorean | Nico_P: Well I personally am reasonably satisfied with how the album art patch uses external bitmaps, despite never using it. |
18:12:12 | simmel | Nico_P I'll look into it, thanks for pointing it out. |
18:12:27 | linuxstb | 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 | Nico_P | Llorean: I'm satisfied with it too |
18:12:34 | Llorean | 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 | Llorean | Someone could very easily make an album art extraction plugin. |
18:13:20 | simmel | Llorean That's what I mean and I see that problem. It's not that many who uses albumart though. |
18:13:22 | Nico_P | 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 | Nico_P | yes, that would be a very nice feature to add to rbutil |
18:13:52 | Llorean | linuxstb: RBUtil would be wonderful for that. But a plugin on-target wouldn't be bad either. |
18:14:11 | Llorean | Much, much slower of course. |
18:14:39 | simmel | 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 | Llorean | 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 | Llorean | 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 | simmel | Oh = / Then I see you problem. |
18:15:23 | linuxstb | 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 | Llorean | 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 | simmel | But an plugin which does it automatically when enabled is sufficient (for me). |
18:15:51 | bluebrother | simmel: Rockbox is written by volunteers for fun, not for attracting users ;-) |
18:15:55 | Llorean | Probably RBUtil, a plugin, or both. |
18:15:56 | simmel | linuxstb Llorean Yes, I agree. |
18:16:00 | simmel | bluebrother Agree. |
18:16:38 | Llorean | 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 | bluebrother | hehe |
18:17:13 | Nico_P | is there a reason why bubbles is limited to 20 FPS on the gigabeat, making it choppy ? |
18:17:39 | Llorean | Is it limited to 20fps everywhere or just gigabeat? |
18:18:46 | Nico_P | it's 40 on the ipod video, 30 on the H300/ipod color |
18:18:56 | Llorean | Weird |
18:19:06 | Llorean | I would think it should have the same limit everywhere |
18:19:08 | Nico_P | with the gigabeat's CPU, I think we can easily change that to 40... I'll try |
18:19:17 | Llorean | Although... |
18:19:35 | Llorean | Actually, nevermind, my thought doesn't apply to bubbles at all. |
18:20:36 | Nico_P | with 40 it's much smoother but also very fast |
18:20:52 | Nico_P | maybe that's why it's limited to 20... because of the fast CPU |
18:21:31 | Llorean | 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 | Llorean | Though I bet the iPod is too slow to support 40 properly |
18:21:46 | Llorean | How's 30? |
18:22:37 | | Part kaaloo |
18:22:39 | Nico_P | 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 | rigel | i tried downgrading, my h10 is still getting codec failed messages |
18:46:36 | Nico_P | 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 | rigel | Nico_P: i've unzipped the whole thing more than once. overwrote everything every time |
18:59:06 | amiconn | linuxstb: Quite a difference... |
18:59:33 | rigel | ive even tried deleting .rockbox and then reinstalling from scratch |
19:00 |
19:00:55 | Nico_P | 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 | bluebrother | do you have the recent bootloader and not a file /rockbox.mi4? |
19:03:45 | bluebrother | 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 | rigel | Nico_P: yes. |
19:29:35 | rigel | 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 | bluebrother | Llorean: can we have a permanent nice link to the forum posting guidelines? Like forums.rockbox.org/guidelines.html? |
19:29:53 | bluebrother | would make it easier when linking to them ;-) |
19:30:05 | bluebrother | s/have/add/ |
19:33:07 | Llorean | 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 | linuxstb | Why not just put them on the wiki? |
19:33:53 | bluebrother | Llorean, why would this add hassle when updating? You could just make this link forward to the appropriate post |
19:34:17 | bluebrother | i.e. have a guidelines.php which just sends a Location: header |
19:35:17 | Llorean | Ah, I could do that. |
19:35:25 | Llorean | I was thinking of a static page. |
19:35:30 | | Quit lostnihilist (Read error: 113 (No route to host)) |
19:35:32 | Llorean | I think a Wiki page could work too, though |
19:35:36 | bluebrother | nah. Too inflexible ;-) |
19:35:41 | bluebrother | (static page, not wiki ;-) |
19:36:04 | | Quit darkless (Read error: 104 (Connection reset by peer)) |
19:36:26 | bluebrother | 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 | Llorean | I think a wiki page will do for that. |
19:37:12 | bluebrother | sure |
19:37:22 | Llorean | Then we can get rid of the post. |
19:37:35 | Llorean | And move one step closer to my "Forums are for discussion, we don't need stickies here" utopia. :-P |
19:38:16 | bluebrother | hmm. Only new forum users won't see the sticky anymore |
19:38:32 | bluebrother | 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 | Llorean | 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 | linuxstb | 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 | Llorean | Hmm, I bet I can. |
19:43:23 | * | linuxstb challenges Llorean |
19:43:28 | Llorean | Would a nag screen go too far? |
19:43:56 | Llorean | 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 | linuxstb | 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 | Llorean | I'd have to figure out which file actually generate the New Post screen. |
19:45:14 | Llorean | Or where in which file |
19:45:31 | Llorean | But other than that it should be pretty easy I think |
19:46:42 | Llorean | I wonder how much I'll break by manually editing index.php |
19:51:51 | Llorean | 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 | bluebrother | 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 |
20:00:01 | Llorean | bluebrother: An actual search box somewhere, rather than just the buttons? |
20:00:32 | bluebrother | yes. Maybe right of the "Pages [1] 2" |
20:00:53 | Llorean | I was thinking I could just put it where I've removed the website search on the menu bar. |
20:01:07 | Llorean | You'll notice it's the primary significant difference between the forum menu on the left and the main site menu |
20:01:45 | Llorean | 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 | Llorean | 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 | XavierGr | 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 | XavierGr | the audio isolator fixed my ground loop problem but just when I bought it the car broke down! |
20:30:18 | XavierGr | amiconn, toffe: thanks for your info, my local shop had an audio isolator for just 6 euros |
20:30:55 | XavierGr | 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 | toffe82 | 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:00 |
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 | chrisjs169 | ...well it looks like it survived... |
21:24:10 | markun | what did? |
21:24:37 | | Quit The-Compiler (Read error: 104 (Connection reset by peer)) |
21:24:48 | XavierGr | 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 | chrisjs169 | 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 | toffe82 | 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 | XavierGr | 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 | XavierGr | I will sent it for service tomorrow I hope (and I think) that it won't be something very expensive |
21:27:08 | XavierGr | this car has left me already 3 times on the road |
21:27:14 | XavierGr | today it was nearly the 4th |
21:31:59 | BigMac | hey, what is causing this compiling error |
21:32:00 | BigMac | http://rafb.net/p/Vvpi8V45.html |
21:32:03 | preglow | car service isn't always expensive in greece? :) |
21:32:14 | BigMac | I am pretty positive I added my path correctly |
21:32:28 | preglow | BigMac: looks like you didn't, it can't find the compiler |
21:32:46 | preglow | BigMac: before you try to compile, write arm-elf-gcc in the command line |
21:32:52 | preglow | 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 | BigMac | seems it can't be found |
21:35:09 | BigMac | 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 | toffe82 | 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 | chrisjs169 | 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 | BigMac | Anyone know how to apply a path change correctly? |
21:45:18 | Nico_P | yes |
21:48:28 | BigMac | 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 | myklcz | hi there! |
21:49:23 | myklcz | anyone knows how to find out iPOD battery capacity to set it well in rockbox ? |
21:49:41 | myklcz | I have 30GB video Ipod with original battery |
21:49:46 | myklcz | thank You |
21:50:38 | | Quit Lear ("ChatZilla 0.9.78.1 [Firefox 2.0.0.3/2007030919]") |
21:53:23 | markun | robin0800: I don't understand your forum post.. |
21:53:42 | robin0800 | 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 | tHEkIND | Hello |
21:54:07 | markun | 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 | Nico_P | BigMac: I have no idea whether they work well together.... I'm not the one who syncs these patches anymore |
21:55:16 | Nico_P | what do you need to know on patching that's not on the wiki ? |
21:55:34 | markun | hi tHEkIND |
21:56:13 | markun | 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 | robin0800 | markun, tried this patch FS #7070 and set the capacity to 600mAhr |
22:00 |
22:00:34 | markun | robin0800: what about my question? In what way is the current hardcoded? |
22:00:48 | tHEkIND | 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 | robin0800 | markun, time display was then halved |
22:00:49 | tHEkIND | N |
22:00:51 | tHEkIND | ? |
22:01:41 | markun | tHEkIND: why would that be useful? |
22:01:53 | | Quit joa (Read error: 110 (Connection timed out)) |
22:02:03 | robin0800 | markun, if the equation is correct meens the current is wrong |
22:02:37 | tHEkIND | 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 | markun | robin0800: eh.. |
22:02:53 | chrisjs169 | just an odd question, but why would Sandisk use two 1GB chips for the flash? (e250) |
22:03:14 | markun | 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 | markun | tHEkIND: I don't think that feature belongs in Show ID3 Info |
22:03:58 | Javacat | My 60gb x5 comes tomorrow \o/ |
22:04:07 | robin0800 | markun,playing time = Battery capacity/current |
22:04:12 | * | Javacat came on here a few weeks ago asking for advice :p |
22:04:40 | nickspoon | Wait, Javacat? |
22:04:48 | Javacat | .... |
22:04:51 | Javacat | nickspoon :| |
22:04:57 | tHEkIND | 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 | nickspoon | :) |
22:05:34 | Javacat | You found my secret hideout! |
22:05:43 | nickspoon | Do I get points? |
22:06:19 | robin0800 | 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 | Javacat | hmm.. Go on then |
22:06:55 | XavierGr | ah Lear left... |
22:07:03 | XavierGr | preglow: how do you know that? :P |
22:07:43 | | Part myklcz |
22:07:44 | markun | 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 | markun | robin0800: it's multiplied by some factor and the mAh setting to estimate the runtime |
22:08:41 | robin0800 | markun,so what is the capacity doing |
22:09:00 | markun | .. some factor and capacity |
22:09:04 | * | nickspoon is very confused |
22:09:36 | markun | robin0800: but it's just an estimation, not the actual playback time |
22:09:57 | markun | if you change that value it will not make your ipod play longer |
22:10:20 | | Part juxtap |
22:10:34 | markun | nickspoon: about what? |
22:11:16 | robin0800 | markun,no it is the battery time that is now halved |
22:11:29 | XavierGr | markun is the table target dependant |
22:11:30 | XavierGr | ? |
22:11:35 | markun | XavierGr: yes |
22:11:37 | nickspoon | markun: Javacat :) |
22:11:44 | XavierGr | then the table might be set wrong for ipods |
22:11:47 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
22:11:53 | markun | nickspoon: ah, I thought so after I asked the question :) |
22:12:02 | | Part tHEkIND |
22:12:06 | nickspoon | :) |
22:12:11 | markun | XavierGr: it's quite hard to get it right it seems |
22:12:46 | XavierGr | 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 | XavierGr | (with the correct capacity set) |
22:13:12 | robin0800 | markun,up until now you could not set battery capacity for ipods the range does not go low enough |
22:13:40 | XavierGr | that's why I think that the table might need recalibration for these targets |
22:13:54 | robin0800 | markun,so what was set? |
22:14:04 | XavierGr | (given that you have the patch that can make you choose the correct mah) |
22:14:50 | markun | robin0800: someone answered you |
22:15:01 | markun | 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 | robin0800 | 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 | XavierGr | well I might be wrong, I don't know exactly how the ETA algorithm works, i just made a speculation |
22:17:09 | case_ | hi |
22:17:20 | markun | 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 | case_ | 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 | markun | case_: thanks |
22:19:00 | case_ | the vendor firmware has a much louder sound |
22:19:08 | | Quit davina ("xchat on Ubuntu 7.04") |
22:19:12 | markun | I also think it would be perfect |
22:19:16 | case_ | anything i can do? |
22:19:35 | chrisjs169 | case_: there's a patch for increasing the sound |
22:19:35 | robin0800 | markun,thats not the point I know how long it lasts and some what longer than it displayed |
22:19:58 | markun | chrisjs169: any idea why it's not in SVN? |
22:19:58 | | Quit btdubs ("CGI:IRC (EOF)") |
22:19:58 | chrisjs169 | i just finished doing surgery on my e250, so in a few mins i'll look for the patch |
22:20:05 | chrisjs169 | markun: not sure |
22:20:22 | chrisjs169 | I think it's a patch for increasing it... |
22:20:40 | chrisjs169 | FS6908? |
22:21:09 | case_ | 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 | robin0800 | markun,so i still wonder what figures were used? |
22:21:50 | | Part TrueJournals |
22:22:48 | chrisjs169 | case_: dunno :P |
22:23:17 | chrisjs169 | hmm...guess I better clean off this water on the inside of the back case... |
22:23:18 | markun | 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 | markun | chrisjs169: I don't think that patch will change the max volume |
22:25:03 | case_ | what do i need to compile rockbox on ubuntu ? prc-tools-arm ? |
22:25:23 | markun | case_: best is to run tools/rockboxdev.sh after you download the source |
22:25:34 | chrisjs169 | markun: it won't change the max volume, but it seems to make it about the same volume as the OF |
22:25:37 | markun | it will build the correct toolchain for you |
22:25:52 | | Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) |
22:26:05 | markun | chrisjs169: so.. it does change the max volume? |
22:26:32 | case_ | thanks |
22:27:00 | chrisjs169 | markun: i think....although i somehow killed my sansa battery, so I can't really tell for sure |
22:27:20 | XavierGr | so this week is the devcon right? |
22:27:39 | | Quit GodEater ("CGI:IRC (Session timeout)") |
22:28:08 | markun | XavierGr: yes! |
22:28:14 | markun | looking forward to it.. |
22:28:34 | markun | I hope Ryan Air will not charge me for the extra kilos I might bring into the plane |
22:28:50 | preglow | oh, they will |
22:29:00 | preglow | ryanair have become veritable nazis regarding that |
22:29:11 | markun | preglow: well, I could try to send some stuff home by mail |
22:29:20 | preglow | they used to be easy on it, but not the last times i've used them |
22:29:38 | XavierGr | markun: so you will attend there? Nice |
22:29:52 | XavierGr | I am quite thrilled actually, devcon was cool last year. |
22:30:14 | XavierGr | preglow are you going too? |
22:30:16 | markun | 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 | markun | XavierGr: check the wiki |
22:30:29 | XavierGr | indeed |
22:30:52 | XavierGr | ah no dsp guy in the Devcon then :P |
22:31:32 | XavierGr | but at least the Stenbergs and Arnolds will be there :P |
22:31:36 | markun | would have been nice to meet some more rockbox devs |
22:31:39 | markun | maybe next time |
22:33:58 | | Quit BigMac () |
22:34:12 | toffe82 | 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 | markun | that would have been nice |
22:36:56 | robin0800 | markun,What I realy want is to make the battery time display more accurate |
22:37:56 | case_ | is the Daniel of daniel.haxx.se around here? |
22:39:08 | robin0800 | markun,This means bing able to find the battery capacity accuretly |
22:39:33 | XavierGr | you can't "find" the battery capacity |
22:39:48 | XavierGr | you just know that this target has x mAh battery (if not modded) |
22:40:05 | markun | 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 | XavierGr | based on that and voltage tables you make the ETA algorithm (correct me if I am wrong) |
22:40:37 | markun | a table to map the battery voltage to the percentage |
22:41:08 | markun | 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 | markun | 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 | markun | the second one can be easily computed after that |
22:42:06 | robin0800 | XavierGr,If the battery benchmark could calculate current part of the job done |
22:42:27 | markun | robin0800: the current doesn't tell you all |
22:42:29 | XavierGr | that can't be done |
22:42:36 | preglow | XavierGr: no, i'm busy that weekend |
22:42:45 | markun | it depends one how much is left in the battery |
22:42:52 | XavierGr | afaik you can't read amperage |
22:43:01 | markun | XavierGr: currect |
22:43:25 | markun | XavierGr: on a test version of the Gigabeat there was a coulomb meter |
22:43:45 | toffe82 | I was going to say it :) |
22:43:45 | XavierGr | really? I am surprised |
22:43:49 | | Join HellDragon [0] (i=JD@unaffiliated/helldragon) |
22:43:53 | robin0800 | XavierGr,you don't realy know the capacity after its not new you must calculate it |
22:43:57 | XavierGr | external or internal? |
22:44:24 | XavierGr | robin: you mean the mAh of the battery (when you say capacity I mean) |
22:44:37 | chrisjs169 | this isn't good.... |
22:44:40 | robin0800 | XavierGr,YES |
22:44:43 | markun | XavierGr: no idea, but it was in the schematics we found in a pdf from Toshiba |
22:44:59 | toffe82 | markun: I think there is the place for it |
22:45:21 | XavierGr | robin: the capacity of a battery is always the same for the same model (except if the battery is changed) |
22:45:33 | XavierGr | now of course battery capacity should lower as years pass |
22:46:16 | robin0800 | 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 | robin0800 | XavierGr,not even years I susspect |
22:47:28 | toffe82 | markun: did you see something in the code about it ? |
22:49:34 | XavierGr_ | robin: you can't really do anything about that unless you mod the way that ETA works |
22:49:43 | robin0800 | XavierGr_,so a method for finding the value would be good |
22:50:01 | XavierGr_ | robin: but how are you going to measure mAh? |
22:50:18 | chrisjs169 | 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 | robin0800 | 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 | XavierGr | I am gonna kill my ISP |
22:52:40 | case_ | one i've build rockbox from the svn sources, what is the clean way to install it all on my device? |
22:52:40 | chrisjs169 | how> |
22:53:24 | case_ | s/one/once/ |
22:53:34 | markun | case_: "make zip" |
22:53:36 | robin0800 | XavierGr,hows the voltage measured do we know the impedance? |
22:53:54 | markun | and then "unzip -o rockbox.zip -d /mnt/player" |
22:54:02 | case_ | ha great |
22:54:12 | case_ | you guys rock :) |
22:54:28 | XavierGr | robin: I don't really know that. |
22:54:44 | XavierGr | I don't think so but I am clueless |
22:54:46 | chrisjs169 | so uhh...what could be the cause of this noise? |
22:55:04 | chrisjs169 | (other than me getting water on the battery, which is now dry) |
22:55:59 | XavierGr | robin: of course you can adjust the mAh but that is because you know it, rockbox can't know about it. |
22:56:29 | robin0800 | XavierGr,alternativly start a wiki page so any one with an open ipod could do the mesurement and post it |
22:56:39 | XavierGr | 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 | XavierGr | 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 | robin0800 | XavierGr, yes but you can do current and time |
22:58:21 | XavierGr | exactly |
22:58:27 | XavierGr | which is quite impractical |
22:58:41 | XavierGr | 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 | XavierGr | which not many users (or even developers) will do |
22:59:10 | markun | robin0800: and hard to keep the current constant I think |
22:59:14 | dotMH | hello! |
22:59:38 | XavierGr | markun: well that doesn't matter if you want to find the mAh of the battery |
22:59:40 | robin0800 | XavierGr,a simple resistor in the battery lead would give current |
22:59:48 | XavierGr | you just have to run the battery empty |
22:59:54 | dotMH | I need help |
23:00 |
23:00:17 | XavierGr | markun: ah no forget what I said |
23:00:48 | robin0800 | XavierGr,and time is derived from the battery bench mark test |
23:01:00 | case_ | chrisjs169, can you tell me where is that patch for the sansa e200 sound ? |
23:01:08 | XavierGr | robin: I lost you |
23:01:14 | XavierGr | why put a resistor in the battery? |
23:01:15 | n1s | 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 | XavierGr | haha indeed |
23:01:42 | robin0800 | Ohms law |
23:01:54 | XavierGr | and what about the resistance of the circuit? |
23:02:07 | chrisjs169 | case_: the patch that improves the sound (and possibly volume) is FS 6906 |
23:02:21 | XavierGr | well if you open the player I guess that you can measure that too, but... |
23:02:38 | XavierGr | you won't find many users to do this |
23:02:38 | n1s | 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 | chrisjs169 | case_: /s/6906/6908 |
23:03:07 | robin0800 | XavierGr,high value resistor 100k measure voltage drop |
23:03:24 | chrisjs169 | http://www.rockbox.org/tracker/task/6908 |
23:03:38 | markun | robin0800: maybe you should just do it |
23:03:47 | XavierGr | robin: ok lets say that you finally manage to find YOUR mAh, what about it |
23:04:05 | XavierGr | the other guy next to you will have different mAh if there is a different battery or more used |
23:04:19 | chrisjs169 | can someone explain why i'm getting this 'screeching' sound in rockbox (sansa) but not in the OF? |
23:04:46 | robin0800 | you put that value setting |
23:05:16 | | Quit dotMH ("CGI:IRC (Ping timeout)") |
23:05:20 | XavierGr | yeah and that's what rockbox does, puts the default mAh setting for that specific target |
23:05:21 | case_ | chrisjs169, thanks |
23:05:29 | XavierGr | there isn't anything more that rockbox can do |
23:05:42 | | Quit PaulJam (".") |
23:05:47 | XavierGr | but of course you can meter your battery and then change it |
23:05:59 | XavierGr | but that will be usefull only for you |
23:06:00 | chrisjs169 | case_: no problem |
23:06:05 | robin0800 | 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 | XavierGr | well then someone should measure or find out how many mAh is the battery and correct it with a patch |
23:07:26 | XavierGr | 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 | chrisjs169 | 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 | robin0800 | XavierGr,please address this shall I post a request or is there one already? |
23:09:42 | XavierGr | I am not really sure |
23:09:47 | n1s | 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 | n1s | changing the default is a simple change in the config-headers, but it will not make the estimation correct |
23:10:48 | XavierGr | 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 | XavierGr | but I don't have an ipod so I won't go in these waters :P |
23:12:04 | XavierGr | I think there is a patch that fixed the mAh setting but the ETA is way off |
23:12:09 | n1s | 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 | robin0800 | n1s,I agree |
23:13:00 | case_ | 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 | XavierGr | n1s: I thought that the tables are target dependant, so why not change them until the ipod is fixed? |
23:13:46 | XavierGr | change it. (the ipod table I mean) |
23:13:56 | robin0800 | XavierGr,you can't calibrate them the settings don't go low enough |
23:14:12 | n1s | XavierGr: yeah they are target dependant, but shouldn't depend on how much current we draw |
23:14:15 | XavierGr | robin: there is a patch to select the right mAh settting |
23:15:04 | robin0800 | I know this was my starting point |
23:15:10 | n1s | robin0800: you just need a good battery_bench run to calibrate the voltage-percent table |
23:15:17 | XavierGr | indeed |
23:15:41 | XavierGr | and then aply the patch that will let you choose the right mAh setting |
23:16:08 | chrisjs169 | case_: I'm still trying to get my Sansa fixed, so I can't say for sure right now |
23:16:09 | robin0800 | n1s,does the battery bench change the table? |
23:16:15 | XavierGr | no |
23:16:26 | XavierGr | 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 | case_ | chrisjs169, it seems to be explained in the comments, sorry for disturbing... |
23:17:22 | robin0800 | XavierGr,I still dont know how to change the table |
23:17:33 | XavierGr | robin: neither do I :P |
23:17:41 | XavierGr | you have to digg in the source I guess |
23:18:17 | robin0800 | XavierGr,don't think i'm up to that |
23:19:07 | XavierGr | 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 | robin0800 | XavierGr,shall i post a request? |
23:20:06 | chrisjs169 | not sure who's on that could help, but i'm getting radio-like noises on my sansa while in Rockbox |
23:21:09 | XavierGr | robin: you could, but please search if there is already one for ir |
23:21:12 | XavierGr | ^it |
23:21:17 | XavierGr | I am off for now. |
23:21:41 | | Quit Rondom ("Ex-Chat") |
23:21:44 | dan_a_ | chrisjs169: This might be a silly question, but does your Sansa have a radio? |
23:21:59 | chrisjs169 | dan_a_: yeah, it does |
23:23:55 | n1s | 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 | chrisjs169 | dan_a_: so....any ideas as to why i'm getting those noises? |
23:24:47 | dan_a_ | 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 | chrisjs169 | dan_a_: Is 13377 the newest revision? |
23:25:22 | case_ | Ok, still, i can't apply any patch to the last svn sources... what did i missed ? |
23:26:11 | dan_a_ | 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 | chrisjs169 | wait, so these noises aren't from me getting barbeque sauce in my sansa? *hopes* |
23:28:21 | dan_a_ | 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 | chrisjs169 | 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 | chrisjs169 | 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 | dan_a_ | chrisjs169: I don't know - so try Saturday's daily build to be sure |
23:30:52 | chrisjs169 | '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 | n1s | _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 | n1s | http://www.rockbox.org/tracker/task/6531 |
23:37:57 | robin0800 | 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 | n1s | robin0800: no need really unless you have additional info, all devs know about the problem but do not prioritize it |
23:40:22 | robin0800 | I now Know the ipod table is wrong |
23:40:48 | n1s | yes, and the bug is for swcodec which includes ipods |
23:40:53 | | Quit hannesd_ (Read error: 110 (Connection timed out)) |
23:41:31 | robin0800 | n1s,are none right? |
23:43:53 | | Join jhMikeS [0] (n=jethead7@rockbox/developer/jhMikeS) |
23:45:15 | n1s | 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 | byteshack | does rockbox support the Sansa e260, or only the e200? |
23:52:01 | case_ | e260 is supported |
23:52:06 | byteshack | I couldn't figure out if the E200 port is for all e2xx sansas |
23:52:27 | byteshack | cool |
23:52:56 | case_ | i have a e260, but right now i'm not satisfied with the sound quality and volume level |
23:53:43 | byteshack | how do you get data into it? as it does not seem to support USB |
23:54:07 | case_ | when you plus the cable, it falls back to the vendor firmware |
23:54:22 | case_ | so you can use it to load things in the device |
23:54:33 | case_ | s/plus/plug/ |
23:54:40 | byteshack | ah |
23:55:17 | byteshack | is there activity on that port? or is it mainly someone's toy? |
23:55:53 | byteshack | (front page shows they were recently added) |
23:56:02 | case_ | acording to what i have read tonight here, there is some activity |
23:57:25 | chrisjs169 | they're currently working on getting the radio to work |
23:58:30 | case_ | but i don't understand the interaction between the patches and the svn... |
23:58:53 | byteshack | where is the svn tree for it? |