00:00:45 | ej0rge | I figured, as long as I'm in there with a soldering iron . . . |
00:00:52 | ej0rge | http://www.dealextreme.com/details.dx/sku.18463 <−− only $2.50 shipped |
00:01:12 | Zagor | wow, that is cheap |
00:01:31 | ej0rge | looks almost exactly like the other DX adapter, except black mask instead of green, and they claim 1.97 in x 1.85 in x 0.2 in vs. the original 2.2 in x 1.89 in x 0.26 in |
00:02:01 | ej0rge | Zagor: the tradeoff is that you wait 2-3 weeks for it to arrive |
00:03:40 | ej0rge | I won an h320 with a busted DC jack on ebay thursday before last and ordered the green DX CF adapter for it the same day |
00:04:04 | ej0rge | that order is still pending because they're waiting for some other item i ordered with it to get back in stock |
00:04:20 | ej0rge | today the black one shows up at half the price |
00:04:33 | | Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) |
00:04:36 | ej0rge | so i canceled the old order and placed a new one w/o the out of stock item |
00:06:04 | ej0rge | the h320 was a real score despite arriving w/o harddrive. $21. behaved very badly with the drive from my h120 until the battery was well charged and i re-flashed it with 1.29E firmware. It's rockboxed now, but i don't want to reassemble it until i've got the CF card in it. |
00:06:22 | ej0rge | $21. Just needed some superglue and solder. And a drive of some sort. |
00:06:41 | ej0rge | hm, didn't realize I'd noted the cost already |
00:07:52 | ej0rge | anyway, thanks for the wiki access. |
00:08:37 | saratoga | Zagor: I'd prefer something that mentions future targets directly |
00:08:47 | kugel | gevaerts: how could I help out with that? |
00:09:17 | Zagor | saratoga: yeah, that's probably a good idea |
00:09:19 | kugel | I'm not so bored :P |
00:09:26 | saratoga | maybe something like Current status for Current and New Targets |
00:09:30 | | Quit skipper (Read error: 110 (Connection timed out)) |
00:09:38 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
00:09:42 | | Quit bluebrother ("leaving") |
00:10:02 | saratoga | or even a New Ports bullet in that list |
00:10:05 | Zagor | "Status for current and work-in-progress targets" |
00:10:33 | saratoga | that sounds good |
00:11:00 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
00:11:28 | gevaerts | kugel: easy. Study the patch and tell me what's wrong with it ;) |
00:11:48 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-f29dee8bd3a2172e) |
00:12:52 | | Join Raccoon [0] (n=40e61dfb@gateway/web/cgi-irc/labb.contactor.se/x-51752a7381223687) |
00:13:34 | | Quit Raccoon (Client Quit) |
00:14:30 | ej0rge | I wish there were a zif-microdrive to CF adapter - just a printed ribbon cable with CF pin strip directly attached. So i could get a little olympus m:robe mr100 for peanuts on ebay and cram a 32gb CF in it. |
00:16:22 | Zagor | quick links added |
00:16:49 | | Quit dany_21a_ (Read error: 110 (Connection timed out)) |
00:17:04 | l7 | there's a interesting idea |
00:17:17 | | Quit Rondom ("Ex-Chat") |
00:18:45 | linuxstb | Zagor: Looks good to me. All that's missing is a "getting started" quick-link, but I don't think we have a page for that to go to... |
00:19:05 | | Quit tyfoo ("Carpe diem") |
00:19:21 | ej0rge | l7: I also wonder if the models that came with a male microdrive could accept a CF card with just a length of pin strip used as a male-male adapter. but i'm just dreaming there and haven't even checked the geometry let alone the pinout. |
00:19:54 | | Join einhirn [0] (i=Miranda@p5B0333B7.dip0.t-ipconnect.de) |
00:20:01 | ej0rge | It's just Cool how zippy the H120 is with even the cheap slow "speedy" A-Data cf card |
00:20:07 | ej0rge | 20+ hours run time too |
00:20:13 | * | funman notes sansav2 is the less red of new platforms |
00:20:18 | ej0rge | but it's a bit of a brick compared to more modern players |
00:20:23 | rasher | jhMikeS: your change to english.lang means all translators will be bothered by that string. Could you change it to a comment instead? |
00:20:51 | | Join krazykit [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) |
00:21:48 | Zagor | linuxstb: http://www.rockbox.org/wiki/GraphicalInstall is a pretty good Getting started page, isn't it? |
00:22:16 | Nico_P | Zagor: it's not quite up to date, but yeah |
00:22:36 | linuxstb | Zagor: Yes, looks like a good candidate. |
00:22:59 | ej0rge | you know i tried the gui installer with the h320 and it failed to patch the firmware file. or mention that it hadn't patched it. |
00:23:00 | Nico_P | saratoga: in TargetStatus, did you link to footnote1 for (2) on purpose? |
00:23:00 | linuxstb | Is "Getting started" the best name for the link? We could just call it "Installation". |
00:23:16 | ej0rge | which was pretty confusing |
00:23:16 | l7 | ej0rge: yeah i was just reading up on CF card speeds today. they offer some really nice performance for the price |
00:23:24 | Zagor | "Install today!" (and get these kitchen knives too) |
00:23:48 | l7 | ej0rge: any particular reason to want the extra speed on a DAP though? |
00:23:49 | ej0rge | l7: write speed on the A-Data card is much much faster in a pcmcia sleeve in my laptop than it is in the iriver. Read speed is just dandy though. |
00:24:05 | ej0rge | l7: H120 boots in about 1.43 seconds vs. 10-12 seconds |
00:24:15 | ej0rge | though a lot of that is booting directly from flash |
00:24:20 | ej0rge | track to track is nice too |
00:24:27 | ej0rge | no time wasted waiting for a platter to spin up |
00:24:51 | l7 | hrm, yeah faster boot speed is kind of cool |
00:25:00 | ej0rge | so it's not entirely that the read speed is good - it's that you don't have to wait for a sleeping drive to wake up |
00:25:11 | l7 | my sansa takes about 9 seconds to boot |
00:25:41 | l7 | which feels a bit slow at times |
00:26:08 | ej0rge | I'm curious what the speedup will be on the h320, where flashing rockbox into rom isn't yet recommended (or possible?) |
00:26:21 | ej0rge | iirc because we still need some of the OF features for usb or charging or something |
00:27:01 | saratoga | did anyone ever try the PLL disable patch on other PP targets? i wonder if we could save power on some of the older Ipods too |
00:27:10 | ej0rge | the cheap Topram CF cards don't say how many X's they are. Which would generally mean they're slow. OTOH they say they are fast. *shrug*. |
00:27:40 | saratoga | Nico_P: fixed |
00:29:15 | l7 | ej0rge: if you haven't seen it yet, http://www.hjreggel.net/cardspeed/index.html has a useful database of flash memory cards |
00:30:04 | l7 | i don't really shop around for CF much since i don't have any gear that really uses it anymore |
00:30:56 | ej0rge | l7: i hadn't seen it. I didn't have use for much CF until i started using my iriver 30+ hours a week again. My camera eats CF, but I've never maxed out the 1gb card in it, and it's Fast Enough. |
00:31:53 | ej0rge | while my music archives approach 100gb, i pray that my iriver will still be alive when 128gb CF has not only arrived but dropped below $150 |
00:32:08 | ej0rge | by which time, maybe it won't be big enough anymore :) |
00:33:18 | l7 | heh |
00:34:01 | l7 | it's rather unfortunate SD replaced CF in so many places |
00:34:19 | l7 | it would have been nice to see CF evolve into a more compact form |
00:34:53 | kugel | i.e. SD? |
00:35:05 | ze | that would have been nice... sd was great for its form-factor, but the inner-workings of cf seem superior overall |
00:35:26 | ze | i think even sdhc tops out lower than cf for max capacity |
00:35:32 | ej0rge | I really don't know how they compare |
00:35:42 | ej0rge | iirc CF runs out of address bits at 137gb |
00:35:44 | l7 | SD is slower and somewhat less open |
00:36:06 | l7 | SD also supports DRM while CF does not |
00:36:23 | ze | hmm |
00:36:43 | l7 | CF cards seem to be capable of 25-30MB/s transfer rates at the top end |
00:37:00 | kugel | is supporting drm bad? |
00:37:02 | ze | looks like maybe i'm half-wrong about the max capacity... theoretically its 2TB but "the SD Card association has artificially defined the maximum limit of SDHC capacity to 32 GB.[citation needed]" |
00:37:25 | l7 | kugel: i care more about the speed really |
00:38:25 | kugel | l7: for the space a CF takes you can do 4x RAID with SD cards, with uberspeed |
00:38:54 | ze | i'm not sure whats up with the speed or why sd couldn't become as fast as cf speed-wise, unless its an electrical interface level issue or somesuch sorta thing |
00:39:26 | ze | another convenient thing for cf though cf ide and pcmcia are all very friendly |
00:39:26 | Llorean | The discussion of various flash memory merits isn't exactly a Rockbox-specific or even particularly Rockbox-development/support relevant, is it? |
00:39:43 | * | ze disappears in a puff of OT |
00:40:24 | l7 | i guess we could continue this in #rockbox-community |
00:40:48 | * | l7 flees from the massive cloud of OT |
00:42:21 | kugel | Llorean: should be relatively easy fixable |
00:42:27 | Zagor | does rbutil still say "configuration error" the first time you start it? |
00:42:42 | linuxstb | I'm pretty sure that's been fixed. |
00:43:19 | * | funman wonders if linuxstb wants to integrate mkamsboot into rbutil |
00:43:38 | | Join ajonat [0] (n=ajonat@190.48.116.118) |
00:43:40 | * | linuxstb stays far away from GUI programming and C++ |
00:43:40 | kugel | funman: I don't. I'm sure of that |
00:43:59 | kugel | ok, rather he wants to have it integrated ;) |
00:45:11 | | Quit culture (Connection timed out) |
00:45:28 | linuxstb | How stable is the AMS bootloader now for the various targets? i.e. is it time to release an official binary yet? |
00:46:34 | | Quit jhulst (Remote closed the connection) |
00:47:05 | funman | Use is stable, but code isn't |
00:47:17 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:47:27 | *** | Saving seen data "./dancer.seen" |
00:47:30 | funman | there is still some settings to change (especially for the various peripheral clocks) |
00:48:05 | linuxstb | Is that important in the bootloader? Doesn't main rockbox do the same inits again? |
00:48:16 | funman | no it doesn't |
00:48:17 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
00:48:58 | funman | Testing if we can redo them in main would be nice though, I think I remember failure in sdram_init() |
00:48:59 | kugel | linuxstb: why would you already want to release a bootloader? |
00:49:11 | funman | +1 |
00:49:40 | linuxstb | kugel: Who said I want to release a bootloader? I'm just asking how close it is to being ready. |
00:49:58 | kugel | "i.e. is it time to release" sounded like |
00:50:15 | linuxstb | No, that's just a simple question. |
00:52:02 | linuxstb | But the reason I asked was because of funman's question about rbutil - it doesn't make sense incorporating mkamsboot into rbutil until the bootloader is ready. We would want to pre-calculate md5sums of patches OFs with the released bootloader binary. |
00:53:07 | funman | why not using md5sums for bootloader and original OF ? |
00:54:01 | | Quit Genre9mp3 () |
00:54:02 | | Join basti [0] (n=basti@xdsl-78-34-210-129.netcologne.de) |
00:54:23 | linuxstb | funman: Extra paranoia. |
00:54:44 | linuxstb | That's how rbutil works on other targets with similar installation methods. |
00:55:02 | kugel | I think this kind of paranoia doesn't hurt |
00:55:07 | basti | hi there! can someone who owns an h340 tell me, which harddisk i can/have to buy in order to change the current one? because my one is getting worse and worse |
00:55:08 | linuxstb | e.g. the iriver h1x0 is the same - we patch an OF image, which is then flashed. |
00:55:40 | linuxstb | basti: http://www.rockbox.org/wiki/HardDriveReplacement |
00:56:06 | basti | thx linuxstb |
00:56:22 | funman | I think Clip and m200v4 could be supported as soon as sound goes in svn and buffering is fixed |
00:56:33 | funman | Safe a missing manual, and missing plugins for m200v4 |
00:56:36 | kugel | JdGordon: I uploaded my clean up patch |
00:57:06 | linuxstb | funman: IMO we need a manual and good install instructions before we advertise something as supported. Otherwise, we will just get 100s of questions about it. |
00:57:09 | JdGordon | i saw |
00:57:32 | linuxstb | funman: Especially with a target as popular as the Clip. |
00:58:59 | n1s | Yes, most things should be working before anything gets mentioned as "supported" or the installation becomes too easy or we'll get flooded |
00:59:08 | funman | I take install instructions are easy once it's in rbutil |
00:59:30 | kugel | JdGordon: I'm not sure whether you like the viewport_set_default change (I do!), but for the other parts things are done properly now |
00:59:33 | funman | n1s: sure, but what is 'most' ? |
00:59:33 | n1s | We usually have a manual installation instruction too |
01:00 |
01:00:12 | funman | To me sound is quite good already ;) |
01:00:27 | Llorean | funman: All core features need to work, and any plugins that we choose to compile and describe in the manual need to work. |
01:00:36 | JdGordon | kugel: good guess :D |
01:00:53 | n1s | funman: imho some nice way to handle usb connects tops the list after the basic music palyback works as we get lots of questions about that on currently supported targets :/ |
01:00:56 | Nico_P | funman: btw, did you continue looking at the buffering code? |
01:01:13 | funman | n1s: do you mean a reboot into OF ? |
01:01:41 | funman | Nico_P: only a bit, I suspect the pcm buffer becomes overwritten but I have no proof yet |
01:01:48 | n1s | funman: yes, that or soem disk mode or even native rockbox usb not just "do nothing" (or freeze) :) |
01:01:49 | Nico_P | ok |
01:01:54 | | Quit CaptainKewl ("http://www.mibbit.com ajax IRC Client") |
01:02:18 | Nico_P | do you think it has something to do wih the buffering code, or is it at a lower level? |
01:02:33 | funman | n1s: well rebooting into OF will be a bit hard I think, perhaps with some magic in mkamsboot. For now it will just charge. |
01:02:37 | linuxstb | n1s: We could just have a message "USB not supported - use the original firmware". |
01:02:48 | kugel | JdGordon: I rather change init the vp once fixed for bars instead of at every do_menu, which happens to be in a loop at some places. |
01:02:53 | linuxstb | (when usb is inserted) |
01:03:12 | funman | Nico_P: Since I have no problem with buffering_flash.c I suspect it's in buffering.c, but perhaps buffering_flash just doesn't trigger another bug |
01:03:24 | Nico_P | hmm |
01:03:41 | kugel | the viewport_set_defaults change was initiated by the fact, that (e.g. in stars.rock) the vp was "fixed" again and again, i.e. moved 8px up at every entering of the menu |
01:03:42 | | Quit faemir (Remote closed the connection) |
01:03:56 | JdGordon | kugel: what I'm working on wont even need changing that often |
01:03:57 | funman | ifp7xx use a small buffer as well |
01:04:09 | * | n1s points to all the people who come here asking what to do when an ipod bootloader can't find rockbox.ipod (because they didn't install it) and tells them to press the rebot into diskmode combo |
01:04:16 | kugel | JdGordon: you change it once with my patch |
01:05:14 | kugel | you may explain what's bad about that change |
01:05:37 | | Quit n1s () |
01:05:51 | | Quit __lifeless (Read error: 60 (Operation timed out)) |
01:05:54 | | Join _lifeless [0] (n=lifeless@94.50.189.178) |
01:06:04 | | Quit Zagor ("Client exiting") |
01:06:30 | funman | Nico_P: clip and m200v4 seem to be in the first (not counting logikdax and ifp7xx) swcodec targets with little memory |
01:06:54 | JdGordon | kugel: well, mainly that the bars arre not tied to the list... |
01:07:31 | Nico_P | funman: yes, so it seems I should find some time to polish the patch |
01:07:32 | funman | We have already found a buffer overflow in playback.c for instance (with ~512kB audiobuffer), there is probably others spread all over the place |
01:07:46 | Nico_P | interesting |
01:08:21 | Nico_P | with the svn buffering code or the patch one (or both)? |
01:10:10 | kugel | JdGordon: well, that's svn behavior. What you plan needs more rework and is not intention of the patch. And again, you won't get around modifying the list parents to make place for the lists |
01:10:32 | funman | pcmbuf_init() required too much data from our little buffer |
01:10:44 | kugel | and btw: with my patch is rather seperated from the list, since the list as is doesn't take statusbar into account. It takes the parent and draws in |
01:10:54 | funman | so it's not related to buffering*.c I believe |
01:10:58 | JdGordon | kugel: yeah, no, its fine.. im still asleep |
01:11:03 | Nico_P | ok |
01:11:31 | kugel | hehe ok, I'm almost asleep too, so I'm fine I don't need to defend my work even more :) |
01:13:34 | kugel | saratoga: isn't changelog is not one word??? |
01:13:39 | * | kugel didn't know that |
01:14:32 | kugel | I like the new quick links. |
01:15:57 | | Part toffe82 |
01:16:04 | | Quit Nico_P (Remote closed the connection) |
01:16:12 | kugel | s/isn't// |
01:16:27 | | Quit webguest93 ("CGI:IRC") |
01:16:42 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
01:21:39 | | Quit herrwaldo ("Konversation terminated!") |
01:23:12 | Unhelpful | i think i may have spotted the cause of the mono-bitmap bug on the scaler, seems to have to do with the FORMAT_MONO vs FORMAT_NATIVE values for the format field in struct bitmap |
01:24:02 | | Quit LambdaCalculus37 ("Ka-chunka") |
01:24:23 | funman | I almost forgot that the Clip keymap needs fixing |
01:24:51 | Unhelpful | it seems as though if i'm loading a mono bitmap i need to tag it as FORMAT_MONO and store it as mono? i'm assuming vertically packed? |
01:26:05 | | Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) |
01:26:35 | ej0rge | well, thanks all for the chat, sorry about the off topic digression. I'll pop in again next time i have something dev-relivant to say |
01:26:41 | | Quit ej0rge ("leaving") |
01:27:06 | | Quit jgarvey ("Leaving") |
01:27:10 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
01:27:31 | basti | i have another question according the h340 and its hdds: are the lager harddrives compatible with this model? so can i get a 80gig hd and use it with my player? |
01:27:59 | linuxstb | As long as it physically fits, it will work. |
01:28:14 | Unhelpful | basti: i'm pretty sure that there's a wiki page about acceptable HDD replacements |
01:28:21 | basti | ok |
01:29:40 | Unhelpful | hm, is www.rockbox.org down again? |
01:30:05 | Llorean | Works for me |
01:31:43 | Hillshum | and me |
01:32:05 | Unhelpful | huh, another try and it works. weird. |
01:33:23 | | Quit RoC_MasterMind (Remote closed the connection) |
01:34:17 | Unhelpful | basti: http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement |
01:35:30 | Unhelpful | it would appear that compatible drives are available to at least 50GB |
01:36:57 | Unhelpful | erm. 80GB. |
01:37:11 | | Quit jhMikeS (Nick collision from services.) |
01:37:17 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
01:37:36 | | Quit saratoga ("CGI:IRC (EOF)") |
01:39:15 | jhMikeS | rasher: sure, if that's the proper way to go |
01:39:48 | | Quit Bensawsome (Read error: 110 (Connection timed out)) |
01:40:48 | | Join Bensawsome [0] (n=Bensawso@5ED09C45.cable.ziggo.nl) |
01:40:54 | | Nick Bensawsome is now known as Guest76192 (n=Bensawso@5ED09C45.cable.ziggo.nl) |
01:43:14 | | Quit EspeonEefi ("さよなら") |
01:46:03 | Unhelpful | since it seems that depth==1 bmp files can still have a palette, should i be loading them as FORMAT_NATIVE and storing display-native data? that's the hack i tried to see if i found the real cause of the 1-bit display problem, and it seems to have fixed things... but i'm sure there was a reason to have FORMAT_MONO in the first place. |
01:46:44 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
01:51:45 | | Join jaf2 [0] (n=chatzill@129.108.41.175) |
01:52:00 | | Quit mcuelenaere () |
01:55:05 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
01:56:34 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
01:58:09 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
01:58:36 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0ef98b1955b8b8b2) |
02:00 |
02:01:14 | | Join Darksair [0] (n=user@58.192.34.237) |
02:02:12 | | Join thegeek_ [0] (n=nnscript@s243b.studby.ntnu.no) |
02:20:04 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
02:21:45 | | Quit pixelma2 (Read error: 110 (Connection timed out)) |
02:22:41 | funman | I can't find a ManualInstall page on the wiki, I would like to write instructions for Sansa AMS but don't know which page to use / where to link it from |
02:23:58 | | Join Zeuzpr [0] (n=zeuzpr@66-50-118-73.prtc.net) |
02:24:40 | funman | Hum shouldn't the mailing list use "−− " to delimit the etiquette/faq/admin urls, instead of "−−−−−−−−−−−−−−" ? |
02:24:53 | Zeuzpr | i trying to install it on ipod 1g and came an error |
02:25:06 | Zeuzpr | failed to add bootloader |
02:25:23 | Zeuzpr | any sugestion?? |
02:25:48 | JdGordon | jhMikeS: you round? |
02:26:07 | Zeuzpr | any sugestion?? |
02:26:28 | advcomp2019 | Zeuzpr, what is the error |
02:26:30 | krazykit | Zeuzpr, please have patience in waiting for help, especially with such an uncommon target |
02:26:41 | Zeuzpr | sorry |
02:26:48 | advcomp2019 | o wait sorry |
02:26:55 | Zeuzpr | failed to add bootloader |
02:27:12 | funman | are you running as admin / root ? |
02:27:19 | Zeuzpr | yes |
02:27:38 | Zeuzpr | let me try something |
02:28:26 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
02:28:47 | * | funman salutates long missing fdinel |
02:29:17 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
02:30:06 | Zeuzpr | i run the program as administrator and still the same error |
02:30:11 | fdinel | hey funman :D |
02:30:14 | fdinel | happy to see ya |
02:30:23 | fdinel | I've got some spare time tonight :D |
02:30:43 | funman | cool :) |
02:31:13 | Zeuzpr | ok |
02:31:36 | | Join JohnDoe_ [0] (n=chatzill@pool-98-109-213-99.nwrknj.fios.verizon.net) |
02:31:48 | | Nick JohnDoe_ is now known as JohnDoe (n=chatzill@pool-98-109-213-99.nwrknj.fios.verizon.net) |
02:31:56 | | Quit thegeek (Read error: 110 (Connection timed out)) |
02:32:33 | Zeuzpr | i run the program as administrator and still the same error |
02:33:18 | funman | did you try another usb port / cable ? |
02:33:23 | JohnDoe | ? |
02:34:25 | | Nick JohnDoe is now known as Smokin (n=chatzill@pool-98-109-213-99.nwrknj.fios.verizon.net) |
02:34:40 | Smokin | SmokinJoe |
02:34:41 | Zeuzpr | rigth now try another port |
02:34:48 | Zeuzpr | still the same |
02:34:50 | | Nick Smokin is now known as SmokinJoe (n=chatzill@pool-98-109-213-99.nwrknj.fios.verizon.net) |
02:35:10 | funman | I don't know ipods so I can't help more sorry |
02:35:24 | Zeuzpr | i will try with another computer tomorow |
02:35:44 | Zeuzpr | i have a q for a sansa e250r |
02:36:27 | Zeuzpr | if i change it to rockbox does it support microsdhc??? |
02:37:20 | funman | Yes, but rockbox on e200 doesn't support usb, so you need a sdhc reader for your PC |
02:38:01 | advcomp2019 | Zeuzpr, are you in rhapsody mode? |
02:38:21 | Zeuzpr | yes |
02:38:26 | Zeuzpr | why? |
02:38:40 | Zeuzpr | should i change it?? |
02:38:43 | | Join m0f0x [0] (n=m0f0x@189-47-54-174.dsl.telesp.net.br) |
02:38:55 | advcomp2019 | o ok.. i thought you said you had an ipod |
02:39:06 | Zeuzpr | i have both |
02:39:26 | advcomp2019 | o ok |
02:39:44 | Zeuzpr | should i change it?? |
02:40:08 | advcomp2019 | nope |
02:40:24 | Zeuzpr | the rockbox doesnt support usb for the microsd slot but it support it for the internal memory??? |
02:40:42 | | Join num1 [0] (n=brian@unaffiliated/num1) |
02:40:47 | scorche | Zeuzpr: why would rockbox need USB support for the internal memory? |
02:41:01 | | Part num1 ("veni, vidi et capiebar ad anum "I came, I saw and I endured a rear assault"") |
02:43:54 | Zeuzpr | flet me write the question again |
02:44:15 | Zeuzpr | you tell me guys rockbox doesnt support usb |
02:45:00 | Unhelpful | Zeuzpr: en e200, no, it doesn't. you can only read/write files over usb in the original firmware, and the OF doesn't support SDHC. |
02:45:06 | Zeuzpr | usb for the micro sd card slot? or for the 2gb internally on the e200?? |
02:45:33 | scorche | Zeuzpr: usb isnt used for the micro sd card slot |
02:45:38 | Zeuzpr | ok |
02:46:22 | Zeuzpr | but it support 8gb microsdhc if i have a card reader on a e200 v1? |
02:46:30 | funman | yes it does. |
02:46:42 | scorche | rockbox will theoretically support any SDHC card |
02:46:49 | | Quit SmokinJoe ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
02:47:02 | Unhelpful | right, you need to use a card reader to load files onto the card, but then rockbox can play from it. |
02:47:12 | scorche | you need the card reader because we use the original firmware for USB at the moment....which wont support SDHC so wont see the card |
02:47:28 | *** | Saving seen data "./dancer.seen" |
02:48:38 | Zeuzpr | if i want to revert it to the original firmware whats the procedure?? |
02:49:12 | scorche | have you checked the manual for uninstallation instructions? |
02:49:26 | Zeuzpr | ok i will read it now |
02:49:38 | | Nick m0f0x is now known as colesterol_dog (n=m0f0x@189-47-54-174.dsl.telesp.net.br) |
02:49:48 | Zeuzpr | if have any doubt will come again thankz a lot |
02:49:59 | Zeuzpr | u guys are the best |
02:50:59 | | Nick Guest76192 is now known as Bensawsome (n=Bensawso@5ED09C45.cable.ziggo.nl) |
03:00 |
03:02:53 | | Quit EspeonEefi ("さよなら") |
03:12:50 | | Quit jaf2 ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
03:13:12 | | Quit MethoS- (Remote closed the connection) |
03:15:12 | | Quit Darksair (Read error: 110 (Connection timed out)) |
03:22:36 | | Quit funman ("leaving") |
03:23:41 | Zeuzpr | hi guys |
03:24:01 | Zeuzpr | im back |
03:25:04 | Zeuzpr | no sansa found |
03:25:22 | Zeuzpr | how can i resolve it?? |
03:25:56 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
03:28:11 | Zeuzpr | can someone help please |
03:32:51 | | Join gregorovius [0] (n=diego@host220.190-31-238.telecom.net.ar) |
03:34:20 | Unhelpful | sorry, i don't know how. perhaps somebody who does will be able to answer you, but they may not be here right now. |
03:35:24 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
03:38:50 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
03:42:22 | | Quit Zeuzpr () |
03:42:24 | | Part Dhraakellian ("Meddle not in the affairs of ircops, for they are (not so) subtle, and quick to anger.") |
03:50:41 | | Quit Makuseru (Read error: 104 (Connection reset by peer)) |
03:51:33 | | Join Zeuzpr [0] (n=zeuzpr@66-50-118-73.prtc.net) |
03:51:45 | Zeuzpr | hi guys need help |
03:51:48 | krazykit | Zeuzpr, what kind of sansa do you have? |
04:00 |
04:01:47 | | Quit gregorovius () |
04:05:53 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
04:06:01 | | Join sadmac [0] (n=sadmac@wvd05665rh.rh.ncsu.edu) |
04:06:37 | sadmac | I have a Sansa Fuze (just bought) is there anywhere I can track progress of support for this device? |
04:07:46 | Llorean | sadmac: Just read the thread on the forums. |
04:10:44 | sadmac | Llorean: ok |
04:16:18 | | Quit RoC_MasterMind ("Leaving") |
04:18:24 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
04:22:42 | | Quit BHSPitMonkey (Remote closed the connection) |
04:23:00 | | Part unstable |
04:24:32 | | Quit XavierGr () |
04:29:50 | | Quit colesterol_dog ("aksdjasdk") |
04:34:16 | | Quit aarcane (Read error: 113 (No route to host)) |
04:38:04 | | Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) |
04:41:15 | | Join Darksair [0] (n=user@58.192.39.235) |
04:44:28 | Unhelpful | testing sims now, but i think i have all of the FORMAT_MONO kinks out. :D |
04:47:32 | *** | Saving seen data "./dancer.seen" |
04:50:00 | | Join planetbeing [0] (n=planetbe@c-71-235-96-172.hsd1.ct.comcast.net) |
04:50:21 | | Quit agaffney (Read error: 104 (Connection reset by peer)) |
04:53:30 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
04:54:08 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
04:56:06 | | Quit _lifeless (Remote closed the connection) |
04:56:17 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
04:56:19 | | Join _lifeless [0] (n=lifeless@94.50.189.178) |
04:58:55 | | Join blkhawk- [0] (n=blkhawk@g228005131.adsl.alicedsl.de) |
05:00 |
05:02:05 | | Quit HellDragon (Remote closed the connection) |
05:02:31 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
05:07:14 | | Quit LambdaCalculus37 ("Ka-chunka") |
05:08:50 | | Quit sadmac (Read error: 104 (Connection reset by peer)) |
05:10:30 | | Quit Zeuzpr () |
05:15:08 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
05:15:52 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228005131.adsl.alicedsl.de) |
05:24:40 | | Quit jhulst (Remote closed the connection) |
05:25:16 | | Quit Zarggg () |
05:27:49 | | Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) |
05:33:49 | | Quit Horscht ("IRC is just multiplayer notepad") |
05:45:07 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
05:45:27 | | Quit _lifeless (Remote closed the connection) |
05:48:37 | | Join _lifeless [0] (n=lifeless@94.50.189.178) |
05:57:27 | | Quit JdGordon (Remote closed the connection) |
05:58:57 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
06:00 |
06:04:02 | | Quit nplus (Remote closed the connection) |
06:11:21 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
06:12:14 | | Join Darksair [0] (n=user@58.192.39.235) |
06:25:34 | | Quit _lifeless (Remote closed the connection) |
06:25:54 | | Join _lifeless [0] (n=lifeless@94.50.189.178) |
06:42:23 | | Join Kremit [0] (n=4c1b1ac8@gateway/web/cgi-irc/labb.contactor.se/x-af1f1f2405ba1087) |
06:43:15 | Kremit | Question: i browsed through the FAQ and manual.. Does Rockbox on an ipod 5.5g support ipod accessories like my ipod apapter for my cd player in my car? |
06:43:56 | Kremit | this particular adapter plugs right into the back of my head unit in my mazda 6 |
06:44:03 | Kremit | and allows me to change the song etc etc |
06:47:35 | *** | Saving seen data "./dancer.seen" |
06:49:14 | | Quit _lifeless (Read error: 145 (Connection timed out)) |
06:50:04 | | Join _lifeless [0] (n=lifeless@83.219.11.156) |
06:51:17 | | Quit HBK (Read error: 110 (Connection timed out)) |
06:53:44 | | Quit Kremit ("CGI:IRC (EOF)") |
06:56:05 | | Quit AndyIL (Read error: 60 (Operation timed out)) |
06:57:03 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
07:00 |
07:00:06 | | Quit Darksair ("To Arch or Gentoo? That is the question...") |
07:31:23 | | Join Beta2K [0] (n=Beta2K@d36-78-228.home1.cgocable.net) |
07:31:36 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
07:31:53 | | Quit Beta2K (Client Quit) |
07:31:58 | | Join Beta2K [0] (n=Beta2K@d36-78-228.home1.cgocable.net) |
07:34:03 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
07:34:09 | | Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) |
07:34:32 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
07:37:42 | | Quit Beta2K (orwell.freenode.net irc.freenode.net) |
07:37:42 | NSplit | orwell.freenode.net irc.freenode.net |
07:37:42 | | Quit AndyI (orwell.freenode.net irc.freenode.net) |
07:37:42 | | Quit thegeek_ (orwell.freenode.net irc.freenode.net) |
07:37:42 | | Quit krazykit (orwell.freenode.net irc.freenode.net) |
07:37:42 | | Quit BigBambi (orwell.freenode.net irc.freenode.net) |
07:38:12 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
07:38:27 | NHeal | orwell.freenode.net irc.freenode.net |
07:38:27 | NJoin | krazykit [0] (n=kkit@adsl-76-251-247-179.dsl.ipltin.sbcglobal.net) |
07:40:59 | NJoin | Beta2K [0] (n=Beta2K@d36-78-228.home1.cgocable.net) |
07:42:08 | NJoin | AndyI [0] (i=AndyI@212.14.205.32) |
07:45:38 | | Join skipper [0] (n=skipper@93-139-105-163.adsl.net.t-com.hr) |
07:58:39 | | Quit denes_ (Read error: 110 (Connection timed out)) |
07:58:39 | | Join denes_ [0] (n=denes@pool-7675.adsl.interware.hu) |
08:00 |
08:10:16 | | Quit jhulst (Remote closed the connection) |
08:26:18 | | Quit BigBambi_ (Read error: 104 (Connection reset by peer)) |
08:31:16 | | Quit ajonat () |
08:33:16 | | Join snares [0] (n=loqui@75-163-66-41.omah.qwest.net) |
08:35:16 | snares | I did a google search and found a thread on a rockbox forum that said the sansa fuze is in the rockbox tree or something like that. will rockbox work w/ the fuze? |
08:35:45 | scorche | the port is still in progress...when it is ready for public consumption, it will say so on the front page |
08:36:46 | snares | does that me it works just not well enough for the public or it just doesn't work |
08:37:06 | scorche | that depends what you mean by "works" |
08:37:31 | snares | yes I suppose "works" is a key word |
08:37:50 | snares | what should I mean by "works" |
08:38:13 | scorche | i have no idea what you mean with your own words.. |
08:38:17 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
08:38:45 | Unhelpful | when i use a word, it means exactly what i want it to... no more, and no less. ;) |
08:39:19 | snares | I was just wondering what does work that's all |
08:40:01 | Unhelpful | i'd expect the forum thread to cover that pretty well. you could also read through the logs of the IRC channel for the past few days ;) |
08:40:05 | scorche | you will probably want to read the thread about it in the forum thread |
08:40:12 | | Join Rob2223 [0] (n=Miranda@p4FDCE31C.dip.t-dialin.net) |
08:40:20 | snares | if it will be too much of a pain then I will go with something that does "work" |
08:40:22 | snares | ok |
08:41:30 | Unhelpful | snares: i'd recommend you do that. look for an e200v1, or if you want larger storage, a gigabeat f or x. the s is also mostly working, if you're willing to build your own with the charging patch, or use the vendor firmware to charge. |
08:47:39 | *** | Saving seen data "./dancer.seen" |
08:51:51 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:52:16 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
08:53:39 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
08:56:19 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:56:58 | | Quit _lifeless (Remote closed the connection) |
08:57:11 | | Join __lifeless [0] (n=lifeless@83.219.11.156) |
08:57:21 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
08:57:46 | * | Zagor takes down twiki due to a critical vulnerability |
08:59:38 | B4gder | foswiki seems to not have released anything... :-/ |
08:59:51 | B4gder | (insert "still") |
09:00 |
09:01:47 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
09:02:05 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-64e52804a25e9425) |
09:04:54 | * | JdGordon keeps going round in circles in playlist.c :'( |
09:05:20 | B4gder | switch off repeat! |
09:05:33 | * | B4gder hides |
09:06:19 | | Quit gevaerts (Nick collision from services.) |
09:06:30 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
09:06:46 | JdGordon | :) |
09:07:19 | JdGordon | gevaerts: hey, is there any reason the sim needs to printf "storage_sleep()" ? |
09:09:47 | JdGordon | hmm... aparently next dir doesnt set playlist->started to true if audio is actally playing! |
09:09:56 | JdGordon | which I tihnk is the reason for 7423 |
09:15:48 | | Join lasser [0] (n=chatzill@Wbdd6.w.pppool.de) |
09:18:39 | JdGordon | hmm... there are a few playlist_start() in playlist.c which are only done for HWCODEC... any ideas why? |
09:19:32 | Zagor | twiki is patched, and up again |
09:21:10 | * | JdGordon answers self... apparently it breaks things if its used :p |
09:25:27 | Zagor | I think we should branch off the hwcodec targets |
09:26:47 | JdGordon | serious? |
09:26:55 | Zagor | yes |
09:27:11 | | Quit scorche|sh (Read error: 60 (Operation timed out)) |
09:27:13 | | Join scorche|sh [0] (n=scorche@squisch.net) |
09:27:59 | JdGordon | ... arr... the next directory code seems to be called in 3 completly different ways! |
09:29:09 | Unhelpful | Zagor: on the one hand, that would make me feel less bad about basically forking the bmp loader to avoid a binsize hit on low-mem b/w targets, since we could probably just use the old loader in the fork... |
09:29:53 | Unhelpful | otoh, aren't there more than a few places that such a fork could lead to trouble sharing code, down the road? |
09:30:30 | JdGordon | HAIL TO THE KING BABY! |
09:30:37 | * | JdGordon fixed the bug :D |
09:31:53 | Zagor | Unhelpful: the idea is to stop developing the hwcodec targets. or at least stop them from hindering development of the rest. |
09:32:17 | Zagor | imho the only reason we keep them around is for historical reasons and "because we can" |
09:32:19 | JdGordon | amiconn will hunt you down! |
09:32:28 | B4gder | Zagor: and because of amiconn |
09:32:30 | Zagor | oh, I know :-) |
09:32:49 | Zagor | we can call it the amiconn branch :) |
09:33:19 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:34:36 | Zagor | I actually have an old archos recorder myself, that lives in my car and faithfully boots and entertains me everytime I drive. |
09:35:10 | Zagor | but It Just Works. it doesn't need new game plugins or movie players. |
09:36:30 | Zagor | I challenge amiconn to find five people who uses a hwcodec archos as his/her one and only player |
09:36:50 | scorche | does that really matter though? |
09:36:56 | Zagor | no |
09:37:07 | B4gder | right the counter-argument is exactly that it doesn't matter how many users there are |
09:37:13 | Zagor | but it's another nail in the coffin |
09:38:03 | JdGordon | speaking of which... B4gder time for another download stats update? |
09:40:13 | JdGordon | can everyone please test http://www.rockbox.org/tracker/task/7423?getfile=17990 ? If it breaks anything it will be when adding/chanigng tracks int he playlist |
09:42:14 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
09:48:38 | | Join sbhsu_ [0] (n=a6530466@Zion.dorm.au.edu.tw) |
09:50:12 | | Quit kachna (Read error: 60 (Operation timed out)) |
09:55:05 | | Quit sbhsu (Read error: 110 (Connection timed out)) |
10:00 |
10:02:28 | Unhelpful | scaler-code binsize gain is down to 280B on mono targets without scaler. i suspect i should just get to work resurrecting the old bmp.c for such targets in a new filename. |
10:03:05 | gevaerts | JdGordon: I only renamed the function, so I don't actually know |
10:03:36 | JdGordon | according to blame you changed that line... but ok |
10:04:01 | kugel | Unhelpful: 280B isn't too bad |
10:04:08 | Unhelpful | also, the latest, aside from a tiny binsize improvement on mono, is up on #9458. it tests ok in a large number of sims with different displays, with every WPS/RWPS i tried it with. |
10:04:27 | Unhelpful | kugel: 0 gain on targets that don't get a scaler would be ideal |
10:05:01 | kugel | sure, but ideal isn't always possible |
10:05:37 | kugel | but, somehow, seperating sounds good to me |
10:08:00 | Unhelpful | i don't like the idea of having two different bmp loaders, really - it sounds like a potential maintenance headache, since changes in one will have to track the other. |
10:08:44 | Unhelpful | could just strip the mono-target-only stuff from the patch, fork rockbox per Zagor's suggestion, and commit scalers in the rockbox-new fork ;) |
10:10:06 | kugel | Unhelpful: the common code gets in a third file of course |
10:10:41 | kugel | (like it's done with the list code, and bitmap and charcell lcds) |
10:10:49 | Unhelpful | there is no common code, aside from read_bmp_file, which only opens the file and passes off the rest of the work to read_bmp_fd |
10:11:01 | Unhelpful | or rather, no easily-managed-as-common code |
10:11:30 | Unhelpful | all of the format conversion stuff moves into read_part_line, or into the scalers |
10:11:46 | kugel | but to honest, if the mono code doesn't even get a scaler, it's deemed to stall anyway (as there don't seem to be bugs) -> no need to maintain |
10:11:59 | gevaerts | JdGordon: well, it prints the function name, so that changed too :) |
10:12:20 | JdGordon | ok, i removed it anyway |
10:15:00 | Unhelpful | even the NN scaler would add quite a bit more than 280B to the mono targets |
10:15:16 | Unhelpful | and for pretty much no gain |
10:16:57 | | Join crculver [0] (n=crculver@vallila-gw.hupnet.helsinki.fi) |
10:17:09 | crculver | I've found an issue with building the database. |
10:17:34 | crculver | Occasionally, once I've updated the database a few times, the last artist will show up twice in the list. |
10:21:17 | * | JdGordon is on a rampage... 2 bugs.. 2 manual patches! |
10:21:28 | B4gder | go go go |
10:30:43 | crculver | Also, one album, recognized as one single album in other tag-based media players, is split into three identically titled albums in the database. |
10:33:08 | | Quit Virtualdistance (Read error: 110 (Connection timed out)) |
10:33:58 | kugel | J-23: you may have a look at http://www.rockbox.org/tracker/task/9601 |
10:34:56 | kugel | basically, the same can be done for the e200v2. just copy button-fuze.c into button-e200v2.c after applying, and change the e200v2 according to my comments |
10:35:12 | J-23 | I see that Rockbox doesn't boot for me, because I have an e280. |
10:35:46 | kugel | rockbox should boot at least on the e200v2 |
10:36:17 | kugel | JdGordon: so, what's going to happen about my cleanup patch? |
10:36:29 | JdGordon | probably sit for a while... |
10:36:36 | kugel | err |
10:36:53 | JdGordon | well... |
10:38:04 | linuxstb | rasher: Looking at FS #9553, I can't imagine that all those extra spaces are intentional. Do you know if the patch was created with your web interface (where extra spaces would probably be harder to spot)? |
10:38:26 | kugel | JdGordon: why should it sit? |
10:38:48 | JdGordon | kugel: the problem is that the bars are currently tied to screens... they shouldnt be... what I started to do was setup a screen manager which redraws the bars automatically (if the current screen wants them shown).. unfortunatly its not working |
10:40:16 | rasher | linuxstb: It was (the patch has a header) |
10:40:38 | kugel | JdGordon: and my patch hinders the work on that? |
10:40:45 | linuxstb | rasher: So there is ;) |
10:41:17 | kugel | I see that my patch improves the svn code no matter what's going to happen with the bars in further developement, so I see no reason to wait for anything |
10:41:34 | * | JdGordon never said it does |
10:42:11 | kugel | then you didn't answer my question about why it should sit |
10:46:48 | JdGordon | how about... we are about to go into a feature freeze and this may add extra bugs which I cant be bothered with right now? |
10:47:02 | * | JdGordon is working on a proper solution anyway |
10:47:44 | *** | Saving seen data "./dancer.seen" |
10:52:39 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
10:56:35 | kugel | JdGordon: my patch is proper imho. What you're working on something completely different (to me at least). and, I'm responsible for bugs and I'm willing to fix them |
10:56:53 | * | JdGordon really hates people using imho |
10:57:19 | kugel | feature freeze isn't meant to actively reject patches way before the freeze starts |
10:57:35 | JdGordon | the fix is for a non-issue though |
10:57:57 | kugel | it isn't even a fix. it's just clean up |
10:58:56 | JdGordon | which 1) adds extra work later, 2) could add bugs, 3) isnt needed *now* |
10:59:03 | kugel | anyway I'm out. I'm tired of hearing "i like that" or "i like the idea" before I start working, to hear afterwards "no, sorry" |
10:59:13 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
10:59:57 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
11:00 |
11:00:45 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-780c0fde8caf7334) |
11:14:08 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
11:29:05 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
11:29:24 | kugel | JdGordon: how does it "add extra work later"? |
11:30:24 | * | JdGordon is very afk |
11:30:26 | kugel | also. How do you explain that SVN isn't in need for a cleanup, which does things properly, theoretically speeds up things and even reduces binsize a bit? |
11:31:24 | kugel | JdGordon: I see it this way: You're too egoistic to accept contributions by others in your area. You just wait until you get your next big change working |
11:31:37 | kugel | if not, prove me wrong |
11:33:09 | * | rasher doesn't see this line of conversation going anywhere useful |
11:33:57 | scorche | kugel: erm...no need to go that extreme.. |
11:34:30 | Unhelpful | sorry, forgot to *actually* upload the stupid patch before. it's up now. :P |
11:35:25 | Jabone | hi, is there some kind of roadmap what is made so far for e200v2? |
11:36:00 | scorche | Jabone: not really |
11:36:12 | B4gder | Jabone: the wiki page and the forum threads are the best places to get the latest details on that |
11:36:31 | Jabone | ok |
11:37:09 | | Quit kugel (Remote closed the connection) |
11:41:05 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
11:43:23 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
11:44:24 | kugel | rasher, scorche: I know it's a bit harsh, but it's my opinion formed by many discussions like this with him |
11:45:33 | scorche | kugel: so that justifies a personal attack? |
11:45:44 | | Quit nuonguy ("This computer has gone to sleep") |
11:47:42 | rasher | I'm not even considering whether it's justified or not, but it's certain that it won't accomplish anything. |
11:47:57 | scorche | certain indeed |
11:58:41 | | Quit skipper (Remote closed the connection) |
12:00 |
12:11:44 | n1s | Where are we still using the sysfont in the UI? |
12:13:06 | n1s | any ipod 4G users that can say if rockbox displays the charger plug icon when a charger is connected? |
12:13:34 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-107-050.ewe-ip-backbone.de) |
12:15:26 | kugel | n1s: recording screen in very small screens |
12:15:48 | n1s | ah, right that is still kind of nasty... |
12:15:51 | kugel | and debug screen in some places |
12:16:06 | n1s | debug is not important since it cannot be translated |
12:17:05 | * | n1s want's a ipod video user to test FS #7419 "iPOD freezes when inserting USB-cable after using test_codec plugin" |
12:21:10 | | Join musicaltime [0] (i=BLALALLA@190.51.135.64) |
12:23:58 | | Join Darksair [0] (n=user@58.192.37.17) |
12:28:11 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
12:31:57 | musicaltime | http://www.youtube.com/watch?v=ADb9lKcnI1g |
12:33:31 | J-23 | offtopic |
12:33:32 | J-23 | ;p |
12:38:15 | | Quit Darksair (Read error: 60 (Operation timed out)) |
12:47:24 | | Quit kugel (Remote closed the connection) |
12:47:45 | *** | Saving seen data "./dancer.seen" |
12:59:28 | * | n1s thinks superdom has a bug, a negative number of men makes no sense... |
13:00 |
13:00:25 | n1s | however they eat negative food too apparently o_O |
13:00:46 | | Join jbesclapez [0] (n=chatzill@41.208.134.66) |
13:03:39 | n1s | And now the interface in the plugin hung but the music playback in the background is still working fine... |
13:03:52 | jbesclapez | Hello guys! I have nothing to say. It is a simple post to say thank you to all Rockbox Developers. I am using it for 4 years I think now and I hardly updated it. Today I decided to run the latest V3. It is beautiful guys! Thanks a lot for all what you are doing. Thanks for giving me the opportunity to feel free! (no Apple OS - no Itunes). Thanks again. Nic |
13:08:19 | B4gder | jbesclapez: you're welcome! |
13:08:31 | jbesclapez | i really mean it! |
13:08:48 | jbesclapez | thanks B4gder if you are one of them :-) |
13:09:25 | B4gder | I am one in the herd |
13:09:44 | jbesclapez | I will now test it... |
13:09:56 | jbesclapez | as I said I am already impressed by its load... |
13:10:15 | jbesclapez | a lot easier than the former ipodlinux... (even if it was not "really" complicated) |
13:10:30 | jbesclapez | it is the ALL in ONE package taht is a brilliant idea. |
13:10:51 | B4gder | :-) |
13:10:55 | jbesclapez | I already know where i "could" be disapointed thought |
13:11:01 | jbesclapez | the MP4! |
13:11:09 | jbesclapez | but I knew it before installing |
13:11:09 | B4gder | why? |
13:11:17 | jbesclapez | it is not working ! |
13:11:20 | B4gder | you mean mp4 as in movies? |
13:11:25 | jbesclapez | yep sir |
13:11:38 | B4gder | right, then you need to convert them to the format rockbox likes |
13:11:41 | jbesclapez | i think it is a copyright |
13:11:52 | jbesclapez | issue i mean... sorry |
13:12:23 | jbesclapez | Yep but the drawback of this is that the rocbkox format cannot be read on other things can it? I never tried it to be honest... |
13:12:26 | jbesclapez | i wil now... |
13:12:32 | B4gder | sure it can |
13:12:37 | B4gder | rockbox plays "plain" mpeg2 |
13:12:43 | n1s | it's standard MPEG1/2 |
13:12:48 | jbesclapez | mpeg2 and 1 i knew... |
13:12:56 | jbesclapez | even in previous version I remember... |
13:13:09 | B4gder | what previous version? |
13:13:17 | jbesclapez | 2 i think was... |
13:13:32 | jbesclapez | i dont remember exactly |
13:13:48 | jbesclapez | :-) it is a long time ago now i started using your thing!! |
13:14:14 | jbesclapez | And i mix it with other freeware like juices for the podcast... a beautiful combination! |
13:15:37 | jbesclapez | B4gder, did you ever got a mail from the SongBird community? Coz I told them about your project and to contact you a year ago... their thing was ok. But combined with rockbox could have been a good idea... |
13:16:00 | B4gder | I don't think we have, no |
13:21:29 | jbesclapez | I dont know if you are aware but the installer is saying that the "themes" can not be installed because "the themes site is being reworked". Just FYI. |
13:23:27 | B4gder | yes, it is being reworked |
13:24:44 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
13:25:31 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
13:26:05 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
13:26:10 | jbesclapez | Gosh! The themes look really cool now! |
13:26:27 | jbesclapez | I miss one that i used to have, a lookalike MACOS! |
13:26:29 | jbesclapez | :-) |
13:27:40 | | Quit kachna (Read error: 110 (Connection timed out)) |
13:38:47 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
13:50:16 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
13:52:32 | | Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
13:53:52 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
13:54:09 | | Quit Seed (Read error: 54 (Connection reset by peer)) |
13:54:55 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
13:56:44 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
14:00 |
14:03:13 | n1s | wow, this stand alone database builder is very broken :/ |
14:04:31 | Zagor | n1s: oh yes |
14:06:27 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
14:06:55 | Zagor | n1s: the brokeness, and futility of fixing it, was the reason I did the big metadata rework a few weeks back |
14:07:39 | n1s | aha, still feels pretty futile to me :) |
14:07:42 | | Quit jhMikeS (Nick collision from services.) |
14:07:48 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
14:07:52 | B4gder | remake the build system again! |
14:07:54 | n1s | fixing one error gives a hundred new ones |
14:08:29 | Zagor | n1s: iirc it needs a largish overhaul. |
14:08:42 | Zagor | B4gder: metadata, not makefile... |
14:08:58 | B4gder | oh |
14:09:03 | * | B4gder polishes his glasses |
14:09:06 | n1s | and since i have no use for it myself i will give up now... |
14:10:06 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
14:23:24 | | Join funman [0] (n=fun@AToulouse-158-1-160-214.w90-60.abo.wanadoo.fr) |
14:33:09 | | Join Casainho [0] (n=chatzill@bl8-152-68.dsl.telepac.pt) |
14:33:18 | Casainho | Hello :-) |
14:33:24 | Casainho | Bagder: are you here? |
14:33:54 | B4gder | I'm around |
14:34:58 | Casainho | well, do you remember last time I were here? that I had a problem of my system hanging when it was just do the code: "thread->l.prev = l-l.prev;" |
14:35:09 | B4gder | I do |
14:35:45 | Casainho | well, I remember that some developer suggested that could be a problem because of SDRAM memory timmings |
14:36:04 | B4gder | that developer was me, yes |
14:36:37 | Casainho | I tested the same code but using a bootstrap that configures the SDRAM, load the code to it and finally run it −− the code do not hang like that |
14:36:50 | Casainho | ah, didn't remember it was you :-) |
14:36:52 | JdGordon | Nico_P: see the patch for the playback bug? care to have a quick look to double check it? |
14:37:12 | B4gder | Casainho: so then it does sound like sdram issues? |
14:37:42 | Casainho | but code hangs if a use Sam-ba, on utility for PC that loads the code trough USB to SDRAM (for sure that needs to initialize it before) |
14:37:45 | Nico_P | JdGordon: which patch is that? |
14:37:52 | Casainho | yes, sounds like that |
14:38:06 | JdGordon | Nico_P: 7423 |
14:38:11 | Casainho | nokok |
14:38:17 | Casainho | okok |
14:38:27 | Casainho | I was just passing to say this :-) |
14:38:29 | Casainho | thanks :-) |
14:38:40 | funman | Casainho: you're progressing, good ;) |
14:38:41 | Nico_P | JdGordon: I hadn't seen it. I'll take a look |
14:38:44 | B4gder | no problemos! |
14:38:55 | Casainho | bye bye :-) |
14:38:57 | JdGordon | Nico_P: although that one is mostly playlist... also care to double check the commit i did before? |
14:38:58 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
14:39:08 | B4gder | glad to hear it's at least almost solved |
14:40:17 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
14:40:44 | n1s | does anyone think FS8142 should remain open? any ipod video users experience this? |
14:40:54 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0f083dc1dc208b14) |
14:41:01 | Nico_P | JdGordon: your commit looks ok |
14:41:54 | JdGordon | great |
14:42:49 | Nico_P | about your fix for FS #7423, I don't know the playlist code well enough to say |
14:43:58 | funman | Nico_P: in buffering.c you check the return value of RINGBUF_ADD_CROSS. Sometimes it fails with > 0 , sometimes with >= 0 ; but I understand that a return value of 0 means "just enough room available". |
14:43:59 | JdGordon | ok |
14:45:03 | funman | Plus for readability, I think the macro arguments should be (widx,size,ridx) instead of (p1,v,p2) |
14:45:50 | funman | Do you have some time to give me, or do you prefer to discuss that later? |
14:45:59 | | Quit jbesclapez (Read error: 110 (Connection timed out)) |
14:46:04 | Nico_P | I have plenty of time today :) |
14:46:27 | funman | :) |
14:46:46 | B4gder | form a line guys, Nico_P will take everything you can deliver |
14:46:54 | * | B4gder hides |
14:47:46 | *** | Saving seen data "./dancer.seen" |
14:50:17 | Nico_P | funman: >= or > really depends on the context... e.g. in buffer_handle >= is used as an end test and > is used to check for actual overlap |
14:51:28 | funman | ah the comments describe that |
14:51:57 | Nico_P | about the readability I agree, but the use isn't always exactly what you said |
14:52:30 | funman | now I can see that |
14:56:35 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-43bc9115612b892d) |
15:00 |
15:00:43 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
15:00:50 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
15:04:31 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
15:07:54 | JdGordon | does anyone have any ideas why if I call queue_broadcast(SYS_MYNEWEVENT,0); in a tick task it doesnt end up getting to the default event handler ? (where I'd expect it to get through the button queue)) |
15:09:28 | mcuelenaere | gevaerts: I'm trying to get USB working on my VX747. Does http://pastebin.ca/1275873 mean there's something wrong with sending data to the PC? |
15:21:31 | | Join Schmogel [0] (n=Miranda@p3EE220D1.dip0.t-ipconnect.de) |
15:23:05 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-81046fb7d9b530eb) |
15:32:37 | | Join EspeonEefi [0] (i=eefi@SYDNEYPACIFIC-SIX-NINETEEN.MIT.EDU) |
15:33:58 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
15:35:56 | | Nick notplus_M is now known as plus_M (i=plus@li26-205.members.linode.com) |
15:36:44 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
15:40:26 | | Join m0f0x [0] (n=m0f0x@189-47-19-247.dsl.telesp.net.br) |
15:40:37 | funman | Is there a build table for simulators ? |
15:41:23 | Zagor | funman: the sims are included in the big table |
15:42:16 | * | funman rotates head on 90° |
15:47:47 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
15:50:48 | | Join miepchen^schlaf [0] (n=miepel@p579EC868.dip.t-dialin.net) |
15:52:47 | funman | Debugging recording code shows me that we would need to rewrite VIC code |
15:53:55 | gevaerts | mcuelenaere: probably. |
15:54:29 | mcuelenaere | but doesn't the fact that Windows sends SET_ADR means it at least received a part of the data? |
15:54:44 | gevaerts | hm, good point |
15:54:46 | mcuelenaere | s/means/mean/ |
15:56:06 | gevaerts | I think we need to get this usb analyser to you |
15:56:28 | mcuelenaere | :) |
15:56:40 | mcuelenaere | or the DAP to you |
15:56:57 | gevaerts | That could also work :) |
15:58:59 | mcuelenaere | could the lack of ACK'ing the host requests cause this? |
16:00 |
16:00:16 | | Join obo [0] (n=obo@rockbox/developer/obo) |
16:00:19 | | Join obo_ [0] (n=obo@70-140-190-194.lightspeed.hstntx.sbcglobal.net) |
16:00:22 | | Join nicfer [0] (n=usuario@168.226.104.208) |
16:00:26 | | Quit obo_ (Remote closed the connection) |
16:01:24 | gevaerts | yes |
16:02:07 | | Part nicfer |
16:11:21 | | Part B4gder |
16:15:16 | | Quit miepchen^schlaf () |
16:20:52 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
16:20:58 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-e33f0f847638e682) |
16:22:29 | | Join miepchen^schlaf [0] (n=miepel@p579EC868.dip.t-dialin.net) |
16:27:08 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
16:35:44 | | Join stoffel_ [0] (n=sfr@p57B4C99A.dip.t-dialin.net) |
16:37:51 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
16:40:14 | kugel | jhMikeS: beast still defines HAVE_LCD_ENABLE, right? Even though the function isn't implemented |
16:41:49 | mcuelenaere | gevaerts: device enumeration only uses EP_CONTROL, right? |
16:42:45 | | Join _lifeless [0] (n=lifeless@89.20.108.21) |
16:47:47 | *** | Saving seen data "./dancer.seen" |
16:48:44 | kugel | rasher: Do you need the source to generate voice files (i.e. the .lang files) or can they be built using the .lng files after compilation? |
16:51:09 | rasher | kugel: You need the .lang files. The .lng files only contain display strings |
16:51:10 | n1s | kugel it's inside #if 0 so no, see http://svn.rockbox.org/viewvc.cgi/trunk/firmware/export/config-gigabeat-s.h?r1=19321;r2=19322;pathrev=19322 |
16:52:10 | kugel | n1s: ah ok, I didn't see that. It's just what I've noticed during my backlight fading wort |
16:52:12 | kugel | work* |
16:52:46 | kugel | J-23: copy the entire button-fuze.c into button-e200v2.c |
16:52:56 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:53:09 | kugel | and take a look at lcd-fuze.c how I added GPIO*_AFSEL stuff into it |
16:53:19 | kugel | that should be done for e200v2 display too |
16:53:26 | kugel | i.e. lcd-e200v2.c |
16:53:33 | J-23 | :/ |
16:53:35 | jhMikeS | kugel: No, I took that out. Only HAVE_LCD_SLEEP is defined now. |
16:53:59 | kugel | jhMikeS: ye, n1s already explained :) |
16:54:27 | * | jhMikeS looks again and aha...indeed |
16:54:48 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
16:55:02 | | Join Benni [0] (n=50993726@gateway/web/cgi-irc/labb.contactor.se/x-0204ef9f158d5857) |
16:55:26 | n1s | jhMikeS: any estimate on how much power turning off the LED supply saves? |
16:55:27 | kugel | jhMikeS: though commenting out would be more in config-* style than #if 0'ing ;) |
16:55:28 | | Quit Benni (Client Quit) |
16:55:31 | | Join BenniL [0] (n=50993726@gateway/web/cgi-irc/labb.contactor.se/x-8593aaeb86f239c7) |
16:55:55 | jhMikeS | n1s: not much. less than 1mA but it's something. |
16:55:59 | J-23 | will Rockbox work without these lcd-e200v2.c modifications? |
16:56:02 | gevaerts | mcuelenaere: right |
16:56:30 | n1s | jhMikeS: true, do you know if we have other supplies needlessly enabled? |
16:56:36 | kugel | J-23: quite unlikely |
16:56:38 | * | jhMikeS is getting confused. Guidelines prefer #if 0 and kugel says to comment. |
16:56:42 | BenniL | Hi all, I'd like to know when usb support on the sansa E200v1 is going to get officially activated. Are tehre still problems? |
16:57:20 | saratoga | BenniL: when it works |
16:57:24 | J-23 | kugel: I don't understand them, should I just add these lines to lcd-e200v2.c in same places they're in lcd-fuze.c? |
16:57:33 | kugel | jhMikeS: really (I'm only talking about the config-* files)? I hardly see #if 0's in there, but quite some commenting out. Maybe those files just don't follow the guidelines |
16:57:37 | | Quit musicaltime () |
16:57:42 | jhMikeS | n1s: Nothing I can think of offhand. It's been pretty thorough to shut things off. |
16:57:45 | kugel | J-23: pretty much, yes |
16:58:30 | BenniL | saratoga: I remember shortly before GSoc the code was already usable except a few problems, didn't hear about usb support for some time now |
16:59:02 | n1s | BenniL: the problems remain unfixed |
16:59:29 | BenniL | ok, i hoped that wasn't the cause |
17:00 |
17:00:30 | | Join Notlistening [0] (n=tom@host86-159-42-124.range86-159.btcentralplus.com) |
17:01:03 | n1s | BenniL: when it works reliably it will be enabled by default in builds |
17:01:17 | | Join dany_21a_ [0] (n=dan@84-119-29-202.dynamic.xdsl-line.inode.at) |
17:01:30 | Notlistening | I am building th bootloader for rockbox and have justed added a sleep into the main for a test and get this error on linking any ideas In function `panicf': |
17:01:30 | Notlistening | panic.c:(.text.panicf+0x60): undefined reference to `lcd_update' |
17:01:30 | Notlistening | panic.c:(.text.panicf+0x64): undefined reference to `system_reboot' |
17:01:30 | DBUG | Sent KICK Notlistening to server |
17:01:30 | Notlistening | collect2: ld returned 1 exit status |
17:01:30 | Kick | (#rockbox Notlistening :No flooding!) by logbot!n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-8a573efaf6a96241 |
17:01:48 | J-23 | IRC bot through CGI-IRC gateway? |
17:01:55 | | Join Notlistening [0] (n=tom@host86-159-42-124.range86-159.btcentralplus.com) |
17:02:07 | | Quit crculver (Read error: 110 (Connection timed out)) |
17:02:18 | n1s | Notlistening: did it build before your modification? |
17:02:26 | n1s | i.e. a clean svn? |
17:02:34 | Notlistening | yup |
17:02:58 | Notlistening | it is quite an old download from the SVN |
17:03:14 | n1s | Notlistening: which player is this for? |
17:03:26 | dany_21a_ | hi, kugel: did your fuze boot into mainmenu after you applied your patch? |
17:03:39 | kugel | dany_21a_: yes |
17:03:43 | kugel | dany_21a_: err no |
17:03:49 | dany_21a_ | hm, strange mine did not |
17:03:51 | Notlistening | but we have been building a new port and adding the sleep function stop it from building |
17:03:51 | kugel | that's why I struggled |
17:03:55 | dany_21a_ | oh.. okay... mine too :) |
17:03:58 | Notlistening | rockboxplayer |
17:04:09 | | Quit Zagor ("Client exiting") |
17:04:16 | | Join crculver [0] (n=crculver@vallila-gw.hupnet.helsinki.fi) |
17:04:26 | dany_21a_ | but i managed to get it booting only with GPIOC in irq-mode - but you said, you also did that |
17:04:35 | | Quit crculver (Client Quit) |
17:04:43 | dany_21a_ | and it already sensed the power button correct |
17:04:44 | kugel | dany_21a_: I don't think I did |
17:04:51 | n1s | Notlistening: this seems weird, do you have your own implementation of sleep() ? i don't think any implementation in our svn reference panic() |
17:04:53 | kugel | I managed to get GPIOB working |
17:05:17 | | Quit BenniL ("CGI:IRC (EOF)") |
17:05:18 | dany_21a_ | oh... i meant GPIOB... sry... |
17:05:19 | kugel | GPIOC only didn't work for me |
17:05:22 | kugel | ah ok |
17:05:48 | Notlistening | nope we are just using the basic rockbox SVN files |
17:06:43 | | Join nicfer [0] (n=usuario@168.226.104.208) |
17:06:46 | dany_21a_ | i am currently trying to understand the VIC-releated functions from the OF (its setup and irq-handling) −−- but no great success |
17:07:06 | n1s | Notlistening: the svn version does not reference panicf() so you must have done something on your side which makes it try to link panicf() which obvioulsy needs lcd_update() |
17:07:07 | | Part nicfer |
17:07:29 | dany_21a_ | funman: what did you mean, to rewrite the IRQ/VIC code? What errors did you find? |
17:07:43 | kugel | dany_21a_: one idea I had was not to read GPIOs directly. I haven't tested it, but I think actually GPIO*_MIS indicates which pin issued the interrupt |
17:08:17 | Notlistening | right i will have to ask the other developer in that |
17:08:39 | Notlistening | but the line sleep(100); causes it |
17:08:44 | kugel | dany_21a_: can you try it read the power button without reading the pin directly? |
17:09:03 | kugel | Notlistening: I think sleep isn't implemented for the bootloader. Use busy loops |
17:09:16 | dany_21a_ | kugel: i tried to switch off interrupts while in LCD-routines and clear GPIO?_IC afterwards... so if datatransfers in DBOP mode over xpb and xpc-pins wont trigger wrong IRQs |
17:09:20 | kugel | e.g. int delay = 100000;while(delay−−): |
17:09:23 | dany_21a_ | but no change in behaviour |
17:09:28 | dany_21a_ | brb |
17:10:05 | Notlistening | thanks kugel I will try that it is only for testing anyways |
17:10:12 | kugel | dany_21a_: irq's are definitely triggered without setting afsel before. You cannot read the pin though |
17:10:40 | kugel | s/definitely/afair/. I'm pretty sure I tested that |
17:11:02 | Notlistening | umm another quick one is there a way to test from the bootloader that the kernel_init us working correctly? |
17:11:51 | kugel | dany_21a_: dbop won't trigger gpio* interrupts, since dbop has it own interrupts (that's how I understood that) |
17:12:53 | kugel | dany_21a_: maybe I'm wrong. can I see what you exactly did? |
17:13:40 | | Join Casainho [0] (n=chatzill@bl8-175-148.dsl.telepac.pt) |
17:14:03 | | Quit Casainho (Client Quit) |
17:14:12 | kugel | Notlistening: what are you working on, just curious |
17:14:23 | kugel | aren't you one of the rockboxplayer troop? |
17:14:37 | Notlistening | ah you know the rockboxplayer |
17:14:46 | Notlistening | guilty as charged :P |
17:14:50 | kugel | of course I do, it's famous :) |
17:15:22 | Notlistening | lol not enough and maybe for the wrong reasons :P |
17:15:36 | kugel | probably the latter one ;) |
17:16:11 | Notlistening | We are working toward getting intergrated to the main project ASAP |
17:16:33 | Notlistening | but as our questions might indercate we have a lot of learning to do |
17:17:07 | Notlistening | lol ohh bad english there |
17:17:11 | kugel | no, I'm really looking interested forward to that project. I'd really like to see a dap made for rockbox, and I highly appreciate your effort |
17:17:21 | J-23 | argh. Can't you just include lcd-e200v2.c changes in your patch? |
17:18:02 | Notlistening | Well fingers crossed |
17:18:18 | kugel | J-23: you should basically put the GPIO*_AFSEL in the beginning and end of lcd_update,lcd_update rect, lcd_enable and display_on |
17:18:47 | Notlistening | it is a little painful at the moment as we are learning |
17:19:07 | kugel | just keep up, things can only get better |
17:23:50 | Notlistening | am i right to think that after we call kernel_init it is possible to test the kernel in someway or am i wrong? |
17:23:54 | * | kugel eagerly waits for dany_21a_ to come back |
17:30:37 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
17:30:52 | dany_21a_ | just came back |
17:31:29 | | Join herrwaldo [0] (n=waldo@ip-81-11-193-241.dsl.scarlet.be) |
17:31:47 | | Quit tyfoo (Read error: 54 (Connection reset by peer)) |
17:31:52 | dany_21a_ | i meant, dbop uses the same output pin as GPIOB/C - and maybe if the irq is set to trigger on changes on that pin maybe the output of DBOP triggers the GPIOB/C irq |
17:32:06 | Notlistening | would this work? Tick tasks |
17:32:06 | Notlistening | You can declare a function to be called on every kernel tick. It will be executed in interrupt context and has to be very short and simple. |
17:32:06 | Notlistening | int tick_add_task(void (*f)(void)) |
17:32:30 | dany_21a_ | kugel: ^ |
17:33:35 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
17:34:59 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-066-060.ewe-ip-backbone.de) |
17:35:54 | dany_21a_ | kugel: and i also noticed that the display often crashes if i set GPIO?_AFSEL=0x0... now i only set that bits to 0 where buttons are attached... so that the other pins (unrelevant to buttons) stay in DBOP mode |
17:36:11 | kugel | dany_21a_: gpio doesn't trigger on output afaik. output means sending something to the hardware |
17:36:39 | dany_21a_ | but i also get some lockups now and than (only with GPIOB enabled, with GPIOB+C=lockup after the first IRQ) |
17:37:08 | funman | dany_21a_: hi ! i want to use vectored interrupts because it's faster than checking VIC_IRQ_STATUS |
17:37:30 | funman | i'm currently debugging why the irq handler isn't called when using vectored ints |
17:37:41 | dany_21a_ | kugel: DBOP changes outbut-pins (to transfer data to the LCD) -> GPIO? senses them and might (it looked to my that way) trigger an IRQ |
17:38:03 | funman | btw it seems the OF doesn't use IRQs |
17:38:25 | funman | perhaps it uses a matrix scan like in m200v4 and clip, and this is why you have inconsistent results |
17:38:42 | dany_21a_ | funman: hi.. that would be cool... just read a lot in the related datasheet, but i dont understand how the OF sets up the addresses (wanted to see the ISR for GPIOx) |
17:38:47 | kugel | dany_21a_: funman, I think you need to give the address of the isr if you're using vectored irq |
17:38:57 | kugel | dany_21a_: sorry, that wasn't for you |
17:39:07 | funman | dany_21a_: there is no address setup, it just uses the default irq handler and VIC_IRQ_STATUS |
17:39:33 | funman | kugel: right, but then the irq handler reads the isr address from VIC_VECT_ADDR |
17:40:02 | kugel | and that's not working for you? |
17:40:07 | funman | the irq handler is not called |
17:40:11 | kugel | oh |
17:40:51 | | Quit n1s () |
17:41:05 | kugel | funman: how vital is checking VIC_IRQ_STATUS, and what do you actually check? I haven't such a check in my button code |
17:41:23 | funman | even if I met the requirements : interrupt is enabled in VIC_INT_ENABLE ; set to generate an IRQ (not FIQ) in VIC_INT_SELECT, enabled in VIC_VECT_CNTL[x] |
17:41:39 | funman | kugel: you don't have to bother with VIC registers in your specific isr |
17:41:54 | kugel | ah ok |
17:42:24 | funman | irq_handler() will just do "the right thing" and call the specific isr, where you only do your specific stuff (GPIO in your case) |
17:43:03 | dany_21a_ | funman: which source do you use to trigger an irq? |
17:43:28 | funman | DMA (I didn't modified code elsewhere than in system-as3525.c) for SD transfers |
17:44:02 | funman | I didn't modify the bootloader though, and my clip doesn't display anything else than the bootloader splash bitmap |
17:44:37 | funman | oops .. VIC setup is only done in the bootloader .. |
17:44:53 | dany_21a_ | wrong side of the else? |
17:45:26 | funman | no, when I try to redo the system_init in the main rockbox it "doesn't work" |
17:48:04 | | Quit krazykit ("Connection reset by beer") |
17:53:29 | | Join krazykit [0] (n=kkit@76.251.247.179) |
17:55:59 | funman | all right I can use vectored interrupts, but I think I broke the bootloader somewhere else ;) |
17:59:52 | funman | Note that there is only 16 vectored interrupts, so it requires more setup if we want to use CGU (we don't), DBOP (we don't), MEMORY_STICK (we don't), and GPIO (it's up to you) |
18:00 |
18:01:01 | | Quit tyfoo ("Carpe diem") |
18:05:10 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
18:07:20 | kugel | funman: tell me more :) |
18:08:28 | funman | ? |
18:08:46 | kugel | let me try vectored interrupts |
18:08:54 | funman | this won't change anything |
18:09:11 | funman | for me the key is : if OF doesn't use interrupts, you shouldn't |
18:09:58 | kugel | funman: amiconn says a isr is vital for the scrollwheel to work. every other targets use isr (even the v1 sansas) |
18:10:08 | kugel | every other targets with scrollwheel that is |
18:10:28 | funman | do you know if the wheel is read by gpio ? |
18:10:42 | kugel | funman: also, I looked into the disassembly. And I didn't see using the OF direct gpio reading |
18:11:05 | kugel | funman: on the other targets *every* button uses the isr, not only the wheel |
18:11:43 | domonoky | kugel: which other tragets, we have both, interrupt and tick task driven button drivers in rockbox.. |
18:12:10 | kugel | the scrollwheel targets, which I already referred to in my previous sentence |
18:12:22 | domonoky | ah "every target with wheel" .. :-) |
18:12:25 | funman | kugel: that doesn't mean at all that the same method is used on the fuze |
18:12:37 | domonoky | but that also probably depends on howth wheel works.. |
18:12:42 | kugel | funman: show me where the of reads gpios directly |
18:12:53 | | Join faemir [0] (n=faemir@88-106-190-103.dynamic.dsl.as9105.com) |
18:12:59 | funman | kugel: refer to my message 2 minutes ago |
18:13:21 | kugel | the only references in the of to that gpio pins are related to lcd functions, as far is I could see |
18:13:30 | funman | you assume that the wheel is read using GPIO, perhaps this assumption is wrong. |
18:13:41 | kugel | I don't assume anything regarding the wheel |
18:13:58 | kugel | but I trust in amiconn when he says an isr is vital for scrollwheels to work |
18:14:11 | funman | But not for other buttons |
18:14:25 | kugel | also. It's not that I didn't try reading without irq |
18:14:26 | funman | In the case of matrix scanning for example, sensing the buttons with interrupts is not possible |
18:14:37 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
18:14:54 | funman | IMO more RE is needed |
18:15:09 | domonoky | if a scrollwheel send incremental values, a isr is needed, to not miss increment changes. If the wheel sends absolute values, a tick task should be sufficient.. |
18:15:33 | | Quit EspeonEefi ("さよなら") |
18:17:53 | | Join skipper [0] (n=skipper@93-139-32-184.adsl.net.t-com.hr) |
18:23:57 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:26:35 | | Quit stoffel_ (Read error: 113 (No route to host)) |
18:32:58 | | Quit basti (Connection timed out) |
18:33:28 | | Join basti [0] (n=basti@xdsl-213-196-207-45.netcologne.de) |
18:35:44 | | Join {phoenix} [0] (n=dirk@p54B47314.dip.t-dialin.net) |
18:36:44 | | Join perrikwp [0] (i=98213efd@gateway/web/ajax/mibbit.com/x-8e0d978e668f3d1e) |
18:47:20 | | Join zeuzpr [0] (n=Zeuzpr@sju-69-89-44-18.prw.net) |
18:47:27 | zeuzpr | hi guys |
18:47:40 | funman | kugel: dany_21a_ I have good news for you |
18:47:48 | *** | Saving seen data "./dancer.seen" |
18:47:59 | funman | chatting with kugel I just noticed my "fuze" disassembly was in fact m200v4 |
18:48:13 | funman | in the fuze OF I confirm that there is 2 isrs for GPIOA and GPIOB |
18:48:46 | | Join stoffel_ [0] (n=sfr@p57B4C99A.dip.t-dialin.net) |
18:49:10 | zeuzpr | i have an ipod 5g with a CF |
18:49:21 | funman | in v1.01.11, at offsets 0x3D00 (gpioa) and 0x3CE4 (gpiob) - now to your disassemblers ! |
18:49:27 | zeuzpr | and when loading rockbox ATA error: -1 |
18:50:09 | zeuzpr | any sugestion?? |
18:50:23 | | Quit AndyI () |
18:50:34 | kugel | funman: ... |
18:50:40 | J-23 | kugel: Rockbox doesn't boot on my e280v2 with your modifications and with sound patch |
18:50:57 | kugel | J-23: that doesn't surprise me |
18:51:01 | kugel | my fuze doesn't boot either |
18:51:24 | funman | kugel: if you feel bad against me, I just feel even more bad than nobody checks my findings |
18:51:25 | kugel | try to comment out the GPIOC_IE line to see if it boots |
18:51:52 | kugel | funman: I'm just as of now looking through the of |
18:52:21 | kugel | I find it a bit sad that kinda all of your previous findings are based on a wrong of though |
18:52:34 | kugel | funman: why should I feel bad against you? |
18:52:56 | J-23 | kugel: in what file? |
18:53:03 | funman | kugel: don't you know that multiple dots at the end of sentences make the interlocutor feel bad ? ;) |
18:53:04 | kugel | J-23: button driver |
18:53:22 | kugel | domonoky-style. sorry |
18:53:32 | funman | kugel: no problem ... |
18:53:40 | * | domonoky ... :-) |
18:54:03 | kugel | funman: I'd like to know though if it's using a isr on GPIOC as well, since that's the one I can't get to work |
18:54:24 | kugel | (I'll look myself in a few minutes) |
18:54:38 | funman | I don't see that |
18:55:12 | funman | interrupt lines 1 4 3 14 13 5 7 12 0 29 30 (not 31 == GPIOC) |
18:56:41 | funman | the table is { isr_offset, interrupt line } and is located just after the strings "HEADER" |
18:56:44 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
18:56:51 | funman | singular string* |
18:57:53 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
18:57:55 | * | J-23 recompiles |
18:58:52 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
18:59:07 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
18:59:16 | J-23 | kugel: didn't help |
19:00 |
19:00:24 | kugel | J-23: then you probably did something wrong |
19:00:39 | kugel | funman: I can't find any reference to vic base |
19:00:52 | J-23 | should I paste these files somewhere? |
19:01:06 | funman | kugel: what I gave you is the isr, you don't have to care about vic controller |
19:01:08 | | Quit zeuzpr (Read error: 60 (Operation timed out)) |
19:01:10 | | Join zeuzpr [0] (n=Zeuzpr@sju-69-89-44-26.prw.net) |
19:01:33 | J-23 | or maybe only lcd-e200v2.c |
19:01:35 | kugel | J-23: Do you think you can help with coding the isr? If not, stay away from the patch, since it doesn't work (sorry to be rude, but the patch isn't meant to be used, but as a basis for developement) |
19:02:17 | kugel | funman: but I should still find something with vic_base, not? |
19:03:41 | Notlistening | I have checked with another players bootloader and it calls the sleep function the mrobe uses it in the USB function does this mean it has customised files ? |
19:03:58 | funman | kugel: 0x7C1C (ARM code, not thumb) - how are you searching ? |
19:04:22 | kugel | thumb, in the objdump disassembly |
19:04:53 | funman | Notlistening: sleep() is defined in firmware/kernel.c and doesn't seem to be dependant on bootloader or not |
19:05:04 | | Quit m0f0x (Read error: 110 (Connection timed out)) |
19:06:02 | Notlistening | humm having problems with it :P |
19:06:55 | Notlistening | back to the drawing board |
19:07:47 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
19:10:57 | domonoky | sleep() is dependend on having a working tick i think.. if the tick works, sleep() should work. |
19:13:32 | Notlistening | ok |
19:13:52 | | Join webguest08 [0] (n=d9c70784@gateway/web/cgi-irc/labb.contactor.se/x-8fccdb249d3795a5) |
19:14:17 | | Quit webguest08 (Client Quit) |
19:14:24 | | Quit culture (Read error: 104 (Connection reset by peer)) |
19:17:42 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
19:21:21 | | Quit EspeonEefi (Client Quit) |
19:21:28 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
19:22:57 | | Quit EspeonEefi (Client Quit) |
19:25:33 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
19:26:35 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
19:27:58 | | Quit EspeonEefi (Client Quit) |
19:29:37 | | Quit zeuzpr (Read error: 110 (Connection timed out)) |
19:30:20 | | Join jhulst [0] (n=jhulst@207.72.181.125) |
19:33:16 | | Quit moos ("Rockbox rules the DAP world") |
19:34:35 | | Join zeuzpr [0] (n=Zeuzpr@sju-69-89-44-26.prw.net) |
19:37:19 | funman | hm strncat isn't available in the boot loader :/ |
19:38:26 | funman | well, it's not defined at all, only declared in string.h |
19:41:06 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:42:29 | funman | Ah I manage to get an RX overrun in SD transfer :'( |
19:44:03 | | Quit denes_ (Read error: 110 (Connection timed out)) |
19:44:34 | | Join denes_ [0] (n=denes@pool-8434.adsl.interware.hu) |
19:51:47 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
19:53:24 | | Quit avis (Remote closed the connection) |
19:54:49 | | Join perrikwp [0] (i=98213efd@gateway/web/ajax/mibbit.com/x-2c8545dec21dc0b7) |
19:55:03 | bertrik | hi funman, I wonder if the stable parts of the ams playback could be committed |
19:55:59 | funman | bertrik: I think so, but what are the "stable parts" ? I mixed a lot of code in the patch on FS #9592 |
19:56:56 | funman | Currently I have in my tree : playback, definitions of clock freqs, vectored interrupts, more debug code for SD, .. |
19:57:01 | bertrik | maybe not the flash buffering code and the recording stuff, but perhaps the dma stuf |
19:57:59 | saratoga | was the flash buffering stuff needed to get playback working? |
19:58:15 | funman | yes I think flash buffering and recording needs to be committed separately |
19:58:21 | bertrik | BTW, I noticed that in order to be able to use USB in the future, some of the generated clocks needs to be a multiple of 96 MHz |
19:58:27 | funman | saratoga: yes, there is probably a bug in buffering.c for low mem buffers |
19:58:34 | | Quit nuonguy ("This computer has gone to sleep") |
19:59:09 | funman | bertrik: once the clocks are centralized in one file it's easier to test |
19:59:09 | bertrik | The flash buffering stuff contains some half-done stubs as far as I can tell, I think we need to fix those before committing |
19:59:48 | funman | s/we/Nico_P/ ;) |
19:59:58 | bertrik | * before committing any flash buffering code I mean |
20:00 |
20:00:11 | saratoga | in the long term would it be better to try and fix those bugs or to work on flash buffering you think? |
20:00:48 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
20:01:46 | bertrik | In my current opinion the clip can and should use flash buffering and is probably a good test case to further improve flash buffering |
20:02:44 | bertrik | Looking the buffering thread debug screen, it seems that the buffer level can easily keep up (at least for the oggs I tried) and can probably be reduced further from 512 kB to say 128 kB |
20:03:39 | funman | bertrik: where did you see that 96MHz requirement ? |
20:04:11 | | Join Schmogel [0] (n=Miranda@p3EE220D1.dip0.t-ipconnect.de) |
20:05:34 | funman | hum using vectored interrupts I got spurious unhandled IRQs :/ |
20:07:10 | funman | bertrik: oh, the linker script needs probably more work, especially separation between lowmem targets (clip/m200v4) and higher memory (fuze/e200v2) |
20:09:22 | bertrik | funman, page 109 shows that the USB divider is actually 2*n, where n is a configureable number in CGU_USB, so this works out to a clock that is a multiple of 96 MHz. We still have a spare PLL IIUC, so it probably doesn't need to influence the other clocks |
20:11:06 | funman | the best would be to use 384MHz PLLA (more flexible) |
20:11:06 | | Quit stoffel_ ("leaving") |
20:11:51 | funman | bertrik: because USB requires a 96MHz clock ? |
20:13:32 | bertrik | as far as I understand, either 48 MHz, or a multiple of 96 MHz |
20:14:01 | funman | why? |
20:14:33 | | Join gregorovius [0] (n=diego@host204.190-31-9.telecom.net.ar) |
20:18:22 | | Quit zeuzpr () |
20:18:58 | bertrik | I don't know exactly why this way of dividing the clocks was chosen |
20:19:48 | funman | I mean why must USB clock be 48MHz or multiple of 96MHz ? |
20:20:15 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-da0af759dd8b80f5) |
20:23:07 | bertrik | the clock to the USB peripheral needs to be 48 MHz, and the divider logic to make this clock allows 1/1 in case n=0 or 1/(2*n) in case n > 0, so 48 MHz input clock for n=0 or 96*n for n>0 |
20:23:56 | funman | but where is written this 48MHz requirement ? |
20:28:30 | funman | is it in the as3525 datasheet, or is it a generic USB requirement? |
20:28:42 | bertrik | hmm, indeed it isn't so obvious, page 34 mentions it, and the clock itself also has 48m in its name |
20:29:32 | funman | I should commit my clock code now, but it's hard to separate the different changes |
20:32:59 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) |
20:45:53 | funman | gevaerts: ./mkamsboot m300a.bin bootloader-clip.sansa /mount/usb/m300a.bin |
20:46:51 | funman | Now I wonder what I should do with this patch that changes pclk, commit and let m200v4/e200v2/fuze owners fix eventual problems, or put it on flyspray? |
20:47:52 | *** | Saving seen data "./dancer.seen" |
20:48:29 | Notlistening | What are the basic requirements to boot the kernel? |
20:48:58 | Notlistening | ie buttons lcd disk access etc |
20:49:17 | | Join zeuzpr [0] (n=Zeuzpr@sju-69-89-44-26.prw.net) |
20:49:51 | domonoky | the kernel doesnt any of this, but you probably need some thing to confirm the kernel_init() was successful. |
20:49:54 | funman | or look at the OF and see which DBOP frequency it uses |
20:50:02 | | Quit gregorovius () |
20:50:35 | Nico_P | gevaerts: is USB serial possible on the e200? |
20:50:48 | gevaerts | Nico_P: it should be, yes |
20:51:02 | Notlistening | Domoney thats what i am after but not sure what to use? |
20:51:46 | Notlistening | sprry about the typo :P |
20:51:49 | Nico_P | gevaerts: thanks, I'll tyr it |
20:52:02 | domonoky | Notlistening: depends on what you have available. a simple LED is a nice debugging mechanism.. |
20:52:26 | zeuzpr | hi you all |
20:52:40 | Notlistening | ok got the led we also have a debug unit which can ouput to a com port that we can read |
20:52:40 | zeuzpr | i need support with my ipod |
20:53:03 | gevaerts | funman: I get some sort of screen corruption along horizontal lines (i.e. some text lines) are moved one or two pixels to the right). Is that known? |
20:53:10 | zeuzpr | can someone help?????????????????? |
20:53:35 | dany_21a_ | just ask, zeuzpr |
20:53:40 | funman | zeuzpr: please use only one '?' |
20:53:47 | domonoky | Notlistening: even better.. just output someting to at after kernel_init to see if it didnt crash.. |
20:53:49 | funman | gevaerts: no, it isn't known |
20:54:02 | bertrik | gevaerts, never seen that either |
20:54:08 | gevaerts | funman: and now suddenly my screen is flipped vertically... |
20:54:22 | funman | gevaerts: did you apply any patch ? |
20:54:24 | gevaerts | No |
20:54:29 | Notlistening | yeah that works fine |
20:54:42 | funman | gevaerts: I'm about to commit changes to clock frequencies. |
20:54:54 | funman | wether that will fix your problem I don't know, but at least it'll make it easier to debug |
20:55:15 | domonoky | Notlistening: the you could also use a loop with sleep() to confirm the tick is running correctly. |
20:56:06 | Notlistening | I try a sleep function and it doen't compile anymore |
20:56:53 | bertrik | is someone deleting messages from the sansa v2 forum thread? I keep getting notifications for new messages but I don't see them when I visit it. |
20:57:55 | Notlistening | not getting any bertik |
20:58:05 | Llorean | bertrik: There's a lot of "congratulations" spam that various people are removing. |
20:58:27 | LambdaCalculus37 | bertrik: I just removed one of those "congratulations" spam messages right now. |
20:58:27 | bertrik | Llorean, ok |
20:58:56 | gevaerts | funman: gevaerts/screen.jpg">http://www.evonet.be/~gevaerts/screen.jpg |
20:59:13 | Llorean | gevaerts: That's pretty neat looking. |
20:59:40 | * | LambdaCalculus37 rotates his head 180 degrees |
20:59:51 | Llorean | LambdaCalculus37: It's flipped vertically, not rotated. |
21:00 |
21:00:05 | bertrik | borked after 9 minutes of rockbox use already |
21:00:12 | Llorean | It's still "fire" just upside-down f, i, r, and e. |
21:00:19 | LambdaCalculus37 | Llorean: I see it now. |
21:01:22 | * | gevaerts is already getting annoyed by the keymap :) |
21:01:35 | zeuzpr | i have a 5g ipod with 16gb cf |
21:01:56 | Notlistening | ahh i have some more information from the guy i am working with he has been commenting out stuff and not saying anything and that was making the kernel_unut wirj but breaking it I think |
21:01:59 | zeuzpr | and when loading rockbox says ATA error: -1 |
21:02:41 | zeuzpr | but loads fin in normal mode |
21:02:44 | zeuzpr | fine |
21:02:47 | Llorean | zeuzpr: When did you first install the bootloader? |
21:02:54 | zeuzpr | yesterday |
21:03:02 | Llorean | Did you use the Rockbox Utility? |
21:03:05 | zeuzpr | yes |
21:03:59 | Llorean | You'll need to file a bug report then. Not all CF cards work currently with Rockbox, and it'll probably take some investigation to find out what's different with yours. |
21:04:08 | | Join casainho [0] (n=chatzill@87.196.177.214) |
21:05:08 | funman | gevaerts: what about r19330? you can tweak the DBOP frequency for Clip display |
21:05:45 | zeuzpr | where can i file that bug report and how? |
21:06:09 | zeuzpr | the rockbox only work 1 time |
21:06:12 | mcuelenaere | gevaerts: could it be that because of timing, the VX747 doesn't get recognized? (I read that USB requires to respond (in most cases) in 50ms) |
21:06:47 | gevaerts | mcuelenaere: Could be. I'm not sure what the timeouts are |
21:06:48 | Llorean | zeuzpr: The link "bugs" on the website. |
21:07:28 | gevaerts | mcuelenaere: however, usually acks are handled by the hardware I think |
21:07:39 | zeuzpr | on that page i found http://www.rockbox.org/tracker/task/9342?string=ata&project=1&type%5B0%5D=2&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto= |
21:07:53 | zeuzpr | it displays a similar error |
21:07:58 | mcuelenaere | yeah, because there doesn't seem to be any reference to them in the datasheet |
21:08:16 | mcuelenaere | http://www.beyondlogic.org/usbnutshell/usb6.htm mentions about the timeouts |
21:08:42 | | Join tvelocity[away] [0] (n=tony@194.219.255.88) |
21:08:53 | zeuzpr | FS #9342 - ATA error: -1 iPod4G and Video with CF |
21:08:57 | mcuelenaere | I'm now running in full speed mode, and once I got Windows to pop up with: the hardware is correctly initialized (or similar) |
21:09:17 | mcuelenaere | while I never got this at high speed |
21:09:25 | mcuelenaere | so either that was pure luck, or timing issues? |
21:09:35 | zeuzpr | thats the title and theres a patch for the 4G |
21:09:54 | zeuzpr | The this error also occurs with the Video. |
21:10:09 | zeuzpr | but how to apply it to my ipod?? |
21:10:52 | Llorean | zeuzpr: See the SimpleGuideToCompiling page in the wiki. |
21:11:18 | bertrik | has anyone already experimented with suppression/speedup of the clip database refresh? |
21:11:27 | zeuzpr | i will take a look and read then |
21:11:50 | | Quit tvelocity[a] (Read error: 60 (Operation timed out)) |
21:14:06 | zeuzpr | ill comeback if have any doubt |
21:14:16 | | Join petur [50] (n=petur@rockbox/developer/petur) |
21:14:18 | zeuzpr | thanks llorean |
21:14:38 | | Quit courtc (Read error: 113 (No route to host)) |
21:15:00 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
21:16:14 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
21:16:40 | * | Nico_P still doesn't get why in the online manual the "next" link is the one on the left... it just doesn't make sense |
21:17:01 | domonoky | bertrik: i have a solution for this, but it only works on m200.. just move the AAA battery a bit :-) |
21:18:04 | bertrik | domonoky, on c200 it can be sped up by making a directory read-only, perhaps this works on the clip too |
21:18:45 | * | bluebrother is trying to get a linked rockbox logo into the html manual but htlatex is giving him trouble |
21:19:01 | | Join courtc [0] (n=court@unaffiliated/courtc) |
21:19:42 | Nico_P | gevaerts: linux doesn't seem to detect my e200 when I plug it in in charging-only mode with USB logf enabled |
21:19:51 | Nico_P | bluebrother: have you seen my comment above? |
21:19:59 | Nico_P | (about the manual) |
21:20:07 | gevaerts | Nico_P: you need to enable serial from the debug menu first IIRC |
21:20:10 | funman | bertrik: the directories created by the OF are not listed by linux, but I wonder if mount options would help |
21:20:33 | gevaerts | Nico_P: have you looked at http://www.rockbox.org/twiki/bin/view/Main/PortalPlayerUsb ? |
21:21:31 | Nico_P | gevaerts: yes. by "enable serial", do you mean enabling logf over usb, or something different? |
21:22:19 | gevaerts | Nico_P: that's the one, yes. You do need the modprobe things there too |
21:22:39 | Nico_P | but my device doesn't show up in lsusb |
21:22:55 | bluebrother | Nico_P: the one about the back links? |
21:23:04 | Nico_P | bluebrother: yes |
21:23:33 | Nico_P | it's something I find illogical each time I read the manual, but I always forget to mention it |
21:23:42 | bluebrother | yep, I did. Unfortunately the documentation for htlatex is quite sparse. I guess just to tempt me giving up on that ;-) |
21:24:00 | bluebrother | I'd like to change those links too. |
21:24:27 | gevaerts | Nico_P: lsusb as root? |
21:24:57 | Nico_P | yep, even as root |
21:25:05 | gevaerts | weird |
21:25:10 | | Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) |
21:28:42 | * | funman looks for a volunteer to debug vectored interrupts on sansa ams |
21:29:29 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
21:29:56 | gevaerts | funman: is the patch in FS #9592 still supposed to apply? |
21:30:05 | funman | I don't think so |
21:30:15 | funman | let me update it |
21:31:25 | funman | what about the sanity check in audio_reset_buffer() ? is it worth the binsize increase? (I was thinking of using #ifdef DEBUG) |
21:32:10 | bertrik | funman, I wonder what kind of trick the OF uses to hide some directories from Linux and Windows (but not from rockbox) |
21:32:39 | bertrik | funman, I am always in favour of more sanity checks in #ifdef DEBUG code |
21:33:55 | | Quit tchan ("WeeChat 0.2.7-dev") |
21:36:06 | funman | I'll remove the recording code from the patch |
21:36:27 | funman | and commit today |
21:39:11 | dany_21a_ | funman: could you paste your VIC-init/isr code for the DMA you have coded? maybe i could test it with the buttons |
21:39:36 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
21:39:50 | funman | dany_21a_: I think you are confused, VIC code isn't related to isrs (it just calls them) |
21:40:07 | bertrik | I think mtable.sys contains the clip music database, 'strings' shows me names of songs, renaming mtable.sys causes the OF to do a database refresh |
21:40:19 | dany_21a_ | yeah... i meant, how you init the VIC-addresses for the correct ISRs |
21:40:56 | dany_21a_ | i.e. the setup of the VIC |
21:40:59 | funman | I reverted my changes sorry .. basically I did VIC_VECT_ADDRESSES[i] = irqvector[i] and VIC_VECT_CNTL[i] = (1<<5) | i; |
21:41:15 | funman | note there is only 16 vectored interrupts |
21:41:34 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
21:42:22 | bertrik | ... and more than 16 interrupt sources |
21:42:43 | dany_21a_ | but the VIC does not directly call them, or? it just fires an irq and passes the correct address in VIC_VECT_ADDRESS... or? |
21:43:22 | dany_21a_ | so you must adopt the irq_handler too |
21:43:23 | funman | the datasheet says you read the isr address in VIC_VECT_ADDR, and then write 0 to this register |
21:43:39 | | Quit snares (Nick collision from services.) |
21:44:24 | dany_21a_ | but you have to call the provieded address manually |
21:44:31 | * | bertrik tries making mtable.sys read-only |
21:44:31 | funman | yep |
21:44:46 | * | gevaerts mis-clicked on FS... |
21:46:29 | | Quit karashata ("G'bye everyone!") |
21:47:15 | funman | dany_21a_: I found it : http://paste.ubuntu.com/80502/ |
21:48:15 | dany_21a_ | funman: okay... that was what i thought about... |
21:48:32 | funman | but I have problems with this code: UIRQ is called :/ |
21:48:49 | dany_21a_ | do you understand what the OF does in the IRQ-handler ... looks like it uses an other stack for the ISR |
21:49:26 | funman | hm I only looked quickly, there is a lot of OF code in irqs that I don't understand |
21:50:03 | | Quit zeuzpr (Read error: 110 (Connection timed out)) |
21:50:34 | funman | bertrik: can you commit as3514.c ? (HPCM for the clip) |
21:50:45 | bertrik | ok |
21:50:54 | dany_21a_ | me too... but i wonder if we can mess around with all registers and stuff if we only back up {r0-r7, ip, lr} |
21:51:30 | domonoky | bertrik: enable it for the m200v4 too, it surely helps.. |
21:51:49 | bertrik | domonoky, sure, I thought you said yesterday it didn't seem to make much difference |
21:51:56 | bertrik | +? |
21:52:22 | domonoky | today i think it really helps :-) |
21:53:12 | funman | dany_21a_: oh right .. in rockbox I also wondered why there were 8 bytes allocated on the stack |
21:53:45 | funman | bertrik: maybe the check should be CONFIG_CPU==AS3525? |
21:53:47 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
21:54:24 | bertrik | the effect is between normal stereo and hearing only the difference between the L and R channel, so you're for example not hearing any instruments that are exactly 'in the middle' |
21:54:26 | | Quit jhulst (Connection timed out) |
21:55:20 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
21:55:21 | bertrik | funman, I think it's a bit early to tell if it applies to all as3525's |
21:56:31 | bertrik | maybe I should add a comment to that tells to change the condition once we know all as3525 targets need it |
21:59:12 | funman | I think we should put the codec buffer in IRAM only for Clip/m200v4 since fuze/e200v2 can use more codecs with a bigger buffer |
21:59:44 | funman | and then use 2 different linker scripts |
21:59:55 | bertrik | hmm, making mtable.sys read-only didn't help to suppress database refresh :( |
22:00 |
22:00:41 | | Quit planetbeing (Remote closed the connection) |
22:03:55 | funman | Hum I keep getting an unhandled IRQ 0 (watchdog) .. |
22:04:26 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
22:05:53 | | Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) |
22:07:13 | | Part LinusN |
22:10:02 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
22:10:06 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-e90a4678b3a2b2a1) |
22:13:28 | gevaerts | funman: it needs buffering_flash.c. Do I just have to apply that other patch with the number I don't know? |
22:14:06 | funman | gevaerts: yes you have to apply FS #9332 , sorry I'm paniced and forgot to include the file (but not the diff to SOURCES) |
22:15:36 | | Quit {phoenix} (Remote closed the connection) |
22:16:40 | gevaerts | funman: http://pastebin.ca/1276236 |
22:17:13 | funman | did you svn up? |
22:18:34 | | Join tvelocity[a] [0] (n=tony@adsl15-99.her.forthnet.gr) |
22:21:08 | bertrik | meh, trying to play an ogg always causes a unhandled watchdog int now |
22:22:16 | funman | also shutting down :/ |
22:22:28 | gevaerts | funman: I did now... |
22:22:42 | gevaerts | It's your fault. You're working too fast |
22:22:54 | funman | bertrik: what if you comment line 241 of system-as3525.c (i hope you didn't update your bootloader) |
22:23:25 | funman | hm .. or actually use the VIC registers once the clock is enabled .. |
22:23:54 | | Quit petur ("*plop*") |
22:24:10 | bertrik | hehe |
22:24:17 | funman | well, no effect either |
22:24:35 | funman | it can only come from r19330 |
22:30:33 | | Quit robin0800 (Remote closed the connection) |
22:30:38 | funman | no problem with clean r19330 |
22:31:38 | | Join mc2739 [0] (n=mc2739@adsl-69-153-16-16.dsl.snantx.swbell.net) |
22:32:29 | mc2739 | funman: panic starts in r19333 |
22:33:19 | funman | thanks |
22:33:39 | | Quit tvelocity[away] (Read error: 110 (Connection timed out)) |
22:33:53 | funman | I suppose from ata_sd_as3525.c |
22:33:53 | | Join MethoS- [0] (n=clemens@host-091-097-242-010.ewe-ip-backbone.de) |
22:34:42 | * | funman scratches head |
22:35:02 | funman | If I don't enable the interrupt in VIC_INT_ENABLE : no unhandled iqr |
22:35:03 | funman | irq* |
22:36:25 | funman | and I know this code works since i saw the panic happen (RX OVERRUN) |
22:40:21 | * | gevaerts confirms the panic |
22:40:43 | bertrik | funman, if VIC_IRQ_STATUS = 0 then it will also report the watchdog interrupt right? |
22:40:54 | funman | right |
22:41:05 | bertrik | looks like a classic case of spurious interrupt |
22:41:17 | bertrik | probably not related to the watchdog at all |
22:41:54 | | Join obo_ [0] (n=obo@rockbox/developer/obo) |
22:42:17 | bertrik | IIRC, on an ARM based microcontroller that I played with, this would typically happen when a peripheral gave a very short pulse on its interrupt line |
22:42:43 | funman | oh |
22:43:28 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
22:43:32 | funman | hmm now I see a panic on TX fifo empty :? |
22:43:47 | | Quit obo (Read error: 110 (Connection timed out)) |
22:45:59 | robin0800 | bertrik: think your charging c200 patch is now broken? after recent usb changes |
22:46:34 | bertrik | robin0800, I haven't checked really, I guess they got broken after jhMikeS' changes |
22:46:41 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
22:46:47 | funman | perhaps the DMA transfer recovers |
22:47:43 | funman | I can understand why rockbox would write on storage at power off, but not when starting playing a song |
22:47:56 | *** | Saving seen data "./dancer.seen" |
22:48:15 | funman | I'm not even sure if this indicates real problems in SD driver or not |
22:48:18 | bertrik | funman, the easy way out is to ignore interrupts with status 0, but it feels a bit like papering over the problem |
22:48:32 | funman | bertrik: well, if I do that I see panics in SD code |
22:48:50 | funman | so, the easy way out is removing the checks on MCI_STATUS bits |
22:49:36 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
22:49:38 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
22:49:56 | funman | hm |
22:49:59 | robin0800 | bertrik: it was r19315 remove usb charge from units that don't support it .......Mike Sevakis |
22:52:11 | | Join ChadFM [0] (n=ChadFM@ip68-10-25-42.hr.hr.cox.net) |
22:52:34 | bertrik | did something get overclocked perhaps and is now acting funny? |
22:53:01 | funman | if i remove check on non fatal TX FIFO EMPTY & RX FIFO FULL it 'fixes' the problem |
22:53:40 | | Quit massiveH ("Leaving") |
22:55:30 | funman | bertrik: gevaerts: committed |
22:55:31 | Zagor | umm, why does iaudio7 have plugins enabled when hardly any of them have i7 keymaps? |
22:55:43 | | Join tessarakt [0] (n=jens@e180076034.adsl.alicedsl.de) |
22:56:23 | funman | Now if you agree I'd like to commit FS #9592 (without buffering_flash.c of course) |
22:57:30 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
22:58:03 | | Join tessarakt [0] (n=jens@e180076034.adsl.alicedsl.de) |
22:58:32 | funman | gevaerts: Now how is the display on your clip ? |
22:58:50 | gevaerts | Still the same |
22:59:26 | funman | see firmware/target/arm/as3525/clock-target.h and try changing AS3525_DBOP_FREQ |
22:59:45 | | Quit obo_ (Read error: 110 (Connection timed out)) |
23:00 |
23:00:01 | | Quit tessarakt (Read error: 104 (Connection reset by peer)) |
23:00:13 | funman | I couldn't find a reference frequency in the OF (by looking quickly), so I used what was the setting we were already using |
23:00:14 | gevaerts | Any hints on how much? |
23:00:19 | bertrik | funman, I'll commit as3514.c in a few minutes |
23:00:51 | funman | gevaerts: in integer factors of 62000000 |
23:01:47 | funman | perhaps 8MHz like fuze & m200v4 will be enough. Or perhaps this behaviour just reveals a bug in LCD driver .. who knows |
23:01:56 | Zagor | eh, /me closed the wrong task |
23:03:58 | | Quit jhMikeS (Nick collision from services.) |
23:04:03 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
23:04:25 | | Quit robin0800 (Remote closed the connection) |
23:04:40 | funman | gevaerts: I'm not sure at all, but I think I'm seeing 32MHz in the OF |
23:04:49 | | Join mc2739_ [0] (n=mc2739@adsl-69-152-242-27.dsl.snantx.swbell.net) |
23:05:54 | funman | This array of frequencies has for sure 24 elements, but I'm counting and recounting and see only either 20 either 21 |
23:05:55 | bertrik | funman, committed as3514.c |
23:06:34 | funman | bertrik: thanks |
23:06:40 | gevaerts | funman: funman now set to 32000000, no change |
23:06:40 | funman | gevaerts: yes, for sure, the OF uses 32MHz |
23:06:48 | funman | ok, so the problem is elsewhere |
23:07:37 | funman | If you flip the screen again using rockbox settings, does it become normal (except buttons are reversed) ? |
23:08:01 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-071-071.ewe-ip-backbone.de) |
23:08:04 | gevaerts | funman: that flipping only happened once |
23:09:27 | | Quit mc2739 (Nick collision from services.) |
23:09:45 | | Nick mc2739_ is now known as mc2739 (n=mc2739@adsl-69-152-242-27.dsl.snantx.swbell.net) |
23:10:56 | funman | gevaerts: Do you care to reexplain the problem? I can't find the description |
23:11:55 | gevaerts | funman: I was just looking around playing with plugins and minding my own business when the screen suddenly turned upside down |
23:12:30 | funman | but it doesn't happen anymore, right? |
23:12:36 | gevaerts | No |
23:12:51 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:12:59 | rasher | Zagor: shouldn't Yoshihisa Uchida be added to CREDITS? |
23:13:54 | mc2739 | anyone interested in committing an e200v2 lcd patch? http://www.rockbox.org/tracker/task/9569#comment26822 |
23:14:17 | funman | gevaerts: No, "it doesn't happen"; or No, "it's not right to say that it doesn't happen, because it DOES happen" ? :) |
23:14:40 | gevaerts | funman: "no, I haven't seen it again. It only happened once" |
23:14:46 | Zagor | rasher: ah, yes. fixing. |
23:15:05 | funman | gevaerts: but don't you have also another problem (which I can't remember the description) ? |
23:17:47 | gevaerts | funman: yes. You can actually see it on that same picture as well (gevaerts/screen.jpg">http://www.evonet.be/~gevaerts/screen.jpg). There is a horizontal shift of a few pixels for some text lines |
23:18:02 | gevaerts | Which text lines are shifted changes whenever I press a button |
23:18:11 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
23:18:38 | funman | oh ok |
23:19:04 | funman | Do all the buttons work fine for you ? |
23:19:40 | gevaerts | Yes |
23:20:20 | | Nick kachna is now known as kachnadin (n=kachna@r4ax178.net.upc.cz) |
23:20:28 | gevaerts | (except that up changes into "resume playback" when trying to scroll up, but that's probably normal) |
23:20:42 | funman | that is ^^ |
23:21:12 | Llorean | Did we ever finalize a 3.1 freeze date? |
23:21:21 | Llorean | I seem to recall some discussion on whether it should be a 3 or 4 month cycle. |
23:21:34 | Llorean | But I can't remember if there was a choice made. |
23:21:47 | gevaerts | I vote for 3 months and 2 weeks |
23:21:51 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
23:21:56 | funman | gevaerts: perhaps try removing gpio pins access 1 by 1 from lcd-ssd1303.c lcd_init_device() and ams3525_dbop_init() |
23:21:59 | | Nick kachnadin is now known as kachna (n=kachna@r4ax178.net.upc.cz) |
23:22:20 | Llorean | gevaerts: Sorry, we're only working in integer multiples of "month" |
23:25:16 | gevaerts | funman: ok, but later. It's getting late :) |
23:25:26 | gevaerts | funman: ok. 4 februarys then |
23:25:34 | gevaerts | s/funman/Llorean |
23:26:03 | | Join Shiny [0] (n=brenda@209-20-76-6.slicehost.net) |
23:29:51 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
23:30:21 | | Quit robin0800 (Remote closed the connection) |
23:32:57 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
23:34:05 | | Part dany_21a_ |
23:36:05 | | Quit mc2739 () |
23:43:59 | | Quit HellDragon (Remote closed the connection) |
23:44:08 | | Quit jgarvey ("Leaving") |
23:44:19 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
23:44:59 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
23:48:49 | | Quit robin0800 (Remote closed the connection) |
23:49:33 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
23:50:08 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
23:50:56 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
23:54:02 | | Join bodymind [0] (n=bodymind@bl6-240-107.dsl.telepac.pt) |
23:54:14 | bodymind | hei, |
23:54:30 | bodymind | i can't compile e200v2 it gives me an error: |
23:54:38 | bodymind | rockbox/e200-build/ram.link:101: non constant or forward reference address expression for section .codec |
23:54:49 | funman | bodymind: oops it must be my fault |
23:55:07 | bodymind | ;) |