| 00:00:24 | [IDC]Dragon | haven't fixed anything yet |
| 00:00:36 | [IDC]Dragon | did you commit something? |
| 00:01:13 | amiconn | No, I'm not that far yet. Just wading my way through fat.c |
| 00:01:57 | amiconn | Btw, how is the fat test code supposed to be compiled and used? You already did this once... |
| 00:03:27 | [IDC]Dragon | compiled with make, I guess... |
| 00:03:43 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool") |
| 00:03:50 | [IDC]Dragon | then you'll run it on an image |
| 00:04:16 | [IDC]Dragon | there is a script with test cases |
| 00:04:42 | [IDC]Dragon | but it needs linux forthe full thing, I stripped it down |
| 00:06:06 | quelsaruk | time to sleep |
| 00:06:08 | quelsaruk | cu! |
| 00:06:24 | lImbus | greeeeetz |
| 00:07:40 | jyp_ | Hey... |
| 00:07:56 | jyp_ | I got "hello world" to run on my gmini ;) |
| 00:09:17 | [IDC]Dragon | Hey, big congratulations! |
| 00:09:26 | jyp_ | heh ;) |
| 00:09:34 | jyp_ | I got a question for you though... |
| 00:09:49 | jyp_ | I have a wait loop (to see the message) |
| 00:10:07 | jyp_ | but that part works only when plugged to DC... |
| 00:10:18 | jyp_ | Does it remind you of something ? |
| 00:10:29 | [IDC]Dragon | is it really writing to the LCD graphics? |
| 00:10:34 | jyp_ | yes |
| 00:10:39 | [IDC]Dragon | whow |
| 00:11:25 | jyp_ | We've been analysing the archos firmware since a long time ... ;) |
| 00:11:34 | [IDC]Dragon | what's happening without DC? I don't get it. |
| 00:12:01 | jyp_ | The message is displayed but the gmini crashes 0.1 sec after |
| 00:12:17 | jyp_ | wheras I have a wait loop (10secs) when plugged in |
| 00:12:32 | [IDC]Dragon | crashes or turns off? |
| 00:12:46 | [IDC]Dragon | maybe you have to actively hold power |
| 00:12:58 | jyp_ | crashes (I get a big HD click) |
| 00:13:09 | jyp_ | It must be that |
| 00:13:34 | [IDC]Dragon | besides the click, does it appear off? |
| 00:13:47 | [IDC]Dragon | display gone, etc.? |
| 00:13:49 | jyp_ | Let me check ;) |
| 00:14:23 | jyp_ | Mh, yes ... It shuts off |
| 00:14:53 | [IDC]Dragon | then I'm sure you have to hold power by some software control |
| 00:15:09 | jyp_ | Alright... Thanks for the info :) |
| 00:15:11 | [IDC]Dragon | FM and Ondio are the same |
| 00:16:16 | amiconn | ...iRiver too, iirc. |
| 00:16:40 | amiconn | [IDC]Dragon: I found a somewhat funny thing I'm not sure about. It seems unnecessary though... |
| 00:17:16 | amiconn | In fat_opendir, the root dir cluster for FAT32 is calculated: startcluster = sec2cluster(IF_MV2(fat_bpb,) fat_bpb->rootdirsector); |
| 00:17:58 | amiconn | However, there is fat_bpb->bpb_rootclus readily available, and this is the only place where sec2cluster() is called... |
| 00:19:20 | [IDC]Dragon | maybe an oversight |
| 00:19:46 | [IDC]Dragon | I vaguely remember that sec2cluster() isn't used excessively... |
| 00:23:47 | | Quit quelsaruk ("KVIrc 3.0.1.99 'System Virtue'") |
| 00:25:54 | | Quit jyp_ (Remote closed the connection) |
| 00:26:45 | lImbus | [IDC]Dragon, amiconn: do you know "Understand for C++" ? |
| 00:26:55 | lImbus | its a software to analyse code |
| 00:27:13 | lImbus | it shows you which function is called how often, and so on. |
| 00:27:16 | [IDC]Dragon | yes, I've used it a few times |
| 00:27:21 | lImbus | kk |
| 00:27:39 | amiconn | I didn't know |
| 00:27:44 | lImbus | it's just because I was finally able to find a version + keygen-combo |
| 00:27:48 | [IDC]Dragon | but not for rockbox |
| 00:27:48 | | Join JJ-Demon [0] (~JJ@203-206-19-88.dyn.iinet.net.au) |
| 00:28:47 | *** | Saving seen data "./dancer.seen" |
| 00:30:40 | | Join thegeek_ [0] (~thegeek@ti521110a080-1017.bb.online.no) |
| 00:33:48 | lImbus | amiconn: I can draw nice and biiiig invocation diagrams |
| 00:37:14 | | Quit thegeek (Read error: 60 (Operation timed out)) |
| 00:38:45 | | Join thegeek [0] (~thegeek@ti521110a080-0072.bb.online.no) |
| 00:45:46 | | Quit thegeek_ (Read error: 60 (Operation timed out)) |
| 00:48:59 | | Join jyp_ [0] (~jp@22.1-136-217.adsl.skynet.be) |
| 00:58:13 | amiconn | Grrr. I added the root dir offset calculations, but it still doesn't work :( |
| 00:58:55 | * | [IDC]Dragon feels sorry, too |
| 01:00 |
| 01:02:41 | amiconn | However, getting rid of sec2cluster() does work :-/ |
| 01:04:43 | amiconn | I was also able to get rid of fat_open_root() for FAT16 support |
| 01:05:22 | [IDC]Dragon | yes, you can "absorb" these lines if you like |
| 01:05:38 | [IDC]Dragon | my cache split wasn't successful either |
| 01:06:14 | [IDC]Dragon | the recipie doesn't fail any more, but I still get a blank volume 0 |
| 01:06:26 | amiconn | I guess I need to do some splashing (or using gdb on the player - grr) |
| 01:06:32 | [IDC]Dragon | when wildly clicking through thedirs |
| 01:07:48 | lImbus | brb |
| 01:07:51 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!") |
| 01:13:57 | amiconn | Hmm. Now that is really strange: |
| 01:14:28 | amiconn | With my modifications, I do no longer get a panic when trying to create a dir. The dir is even created - correctly! |
| 01:14:51 | amiconn | But still I don't see the root dir contents within rockbox !??! |
| 01:15:02 | | Join lImbus [0] (lImbus@218-195.246.81.adsl.skynet.be) |
| 01:15:05 | lImbus | re |
| 01:19:00 | [IDC]Dragon | amiconn: maybe the 2nd bug kicks in now |
| 01:19:25 | amiconn | ??? Do you mean the multivolume problems? |
| 01:19:36 | [IDC]Dragon | yes |
| 01:19:44 | amiconn | Hrrmmm. |
| 01:20:02 | [IDC]Dragon | or, have you been talking about the 2nd volume's root? |
| 01:20:13 | amiconn | 2nd volume's root. |
| 01:20:23 | [IDC]Dragon | oh |
| 01:20:26 | amiconn | First partition is FAT32, second is FAT16 |
| 01:22:03 | amiconn | With the root dir offset being 0, it still works (like current cvs). I quickly tested it on my Ondio (with both volumes), but did not do the fat_test tests |
| 01:22:46 | [IDC]Dragon | I also haven't done that recently |
| 01:27:05 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 01:30:08 | [IDC]Dragon | I need to sleep |
| 01:30:36 | [IDC]Dragon | amiconn: feel free to tell logbot on how you do |
| 01:30:42 | [IDC]Dragon | or, cvs ;-) |
| 01:30:48 | amiconn | Nite [IDC]Dragon |
| 01:30:59 | amiconn | I think I'm on to something |
| 01:31:01 | lImbus | good nite |
| 01:31:09 | [IDC]Dragon | nite all! |
| 01:31:14 | | Quit [IDC]Dragon () |
| 01:40:01 | amiconn | yeehah! |
| 01:40:54 | amiconn | I have a working version (though not yet very elegant) |
| 01:41:04 | lImbus | congratz |
| 01:43:09 | amiconn | It's still working on Ondio :) :) :) |
| 01:50:42 | jyp_ | gratz & good night ! |
| 01:50:45 | | Quit jyp_ ("Leaving") |
| 02:00 |
| 02:28:51 | *** | Saving seen data "./dancer.seen" |
| 02:39:47 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool") |
| 02:51:31 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
| 02:56:18 | | Quit matsl ("Leaving") |
| 03:00 |
| 03:29:16 | amiconn | @[IDC]Dragon & other log readers: |
| 03:30:19 | amiconn | (1) I'm pretty sure my FAT16 changes do work correctly, but I'll commit them only after the next daily build got built i.e. in the morning |
| 03:32:09 | amiconn | (2) I have to agree that the fat file access is non-atomic. |
| 03:32:14 | amiconn | fat.c itself does not contain calls to yield(), however, it calls ata_read_sectors() and ata_write_sectors(), which may yield if they have to wait for the medium. |
| 03:32:59 | amiconn | This certainly will cause trouble with the fat cache if 2 files are accessed by different threads at the same time. |
| 03:34:03 | amiconn | This problem will be more likely with MMC (Ondio), because there is more latency. |
| 03:34:23 | amiconn | The problem is independent from multivolume support. |
| 03:34:30 | amiconn | @end@ |
| 03:34:43 | amiconn | *now* it's really time to sleep. |
| 03:34:49 | amiconn | Nite all |
| 03:35:00 | | Part amiconn |
| 04:00 |
| 04:03:50 | | Join thegeek_ [0] (~thegeek@ti521110a080-0072.bb.online.no) |
| 04:03:50 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
| 04:28:53 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:31:28 | | Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 05:31:45 | | Quit midk_ (Client Quit) |
| 06:00 |
| 06:28:57 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:43:44 | | Join digitall [0] (~digitall@cpc3-hitc2-6-0-cust102.lutn.cable.ntl.com) |
| 07:47:41 | digitall | Anybody around to answer a question which is not in the FAQ etc? |
| 07:50:36 | digitall | I have a Archos 6000 Player and am very happy with it ( Since installing Rockbox ) :-) |
| 07:51:29 | digitall | But after I installed the 2.3 release as archos.mod, the backlight has been acting oddly |
| 07:52:10 | digitall | The 2.4 release has not solved this and back dating to the 2.2 release did not either |
| 07:53:10 | digitall | Setting the backlight to off is OK, but when I set it to on, it flickers |
| 07:54:34 | digitall | In fact, it appears to be active only when a key is held depressed i.e. the program is handling the keypress interrupt service routine |
| 07:55:31 | digitall | i.e. the register controlling the backlight was being continuously cleared in the main loop |
| 07:55:43 | digitall | at least this was my sumise |
| 07:56:10 | digitall | But this has not been corrected by the revert to 2.2 which had the backlight working correctly |
| 07:57:16 | digitall | At this point, I'll go and look to the source, but I thought that it might save time to speak to someone as I can't seem to find this in the DOCS or bugzilla |
| 07:58:10 | digitall | I'm wondering where the config is stored and whether this is in flash or RAM? |
| 08:00 |
| 08:23:37 | digitall | Ahem. |
| 08:24:03 | | Quit midk (Read error: 54 (Connection reset by peer)) |
| 08:24:51 | digitall | I'm currently wearing the metaphorical paper bag ;-( |
| 08:25:32 | digitall | Apparently with the A6K, if you disassemble them to say replace a dud HDD as I did a week back |
| 08:27:06 | digitall | The connection between the LCD backlight and the main board can become loose |
| 08:27:33 | digitall | By pressing on the front just above the circular button, the problem has disappeared |
| 08:28:33 | digitall | Probably the return for the backlight is via the metal and was not making firm contact resulting in the sporadic behaviour observed |
| 08:28:59 | *** | Saving seen data "./dancer.seen" |
| 08:29:18 | digitall | Sorry for the bother. Problem with being a hardware engineer is the tendancy to blame the software... |
| 08:30:24 | digitall | A cautionary tale on preconceived notions when approaching a problem |
| 08:31:38 | digitall | Might want to add this to the FAQ on Disassembly and Reassembly of A6K Player in case others blame backlight problems on S/W |
| 08:32:27 | digitall | Thanks for the time. Merry <Insert Winter Festival> and A Happy New Year! |
| 08:33:16 | | Quit digitall ("ChatZilla 0.9.61 [Mozilla rv:1.7.5/20041219]") |
| 08:37:02 | | Join [IDC]Dragon [0] (~idc-drago@pD951259D.dip.t-dialin.net) |
| 08:37:37 | [IDC]Dragon | oh, digitall is gone |
| 08:38:16 | dwihno | [IDC]Dragon: I see the multi-volume support going live! Congrats! |
| 08:38:41 | [IDC]Dragon | thanks, but we some issues left to clear |
| 08:38:56 | [IDC]Dragon | .. we have some ... |
| 08:39:55 | dwihno | major issues? |
| 08:40:01 | | Join amiconn [0] (~jens@pD9E7F9E2.dip.t-dialin.net) |
| 08:40:09 | [IDC]Dragon | you could say so |
| 08:40:23 | [IDC]Dragon | Hi Jens "insomnia" |
| 08:40:30 | amiconn | Good morning |
| 08:40:38 | dwihno | major issues being? |
| 08:41:04 | amiconn | [IDC]Dragon: It seems you checked the log. What do you think concerning the non-atomic issue? |
| 08:41:04 | [IDC]Dragon | the internal memory getting eclipsed sometimes |
| 08:41:22 | [IDC]Dragon | amiconn: sounds like to worry about |
| 08:41:32 | amiconn | Btw, I did not observe this yet with my changed fat16 root handling |
| 08:41:47 | amiconn | (The disappearing root I mean) |
| 08:42:07 | dwihno | [IDC]Dragon: whoa. strange matters |
| 08:42:11 | [IDC]Dragon | did you change anything more than the offset? |
| 08:42:32 | amiconn | Maybe I simply did not yet try it hard enough |
| 08:43:10 | [IDC]Dragon | any idea on how to make the f/s thread-safe? |
| 08:43:28 | [IDC]Dragon | I started thinking, but didn't reach a conclusion |
| 08:43:58 | [IDC]Dragon | except for plastering the code with mutex |
| 08:45:54 | amiconn | We need to check which places are non-atomic, i.e. calling the ata sector functions, and don't trust local variables derived from the fat cache afterwards. |
| 08:46:58 | [IDC]Dragon | that's a generic, plastering solution |
| 08:46:59 | amiconn | I think the only other option would be a mutex used in those places |
| 08:47:39 | [IDC]Dragon | yes, I prefer a smart placed mutex |
| 08:48:16 | [IDC]Dragon | it would need to be held as long as working on a cached fat sector |
| 08:49:56 | [IDC]Dragon | but that's many places, here we go plastering again |
| 08:50:39 | [IDC]Dragon | an "uncache" function would help |
| 08:52:12 | amiconn | Btw, my FAT16 changes do also fix the handling of files in the root dir (the dircluster value in the fat_file structure was unsigned...) |
| 08:52:48 | [IDC]Dragon | fix files in the root? |
| 08:54:27 | [IDC]Dragon | dircluster value? |
| 08:54:38 | | Join amiconn_ [0] (~jens@pD9E7EED8.dip.t-dialin.net) |
| 08:54:52 | | Quit amiconn (Nick collision from services.) |
| 08:54:53 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7EED8.dip.t-dialin.net) |
| 08:55:49 | amiconn | file->dircluster was unsigned, so it would not have pointed to the correct place in case the file was located in the root dir |
| 08:56:04 | [IDC]Dragon | oh |
| 08:56:20 | [IDC]Dragon | or, only after casting |
| 08:56:47 | [IDC]Dragon | did we have problems with root files? |
| 08:57:37 | * | [IDC]Dragon is curious for a commit |
| 08:58:05 | amiconn | The struct was defined that way. I did not observe problems myself, maybe this struct member is not often used. |
| 08:58:27 | [IDC]Dragon | perhaps it was used in a signed calculation |
| 08:59:56 | amiconn | Committed. |
| 09:00 |
| 09:01:05 | [IDC]Dragon | thanks |
| 09:01:14 | amiconn | Perhaps someone could do these test_fat tests... |
| 09:01:21 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 09:01:30 | [IDC]Dragon | that someone? |
| 09:01:42 | [IDC]Dragon | Hi Zagor, welcome back |
| 09:01:42 | Zagor | hi all |
| 09:03:16 | [IDC]Dragon | we're messing around with your fat code again... |
| 09:05:19 | Zagor | ok, what's the issue |
| 09:06:17 | [IDC]Dragon | we think we have problems because the file system is not thread safe |
| 09:06:39 | [IDC]Dragon | introduced by ata_read/write_sector yielding |
| 09:08:00 | Zagor | hmm, looking |
| 09:08:02 | [IDC]Dragon | we broke it, not you ;-) |
| 09:08:19 | [IDC]Dragon | did you read the log? |
| 09:08:35 | Zagor | not yet. which day should I start with? |
| 09:09:07 | [IDC]Dragon | today, basically |
| 09:09:12 | Zagor | ok |
| 09:11:16 | [IDC]Dragon | the HD ata code does yield, too, if I read that correct |
| 09:11:42 | [IDC]Dragon | so perhaps the problem was lurking around all the time |
| 09:12:27 | [IDC]Dragon | then I wonder why we had no real world issues |
| 09:13:57 | Zagor | gotta go a bit. bbl. |
| 09:16:14 | [IDC]Dragon | amiconn: your commit didn't change my eclipsing |
| 09:16:15 | amiconn | [IDC]Dragon: Yes the HD ata code does yield too |
| 09:16:48 | amiconn | Okay, so it seems I simply didn't try hard enough :-/ |
| 09:17:30 | amiconn | However, it definitely does fix the large FAT16 partition access, where the root dir does not start on a cluster boundary :) |
| 09:17:50 | amiconn | Plus, it saves quite some code :) |
| 09:18:06 | [IDC]Dragon | yes, that's nice |
| 09:18:19 | amiconn | ...even a bit for FAT32 only platform (~100 bytes) |
| 09:19:19 | [IDC]Dragon | a nice fix, it's just unrelated to the eclipse problem |
| 09:19:41 | amiconn | I think this has to do with the fs not being thread safe |
| 09:20:02 | [IDC]Dragon | there is a mutex about the sector read itself |
| 09:20:20 | [IDC]Dragon | or write |
| 09:20:38 | amiconn | Yes. |
| 09:21:20 | [IDC]Dragon | let me think again on when the problem can happen. We only work on one cached sector in a local function |
| 09:22:28 | [IDC]Dragon | so, if thread A wants to change the fat and reads a sector in the cache, |
| 09:22:41 | [IDC]Dragon | that code may yield to thread B |
| 09:23:14 | [IDC]Dragon | working on a different fat sector being mapped to the same cache location |
| 09:24:07 | [IDC]Dragon | it just won't enter the ata code, because of the mutex |
| 09:25:42 | [IDC]Dragon | only after the mutex unlock, and more importont after the next "free" yield |
| 09:26:10 | [IDC]Dragon | which is not happening before the function ends |
| 09:26:32 | [IDC]Dragon | because we have no preempting multitasking |
| 09:29:31 | Zagor | the thread doesn't have to want to change the fat, does it? merely accessing files outside the cached fat will risk corrupting the cache for the other thread? |
| 09:30:04 | [IDC]Dragon | ah, yes |
| 09:30:33 | Zagor | however i agree a mutex is the right solution |
| 09:30:43 | amiconn | But the function call from thread B may then use some cache-related values it precalculated before its ata call (where it was blocked by the mutex) after ths call. They may no longer be valid... |
| 09:31:01 | Zagor | yes, a fat mutex is needed. |
| 09:33:05 | [IDC]Dragon | maybe it can be a bit more simple/relaxed, taking into account that the ata code is mutexed, we only work on a single sector, and don't yield meanwhile |
| 09:34:08 | Zagor | if we don't yield in the sector reads, we won't yield at all. and that will make the whole interface very sluggish during buffer refills. |
| 09:34:42 | amiconn | [IDC]Dragon: Imho these scenarios don't explain why the root dir vanishes on the Ondio. The root dir is the only dir *not* using the fat with FAT16... |
| 09:35:02 | [IDC]Dragon | I'm not argueing against yielding |
| 09:35:32 | [IDC]Dragon | plus, the vanishing scenario is read-only |
| 09:39:26 | amiconn | Does this happen with cvs code, or with your 2 separate caches? |
| 09:39:47 | [IDC]Dragon | both |
| 09:40:07 | [IDC]Dragon | a bit different with 2 caches, but still |
| 10:00 |
| 10:10:00 | | Part Zagor |
| 10:14:15 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 10:21:31 | | Join UnjustlyB [0] (Hydronic@rescomp-04-61236.Stanford.EDU) |
| 10:21:38 | UnjustlyB | Hey anyone here? |
| 10:21:48 | Zagor | yup |
| 10:22:26 | UnjustlyB | So according to the FAQ, there is no way to incorporate support for winamp-like audio plugins in rockbox? |
| 10:22:41 | Zagor | not on the archos hardware, no |
| 10:22:51 | UnjustlyB | damn. why is it impossible? |
| 10:23:13 | Zagor | the hardware handles mp3 data directly, so we never get to touch and refine the decoded audio stream |
| 10:23:44 | UnjustlyB | but it seems like you guys have kinda altered the bass and treble features.. |
| 10:24:01 | Zagor | no, we just make full use of the features already available in the hardware |
| 10:24:43 | UnjustlyB | and as far as sound quality goes, you guys can only change bass and treble? |
| 10:24:55 | Zagor | yes |
| 10:25:05 | UnjustlyB | it seems like winamp-like plugins really only play with those two settings |
| 10:25:48 | UnjustlyB | what about the newer archos's.. can you guys add support for plugins on those? |
| 10:26:27 | Zagor | possibly, it depends on the hardware. but we don't have rockbox for those. there's a group working on a port for gmini, but it's very early still. |
| 10:28:24 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 10:29:02 | *** | Saving seen data "./dancer.seen" |
| 10:30:17 | | Join [IDC]Dragon [0] (~idc-drago@pD9E348BA.dip.t-dialin.net) |
| 10:30:31 | [IDC]Dragon | now I get identical, simple reproduceability, regardless of 1 or 2 fat caches |
| 10:30:58 | [IDC]Dragon | I'm beginning to believe tisis a more simple, plain bug |
| 10:31:11 | [IDC]Dragon | s/tisis/this is |
| 10:42:54 | UnjustlyB | Zagor: Adding new sound effects requires reprogramming the MAS chip, and we can't do that. The MAS chip is programmable, but we have no access to the chip documentation. |
| 10:43:09 | UnjustlyB | is this why you guys cant add support for an audio plugin? |
| 10:44:10 | Zagor | yes. also, reprogramming the mas removes the mp3 decoding capability, which of course is not very desireable. |
| 10:44:59 | UnjustlyB | clearly i am a programming nub. you guys cant reprogram it but leave the mp3 decoding capabilites intact? |
| 10:45:14 | UnjustlyB | or reprogram it with *new* mp3 decoding capabilities |
| 10:46:01 | Zagor | no, iirc the function of the chip is to either run the internal mp3 decoder code or the custom code. not both. |
| 10:46:53 | UnjustlyB | so you guys cant reprogram it with a custom code? |
| 10:47:13 | Zagor | not if we want to use the mp3 codec |
| 10:47:23 | UnjustlyB | you cant import your own? |
| 10:47:37 | Zagor | no, the area for the custom code is very small |
| 10:48:04 | UnjustlyB | alrighty |
| 10:48:08 | UnjustlyB | well thanks |
| 10:48:11 | UnjustlyB | goodnight. |
| 10:48:17 | Zagor | np, good night |
| 10:48:21 | | Quit UnjustlyB ("ircN 7.27 + 7.0 for mIRC (2002/01/10 00.00)") |
| 11:00 |
| 11:01:31 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 11:11:44 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 11:17:11 | | Join pfavr [0] (~Peter_Fav@213.237.46.232.adsl.ron.worldonline.dk) |
| 11:29:18 | pfavr | Thanks for the very nice Christmas present |
| 11:56:28 | Zagor | :) |
| 12:00 |
| 12:09:24 | | Join ashridah [0] (ashridah@220-253-119-250.VIC.netspace.net.au) |
| 12:29:04 | *** | Saving seen data "./dancer.seen" |
| 12:34:09 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 12:34:17 | lImbus | heya |
| 12:49:35 | Zagor | hi |
| 12:58:36 | [IDC]Dragon | amiconn, Zagor: a test version with no fat caching at all shows the same symptom |
| 12:59:34 | [IDC]Dragon | so it must be something else |
| 13:00 |
| 13:03:24 | Zagor | ok. interesting |
| 13:08:55 | | Join quelsaruk [0] (~kvirc@80.103.129.238) |
| 13:08:58 | quelsaruk | hi |
| 13:09:35 | [IDC]Dragon | not really interesting. maybe very dull to debug... |
| 13:12:28 | [IDC]Dragon | I should disable multivolume for the public while this is ongoing |
| 13:12:49 | Zagor | yes |
| 13:18:21 | quelsaruk | hmm.. Offtopic question (as always)... any french here right now? |
| 13:33:31 | quelsaruk | anyway, normal working hours in a european company are...¿? (Spanish companies are different) |
| 13:36:33 | Bagder | I'd say it differs all over |
| 13:37:07 | quelsaruk | it's to know when can i call archos france... |
| 13:37:26 | quelsaruk | tomorrow expires the warranty and i *want* a new HD |
| 13:37:37 | Bagder | I'd say they should work right now |
| 13:37:53 | quelsaruk | until what hour? |
| 13:38:13 | Bagder | ~18:00 or so |
| 13:38:26 | Bagder | just my guess |
| 13:38:29 | quelsaruk | great |
| 13:38:30 | quelsaruk | :) |
| 13:38:33 | quelsaruk | thanks |
| 13:38:54 | quelsaruk | i'm going to call them then :) |
| 13:39:11 | | Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.238) |
| 13:39:12 | | Join Lynx_ [0] (HydraIRC@134.95.189.59) |
| 13:39:44 | ashridah | ls |
| 13:39:46 | ashridah | argh |
| 13:40:04 | * | Bagder beeps |
| 13:40:16 | Bagder | :-) |
| 13:42:42 | ashridah | heh. not even sure where i thought i was typing. this was the only terminal i had open. |
| 13:51:50 | | Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20041007]") |
| 14:00 |
| 14:11:36 | [IDC]Dragon | hey, I just saved 200 bytes in dir.c |
| 14:12:10 | [IDC]Dragon | s/opendirs[dd]./pdir-> |
| 14:12:59 | crash_zzzoderso | maybe a dump question, but is this important? |
| 14:13:15 | | Nick crash_zzzoderso is now known as crash_ (~crash@a15167580.alturo-server.de) |
| 14:13:21 | [IDC]Dragon | meaning, use a pointer instead of the same array reference again and again |
| 14:13:49 | Zagor | [IDC]Dragon: i would have thought the compiler did that already |
| 14:13:56 | Zagor | crash_: is what important? |
| 14:14:12 | [IDC]Dragon | crash_: 200 bytes code is some amount for us |
| 14:14:14 | crash_ | is it important to replace this occurrences in the source code |
| 14:14:45 | crash_ | thats why i ask, thought this would be "intelligently" solved by the compiler ;) |
| 14:15:13 | [IDC]Dragon | Zagor: perhaps it doesn't becaude opendirs[] is global |
| 14:15:33 | Zagor | possibly |
| 14:16:05 | [IDC]Dragon | and modified god-knows-where from a compilers' view |
| 14:16:47 | [IDC]Dragon | do we have more spots like this? |
| 14:16:58 | Zagor | well it is static, so the compiler would know. but it's still a reasonable theory. |
| 14:17:31 | Zagor | try moving the declaration inside opendir() and see if it makes a difference |
| 14:20:09 | | Quit Quel|away (Read error: 60 (Operation timed out)) |
| 14:21:46 | [IDC]Dragon | no difference |
| 14:22:05 | [IDC]Dragon | tried both local static and automatic |
| 14:22:08 | Zagor | weird |
| 14:22:14 | [IDC]Dragon | gcc sucks |
| 14:22:18 | [IDC]Dragon | ;-) |
| 14:22:30 | Zagor | :) |
| 14:22:31 | Bagder | we better write our own! :-) |
| 14:22:52 | [IDC]Dragon | feel free to file a patch |
| 14:23:32 | crash_ | Zagor: btw i never had the chance, so i'm wanted to say a big thank all you guys for rockbox. i'm with this project since about june 2002 and you've really done great work :) |
| 14:24:02 | crash_ | hope you guys can imagine what you have reached |
| 14:24:21 | Zagor | world domination? ;) |
| 14:24:31 | crash_ | not yet |
| 14:24:44 | crash_ | but i'm sure this will come |
| 14:24:46 | crash_ | ;) |
| 14:25:22 | crash_ | you know if linus had any luck in progressing with the iriver ? |
| 14:25:45 | ashridah | how's progress on the iriver port been recently? slow/medium/blazing? any new milestones since basic lcd drawing? |
| 14:25:52 | ashridah | rofl |
| 14:26:04 | Zagor | the boot loader is nearing |
| 14:26:12 | crash_ | great :) |
| 14:26:29 | Zagor | ashridah: we've got basically everything working now, including flashing |
| 14:26:37 | ashridah | cool |
| 14:26:41 | crash_ | hope i can help sometime with giving info about h3xx |
| 14:29:08 | *** | Saving seen data "./dancer.seen" |
| 14:29:26 | [IDC]Dragon | another 50 bytes for replacing just the search access in dir.c:84 with a pointer |
| 14:29:50 | [IDC]Dragon | amazing, arrays of structs seem expensive to address |
| 14:30:52 | JJ-Demon | anyone here with a fast internet connection that can test something? |
| 14:31:23 | Zagor | JJ-Demon: sure |
| 14:31:27 | JJ-Demon | http://www.demon-host.com/1200k.test |
| 14:31:34 | JJ-Demon | i think we have a broken router |
| 14:31:41 | JJ-Demon | need someone other then where i live to test though |
| 14:31:45 | JJ-Demon | tell me if u get crappy speed |
| 14:31:53 | Zagor | i do |
| 14:31:53 | gromit` | maybe i can test |
| 14:32:03 | gromit` | wget ? |
| 14:32:22 | Zagor | average ~14kb/s |
| 14:32:33 | Bagder | me too |
| 14:32:35 | gromit` | same for me |
| 14:32:48 | JJ-Demon | arggg |
| 14:32:56 | JJ-Demon | this jsut started 10 mins ago |
| 14:33:01 | * | JJ-Demon calls theplanet |
| 14:33:33 | crash_ | speed goes from 7k to 25k with 100mbit connect here in germany |
| 14:33:59 | JJ-Demon | yea normal its full speed |
| 14:34:07 | JJ-Demon | its on all of our servers on our router |
| 14:34:12 | JJ-Demon | *sigh* |
| 14:34:13 | crash_ | what does fullspeed mean for you? |
| 14:34:32 | JJ-Demon | normal net speed you get over your connection? |
| 14:34:36 | gromit` | same on a 100Mb in france so |
| 14:34:48 | gromit` | ~12 |
| 14:34:50 | crash_ | this depends on the server |
| 14:34:55 | JJ-Demon | sorry i meant to say |
| 14:35:02 | JJ-Demon | normally its full speed* |
| 14:35:06 | JJ-Demon | :) |
| 14:35:08 | JJ-Demon | typo |
| 14:35:36 | JJ-Demon | try ti again |
| 14:35:42 | JJ-Demon | it* |
| 14:35:52 | gromit` | i have 8.5Mbps on kernel.org |
| 14:35:56 | JJ-Demon | http://www.demon-host.com/1200k.test |
| 14:35:59 | crash_ | goes from 200 - 300k |
| 14:36:03 | crash_ | should be ok ? |
| 14:36:23 | gromit` | 64k on http://www.demon-host.com/1200k.test |
| 14:36:41 | crash_ | 364k @ top |
| 14:36:45 | gromit` | weird |
| 14:36:56 | JJ-Demon | that sounds better? |
| 14:37:10 | gromit` | 14:38:02 (7.93 MB/s) - « 1200k.test.2 » sauvegardé [1239192/1239192] |
| 14:37:20 | gromit` | ya better :) |
| 14:37:24 | JJ-Demon | goodo |
| 14:37:26 | gromit` | but maybe cache :) |
| 14:37:38 | JJ-Demon | damn they are fast... musta flicked the wrong switch somewhere earlier |
| 14:37:43 | crash_ | no cache here, and all the time about 300k ;) |
| 14:38:32 | Zagor | i still only get 200kb/s |
| 14:38:59 | gromit` | 14:37:44 (218.06 KB/s) - `1200k.test' saved [1239192/1239192] |
| 14:39:01 | gromit` | at home |
| 14:39:04 | crash_ | aehm a difference from 14k average to 200k should be ok, diesnt it? |
| 14:39:18 | Zagor | depends on what you are paying for... |
| 14:39:36 | crash_ | yeah for sure, just reminded of the difference |
| 14:39:38 | JJ-Demon | whats your home connection? |
| 14:39:43 | gromit` | 15Mbps |
| 14:39:44 | crash_ | and that he thought of a crappy router |
| 14:40:11 | JJ-Demon | everyone else im asking is getting full spee dnow |
| 14:40:16 | crash_ | @home dsl (1024kbit) / work: direct connect to backbone of 100mbit |
| 14:40:16 | JJ-Demon | for their connections |
| 14:40:36 | crash_ | JJ-Demon: where is this server located ? |
| 14:40:39 | gromit` | no full speed for me |
| 14:40:54 | JJ-Demon | at theplanet |
| 14:40:57 | JJ-Demon | in texas |
| 14:41:00 | JJ-Demon | www.theplanet.com |
| 14:41:17 | crash_ | yeah i see, should have done trqaceroute before asking ;) |
| 14:42:16 | crash_ | tested again, seems like the file is too small for reaching line limit here |
| 14:43:01 | JJ-Demon | yes |
| 14:43:05 | JJ-Demon | over local network |
| 14:43:11 | JJ-Demon | it cant go past 9.45M/s |
| 14:43:16 | JJ-Demon | caus eof the filesize |
| 14:43:47 | JJ-Demon | umm test one of the others too |
| 14:44:07 | JJ-Demon | www.xpuser.net/1200k.test |
| 14:44:51 | Zagor | same thing, never reaches above 200kb/s. takes 6 seconds to download on my 100Mbit connection |
| 14:45:14 | crash_ | same with the other |
| 14:45:17 | crash_ | 350k top |
| 14:45:20 | gromit` | 230kbps at 15mbit |
| 14:45:42 | Zagor | I reach 3800+kb/s on a 2MB file on another server |
| 14:46:11 | JJ-Demon | strange we pay enough for these issues not to arrise lol |
| 14:46:23 | JJ-Demon | better send in a ticket too about it |
| 14:47:07 | crash_ | dont think this will help. you maybe have to see, that our tests all are done from europe |
| 14:47:34 | ashridah | i've got a site in the US. gimme a few |
| 14:47:46 | ashridah | not sure how well it's connected, but it should be reasonable |
| 14:48:29 | ashridah | just got 600Kbits/s |
| 14:48:41 | ashridah | sorry |
| 14:48:45 | ashridah | kB |
| 14:48:48 | ashridah | not kb |
| 14:48:48 | ashridah | :) |
| 14:49:20 | ashridah | yeah, seems to peak out at that. |
| 14:53:14 | JJ-Demon | i get 19Mb/s uploading from the server to a server at gnax.net |
| 14:53:57 | [IDC]Dragon | more on gcc opt: just tried pointers in fat_init(), no change there |
| 14:54:15 | JJ-Demon | tnx guys :) |
| 14:54:31 | [IDC]Dragon | this is also a static array |
| 14:55:06 | [IDC]Dragon | but with a power-of-2 size, that may be the difference |
| 14:58:59 | Zagor | that would mean the structs aren't padded, which would be quite bad |
| 15:00 |
| 15:00:16 | Zagor | uh, forget that |
| 15:00:20 | [IDC]Dragon | padded to the next 2^n? |
| 15:00:27 | [IDC]Dragon | ok |
| 15:09:42 | | Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
| 15:13:53 | | Quit ashridah ("sleep") |
| 15:14:41 | | Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
| 15:15:55 | | Quit JJ-Demon ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 15:34:23 | | Join c0g0 [0] (~c0g0@i16-rygMT1.E.loxinfo.net.th) |
| 15:34:29 | c0g0 | hey! |
| 15:34:51 | c0g0 | ja har en ratt latt fraga om de e nan som har lust att svara... |
| 15:35:21 | lImbus | uh ? english ? |
| 15:35:22 | Lynx_ | he is speaking in tongues ;-) |
| 15:35:29 | c0g0 | sorry :D |
| 15:35:44 | c0g0 | ive got a question for u guys, i wonder if u have any information about the archos 480 |
| 15:36:11 | c0g0 | does it exist other firmwares to it as to the jukebox? |
| 15:37:17 | c0g0 | or will there be any? |
| 15:37:25 | Zagor | possibly linav works on it, but it's not a complete firmware replacement like rockbox |
| 15:37:31 | Lynx_ | http://linav.free.fr/ |
| 15:37:47 | c0g0 | oh thx man |
| 15:39:50 | c0g0 | hmm i also have a pretty hard question, im goin to singapore in 25 days, and im gonna by an media player. i dont really know wich one i should buy cause i want to be able to listen to music and i want to view videos and i want a big screen, but if it possible i want to play games on it also |
| 15:40:48 | c0g0 | i heard that you can update the firmware on some iriver pmp100 series so u can play nes emulator on it, and i wonder if u know if it is the same with the archos av400 series? |
| 15:41:29 | Zagor | no idea. we're not much into the video units. |
| 15:41:56 | c0g0 | aight... thx man |
| 15:41:56 | c0g0 | ill ask in linav ;D |
| 15:43:11 | Zagor | btw, their channel topic is "linux on av3xx | does not work on av4xx" |
| 15:43:53 | c0g0 | ya i saw ;/ |
| 15:44:35 | [IDC]Dragon | c0g0: how about the new iriver then? |
| 15:44:51 | c0g0 | ya i wonder about that one... |
| 15:45:19 | [IDC]Dragon | if the hardware is similar, maybe one day there'll be rockbox on it |
| 15:45:21 | c0g0 | but the negative thing with it is that it has only 40 gig and 3.5 inch instead of 3.8 i think |
| 15:45:40 | [IDC]Dragon | and we need somebody to find out... ;-) |
| 15:46:22 | [IDC]Dragon | I was playing with it in a shop, way cool display and handling |
| 15:46:24 | c0g0 | hehe ;D |
| 15:46:31 | c0g0 | oh.. |
| 15:46:35 | Zagor | does it really play video? |
| 15:46:47 | c0g0 | ya all mpeg4 |
| 15:46:47 | [IDC]Dragon | looked pretty nice, yes |
| 15:46:49 | Zagor | the h300, i mean. not the pmp. |
| 15:46:57 | c0g0 | ah.. |
| 15:47:08 | c0g0 | i think so but its a smaller screen |
| 15:47:09 | [IDC]Dragon | oh, sorry, I thought you meant the newer one |
| 15:47:11 | Zagor | [IDC]Dragon: or are you also talking about the pmp? |
| 15:47:27 | crash_ | the h3xx plays videos just fine |
| 15:47:34 | [IDC]Dragon | don't know how exactley it's called |
| 15:47:36 | crash_ | though only 10 fps |
| 15:47:43 | Zagor | crash_: ok |
| 15:47:55 | [IDC]Dragon | but the one with the "big" screen, gameboy look |
| 15:47:56 | c0g0 | crash_ but its smaller screen right? |
| 15:48:03 | crash_ | yep |
| 15:48:18 | crash_ | and resolution of 220x176 |
| 15:48:31 | c0g0 | hmm wich one is the most hacked media player yet? |
| 15:48:32 | crash_ | http://cratoo.de/simpsons.jpg |
| 15:48:37 | c0g0 | does anyone know? |
| 15:49:02 | Zagor | crash_: is that the h300? |
| 15:49:09 | crash_ | yep |
| 15:49:16 | Zagor | nice |
| 15:49:26 | crash_ | but the "screenshot" is f*** up :/ |
| 15:49:41 | crash_ | the picture is really clear and looks great |
| 15:49:49 | c0g0 | ohh nice |
| 15:49:52 | crash_ | unfortunatly you cant get this with a cam |
| 15:50:18 | crash_ | hope someone of rockbox will handle video someday ;) |
| 15:50:39 | [IDC]Dragon | we do... |
| 15:50:49 | crash_ | already ? |
| 15:50:51 | [IDC]Dragon | (ahem) |
| 15:50:58 | crash_ | i thought this is something lower prio ? |
| 15:51:12 | [IDC]Dragon | rockboy has a video player |
| 15:51:21 | [IDC]Dragon | rockbox |
| 15:51:30 | crash_ | i know, but dont have that much information about the capabilities |
| 15:51:34 | c0g0 | hmm wich one? |
| 15:51:50 | crash_ | cause my 6000 jukebox isnt capable of playing video |
| 15:51:55 | Zagor | for archos recorder only |
| 15:52:05 | [IDC]Dragon | 112*64 "greenscale" |
| 15:52:27 | Zagor | crash_: nobody thought the records could either :) |
| 15:52:33 | Zagor | recorders |
| 15:52:36 | crash_ | hehe |
| 15:53:12 | crash_ | so there is hope i will someday watch video delivered by rockbox on my h320 :) |
| 15:53:29 | Zagor | yup |
| 15:53:34 | crash_ | one step closer to world domination |
| 15:53:39 | c0g0 | anyone have any suggestion of wich video player is the best? |
| 15:54:02 | crash_ | c0g0: you could go for a win ce powered pda ?! |
| 15:54:27 | crash_ | c0g0: but this wouldnt be my idea of having portable video ;) |
| 15:54:40 | c0g0 | hmm... hehe thats what i want... |
| 15:54:43 | c0g0 | the vidoe.. |
| 15:56:10 | c0g0 | i know pretty much about the archos and the iriver now i think, and its between the pmp140 or the av480, but if there is some other player that u have any suggestion of? |
| 15:58:32 | crash_ | i think you have found the main competetors |
| 15:59:41 | c0g0 | aight... |
| 15:59:51 | c0g0 | i think ill go for the archos anyways... |
| 16:00 |
| 16:00:06 | c0g0 | but i really hope its goin to get hacked |
| 16:00:13 | c0g0 | if it hasnt already |
| 16:00:21 | [IDC]Dragon | very unlikely |
| 16:00:43 | c0g0 | that it will be or that it is? |
| 16:00:56 | [IDC]Dragon | both |
| 16:01:11 | c0g0 | ohh.. why do u think that? |
| 16:01:20 | crash_ | btw is it right to say, that the future of rockbox is going to iriver? |
| 16:01:54 | | Join quelsaruk [0] (~kvirc@80.103.129.238) |
| 16:01:55 | [IDC]Dragon | Archos lately is "sealing" their products with real encryption |
| 16:01:57 | quelsaruk | hi again |
| 16:02:20 | Zagor | crash_: iriver is the next target hardware, so the immediate future will be there. |
| 16:02:38 | crash_ | this is what i meant |
| 16:03:02 | crash_ | as is said before im watching rockbox since mid 2002 and always saw, that the multimedia devices |
| 16:03:05 | Zagor | [IDC]Dragon: is that confirmed for av400 too? |
| 16:03:06 | crash_ | coudln be supported |
| 16:03:27 | [IDC]Dragon | Zagor: no, just an extrapolation |
| 16:03:32 | Zagor | crash_: the problem with supporting them always was lack of public documentation. |
| 16:03:38 | c0g0 | ohh.. so if i want to be sure it will be homebrew software i should go for the iriver pmp series? |
| 16:03:56 | crash_ | iriver seems to code same shitty firmware like archos in early times, but as [IDC]Dragon said that archos is scrambling their stuff |
| 16:04:14 | Zagor | c0g0: is anyone working on firmware for the pmp? |
| 16:04:19 | crash_ | c0g0: dont think anyone will give you any guarantee |
| 16:04:23 | c0g0 | i dunno? |
| 16:04:32 | c0g0 | i thought u might know ;P |
| 16:04:41 | [IDC]Dragon | the av500 could be "open" again, if itfeatures linux |
| 16:05:00 | c0g0 | ya, i wonder about the reldate? |
| 16:05:29 | crash_ | c0g0: the rockbox guy work on the "early" archos devices and h1xx (and hopefully h3xx), all other devices arent really planned if i followed correctly ;) |
| 16:05:31 | Zagor | the fact is rockbox is the only howebrewn mp3 player firmware in existence, and will probably stay so for quite some time. there have been various linux ports, but no other complete firmware replacements. |
| 16:05:55 | crash_ | [IDC]Dragon: dont u think this is only for a stable basis, and wont be that easily cracked ? |
| 16:07:16 | c0g0 | hmm... this is making me really hard to make a disition >;D |
| 16:08:10 | [IDC]Dragon | in any case, it runs with texas chips again, for which there's no open compiler |
| 16:08:34 | crash_ | [IDC]Dragon: you speak of the archos linux powered devices? |
| 16:09:12 | crash_ | c0g0: i would recommend buying the device you like the most right know and sell it later if there is something you can use with other firmware... |
| 16:09:56 | Zagor | that sounds like a good strategy to me |
| 16:10:26 | [IDC]Dragon | I'd check what's inside the iriver and if similar to our coldfire, get that |
| 16:10:38 | [IDC]Dragon | (a developer opinion) |
| 16:13:28 | c0g0 | ya maybe thats the best way... |
| 16:13:51 | | Join echs [0] (~echs@p54808CE7.dip.t-dialin.net) |
| 16:13:52 | c0g0 | its pretty similar |
| 16:14:16 | c0g0 | but thou it has only 40 gig and a 3.5" |
| 16:14:26 | c0g0 | agianst 80 gig and 3.8 |
| 16:14:27 | c0g0 | " |
| 16:14:48 | [IDC]Dragon | 1.8" drive vs. 2.5" |
| 16:15:09 | c0g0 | and videoplayback with640x480 against 704x480 |
| 16:15:13 | [IDC]Dragon | depends on wheter you want it lightweight or high-capacity |
| 16:15:25 | c0g0 | prefer high capacity |
| 16:15:33 | c0g0 | http://www.archos.com/products/overview/av400_tech_specs.html |
| 16:15:36 | c0g0 | http://www.iriver.com/html/product/prpv_product.asp?pidx=45 |
| 16:15:48 | [IDC]Dragon | then get what *you* need |
| 16:16:25 | c0g0 | he... ya.. maybe it will be something about the linav also? |
| 16:16:41 | c0g0 | or some other guys maybe will look into it |
| 16:16:57 | Zagor | btw, the pmp runs microsoft windows "portable media center". |
| 16:17:33 | c0g0 | oh.. |
| 16:17:46 | c0g0 | u know what the av4xx runs? |
| 16:17:55 | Zagor | custom archos software |
| 16:17:56 | echs | custom archos os? |
| 16:18:02 | echs | :) |
| 16:18:10 | c0g0 | hehe |
| 16:18:10 | [IDC]Dragon | from the specs, Archos is better |
| 16:18:18 | c0g0 | ya.. |
| 16:18:20 | echs | theres also the pmp-100 from iriver running linux.. |
| 16:18:38 | [IDC]Dragon | only 20g extra weight for a 2.5" drive, amazing |
| 16:19:03 | c0g0 | ya it is.. |
| 16:19:31 | crash_ | hi echs |
| 16:19:33 | Zagor | oh, my mistake. it's the iriver PMC that runs windows. |
| 16:19:55 | c0g0 | ohh ok |
| 16:19:57 | c0g0 | hehe |
| 16:20:01 | echs | oh hi crash :) |
| 16:20:10 | [IDC]Dragon | Archos is even smaller |
| 16:20:38 | c0g0 | yep |
| 16:21:12 | crash_ | so i would conclude, including my former stragedy: now buy archos, in future go for iriver with rockbox ;) |
| 16:21:31 | c0g0 | maybe something like that ?D |
| 16:21:35 | c0g0 | :P |
| 16:21:40 | Zagor | you may also wish to consider that the av400 is the third generation archos video player while the pmp is iriver's first attempt. |
| 16:22:05 | echs | i thought it would be too much effort to make a similar os like the one from iriver for the pmps? |
| 16:22:19 | echs | the pmp is just too expensive.. |
| 16:23:19 | c0g0 | okay guys.. |
| 16:23:24 | c0g0 | thanks for the help! |
| 16:23:29 | c0g0 | igotta go |
| 16:23:30 | c0g0 | cu ! |
| 16:23:33 | | Quit c0g0 () |
| 16:27:31 | quelsaruk | [IDC]Dragon: do you have your car radio/rockbox interface somewhere in the web? |
| 16:29:11 | *** | Saving seen data "./dancer.seen" |
| 16:29:23 | [IDC]Dragon | http://joerg.hohensohn.bei.t-online.de/archos/alpine_cdc/ |
| 16:29:31 | [IDC]Dragon | a plugin, yes |
| 16:30:15 | [IDC]Dragon | what do you mean with "interface"? |
| 16:31:22 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 16:31:30 | quelsaruk | well... you need a microcontroller or something to understand what the radio is saying and explain to rockbox, isn't it? |
| 16:31:35 | quelsaruk | :) |
| 16:32:32 | [IDC]Dragon | the "microcontroller" is the Archos CPU |
| 16:33:06 | quelsaruk | oh |
| 16:33:08 | quelsaruk | :) |
| 16:33:44 | quelsaruk | so is not like the gnunilink or the vwcdpic project |
| 16:34:10 | [IDC]Dragon | see links to my postings, on the bottom of http://joerg.hohensohn.bei.t-online.de/mbus |
| 16:34:19 | quelsaruk | better |
| 16:34:19 | quelsaruk | :) |
| 16:34:25 | [IDC]Dragon | all you need is a cable |
| 16:34:52 | quelsaruk | i wanted something like this last page |
| 16:34:54 | quelsaruk | thanks |
| 16:34:55 | quelsaruk | :) |
| 16:52:37 | | Join Lynx0 [0] (HydraIRC@134.95.189.59) |
| 17:00 |
| 17:03:30 | | Quit Lynx_ (Nick collision from services.) |
| 17:04:11 | | Nick Lynx0 is now known as lynx_ (HydraIRC@134.95.189.59) |
| 17:07:37 | | Nick quelsaruk is now known as Quel|away (~kvirc@80.103.129.238) |
| 17:12:29 | | Part Zagor |
| 17:14:45 | | Join webguest93 [0] (~54091fb6@labb.contactor.se) |
| 17:14:53 | | Quit webguest93 (Client Quit) |
| 17:17:17 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 17:52:34 | | Part lImbus |
| 18:00 |
| 18:04:40 | | Quit lynx_ (" The IRC Client of the Gods! -> http://www.hydrairc.com <- HydraIRC") |
| 18:07:52 | | Join jyp [0] (~jp@43.193-200-80.adsl.skynet.be) |
| 18:12:46 | | Join zeekoe [0] (~me@ip51cc69f6.adsl-surfen.hetnet.nl) |
| 18:17:34 | | Join einhirn_ [0] (Miranda@bsod.rz.tu-clausthal.de) |
| 18:17:46 | | Quit einhirn_ (Client Quit) |
| 18:25:16 | jyp | Hey |
| 18:25:49 | jyp | Working on the gmini lcd driver... |
| 18:26:06 | jyp | Basically lcd-recorder.c works out of the box on gmini |
| 18:26:23 | jyp | except it is reversed left <-> right |
| 18:26:27 | crash_ | jyp: i just saw a gmini in live, is there any progress status published on rockbox.org? |
| 18:26:43 | jyp | I think not |
| 18:27:10 | jyp | (this is gmini 100 & 200 series) |
| 18:27:56 | crash_ | shouldnt someone do this? |
| 18:28:23 | jyp | Yup... |
| 18:29:03 | jyp | the gmini team has a website of its own... Though it is down now |
| 18:29:11 | crash_ | ah ok |
| 18:29:14 | *** | Saving seen data "./dancer.seen" |
| 18:29:24 | crash_ | porting it to rockbox would make sense, doesnt it? |
| 18:29:55 | crash_ | it seems like you can edit the wiki if you register, so i have some spare time and would like to help if there is interest |
| 18:30:41 | jyp | cool |
| 18:31:04 | | Join zeekoe2 [0] (me@vpn006163.vpn.utwente.nl) |
| 18:31:29 | crash_ | just tell me how i can help |
| 18:31:36 | | Quit zeekoe (Nick collision from services.) |
| 18:31:42 | | Nick zeekoe2 is now known as zeekoe (me@vpn006163.vpn.utwente.nl) |
| 18:31:57 | jyp | the truth is, the project leader and hoster of the website hasn't shown up since 20th december |
| 18:32:07 | zeekoe | hm.. just like avos... |
| 18:32:44 | jyp | I've done quite a lot of progress since though |
| 18:32:49 | crash_ | if webspace is the problem, this is easily solved, but i think main focus should ly on making it public |
| 18:32:51 | jyp | so the project is live |
| 18:33:15 | crash_ | just like me, showing somone rockbox and seeing, that there is nothing on rockbox,org |
| 18:33:45 | jyp | Yes... The thing is the situation is somewhat embarrassing... |
| 18:33:57 | gromit` | :) |
| 18:33:58 | gromit` | hello |
| 18:34:05 | jyp | hey |
| 18:34:25 | crash_ | hi |
| 18:34:53 | crash_ | so should we speak with zagor or someone other responsible if we could put it into the wiki? |
| 18:34:57 | jyp | Basically I don't like to make a political decision with Strath (leader) away |
| 18:35:29 | crash_ | hmm ok although i think putting it to the wiki isnt a "political decision" ;) |
| 18:35:35 | jyp | Strath has started the gmini project, I mean |
| 18:36:12 | jyp | Also, we have quite a detailed wiki already... Not not accessible :/ |
| 18:36:29 | | Quit mecraw_ (Read error: 113 (No route to host)) |
| 18:36:36 | jyp | not not -> But not |
| 18:36:51 | crash_ | this is really a shame :/ |
| 18:36:55 | gromit` | :/ |
| 18:37:04 | crash_ | and u dont have a idea where strath is? |
| 18:37:27 | gromit` | no :/ |
| 18:37:34 | jyp | We *hope* he's on hollidays... But he didn't say |
| 18:37:54 | crash_ | jyp: to get it clear, your port to the gmini is rockbox and not just an extension or something? |
| 18:38:03 | jyp | I had expected him to show up today |
| 18:38:11 | | Quit methangas (" HydraIRC rocks! -> http://www.hydrairc.com <-") |
| 18:38:14 | zeekoe | wiki really is accessible |
| 18:38:24 | jyp | That's what I plan |
| 18:38:25 | jyp | yes |
| 18:38:25 | zeekoe | just register, and you can edit what you lole |
| 18:38:30 | zeekoe | like* |
| 18:38:50 | jyp | http://www.donat.org/archos/wiki/doku.php |
| 18:39:00 | jyp | is the wiki I'm talking about |
| 18:39:08 | zeekoe | ah |
| 18:39:33 | zeekoe | \kick jyp >#gmini ;-) |
| 18:40:05 | crash_ | jyp: at first site i think is is a bit too technical for the average user? |
| 18:40:10 | zeekoe | and this does not work? http://www.donat.org/archos/wiki/doku.php?id=gmemu_wiki_page&do=register |
| 18:40:27 | jyp | Mm, I can't access it from here... |
| 18:40:42 | crash_ | i dont have problems accessing the wiki |
| 18:40:52 | jyp | alright then |
| 18:41:08 | gromit` | ha ? |
| 18:41:15 | gromit` | crash : you can access gmemu wiki ? |
| 18:41:23 | crash_ | yep |
| 18:41:25 | gromit` | !!! |
| 18:41:29 | gromit` | i can't ! |
| 18:41:41 | zeekoe | http://www.google.com/search?q=free+http+proxy |
| 18:41:42 | zeekoe | :) |
| 18:41:43 | gromit` | and www.donat.org/archos ? |
| 18:41:55 | zeekoe | works too |
| 18:41:58 | gromit` | !! |
| 18:42:14 | gromit` | it is down from my job and from my home |
| 18:42:18 | gromit` | weird |
| 18:42:36 | jyp | from belgium/skynet too ... |
| 18:43:03 | amiconn | Works from here (Germany/T-Online) |
| 18:43:10 | gromit` | france/free and france backbone |
| 18:43:20 | zeekoe | http://proxy.guardster.com/cgi-bin/nph-proxy.cgi/010100A/687474702f7777772e646f6e61742e6f72672f617263686f73 |
| 18:43:24 | zeekoe | does that work? |
| 18:43:42 | gromit` | brb |
| 18:43:58 | * | zeekoe @holland |
| 18:44:06 | crash_ | the site of strath is accessibale without a problem |
| 18:44:31 | jyp | Weird... |
| 18:44:34 | crash_ | gromit`: no problem with that |
| 18:45:00 | zeekoe | it works through http://proxy.guardster.com/ too |
| 18:45:15 | zeekoe | your provider blocked it :P |
| 18:46:02 | jyp | Anyways, crash_, what to you want to do ? |
| 18:46:12 | jyp | Report on the progress? |
| 18:46:22 | jyp | If so feel free to do it ;) |
| 18:46:24 | | Quit Bagder (niven.freenode.net irc.freenode.net) |
| 18:46:24 | NSplit | niven.freenode.net irc.freenode.net |
| 18:46:24 | | Quit ZiRo`5 (niven.freenode.net irc.freenode.net) |
| 18:46:24 | | Quit crash_ (niven.freenode.net irc.freenode.net) |
| 18:46:30 | jyp | gosh |
| 18:46:43 | zeekoe | don't say that again ;) |
| 18:47:23 | jyp | ... |
| 18:47:33 | NHeal | niven.freenode.net irc.freenode.net |
| 18:47:33 | NJoin | Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 18:47:33 | NJoin | ZiRo`5 [0] (ZiRo_@42.120-84-212.ippool.ndo.com) |
| 18:47:33 | NJoin | crash_ [0] (~crash@a15167580.alturo-server.de) |
| 18:47:38 | zeekoe | huh? i'm at zelazny too... |
| 18:47:53 | jyp | internet = hardly any service :/ |
| 18:48:18 | jyp | re... |
| 18:48:35 | zeekoe | oh, it's niven |
| 18:48:42 | zeekoe | hey, but internet is cheap |
| 18:48:56 | | Quit ZiRo`5 (niven.freenode.net irc.freenode.net) |
| 18:48:56 | NSplit | niven.freenode.net irc.freenode.net |
| 18:48:56 | | Quit Bagder (niven.freenode.net irc.freenode.net) |
| 18:48:56 | | Quit crash_ (niven.freenode.net irc.freenode.net) |
| 18:49:00 | jyp | lol |
| 18:49:35 | NHeal | niven.freenode.net irc.freenode.net |
| 18:49:35 | NJoin | Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 18:49:35 | NJoin | ZiRo`5 [0] (ZiRo_@42.120-84-212.ippool.ndo.com) |
| 18:49:35 | NJoin | crash_ [0] (~crash@a15167580.alturo-server.de) |
| 18:50:49 | jyp | hello, Huston? |
| 18:50:59 | jyp | do you copy ? |
| 18:52:00 | jyp | So, crash, what is your plan ? |
| 18:52:26 | | Nick zeekoe is now known as Houston (me@vpn006163.vpn.utwente.nl) |
| 18:52:28 | Houston | copy |
| 18:52:31 | | Nick Houston is now known as zeekoe (me@vpn006163.vpn.utwente.nl) |
| 18:52:35 | jyp | rofl |
| 18:53:20 | zeekoe | seems they're still floating around in cyberspace |
| 18:53:53 | jyp | They didn't know they were entering... the twilight zone... |
| 18:55:00 | zeekoe | is that a song? |
| 18:55:59 | jyp | http://www.scifi.com/twilightzone/ |
| 18:57:40 | zeekoe | hm.. fun... i only knew of the name 'twilight zone' by the cd's with illegal software being around a few years ago |
| 18:58:11 | jyp | heh |
| 18:58:14 | crash_ | hey |
| 18:58:34 | crash_ | what a netsplit ;) |
| 18:58:46 | crash_ | is a good question |
| 18:59:20 | jyp | your plan? |
| 18:59:22 | crash_ | i recently read a post/mail/something of one of the developers, that the wiki should be used for documentation and that too technical stuff shouldnt be there |
| 18:59:41 | jyp | Ok |
| 18:59:56 | jyp | then we'll keep a separate wiki for the tech stuff |
| 18:59:58 | crash_ | so i would like to talk with zagor or someone other responsible for the wiki if its ok to put your wiki completly over to rockbox |
| 19:00 |
| 19:00:03 | crash_ | dont know |
| 19:00:08 | crash_ | this question is open |
| 19:00:13 | crash_ | i dont like this idea |
| 19:00:39 | crash_ | but i can imagine this already has been discussed |
| 19:00:43 | jyp | I don't have any definite opinion |
| 19:00:47 | crash_ | ;) |
| 19:00:52 | jyp | Flatly, I don't care ;) |
| 19:01:17 | crash_ | i think you can separate the technical stuff quite easy with setting no links ;) |
| 19:01:37 | crash_ | but we should discuss this with some of the rockbox guys ;) |
| 19:01:53 | jyp | Alright |
| 19:01:55 | crash_ | so who is responsible / has overview over the rockboxwiki ? |
| 19:02:01 | zeekoe | or just a "Warining - the following links are for approved service personnel only" |
| 19:02:18 | crash_ | lol |
| 19:03:16 | crash_ | sounds like a sentence fvrom matrix: you can step over this line but we dont take any responsabilty for any knowledage you may gain ;) |
| 19:03:25 | zeekoe | bjorn stenberg can reset passwords |
| 19:03:41 | zeekoe | i think that's zagor |
| 19:03:46 | crash_ | yep |
| 19:05:54 | jyp | Anyways... I was going to ask where I can find the technical domumentation for the recorder lcd |
| 19:06:32 | [IDC]Dragon | in the datasheet section |
| 19:06:57 | jyp | checking ... |
| 19:11:37 | [IDC]Dragon | amiconn: you're probably not really around? |
| 19:12:19 | amiconn | I am here |
| 19:12:26 | [IDC]Dragon | :) |
| 19:12:55 | amiconn | Do you have some tests for me, e.g. checking on the player with 2 FAT16 partitions? |
| 19:13:07 | [IDC]Dragon | maybe I've been seing ghosts, but now I can't reproduce the problem without cache |
| 19:13:22 | [IDC]Dragon | but well with cache |
| 19:14:04 | [IDC]Dragon | some debug out tells it tries to access out of range sectors #s if the problem approaches |
| 19:14:22 | amiconn | Strange. You reported that the problem is independent from the caching earlier!? |
| 19:14:42 | [IDC]Dragon | that's the "seeing ghosts" part |
| 19:14:43 | amiconn | How do you get the debug output? |
| 19:14:54 | [IDC]Dragon | redefineing DEBUGF |
| 19:15:02 | amiconn | Ah. |
| 19:15:17 | [IDC]Dragon | locally, to use my pseudo-splash |
| 19:15:39 | amiconn | Let's see if this is reproducable with 2x FAT16 on the player. Then I could try to use gdb (not that this would be fun...) |
| 19:16:09 | [IDC]Dragon | I know |
| 19:16:38 | [IDC]Dragon | better wait a bit before really gdb-ing |
| 19:16:45 | amiconn | I wonder why out-of-range accesses don't trigger the panic, or are they read-only? |
| 19:16:59 | [IDC]Dragon | read, yes |
| 19:17:59 | [IDC]Dragon | the fat cache probably sends it into the forest |
| 19:19:00 | amiconn | Luckily the player is flashed, so it's possible to start with 2 FAT16 partitions. |
| 19:19:43 | [IDC]Dragon | ah, yes, a side problem |
| 19:20:22 | amiconn | Not a big one though, this would also be possible with archos in flash (with a total of 3 partitions) |
| 19:21:20 | [IDC]Dragon | I need to meditate a bit more in the fat cache code |
| 19:21:41 | amiconn | Btw, I'll check the various partition types soon. It seems we don't allow all fat 16 variants (< 32 MB, > 32 MB and LBA) |
| 19:22:14 | [IDC]Dragon | forget <32 MB |
| 19:22:29 | amiconn | Why? Someone may dig out an old MMC... |
| 19:22:33 | [IDC]Dragon | besides, I don't know about such variants? |
| 19:23:05 | gromit` | re |
| 19:24:01 | [IDC]Dragon | first I need to go grocery shopping... |
| 19:24:03 | amiconn | [IDC]Dragon: FAT16 <32 MB is type 0x04, FAT16 >32MB is type 0x06, and FAT16 with LBA addressing (located above 8 GB) is type 0x0E |
| 19:24:22 | [IDC]Dragon | later, gotta run |
| 19:24:25 | | Quit [IDC]Dragon ("CGI:IRC") |
| 19:24:51 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
| 20:00 |
| 20:29:15 | *** | Saving seen data "./dancer.seen" |
| 20:38:55 | jyp | We just had a "rockbox gmini" project meeting ... :) |
| 20:39:50 | jyp | Our CVS server has been down for two weeks and the person hosting it hasn't given news since then... |
| 20:40:22 | jyp | So, since we plan to "merge" with rockbox anyways... would you provide us with cvs hosting ? |
| 20:58:10 | amiconn | jyp: I'm afraid only LinusN, Zagor or Bagder are able to answer this request. |
| 20:58:31 | Quel|away | hmm |
| 20:58:41 | jyp | alright |
| 20:58:43 | jyp | Thanks for the answer ;) |
| 20:58:44 | Quel|away | you can always get cvs hosting from sourceforge |
| 20:58:56 | Quel|away | :) |
| 20:59:00 | jyp | Yup |
| 20:59:13 | jyp | But it mage sense to regroup |
| 20:59:16 | jyp | just asking |
| 20:59:27 | jyp | s/mage/made |
| 21:00 |
| 21:00:35 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
| 21:03:07 | | Quit mecraw_ (Read error: 60 (Operation timed out)) |
| 21:04:10 | Quel|away | :) |
| 21:04:24 | Quel|away | of course, i just pointed out another option |
| 21:05:29 | Quel|away | amiconn: i finally contacted archos and they told me to send them the box, they pay the shipment :) |
| 21:05:58 | Quel|away | i suppose they will change the drive and send mine to seagate, as seagate gives 3 year warranty |
| 21:06:02 | amiconn | Nice |
| 21:12:24 | | Join [IDC]Dragon [0] (~idc-drago@p3EE2D0F0.dip.t-dialin.net) |
| 21:13:20 | [IDC]Dragon | hi again |
| 21:17:00 | amiconn | hi |
| 21:17:54 | amiconn | Do you have a reproducable method to trigger the vanishing root dir? |
| 21:18:07 | [IDC]Dragon | yes |
| 21:18:17 | [IDC]Dragon | the one I told yesterday |
| 21:23:32 | amiconn | Hmm. I didn't manage to make the root dir completely vanish again since I changed the FAT16 handling. |
| 21:23:40 | amiconn | (on Ondio, that is) |
| 21:24:33 | amiconn | The only effect that I am able to trigger is that the root dir is displayed incomplete, when flipping through dirs while the playback is loading data in the background |
| 21:25:04 | amiconn | Then I can see only 2 dirs instead of 4 dirs and 4 files in the root |
| 21:25:06 | [IDC]Dragon | I have some test variants, if you like |
| 21:25:24 | [IDC]Dragon | but it doesn't make too much sense |
| 21:25:47 | [IDC]Dragon | non caching, seperate caches, debug output |
| 21:25:53 | amiconn | I did not yet manage to trigger such an effect on the player at all |
| 21:26:15 | amiconn | Maybe ata is too fast to catch the right moment... |
| 21:27:09 | [IDC]Dragon | you could insert a panic in the transfer function, on read errors (caused by out of range ata sectors) |
| 21:28:04 | [IDC]Dragon | I get such a read error when returning into the root for the first time, but the problem only shows at the 2nd time |
| 21:29:05 | amiconn | This should not happen at all |
| 21:33:15 | zeekoe | just a suggestion: did you thought of mounting the mmc card in /mnt? |
| 21:33:16 | | Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) |
| 21:33:23 | zeekoe | might that be easyer? |
| 21:33:39 | zeekoe | no checking on double names, etc |
| 21:34:46 | zeekoe | hm, there could rise problems when creating playlists on pc though |
| 21:36:06 | amiconn | The concept works like this, only that the mount point is /<MMC1> (yes I know that there are forbidden characters in the path, as Linux and Windows see it) |
| 21:36:46 | amiconn | The name is in fact arbitrary |
| 21:37:58 | zeekoe | ah ok |
| 21:38:12 | | Join EGM92 [0] (~EGM92@CPE0004e28f8bf8-CM000e5cdd62ea.cpe.net.cable.rogers.com) |
| 21:38:46 | EGM92 | Hey guys I was wondering I can't get onto the rockbox site but is there any support for multimedia players yet? |
| 21:41:51 | | Quit EGM92 (Client Quit) |
| 21:41:57 | Quel|away | afaik no |
| 21:42:05 | Quel|away | ups.. gone |
| 21:42:06 | Quel|away | :) |
| 21:42:09 | | Nick Quel|away is now known as quelsaruk (~kvirc@80.103.129.238) |
| 21:42:56 | amiconn | [IDC]Dragon: I do not get a panic on read when the partial root dir appears. |
| 21:43:50 | [IDC]Dragon | hmm |
| 21:46:52 | [IDC]Dragon | perhaps an in-range corruption |
| 21:47:35 | amiconn | I'll check the root dir by hand, with a hex editor. I suspect the partial dir is only the first sector |
| 21:51:56 | amiconn | Uhh, now that looks strange! |
| 21:52:13 | amiconn | I did a disk dump of the first megabyte of the internal flash. |
| 21:52:46 | amiconn | The partition should start on sector 32 (0x4000), and the config sector being located at sector 30 (0x3C00) |
| 21:53:08 | amiconn | I have sectors looking like FAT16 sectors from sector 6 on.... |
| 21:53:18 | | Join lImbus [0] (lImbus@67-61.244.81.adsl.skynet.be) |
| 21:53:28 | lImbus | huhuu \o/ |
| 21:55:22 | amiconn | [IDC]Dragon: These stray fat sectors do not occur in the reserved area though. Real FAT starts at sector 38 (addr 0x4C00) |
| 21:56:57 | [IDC]Dragon | maybe some stray cache flush brought them there |
| 21:59:23 | amiconn | Ok, cleaned them. I should check from time to time whether they reappear |
| 22:00 |
| 22:08:06 | amiconn | The 2 displayed dirs are in fact located in one root dir sector, however, it is neither the first nor the last. |
| 22:08:36 | amiconn | It's sector 5 (counting from 0) |
| 22:25:58 | | Join [IDC]Dragon2 [0] (~idc-drago@pD9E349E6.dip.t-dialin.net) |
| 22:29:17 | *** | Saving seen data "./dancer.seen" |
| 22:31:49 | amiconn | How many dragons are there? ;-) |
| 22:32:02 | [IDC]Dragon2 | unleashed |
| 22:34:05 | amiconn | I checked a bit more. The directory entries that are displayed are part of the 2nd pseudo cluster. The entries from the 1st pseudo cluster vanish if there is activity on the other volume at that time |
| 22:34:42 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 22:34:51 | [IDC]Dragon2 | sounds like a plain stupid bug |
| 22:35:09 | [IDC]Dragon2 | I'll try my medidation soon |
| 22:35:20 | amiconn | Ommmmm.... |
| 22:35:43 | [IDC]Dragon2 | real life reqieres some attention still |
| 22:35:57 | | Join thegeek [0] (~thegeek@ti521110a080-0072.bb.online.no) |
| 22:37:33 | | Join muz [0] (~54091fb6@labb.contactor.se) |
| 22:37:48 | muz | hey guys |
| 22:37:57 | lImbus | hi |
| 22:38:09 | muz | hows the iriver port going? |
| 22:41:15 | | Quit zeekoe () |
| 22:44:18 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 22:44:29 | | Nick [IDC]Dragon2 is now known as [IDC]Dragon (~idc-drago@pD9E349E6.dip.t-dialin.net) |
| 22:49:24 | [IDC]Dragon | now I got some time to meditate |
| 22:49:33 | [IDC]Dragon | but am already tired |
| 22:49:55 | [IDC]Dragon | I tried the separate cache variant again |
| 22:50:11 | [IDC]Dragon | with the same reproduceable error |
| 22:51:28 | [IDC]Dragon | which puzzles me, how can they collide? |
| 22:51:51 | amiconn | Maybe this doesn't have to do with the fat caching, but with opening both root dirs at once. |
| 22:52:06 | amiconn | The root dirs don't use the fat... |
| 22:52:56 | amiconn | I'm currently looking at dir.c |
| 22:52:59 | [IDC]Dragon | with no caching, it works |
| 22:53:36 | [IDC]Dragon | I committed dir.c some minutes ago |
| 22:54:06 | [IDC]Dragon | with my pionter update, no behaviour change |
| 22:56:32 | muz | are you guys talkin about the iriver? |
| 22:58:50 | lImbus | muz: no, it's a bug they are hunting. |
| 23:00 |
| 23:10:58 | | Quit muz ("CGI:IRC (EOF)") |
| 23:13:09 | amiconn | [IDC]Dragon: I'm trying to understand the fat caching. I wonder why the cache consists of 2 parts - a small struct array and the sector cache itself. |
| 23:19:31 | | Quit [IDC]Dragon (Read error: 60 (Operation timed out)) |
| 23:25:21 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF84F1.dip.t-dialin.net) |
| 23:25:28 | amiconn | hi again ;) |
| 23:25:38 | amiconn | I found a potential race condition... |
| 23:25:49 | [IDC]Dragon | tonight t-online dislikes *me*, for a change |
| 23:26:09 | [IDC]Dragon | speak up |
| 23:27:11 | [IDC]Dragon | I just wanted to say that the read errors I get are in legal range! |
| 23:27:38 | [IDC]Dragon | I moved the panic out of the write, and it doesn't trigger |
| 23:27:44 | amiconn | cache_fat_sector() first checks if the entry is free, and if yes, it reads the sectors, then marks the entry as inuse. The sector reading may yield. In case another thread decides to use the same entry, it still finds it marked as free... |
| 23:28:16 | [IDC]Dragon | but instead, ata_read_sectors returns an error |
| 23:28:25 | amiconn | why? |
| 23:28:48 | [IDC]Dragon | you're the man to answer that |
| 23:28:50 | amiconn | Ah, you mean your read error observations |
| 23:29:11 | amiconn | What error code do you get? |
| 23:29:28 | [IDC]Dragon | (race condition) yes, we should mark first |
| 23:29:52 | [IDC]Dragon | have to output the error code, hang on |
| 23:36:09 | [IDC]Dragon | error -12 |
| 23:38:32 | amiconn | Hmm, that is strange. -12 means the card did not send a data block (in time) as a reply to the read command. |
| 23:38:48 | amiconn | In which place do you get this error? |
| 23:39:09 | [IDC]Dragon | when returning to root for the 1st time |
| 23:39:18 | [IDC]Dragon | or, where in the code? |
| 23:39:23 | amiconn | In the code. |
| 23:39:36 | [IDC]Dragon | within transfer() |
| 23:41:53 | amiconn | Argh! In ata_read_sectors, you change the global variable current_card before locking the mutex. |
| 23:42:07 | [IDC]Dragon | uh oh |
| 23:42:11 | [IDC]Dragon | I blew it |
| 23:42:43 | amiconn | I intended to remove that global variable completely when implementing multivolume. |
| 23:43:10 | [IDC]Dragon | yes, I just saved the extra #if |
| 23:43:27 | amiconn | I don't know yet for sure whether this is critical or not |
| 23:44:00 | [IDC]Dragon | it's worth removing those race conditions |
| 23:45:28 | amiconn | Yes. What I don't know for sure yet is whether this creates a race condition at all. |
| 23:45:52 | [IDC]Dragon | the read panic comes from reading 256 sectors, this must be the mpeg thread |
| 23:46:05 | amiconn | read panic? |
| 23:46:22 | [IDC]Dragon | my locally added one |
| 23:46:32 | amiconn | Ah ok. |
| 23:47:29 | [IDC]Dragon | remember I have to start playback + go back to root to cause it |
| 23:47:57 | [IDC]Dragon | mixing mpeg and browser access |
| 23:48:30 | amiconn | Yes, me too, plus the (partly) vanishing rootdir occurs only if the mpeg thread is reloading at the moment I go back to the root. |
| 23:48:42 | amiconn | However, the music continues playing... |
| 23:49:10 | [IDC]Dragon | maybe it has "won" |
| 23:49:24 | [IDC]Dragon | or, a glitch is less apparent |
| 23:49:43 | [IDC]Dragon | and some minute in the future |
| 23:52:32 | amiconn | You're right - it plays a wrong part (from a totally different song!) after a while |
| 23:57:56 | amiconn | I still don't get what may cause the ata_read_sectors() error. Although not completely clean, the current_card handling should do no harm. |
icon identifies that the person is a core developer (has commit access).