| 00:00:33 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 00:23:03 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF8E6A.dip.t-dialin.net) |
| 00:23:16 | [IDC]Dragon | amiconn: I just coded the unmount |
| 00:23:59 | amiconn | Nice :). I committed my rename safety measure, it does work correctly |
| 00:24:19 | [IDC]Dragon | it's a little bit more than just resetting the mounting flag: the fat cache gets flushed for that volume, too, and the fsinfo update |
| 00:24:44 | [IDC]Dragon | but, what do we do if the MMC is ripped out? Those will fail |
| 00:24:55 | amiconn | I thought about having 2 methods to unmount, soft and hard |
| 00:26:09 | amiconn | The soft variant (closing all files properly, with flushing) would be called before usb, and the hard variant (without flushing anything) for a ripped off MMC. |
| 00:27:40 | [IDC]Dragon | yes, that's good |
| 00:28:06 | amiconn | Could be a simple boolean parameter of the unmount function |
| 00:28:45 | [IDC]Dragon | plus an an invalidate function in dir.c and file.c |
| 00:29:57 | *** | Saving seen data "./dancer.seen" |
| 00:30:19 | amiconn | Found your fat cache mutexing. Let's see if this improves anything, e.g. recording... |
| 00:30:35 | [IDC]Dragon | hard to test |
| 00:30:41 | | Join PnkyChkn [0] (PnkyChkn@ACA9A775.ipt.aol.com) |
| 00:31:04 | PnkyChkn | hi, anyone around? |
| 00:31:10 | [IDC]Dragon | yes |
| 00:31:53 | PnkyChkn | Hi there. I'm having a bit of a complicated issue with my studio 20. Think you might be able to help? |
| 00:32:07 | amiconn | [IDC]Dragon: Especially long-term recordings used to cause problems. I could run a test recording overnight |
| 00:32:19 | PnkyChkn | Actually it's more of a computer issue than an issue with my player... |
| 00:33:49 | [IDC]Dragon | amiconn: but linus said recording is done all from one tread? |
| 00:33:59 | PnkyChkn | I'm trying to take the casing off of my Dell computer so I can load my player's hard drive into it, but there doesn't seem to be any kind of screw on the casing.....just holes. |
| 00:34:19 | PnkyChkn | wondering if anyone has any experience with Dells? |
| 00:34:29 | [IDC]Dragon | not me |
| 00:34:46 | amiconn | PnkyChkn: same here |
| 00:37:14 | amiconn | [IDC]Dragon: The recording risk with fat caching that Linus mentioned is Ondio only... no test case for me :( |
| 00:38:52 | amiconn | Maybe that this is (was?) the cause for the panic recfile -1 on Ondio though |
| 00:39:25 | [IDC]Dragon | hopefully |
| 00:43:57 | amiconn | Wth does caching a dirty fat sector mean? |
| 00:44:33 | [IDC]Dragon | dirty means it has been modified, but not written back |
| 00:45:10 | amiconn | Yes, but when I cache the sector, i.e. read it from disk, it never will be dirty? |
| 00:45:46 | [IDC]Dragon | freshly read, no, but the param indicates we will write to it |
| 00:46:09 | amiconn | Ah, marking it dirty beforehand? |
| 00:46:18 | [IDC]Dragon | I now put the marking in there, too |
| 00:46:43 | | Join gedkc380 [0] (~gedkc380@0-3pool154-239.nas22.kansas-city2.mo.us.da.qwest.net) |
| 00:46:54 | | Part gedkc380 |
| 00:47:05 | [IDC]Dragon | because then the called needs no knowledge about the descriptor organisation, to mark it |
| 00:47:47 | [IDC]Dragon | s/called/caller |
| 00:48:30 | [IDC]Dragon | it is also less code size, because the addressing is done already |
| 01:00 |
| 01:01:42 | | Nick jyp__ is now known as jyp (~jp@237.131-200-80.adsl.skynet.be) |
| 01:05:41 | | Join [IDC]Dragon2 [0] (~idc-drago@pD9FF8AFC.dip.t-dialin.net) |
| 01:06:12 | | Quit mecraw__ (Read error: 104 (Connection reset by peer)) |
| 01:06:19 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
| 01:06:51 | | Join Digital007 [0] (~accad7e8@labb.contactor.se) |
| 01:06:58 | Digital007 | Hi |
| 01:07:06 | amiconn | [IDC]Dragon: I found another unnecessary complicated and slow construct (fat.c lines 1625..1628). The whole cluster could be cleared in one transfer() call |
| 01:07:35 | [IDC]Dragon2 | hang on, I'm merging+committing |
| 01:08:14 | amiconn | (as long as a cluster does not consist of >256 sectors. It never does with FAT) |
| 01:09:10 | | Quit Digital007 (Client Quit) |
| 01:09:26 | [IDC]Dragon2 | ok, committed once more |
| 01:10:09 | [IDC]Dragon2 | not 1625..1628 ony more... |
| 01:10:17 | amiconn | Argh, I should check more thoroughly... This would need a big memory area with zeros... |
| 01:13:34 | [IDC]Dragon2 | I'm off |
| 01:14:39 | [IDC]Dragon2 | you could start with hotswap if you like, unmount is there (untested) |
| 01:15:01 | [IDC]Dragon2 | or also go to bed |-) |
| 01:15:30 | [IDC]Dragon2 | bye! |
| 01:15:34 | | Quit [IDC]Dragon2 () |
| 01:20:05 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 01:34:19 | | Quit jyp ("Leaving") |
| 01:34:20 | | Quit PnkyChkn (Read error: 54 (Connection reset by peer)) |
| 01:35:46 | | Quit mecraw__ ("Trillian (http://www.ceruleanstudios.com)") |
| 01:36:22 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
| 01:41:34 | | Quit Ka__ ("* poof *") |
| 01:44:46 | Quel|away | time to go to bed |
| 01:44:49 | Quel|away | cu another day |
| 01:44:53 | | Quit Quel|away ("KVIrc 3.0.1.99 'System Virtue'") |
| 01:47:01 | | Join Ka_ [0] (~tkirk@69.243.74.180) |
| 01:57:13 | | Part amiconn |
| 02:00 |
| 02:29:59 | *** | Saving seen data "./dancer.seen" |
| 02:48:06 | | Join PnkyChkn [0] (PnkyChkn@AC9AC534.ipt.aol.com) |
| 02:48:19 | PnkyChkn | hello? |
| 02:50:03 | PnkyChkn | anybody home? |
| 03:00 |
| 03:19:09 | | Quit PnkyChkn () |
| 03:47:37 | | Join echs [0] (~echs@p54808540.dip.t-dialin.net) |
| 04:00 |
| 04:04:00 | | Quit echs_ (Read error: 110 (Connection timed out)) |
| 04:30:00 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:16:22 | veteran | i'm home |
| 06:00 |
| 06:30:01 | *** | No seen item changed, no save performed. |
| 06:48:46 | | Quit veteran ("—I-n-v-i-s-i-o-n— 2.0 Build 3515") |
| 07:00 |
| 07:06:50 | | Quit MooMaunder (Read error: 110 (Connection timed out)) |
| 07:15:55 | | Join PnkyChkn [0] (PnkyChkn@AC9F4D3F.ipt.aol.com) |
| 07:16:08 | PnkyChkn | hello? |
| 07:16:31 | PnkyChkn | anybody around? |
| 07:19:53 | | Quit PnkyChkn (Client Quit) |
| 07:30:43 | | Join PnkyChkn [0] (PnkyChkn@AC9F4D3F.ipt.aol.com) |
| 07:40:16 | | Quit PnkyChkn () |
| 08:00 |
| 08:30:04 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:18:01 | | Join Zagor_ [242] (~bjst@labb.contactor.se) |
| 09:18:05 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 09:19:56 | | Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) |
| 09:24:40 | | Part Zagor |
| 09:24:43 | | Join zagor [242] (~bjst@labb.contactor.se) |
| 09:24:52 | | Nick zagor is now known as Zagor (~bjst@labb.contactor.se) |
| 09:36:56 | | Join LePoulpe [0] (~lpos@AMontpellier-251-1-31-176.w83-113.abo.wanadoo.fr) |
| 09:37:02 | LePoulpe | hi all |
| 09:38:55 | Zagor | hi |
| 09:39:44 | LePoulpe | has anyone experienced the "red led dead" problem and found a way to avoid it ??? |
| 09:40:36 | Zagor | lots of people have experienced it (or it wouldn't have a name). we are not sure what causes it, but it appears a lot more common in a specific drive type |
| 09:42:41 | LePoulpe | i have it up to 5 times in 30 minutes when using JB in my car ; and it happens 2 times during 4 hours when plugged quietly on my stereo |
| 09:43:33 | LePoulpe | in the beginning i suspect large playlist(3000 songs) in my car ; but it happens with small too , perhaps less often |
| 09:43:35 | Zagor | do you have a Hitachi DK23DA disk? |
| 09:43:47 | LePoulpe | could it be from hard drive fragmentation or things like that |
| 09:44:03 | LePoulpe | it's hitachi ; i'm not sure for exact reference |
| 09:44:46 | Zagor | menu->info->debug->view disk info |
| 09:44:50 | LePoulpe | it happens very rarely with rockbox version 2.0 |
| 09:45:12 | LePoulpe | i suspect the batteries now |
| 09:45:16 | LePoulpe | i'l lchange them |
| 09:45:56 | Zagor | it's not the batteries, it's a combination of a hardware issue on these disks and a software issue in our ata driver. we have tried to nail it down for more than a year |
| 09:46:22 | LePoulpe | i've read it on rockbox site |
| 09:46:57 | LePoulpe | i have an issue that noboby seems to have : |
| 09:47:10 | Zagor | would you be interested in helping us by testing different versions and see when it started to happen? |
| 09:47:29 | LePoulpe | sometimes , when it's dead , the current time is greater than the time of the song |
| 09:47:47 | LePoulpe | iv' alrady seen such a display : 6:25 3:45 |
| 09:47:48 | Zagor | a big problem for us is that none of the core developers can trigger a red led dead |
| 09:48:12 | LePoulpe | forme in my car, this problem make my jb almost unusable |
| 09:48:29 | LePoulpe | 75% of the time this problem appears when pushing "next" button |
| 09:48:31 | Zagor | are you sure it only does this sometimes? if you play the song again, does it work better then? |
| 09:48:42 | LePoulpe | wait |
| 09:48:44 | LePoulpe | sometimes |
| 09:48:50 | LePoulpe | it's dead |
| 09:48:52 | Zagor | otherwise it could simply be a vbr index problem |
| 09:48:54 | LePoulpe | i switch off |
| 09:49:13 | LePoulpe | when it asks 'resume / stop" |
| 09:49:15 | LePoulpe | i resume |
| 09:49:18 | LePoulpe | and it's dead again |
| 09:49:30 | LePoulpe | sometimes i can click on next and it begins next song |
| 09:49:38 | LePoulpe | and sometimes i must relaod the playlist |
| 09:49:47 | Zagor | yes, the red led dead can happen any time |
| 09:50:48 | Zagor | can you help us test and find it? |
| 09:50:56 | LePoulpe | currently my jb is out of battery (like every 3 hours or less, that's why i want to change 'em) , but tomorrow once it's reloaded i'll install version 2. |
| 09:50:58 | LePoulpe | 2.0 |
| 09:51:07 | LePoulpe | it would be a pleasure for me |
| 09:51:16 | LePoulpe | i like your stuff ;-) |
| 09:52:00 | Zagor | excellent, i'll prepare some versions for you to try. i won't be here tomorrow morning though, perhaps in the evening. |
| 09:52:33 | LePoulpe | i'm here in GMT + 1 work hours |
| 10:00 |
| 10:03:30 | | Quit LePoulpe () |
| 10:30:06 | *** | Saving seen data "./dancer.seen" |
| 10:41:39 | | Join amiconn [0] (~jens@pD95D1068.dip.t-dialin.net) |
| 10:42:00 | amiconn | hi all |
| 10:44:25 | Zagor | hi |
| 10:45:36 | Bagder | howdy |
| 10:47:41 | crash_ | Zagor: can u reach donat.org/archos right now? |
| 10:48:04 | Zagor | yes |
| 10:48:09 | crash_ | funny |
| 10:48:15 | crash_ | here it works again |
| 10:48:22 | crash_ | but at home it doesnt work |
| 10:48:32 | Zagor | same for me |
| 10:49:13 | Zagor | the routing is different from work than from home |
| 10:54:01 | Zagor | I can reach it from www.haxx.se but not from rockbox.haxx.se :-) |
| 10:54:27 | Zagor | (they are hosted on different networks) |
| 10:58:14 | crash_ | i cant reach it from t-online backbone |
| 10:58:34 | crash_ | but reachable from schlund+partner backbone |
| 10:58:36 | crash_ | quite funny |
| 10:58:52 | crash_ | so i can start copying parts of gmini wiki from work |
| 10:59:27 | Zagor | still no sign of life from strath? |
| 10:59:37 | crash_ | dont think so |
| 11:00 |
| 11:00:00 | crash_ | jyp and gromit didnt tell me anything |
| 11:00:25 | crash_ | but as i said, i dont think it is wrong to copy the content |
| 11:00:31 | crash_ | or do you think ? |
| 11:01:34 | Bagder | well |
| 11:01:37 | Zagor | i would prefer to have consensus form strath before we start putting it on rockbox.org anyway |
| 11:01:42 | Bagder | we got some iriver data "copied" |
| 11:01:51 | Bagder | that upset some people a lot |
| 11:02:00 | Bagder | so upset they ran away |
| 11:02:03 | Bagder | never to return |
| 11:02:11 | crash_ | oh :/ |
| 11:02:20 | Bagder | we don't want that to repeat |
| 11:02:25 | crash_ | sure |
| 11:02:35 | crash_ | so i'll set it on hold |
| 11:05:05 | Lynx_ | is there a (recorder) shortcut to put a file in the queue? I mean without going through the file menu? |
| 11:06:03 | Zagor | no, long-play,play,play is the shortest sequence |
| 11:06:39 | Lynx_ | ah, didn't know about long-play. but that sequence get's it into the playlist, right? |
| 11:07:00 | Zagor | ah, right. queueing requires three down-clicks |
| 11:07:09 | Lynx_ | ok... |
| 11:07:30 | crash_ | Zagor: Bagder : so what do you think when i can start copying the data, if we dont hear anything from strath? |
| 11:07:35 | Lynx_ | another thing that annoys me: is there a way to start playing something without having the whole folder in the playlist as a result? |
| 11:09:04 | Zagor | crash_: i don't know. i think we should wait another week at least. |
| 11:09:29 | Zagor | Lynx_: only by adding the individual track to the playlist |
| 11:10:41 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 11:12:01 | Lynx_ | so if i add the first track to the playlist, and then add another with 'add last', there are only the two in there, and not the rest of the folder contents in between? |
| 11:14:21 | Zagor | correct |
| 11:15:22 | Lynx_ | hmm, maybe it would be a nice feature to be able to set the default to 'put only one file in list' instead of 'put folder contents in list' on play in the browser. |
| 11:16:10 | Zagor | yes, but only very few people want to play a single file then stop |
| 11:22:46 | Lynx_ | well, i start with a single file to listen, and then add more. probably many people do this if they don't want to listen to a whole album? |
| 11:24:30 | Lynx_ | well, but adding the single file first is only a few clicks more...just have to remember not to just play it. |
| 11:24:35 | Zagor | i shouldn't claim to know what people do or don't. i just know we haven't had that request before. but patches are always welcome :-) |
| 11:24:52 | Zagor | lunch, bbl |
| 11:25:21 | Lynx_ | guten appetitt ;-) |
| 11:38:04 | | Join JJ-Demon [0] (~JJ-Demon@203-206-19-88.dyn.iinet.net.au) |
| 11:49:44 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 11:50:00 | lImbus | hi all |
| 11:50:08 | JJ-Demon | hi |
| 12:00 |
| 12:30:08 | *** | No seen item changed, no save performed. |
| 12:50:09 | | Quit lImbus (Remote closed the connection) |
| 13:00 |
| 13:27:15 | | Quit JJ-Demon () |
| 13:29:36 | [IDC]Dragon | amiconn: do you read? |
| 13:30:58 | | Join reini|feuerwehr [0] (~reini@M994P013.adsl.highway.telekom.at) |
| 13:31:08 | reini|feuerwehr | hi |
| 13:31:10 | | Nick reini|feuerwehr is now known as rieni (~reini@M994P013.adsl.highway.telekom.at) |
| 13:31:13 | | Nick rieni is now known as reini (~reini@M994P013.adsl.highway.telekom.at) |
| 13:32:42 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 13:36:24 | reini | i have a problem with my jukebox(studio 20)...when i play songs with it, it stops after 2 or 3 songs and the player is freezing...then i have to restart it again. do u think, is this a software bug or a hadware problem(i use the latest rockbox version) |
| 13:36:48 | Zagor | is the red light on when it freezes? |
| 13:37:17 | reini | hmm, im not sure, i think so |
| 13:37:45 | reini | its running atm, i can tell in some minutes |
| 13:38:10 | Zagor | also, try using the archos firmware and see if you get the same problem |
| 13:40:18 | reini | what says it, when the red light is on? |
| 13:40:30 | Zagor | nothing, but the red light shines :-) |
| 13:41:05 | Zagor | we have a known problem with some disk models, where the disk sometimes freezes. we call it the "red led death" |
| 13:41:25 | reini | cool, im not alone ;) |
| 13:41:55 | reini | a friend had a similar problem, he send the harddisk to ibm and now it works |
| 13:42:12 | reini | but when i enter my serial number at the hitachi website, it says, it's invalid |
| 13:42:32 | Zagor | interesting, I didn't know hitachi acknowledged this problem |
| 13:42:54 | Zagor | which serial number are you entering? where do you read it from? |
| 13:43:13 | reini | i entered all ;) |
| 13:43:23 | reini | but i think its the one on the back |
| 13:44:03 | Zagor | the one on the back is archos player serial number. hitachi probably wants the disk serial number. |
| 13:44:29 | reini | yeah, i mean on the hdd |
| 13:44:34 | Zagor | oh ok |
| 13:44:52 | reini | damn, already the 3rd song and it still running |
| 13:44:59 | reini | +is |
| 13:45:04 | Zagor | :) |
| 13:45:44 | reini | maybe, there is a problem with the batteries, they are very loosely in it |
| 13:46:01 | reini | could this be? |
| 13:46:33 | Zagor | perhaps. try stretching the springs a bit. |
| 13:47:02 | reini | ok 4th song, new record ;) |
| 13:47:40 | reini | thx, ill do this after, maybe it freezes now... |
| 13:49:57 | reini | btw, the website and the software roxx, good job! |
| 13:50:14 | Zagor | thanks |
| 13:51:12 | reini | i cant stretch one spring, i make a foto, then u can see why.. |
| 13:52:29 | LinusN | reini: you mean the wire soldered across the spring? |
| 13:52:49 | reini | exactly |
| 13:53:09 | LinusN | if your batteries are loose, the circuit board holding the springs might be loose |
| 13:53:34 | LinusN | http://www.rockbox.org/docs/repairbattery.html |
| 13:55:02 | reini | alright, thx...is there any problem, which is unsolved? ;) |
| 13:56:35 | Zagor | :) |
| 14:00 |
| 14:04:33 | reini | hmm, no soldering iron here :/ |
| 14:04:34 | | Quit methangas (Read error: 104 (Connection reset by peer)) |
| 14:04:36 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
| 14:05:42 | reini | last there was also a problem....a song was running, and when it should go to the next song, the first song was continuing. the display say 6:47/3:45...a bit strange. after i pressed a button, it freezes... |
| 14:10:11 | reini | LinusN i dont think, the curcuit board is loose...the springer is just too short i think...so the batteries are not very tight in it |
| 14:14:24 | LinusN | weird, i haven't yet seen a player where the batteries aren't tighly fit |
| 14:15:25 | Zagor | many people are cutting off the retaining wire to get tighter springs |
| 14:16:00 | LinusN | probably the same guys that come back with broken solder joints on the pcb:s :-) |
| 14:21:03 | Zagor | :) |
| 14:21:23 | reini | hehe...i'll try to make it the retaining wire, but i think, this works only for one or two millimeters |
| 14:23:59 | Zagor | if you have more than two milimeters slack, something is seriously wrong |
| 14:24:40 | reini | its about 2mm |
| 14:26:03 | reini | http://www.rockbox.org/docs/solderjoints.jpg when you look on the back right, there is this battery contact, where the + of the battery is...what if a put a small metaplate in there? would this work? |
| 14:28:13 | LinusN | what batteries are you using? |
| 14:29:41 | reini | the beautiful green ones ;) |
| 14:30:08 | reini | the standards, i got from archos |
| 14:30:12 | *** | Saving seen data "./dancer.seen" |
| 14:31:08 | reini | i diassembled my archos yesterday for the first time |
| 14:31:54 | reini | so i havent a possibility yet to buy new ones |
| 14:33:25 | reini | however, they have all the same size, so it doesnt matter, what batteries i use |
| 14:35:32 | Zagor | i just haven't heard about anyone having a problem with the batteries rattling around in the archos before |
| 14:36:24 | reini | its the only way i can explain it |
| 14:36:59 | reini | ill try something...brb |
| 14:37:09 | * | LinusN is amused by the MisticRiver forum |
| 14:38:03 | LinusN | every other thread with complaints about the Hxx players ends up with a "Rockbox will fix that" reply :-) |
| 14:53:12 | reini | damn |
| 14:53:31 | reini | i reassembled it and not its working ;) |
| 14:57:45 | reini | now* |
| 14:59:28 | LinusN | congrats |
| 15:00 |
| 15:01:32 | reini | thx ;) but i dunno, what the problem was o0o0 |
| 15:02:35 | LinusN | i still suspect the solder joints |
| 15:03:20 | reini | maybe, but i didnt do anything with it |
| 15:03:48 | reini | i disassembled it and pulled out the hdd |
| 15:03:58 | reini | then i reassembled it again and not its working.. |
| 15:09:50 | Zagor | whoa, the h320 has 4MB flash |
| 15:11:33 | reini | now* wth, i confuse t and w today.. |
| 15:11:44 | [IDC]Dragon | my Ondio has 128 MB ;-) |
| 15:11:49 | Zagor | hehe |
| 15:11:57 | Bagder | :-P |
| 15:12:42 | Bagder | 4MB leaves room for boot sound! ;-) |
| 15:12:54 | Zagor | yay :) |
| 15:13:10 | * | Bagder imagines Zagor's voice saying "rooooockbox" on each boot |
| 15:13:39 | LinusN | "another visitor...stay a while...staaaaaay forever" |
| 15:17:27 | reini | would you recommend the remote control for the jukebox? |
| 15:18:18 | Zagor | yes and no. sometimes a remote is very convenient, but it's a very very basic device |
| 15:19:20 | reini | hmm, its already sold out at amazon and in austria there isnt a archos dealer :/ |
| 16:00 |
| 16:08:53 | | Quit hgb (niven.freenode.net irc.freenode.net) |
| 16:08:53 | NSplit | niven.freenode.net irc.freenode.net |
| 16:08:54 | NHeal | niven.freenode.net irc.freenode.net |
| 16:08:54 | NJoin | hgb [0] (~hgb@cm-80.111.5.236.chello.no) |
| 16:10:15 | | Part LinusN |
| 16:17:31 | amiconn | [IDC]Dragon: Now I'm here, but only shortly |
| 16:28:15 | amiconn | (away again) |
| 16:30:15 | *** | Saving seen data "./dancer.seen" |
| 16:40:04 | | Join ciratose [0] (chris1712@user-2427.l5.c3.dsl.pol.co.uk) |
| 16:40:28 | ciratose | hellllllo everyone |
| 16:40:48 | ciratose | anyone know if theres any site for cool stuff to do with the gmini xs200? |
| 16:41:00 | ciratose | or any plans for RockBox to make an xs200 firmware? |
| 16:41:08 | Zagor | yes |
| 16:41:29 | ciratose | xs200 firmware? |
| 16:42:19 | | Quit ciratose (Client Quit) |
| 16:48:36 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
| 16:52:11 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
| 17:00 |
| 17:00:10 | | Join crash__ [0] (~crash@a15167580.alturo-server.de) |
| 17:00:24 | | Join mbr_ [0] (~mb@stz-softwaretechnik.de) |
| 17:01:17 | | Quit crash_ (Read error: 104 (Connection reset by peer)) |
| 17:01:32 | | Nick crash__ is now known as crash_ (~crash@a15167580.alturo-server.de) |
| 17:04:18 | | Quit mbr (Read error: 110 (Connection timed out)) |
| 17:23:25 | | Part Zagor |
| 17:31:33 | | Join Lynx0 [0] (HydraIRC@134.95.189.59) |
| 17:37:29 | | Quit Lynx_ (Nick collision from services.) |
| 17:37:53 | | Nick Lynx0 is now known as Lynx_ (HydraIRC@134.95.189.59) |
| 18:00 |
| 18:00:27 | crash_ | names |
| 18:00:30 | crash_ | argh |
| 18:07:33 | Lynx_ | ? |
| 18:28:21 | | Join Nibbler [0] (~andrer@port-212-202-73-11.dynamic.qsc.de) |
| 18:30:17 | *** | Saving seen data "./dancer.seen" |
| 18:54:03 | | Join webguest51 [0] (~043ef7d7@labb.contactor.se) |
| 18:54:26 | | Quit webguest51 (Client Quit) |
| 18:55:42 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
| 19:00 |
| 19:12:24 | | Quit [IDC]Dragon ("CGI:IRC") |
| 19:35:59 | | Join PnkyChkn [0] (PnkyChkn@ACA5FCC7.ipt.aol.com) |
| 19:36:45 | PnkyChkn | hello? |
| 19:43:13 | lImbus | ho |
| 19:44:28 | PnkyChkn | hi |
| 19:45:21 | PnkyChkn | I'm having issues with what I think is a hard drive with an error on it |
| 19:45:24 | PnkyChkn | in my Studio 20 |
| 19:45:51 | PnkyChkn | think you might be able to help? |
| 19:49:05 | | Join webguest40 [0] (~043ef7d7@labb.contactor.se) |
| 19:49:11 | lImbus | sorry, I was away, I am back, reading |
| 19:49:32 | PnkyChkn | no problem |
| 19:49:43 | lImbus | mhmm. don't know. let's try it. explain your problems. |
| 19:49:48 | PnkyChkn | ok |
| 19:50:24 | PnkyChkn | it all started a month or two ago, when I was walking with my player in my pocket and it stopped working. Whenever I'd try to reboot it, I'd get "waiting" and then a File sys error. |
| 19:50:37 | PnkyChkn | To date I have: |
| 19:50:43 | PnkyChkn | changed the batteries |
| 19:50:48 | PnkyChkn | checked the battery connectors |
| 19:51:26 | PnkyChkn | tried to reformat the hard drive via USB (the computer will beep when I connect the player via USB, but it refuses to recognize the drive) |
| 19:51:39 | lImbus | uh |
| 19:51:43 | lImbus | the latter sounds bad. |
| 19:52:16 | PnkyChkn | and tried to IDE connect via a 2.5 -> 3.5 adapter (I can't get past the setup menu, where it shows the drive as an "Unknown Device") |
| 19:52:16 | lImbus | so you did not get your box running since that day one or two month ago ? |
| 19:52:22 | PnkyChkn | nope. |
| 19:52:38 | lImbus | ok, the latter is what I just wanted to propose |
| 19:53:14 | PnkyChkn | I thought I might be missing some kind of driver, but I've re-downloaded everything related that I can find from archos and still no luck. |
| 19:53:24 | lImbus | it certainly has nothing to do with the rockbox-software nor the archos hardware if the device just does not react anymore like a usual hard drive |
| 19:53:37 | lImbus | there are no drivers for hard disks. |
| 19:53:42 | PnkyChkn | ah |
| 19:53:50 | PnkyChkn | So the thing's busted? |
| 19:54:06 | lImbus | there can be firmwares to be updated and additional tools for noise managment for example, but no literal driver |
| 19:54:10 | lImbus | yeah, it sounds bad. |
| 19:54:35 | PnkyChkn | damn |
| 19:54:46 | PnkyChkn | anything else I might be able to do at all? |
| 19:55:04 | lImbus | the fact windows recognises there is "something", but the device itself is not even able to identify itself looks very bad. |
| 19:56:14 | PnkyChkn | sheesh |
| 19:56:15 | lImbus | if the device would be recognised but not useable, then you could try a lot of things like reformatting/cleaning logically and physically. but that looks like the interface hardware is broken |
| 19:56:16 | | Quit reini (Read error: 110 (Connection timed out)) |
| 19:56:36 | lImbus | I can sell you a 13 GB hard drive I got here around :-) |
| 19:57:23 | PnkyChkn | hrm. So the actual unit itself is usable, I just need a new hard drive? |
| 19:57:37 | PnkyChkn | and how much? |
| 19:58:49 | lImbus | hehe, that was just for fun, I don't know even if it still works :-/ |
| 19:59:18 | lImbus | mhmm. my hdd possibly does not work. your unit most probably will. |
| 19:59:47 | PnkyChkn | ah |
| 20:00 |
| 20:00:06 | lImbus | you should have a look at the last weeks mailing list archive. there have been a lot of discussions about which harddrive fits and so on. |
| 20:00:20 | lImbus | aren't you keen on a 80 gb-ish hdd ? |
| 20:01:37 | PnkyChkn | only if the price is right :-) |
| 20:08:54 | PnkyChkn | Now if I were to get, say, a 30 GB fujitsu laptop hard drive, that WOULD work on the Jukebox, right? |
| 20:15:49 | | Join SurferJoe [0] (~4444dab4@labb.contactor.se) |
| 20:18:48 | SurferJoe | I just bought a remote control from eBay auction and can't get it to work. It does plug into the Ear jack, correct? I'm running ROCKbox 2.4. |
| 20:23:10 | lImbus | PnkyChkn: yes, most probably. I don't know about any incompability to ANY "usual" laptop hard drive. I strongly recommend you thou to read the ml-archive |
| 20:23:23 | lImbus | SurferJoe: yes, correct |
| 20:23:59 | lImbus | SurferJoe: what device do you own ? Ondios do not support remotes for example |
| 20:24:27 | PnkyChkn | limbus, what part of the ml-archive? |
| 20:24:53 | lImbus | PnkyChkn: the last weeks most probably |
| 20:25:01 | PnkyChkn | looking for what? |
| 20:25:28 | lImbus | for comments about incompability. or suitable drives in general. |
| 20:25:37 | PnkyChkn | ah |
| 20:25:37 | lImbus | SurferJoe: I see the newer Recorders (v2) do not support them as well. |
| 20:28:55 | PnkyChkn | but limbus, if I've got a Fujitsu hard drive in my player already, it's pretty safe to assume that a 30 GB will work just as well (or in this instance, better) than the 20 GB? |
| 20:29:08 | PnkyChkn | isn't it? |
| 20:30:21 | *** | Saving seen data "./dancer.seen" |
| 20:30:23 | lImbus | yo |
| 20:30:59 | PnkyChkn | ? |
| 20:31:11 | lImbus | yes, your right |
| 20:31:18 | PnkyChkn | cool |
| 20:31:21 | PnkyChkn | thanks |
| 20:31:31 | lImbus | don't know exactly how to behave for formatting. some say it's not possible through usb, some say it's not possible with windows-xp-tools, but that's the further step :-) |
| 20:31:58 | PnkyChkn | ? |
| 20:32:17 | PnkyChkn | so I might not be able to format it? |
| 20:32:51 | lImbus | there is certainly a way for normal creatures like you and I to do, but it might be not the obvious one. there may be a trick. dunno |
| 20:33:36 | lImbus | a lot of people are talking about a special tool (freeware from another company) that is called SwissKnife or SwissNife |
| 20:33:46 | lImbus | that seems to do the job. |
| 20:34:07 | PnkyChkn | and how does that work? IDE or USB? |
| 20:34:21 | PnkyChkn | or do we know? |
| 20:35:41 | | Quit echs ("re-x") |
| 20:36:19 | lImbus | easiest way is certainly ide. |
| 20:36:44 | lImbus | swissknife does it all, but is so well known for it's usb-capabilities. |
| 20:37:01 | PnkyChkn | ah |
| 20:37:03 | lImbus | I THINK it then has to be fat32, but I'm not sure. |
| 20:37:17 | PnkyChkn | one thing I'm confused about (since I never got it to work) |
| 20:37:17 | amiconn | PnkyChkn: It's certainly possible to format via USB. I did that (but using a sophisticated way). |
| 20:37:29 | PnkyChkn | when you hook the drive up to IDE, how is the computer supposed to react? |
| 20:37:46 | PnkyChkn | and do you need to disconnect the primary hard drive before you do it? |
| 20:37:54 | amiconn | The partition has to be a primary partition, and formatted FAT32 in order to be recognized by the firmware, be it archos or rockbox |
| 20:38:19 | PnkyChkn | but if I'm using XP that's pretty easy to do, right? |
| 20:38:47 | amiconn | You can simply format it using the XP tools, but only if the partition is < 32 GB. WinXP refuses to format larger partitions with FAT32 |
| 20:39:02 | lImbus | ah, that was it. |
| 20:39:12 | PnkyChkn | well, I'll only be working with a 30 GB hard drive anyway, so that's not a problem |
| 20:39:15 | * | lImbus is having a 40 GB |
| 20:39:39 | amiconn | Either use a special tool, like swissnife, h2format with WinXP, or use another OS (Win98, or Linux etc) |
| 20:40:06 | PnkyChkn | but I'm still confused about the whole IDE thing. |
| 20:40:20 | PnkyChkn | how it's supposed to react |
| 20:41:17 | PnkyChkn | should the normal hard drive be disconnected, or can you just attach the 2.5'' to an extra IDE slot via adapter, and if I do it that way, does it need to be set to slave? |
| 20:41:39 | PnkyChkn | and how do you set it to slave.... |
| 20:41:44 | PnkyChkn | (if needed) |
| 20:45:09 | lImbus | mhmm. |
| 20:45:21 | lImbus | there are somewhat called jumpers on the drive |
| 20:46:18 | PnkyChkn | right |
| 20:46:30 | lImbus | these define if your hdd is master or slave |
| 20:46:35 | PnkyChkn | right |
| 20:46:43 | | Quit ZiRo`5 (Client Quit) |
| 20:46:49 | lImbus | your already existing hdd should stay master, the damaged one should be slave |
| 20:47:09 | PnkyChkn | I'm not sure where to find the jumpers on the 2.5'' though |
| 20:47:28 | lImbus | see if you can get a manual for the drive |
| 20:47:52 | lImbus | including jumper description, preferably |
| 20:47:52 | PnkyChkn | I've been trying :-\ |
| 20:48:25 | lImbus | if now, due to adding the damaged hdd to you computer, your whole computer does not start anymore into windows and so on, then this is another sign for a damaged hdd :-) |
| 20:49:15 | PnkyChkn | my computer wasn't starting into windows, but could that be because both were set to master? |
| 20:50:18 | lImbus | yes. |
| 20:50:24 | lImbus | that could be the cause |
| 20:50:29 | PnkyChkn | ok |
| 20:50:45 | lImbus | and your broken drive was most probably jumpered to be the master within your mp3-player |
| 20:51:03 | PnkyChkn | now, one more quick question, before I go on another scavanger hunt trying to figure this out: |
| 20:51:31 | PnkyChkn | if I had disconnected the actual primary hard drive and plugged in the broken one as the only hard drive, would I still have not been able to boot up into windows? |
| 20:51:57 | lImbus | there is a third setting you can set up with jumpers, it's "cable select". i don't like it. in this scenario the fact where the drive is connected on the cable defines wheter it's master or slave |
| 20:52:28 | lImbus | no, cuz windows is on the hard disk you'd have been removing from your computer |
| 20:52:36 | PnkyChkn | that's what I figured |
| 20:52:42 | PnkyChkn | ok |
| 20:52:49 | PnkyChkn | you've given me hope :-) |
| 20:52:58 | lImbus | BUT it may be your bios would recongise it |
| 20:53:09 | lImbus | as beeing to only one master on the bus |
| 20:53:29 | lImbus | when it says something about "Siemens Fujistu Computers Disk blabla" |
| 20:53:47 | lImbus | THEN you may be lucky |
| 20:53:57 | PnkyChkn | no, when the broken drive was the only one connected, it still said "Unknown Device" |
| 20:54:03 | lImbus | you ought then try to reformat as amiconn said |
| 20:54:12 | lImbus | mhmm :-( |
| 20:54:23 | lImbus | how old is your computer ? |
| 20:54:35 | lImbus | which version of windows is it able to run ? |
| 20:54:36 | PnkyChkn | <6 |
| 20:54:43 | PnkyChkn | months |
| 20:54:47 | PnkyChkn | XP pro |
| 20:54:48 | lImbus | ow. |
| 20:54:52 | lImbus | thats new enogh |
| 20:54:57 | PnkyChkn | no go? |
| 20:55:19 | lImbus | older computer may have problems to recognize such "big" drives |
| 20:55:25 | lImbus | I just wanted to be sure |
| 20:55:27 | SurferJoe | sorry, I have an Archos JB/Rec 20. That's what the guy had that I bought it from. |
| 20:55:37 | lImbus | hehe |
| 20:56:02 | PnkyChkn | so would it be worth it to search for jumper information and try it that way, or will it still not work? |
| 20:56:14 | lImbus | mhmm. dunno. |
| 20:56:28 | lImbus | your drive shouldve been jumpered as master, so... |
| 20:56:37 | SurferJoe | The headphones past thru the remote, but none of the functions work |
| 20:56:39 | lImbus | it shouldve worked at least "a bit" in your computer |
| 20:57:23 | amiconn | SurferJoe: What jukebox model do you have? |
| 20:57:35 | lImbus | SurferJoe: are you sure you own a device that is able to handle remotes ? then you should have a look at the batteries inside the remote |
| 20:58:31 | SurferJoe | yes, Archos shows I have the correct remote. Hmm, batteries. Didn't realize that. |
| 20:58:57 | PnkyChkn | lmao |
| 20:59:01 | PnkyChkn | :-) |
| 20:59:14 | PnkyChkn | batteries are always a novel concept, I suppose |
| 20:59:35 | lImbus | it's not supposed to be swapped, you have to unscrew the remote |
| 20:59:45 | SurferJoe | I thought the remote would get power from the player. |
| 20:59:50 | lImbus | with a very tiny screwdriver |
| 21:00 |
| 21:00:16 | lImbus | no, the fourth ring is just for "returning" information. |
| 21:00:28 | SurferJoe | yes, there is a battery |
| 21:00:41 | lImbus | as I said :-) |
| 21:01:00 | SurferJoe | yes, as a matter of fact, 2 batteries |
| 21:01:01 | lImbus | but it has to be in a good shape |
| 21:01:07 | lImbus | it may be simply low |
| 21:01:30 | SurferJoe | 2 x 3v |
| 21:01:44 | lImbus | yo |
| 21:01:49 | lImbus | cr2032 or something like that |
| 21:03:13 | SurferJoe | triplett says 6.2 volts. That should be o.k. |
| 21:04:47 | lImbus | what is triplett ? |
| 21:05:05 | lImbus | do you measure while they are in use ? |
| 21:06:57 | SurferJoe | installed, pressing buttons I get 5.75v |
| 21:07:35 | lImbus | mhmm. that should do the job. |
| 21:07:59 | SurferJoe | wait, when I press on the batteries, it started to work |
| 21:08:07 | lImbus | do you actually see anything broken ? like by hazard the fourth cable ? |
| 21:08:21 | lImbus | ahh, that's some good news :-) |
| 21:08:48 | SurferJoe | no, I think it's the cheesy battery holder/bracket |
| 21:09:29 | SurferJoe | I'll pull out the batteries, and push it down |
| 21:11:37 | SurferJoe | That was it. Works fine now. Thanks for the help !!! |
| 21:12:26 | lImbus | you're welcome |
| 21:12:30 | | Join rieni [0] (~reini@M902P018.adsl.highway.telekom.at) |
| 21:15:27 | | Join Digital007 [0] (~acbd21f2@labb.contactor.se) |
| 21:15:36 | SurferJoe | oh, a Triplett is an analog volt/ohm meter, very popular 25 years ago :-)> |
| 21:17:17 | Digital007 | is Rockbox working on the iRiver yet? |
| 21:17:23 | Digital007 | I saw the wiki but was still curious |
| 21:17:26 | SurferJoe | http://www.triplett.com/pis/pis%20pics/pis_3010.gif |
| 21:17:51 | lImbus | SurferJoe: ah. I thought one of these crappy digital ones. no way of measuring battery voltages with that :-) |
| 21:17:59 | lImbus | Digital007: not yet |
| 21:18:27 | Digital007 | ok but how is progress coming? |
| 21:21:27 | lImbus | don't know |
| 21:21:40 | lImbus | try to ask Bagder, LinusN or Zagor |
| 21:22:04 | lImbus | I know a lot of work has been done, but I can't estimate how much still has to be done. |
| 21:22:38 | lImbus | from what I know the kernel is ported, I saw a picture of a dissasembled iRiver showing a directory list. |
| 21:22:53 | lImbus | that whould imply ata is working as well :-) |
| 21:38:41 | | Join zeekoe2 [0] (me@vpn006102.vpn.utwente.nl) |
| 21:38:59 | | Nick zeekoe2 is now known as zeekoe (me@vpn006102.vpn.utwente.nl) |
| 21:45:58 | | Quit SurferJoe ("CGI:IRC (EOF)") |
| 22:00 |
| 22:06:17 | | Join Stryke` [0] (~Chairman8@24-168-110-99.si.rr.com) |
| 22:06:17 | | Quit PnkyChkn (Read error: 104 (Connection reset by peer)) |
| 22:07:36 | | Join Dulcise [0] (~Will@cpc2-darl1-5-0-cust195.midd.cable.ntl.com) |
| 22:11:06 | | Join Spida [0] (Spida@pD9E09E6D.dip.t-dialin.net) |
| 22:11:11 | Spida | hi |
| 22:12:06 | | Join [IDC]Dragon [0] (~idc-drago@pD9512645.dip.t-dialin.net) |
| 22:13:39 | [IDC]Dragon | hi again! |
| 22:13:54 | [IDC]Dragon | amiconn: I missed your "time slot" |
| 22:14:36 | [IDC]Dragon | my question was: do you know if any romboxable build is close to the limit? |
| 22:17:15 | * | amiconn checks |
| 22:18:08 | lImbus | Spida: bist du's ? cccac ? |
| 22:19:15 | amiconn | [IDC]Dragon: Do you ask because of multivolume for the hd models? I don't like the idea of enabling this by default. |
| 22:19:28 | [IDC]Dragon | yes, that's why |
| 22:21:56 | [IDC]Dragon | btw, thanks for clearing the warnings I overlooked last night |
| 22:22:28 | [IDC]Dragon | how about #define HAVE_HOTSWAP ? |
| 22:22:56 | amiconn | The tightest fit for rombox is the v2. There are 3606 bytes left with current cvs |
| 22:23:17 | [IDC]Dragon | the unmount should rather be conditioned like that |
| 22:24:01 | amiconn | I don't think so. |
| 22:24:12 | [IDC]Dragon | 3606 bytes sounds like a fair distance |
| 22:24:38 | amiconn | Imho fat_unmount() should be available even without multivolume, to be called before acknowledging USB. |
| 22:24:46 | [IDC]Dragon | hotswap is an additional feature to multivolume |
| 22:24:56 | [IDC]Dragon | ok, that specific case, ok |
| 22:25:14 | [IDC]Dragon | ahem, andinvalidating files/dirs too |
| 22:25:27 | [IDC]Dragon | so basically all of it |
| 22:25:53 | amiconn | I did not find a way to make the latter (invalidating files/dirs) 100% clean. |
| 22:26:01 | [IDC]Dragon | except for UI parts like a tree refesh |
| 22:26:17 | [IDC]Dragon | I was about to ask that |
| 22:26:42 | amiconn | If we want to close the files/dirs in a clean way, we would need to flush them. |
| 22:26:47 | [IDC]Dragon | if we have a chance to pull off the handles under the app |
| 22:27:10 | [IDC]Dragon | that may create a lot of unhandled errors |
| 22:27:55 | amiconn | While going through all handles to close them, some other thread may again open a file handle we already closed.. |
| 22:28:44 | amiconn | Imho there are 2 ways: |
| 22:28:50 | [IDC]Dragon | more mutexing, but this will block the thread |
| 22:29:03 | [IDC]Dragon | or somehow deflect open |
| 22:29:08 | amiconn | (1) Simply invalidate all handles, then unmount. This does not leave the chance that some other thread reopens a file (no yield() ) |
| 22:29:48 | amiconn | (2) Have a flag associated with the volume, to indicate shutdfown-in-progress. Use this to deny open() attempts |
| 22:30:22 | *** | Saving seen data "./dancer.seen" |
| 22:30:23 | [IDC]Dragon | (1) the unmount may flush, e.g. write and yield |
| 22:30:49 | amiconn | Yes, but at this point the .mounted flag should already be false |
| 22:30:53 | Spida | lImbus: ja |
| 22:31:28 | [IDC]Dragon | (2) sounds better, if this can be coded compactand elegant |
| 22:33:06 | [IDC]Dragon | not mounted is such a flag... |
| 22:34:15 | amiconn | Indeed... but if you unset this before flushing and closing the open files/dirs, the fat operations to do this would no longer work |
| 22:35:40 | [IDC]Dragon | they will, the flag is just for the UI and remount |
| 22:36:38 | [IDC]Dragon | but an (almost) dual-purpose is not kiss |
| 22:38:02 | amiconn | functions that depend on fat_bpbs[volume].mounted : fat_open(), fat_opendir() |
| 22:38:49 | amiconn | I don't know for sure whether the file/dir code doesn't use these when cleaning up (but I believe it doesn't) |
| 22:40:15 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") |
| 22:40:18 | [IDC]Dragon | I've put that sanity check only into those "entry" functions |
| 22:41:05 | [IDC]Dragon | and wanted to remove it once stable, it's not rockbox philosophy to check arguments |
| 22:42:12 | [IDC]Dragon | we follow the "you get what you deserve" approach, needing much less code |
| 22:42:42 | amiconn | I'm not sure whether it is overkill to try and flush everything on dismount. Rockbox did work well without that in the past. |
| 22:43:04 | amiconn | Imho flushing the fat in fat_unmount() is the more important part, because it ensures consistent file system structures |
| 22:43:25 | [IDC]Dragon | yes |
| 22:43:42 | [IDC]Dragon | plus, we rarely write |
| 22:43:56 | amiconn | Flushing the files cannot guarantee consistent data anyway, because the file itself may be inconsistent as long as the application holds it open |
| 22:44:18 | [IDC]Dragon | that's why the app has to ack USB |
| 22:45:54 | amiconn | kay, so for USB it is the responsibility of the app to care for its files. For the removed MMC, there is nothing we can do anyway... |
| 22:46:25 | amiconn | Simply invalidating the handles should be sufficient |
| 22:46:51 | [IDC]Dragon | if nobody crashes about it later |
| 22:47:56 | amiconn | Still better than writing old data on the new volume into wrong places... |
| 22:48:21 | [IDC]Dragon | :-/ |
| 22:48:53 | amiconn | I experienced that yesterday, with the cross-volume rename. It created cross-linked files and other "nice" effects |
| 22:49:34 | [IDC]Dragon | amazing, so much harm in such a little function... |
| 22:59:29 | amiconn | Did you notice there is a new GCC 3.3.5 available for cygwin? |
| 23:00 |
| 23:00:00 | amiconn | I'm curious whether somebody already tried this with rockbox |
| 23:00:21 | | Join bagawk [0] (~acc7695e@labb.contactor.se) |
| 23:00:42 | [IDC]Dragon | no, I'm the last to check for gcc versions |
| 23:01:36 | [IDC]Dragon | is it for SH? |
| 23:02:09 | amiconn | Yes, Eric Lassauge updated his packages: http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
| 23:03:19 | [IDC]Dragon | my cygwin setup is fragile enough to better not play with it |
| 23:04:31 | amiconn | I think I will try these packages myself, let's see what happens. |
| 23:05:52 | amiconn | Cygwin is not that hard to set up |
| 23:06:50 | bagawk | I always had problems with the installer−−- if i took to long to select packages, the download would fail |
| 23:07:28 | [IDC]Dragon | it's not hard only if it works, I had my issues with it |
| 23:08:08 | [IDC]Dragon | Bluechips' package saved me on a resistive PC |
| 23:08:11 | amiconn | Hmm. I never experienced such problems. Some mirrors cause trouble downloading; tu-dresden did always work reliable for me. |
| 23:08:39 | | Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 23:08:55 | bagawk | kernel.org is a very fast mirror for me (was getting 2000kbytesps or so) |
| 23:09:02 | bagawk | Maybe because the server is close :) |
| 23:09:14 | bagawk | I think OSU serves some of kernel.org |
| 23:16:29 | | Quit webguest40 ("CGI:IRC (Ping timeout)") |
| 23:16:51 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 23:19:37 | | Nick Bagder_ is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 23:24:18 | | Join Zagor [242] (foobar@h254n2fls31o265.telia.com) |
| 23:27:04 | [IDC]Dragon | hiya |
| 23:27:07 | Zagor | hi |
| 23:27:52 | [IDC]Dragon | have you read our thought about hotswap/cleanup/USB ? |
| 23:27:59 | [IDC]Dragon | thoughts |
| 23:28:07 | Zagor | reading the log now |
| 23:28:11 | bagawk | Hej Zagor |
| 23:28:43 | Zagor | hej |
| 23:31:33 | Zagor | i must say i don't think this rombox focus is healthy. we shouldn't avoid adding useful code to the project. |
| 23:33:16 | Bagder | the only sane approach is to have ifdefs for rombox's features to leave out |
| 23:33:36 | Bagder | and do special builds for rombox |
| 23:33:46 | Bagder | I mean in the long run |
| 23:33:48 | Zagor | about hotswap: i don't think we need it. we will never be able to handle an unplanned card eject, so we shouldn't even try. |
| 23:34:11 | * | Bagder goes to sleep |
| 23:35:27 | [IDC]Dragon | "never be able to handle an unplanned card eject", why not? |
| 23:35:41 | Zagor | stopping disk access from all threads is already handled, for usb. do we really need more? |
| 23:35:48 | [IDC]Dragon | night Bagder |
| 23:36:00 | Zagor | because there is no warning when the card is ejected |
| 23:36:36 | [IDC]Dragon | yes, but we don't have cacheing besides the FAT |
| 23:37:10 | Zagor | correct, but we may be writing. ejecting then can leave broken cluster chains, which is a bad thing. |
| 23:37:11 | [IDC]Dragon | if you rip it out while recording, that's your problem |
| 23:37:52 | [IDC]Dragon | I rather envision the "normal" case, sitting in the browser |
| 23:39:28 | Zagor | yes, but if we say "you can change card at any time" people will do just that. can we really define a few clear-cut cases when this is not allowed. how about dynamic playlists? |
| 23:39:48 | [IDC]Dragon | taking out the card, seeing the volume go away, inserting another, having it reappear |
| 23:40:00 | | Quit bagawk ("CGI:IRC") |
| 23:41:06 | | Join bagawk [0] (~acc7695e@labb.contactor.se) |
| 23:41:13 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
| 23:41:16 | [IDC]Dragon | perhaps one day the shown volume name is not <MMC1> but the true name |
| 23:41:40 | [IDC]Dragon | so you have feedback while trying out your cards |
| 23:41:44 | Trevmar | Hey, Jorg, I left a message for you on the forum. I now have 3 dead Ondios to resuscitate -LOL |
| 23:42:12 | [IDC]Dragon | Trevmar: I just made photos about my Ondio boot hardware |
| 23:42:21 | Trevmar | Excellent work on the backlight, by the way... |
| 23:42:30 | bagawk | Ill take one :) |
| 23:42:50 | [IDC]Dragon | nobody commented on it until now |
| 23:42:58 | Trevmar | Photos? Just what I need.. I think I am stuck with reall low-level resuscitation |
| 23:43:28 | Zagor | [IDC]Dragon: it's very risky. i don't like having options that can trick users to corrupt their cards. |
| 23:43:52 | bagawk | [IDC]Dragon: The backlight was cool, do the EL foils come in other colors though? |
| 23:44:07 | Trevmar | Blue is OK. 89Skr is OK too... |
| 23:44:13 | Trevmar | plus shipping |
| 23:44:25 | [IDC]Dragon | bagawk: in general yes, but this was the only one close to size I could get |
| 23:44:36 | [IDC]Dragon | I would have preferred white |
| 23:45:08 | Trevmar | I had to switch on my Jukebox recorder to notice it is green :) |
| 23:45:26 | bagawk | [IDC]Dragon: I love the bluish white of the backlight mod we both did :) |
| 23:46:00 | | Quit zeekoe () |
| 23:46:57 | Zagor | amiconn: rockbox works well without flushing because we postpone the usb takeover until our file operations are completed. hotswap is way more risky. |
| 23:46:57 | Trevmar | I have to take off my sunglasses to see blue lights :( |
| 23:47:10 | [IDC]Dragon | Zagor: browser with no play nor record should be a safe point |
| 23:47:24 | [IDC]Dragon | Trevmar: http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/ |
| 23:47:36 | [IDC]Dragon | 2 new pis there |
| 23:47:41 | [IDC]Dragon | pics |
| 23:48:22 | Zagor | [IDC]Dragon: yes it is. but having a screen saying "now it's safe to swap your mmc card" is a lot safer |
| 23:48:32 | amiconn | Yes, hotswap is more risky. However, it is a feature that the original firmware supports, and I think it's an important feature |
| 23:48:59 | amiconn | It's simply cumbersome to reboot just to swap MMCs |
| 23:49:08 | [IDC]Dragon | the safe screen or soft eject would be as clumsy as a power cycle |
| 23:49:09 | Zagor | oh. i thought the original require a reboot when swapping. |
| 23:49:31 | | Join xen` [0] (xlwminm@planoise-2-82-227-196-9.fbx.proxad.net) |
| 23:50:47 | Zagor | then I understand the motivation :-) |
| 23:51:52 | Zagor | how does archos handle the dangerous ejects? just a warning in the manual? |
| 23:52:10 | amiconn | I must admit I never really read the Ondio manual |
| 23:53:35 | Trevmar | Jorg - OK, I see the two new photos. But how can I tell which of my three LCDs is dead?? LOL |
| 23:54:13 | [IDC]Dragon | you don't necessarily need such a strip, it's just a lot more convenient |
| 23:55:27 | lImbus | Trevmar: I got one death OndioFM as well. Mine displays something on the display after about half a minute. Did you wait so long for that Ondio that draws the 'healthy' 50 mA after releasing ON ? |
| 23:55:39 | Trevmar | Yes, I understand. I love your SD card plug by the way - very creative. I have some old pieces of that veroboard lying around somewhere... |
| 23:56:15 | [IDC]Dragon | or you tap PB1..3 at the CPU, but it's tiny there |
| 23:56:40 | [IDC]Dragon | or at the pullup array, but requires to take the tuner board off to reach it |
| 23:57:37 | [IDC]Dragon | see http://www.rockbox.org/twiki/pub/Main/ArchosOndio/pcb_back_tuner_off.jpg |
| 23:57:51 | [IDC]Dragon | (paart of ArchosOndio wiki page) |
| 23:57:58 | [IDC]Dragon | (part |
| 23:58:49 | Trevmar | Jorg - I waited 1 minute. Nothing on the display, no USB response either |
| 23:59:01 | [IDC]Dragon | close to the top edge of the PCB it a *4 resistor array, wired as pullup |
icon identifies that the person is a core developer (has commit access).