| 00:07:13 | amiconn | Zagor: The 256 sector ata limit has nothing to do with the fat code. That's why I consider this ugly. Imho ata_(read|write)_sectors should handle this |
| 00:08:27 | Zagor | it could, but that would only add extra code with no benefit |
| 00:10:40 | | Join Servo888 [0] (~vadim@bgp01031382bgs.sothfd01.mi.comcast.net) |
| 00:10:45 | Servo888 | afternoon all |
| 00:10:50 | Zagor | hi |
| 00:11:39 | Servo888 | I've just ran into this project 1 minute ago. Does your firmware run on the iFP-190? |
| 00:12:18 | Zagor | no |
| 00:12:48 | Servo888 | ok - thanks a bunch |
| 00:26:43 | | Quit _aLF ("Leaving") |
| 00:26:49 | | Join RemakingEden [0] (f@TSU-68-34-86-153.tsu01.md.comcast.net) |
| 00:27:10 | | Nick RemakingEden is now known as Professor (f@TSU-68-34-86-153.tsu01.md.comcast.net) |
| 00:28:11 | | Quit AciD (Read error: 232 (Connection reset by peer)) |
| 00:31:13 | amiconn | Bagder: How is that SOURCES file mechanism supposed to work. I.e. what would I have to do if I want to exclude some source files for some targets? |
| 00:32:25 | Zagor | it's preprocessed, so add #ifdefs to it |
| 00:32:52 | amiconn | Ah ok. |
| 00:36:41 | amiconn | That means the compilation for new source files is no longer automatic, they have to be added to the SOURCES file, right? |
| 00:36:49 | Zagor | correct |
| 00:38:20 | amiconn | That makes life a bit harder for first-time plugin developers. On the other hand, that allows to eg. exclude plugins for the wrong target completely. No more zero-sized .rocks :) |
| 00:40:06 | Zagor | yes :) |
| 00:43:55 | amiconn | Does that mechanism work correctly for the simulator builds? |
| 00:44:59 | Zagor | no, the sims are not using this system yet |
| 00:45:14 | amiconn | Ok |
| 00:51:53 | Zagor | hehe, a new mp3 player called "Rocbox"! http://www.engadget.com/entry/4585038726182450/ |
| 00:52:01 | *** | Saving seen data "./dancer.seen" |
| 00:53:49 | amiconn | Does it use a SH1 CPU? ;-) |
| 00:54:36 | Zagor | i doubt it. the company is called "Roc Digital" and is a branch off a hiphop record company called Roc-A-Fella. |
| 00:59:16 | Zagor | hmm, the dependencies have gotten worse with the new build system i think |
| 01:00 |
| 01:03:30 | amiconn | In what respect? The source files itself are still the same now, and some #ifdefs that are in there today can now be removed. |
| 01:04:08 | amiconn | The system does also save compile time, e.g. by not compiling the grayscale lib files at all for non-bitmap lcd. |
| 01:05:06 | Zagor | yes, but we don't calculate dependencies now. such as which .c files should be recompiled when a .h file has been modified. |
| 01:05:17 | amiconn | A propos grayscale: If someome with X11 programming experience could change the X11 sim to use a (grayscale) bitmap instead of pixel banging, I'd be happy to add grayscale support to the sim. The Win32 sim does already use a bitmap |
| 01:06:41 | amiconn | (dependencies) Hmm, that's indeed worse than before |
| 01:20:26 | amiconn | There is nothing concerning the Ondio in the News section... |
| 01:26:00 | Zagor | do you feel it's time to announce it? |
| 01:27:33 | amiconn | I only thought about it because the iRiver is already mentioned 2 times, though that port is in a much earlier stage |
| 01:27:58 | Zagor | true |
| 01:28:24 | Zagor | I'll add a blurb if you like |
| 01:28:33 | Zagor | any suggetion? |
| 01:32:55 | amiconn | Hmm. Perhaps something like that rockbox is currently ported to the flash-based Ondio, and there is some success already. Something like the early announcements for rockbox (before 1.0 was out) |
| 01:34:21 | Zagor | hmmm |
| 01:34:23 | amiconn | Maybe is draws more attention from potential users if it is in the News section. We could need some hardware survey results (different hw masks etc.) |
| 01:34:37 | amiconn | *Maybe it |
| 01:34:46 | Zagor | well, why not that then? a call for help. |
| 01:35:04 | Zagor | just like we had for the iriver |
| 01:36:33 | amiconn | Okay. This could be linked to the wiki topic |
| 01:39:01 | Zagor | ok, will you update the wiki page with what kind of help you need? |
| 01:39:23 | | Join iRiverMan [0] (~acbeb9a4@labb.contactor.se) |
| 01:39:39 | iRiverMan | hiya |
| 01:40:31 | Zagor | hi |
| 01:40:44 | iRiverMan | hi zag |
| 01:40:48 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
| 01:40:56 | iRiverMan | @};- |
| 01:41:02 | Zagor | amiconn: front page updated |
| 01:41:18 | amiconn | Zagor: Ok, thanks! I'll modify the wiki page a bit |
| 01:42:37 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 01:43:07 | iRiverMan | linus!!!!!!!!!!!!!! |
| 01:43:17 | LinusN | yes? |
| 01:43:32 | iRiverMan | hiya!!!!!! |
| 01:43:41 | LinusN | hi there |
| 01:43:55 | Zagor | wohoo, handle_shift() removed |
| 01:43:56 | iRiverMan | do u have an iriver/ |
| 01:44:45 | LinusN | iRiverMan: yes i do |
| 01:45:00 | iRiverMan | cool |
| 01:45:06 | iRiverMan | getting the knack of it/ |
| 01:47:31 | LinusN | i'm running gdb on it as we speak |
| 01:47:42 | iRiverMan | whats gdb? |
| 01:47:47 | LinusN | i have just dumped the flash contents to a file |
| 01:47:53 | iRiverMan | cool |
| 01:47:57 | LinusN | gdb == gnu debugger |
| 01:48:01 | iRiverMan | on-the-fly playlists!!!!! |
| 01:48:11 | iRiverMan | should be first perogative |
| 01:48:13 | LinusN | patience grasshopper |
| 01:48:18 | iRiverMan | :-P |
| 01:50:10 | iRiverMan | i think the f/w size for the iriver is 1.8mb |
| 01:51:14 | Zagor | amiconn: can you test if my button fixes are good for ondio? |
| 01:51:35 | amiconn | Zagor: Just a moment, currently editing the wiki |
| 01:51:51 | Zagor | sure, no rush |
| 01:52:46 | | Join PaulS [0] (~0d0274bd@labb.contactor.se) |
| 01:53:11 | Zagor | it's rather unfortunate that we're calling the browser context menu "onplay". many devices don't even have an on button. |
| 01:54:54 | Zagor | i'm cruelly removing pgup and pgdn for players. i can't imagine anyone ever used them anyway. |
| 01:55:14 | LinusN | PaulS: are you interested in a dump of the ihp-120 flash? |
| 01:56:58 | PaulS | I'm not sure that I don't already have one, from the hex files... |
| 01:57:18 | PaulS | I suppose if there are differences between the hex dump and the flash image, I'd be interested. |
| 01:58:31 | PaulS | Brief Q, Linus −− I guess it's two in one: 1) Did you need to configure anything special for the BDM? I.e, apart from the signal name translations (TRST->DSTCLK) is the BDM interface more or less straightforward? I'm having trouble getting any kind of a response from the iRiver in either JTAG or BDM mode. I would have guessed based on the description that for a barebones BDM I should be able to ignore the PSTn pins, do a reset using the reset pin, th |
| 02:00 |
| 02:00:46 | PaulS | I also tried to use nBKPT which also didn't have the intended effect (halt). |
| 02:01:12 | LinusN | first of all, are you sure you have connected to the correct pads? |
| 02:02:10 | PaulS | You tell me. :-) I used my "staring" approach, and I thought I knew which was which, but at one point you said that approach wouldn't work and that at some point you might make a picture. |
| 02:02:14 | LinusN | secondly, you must hold BKPT low right from when you release RESET |
| 02:02:26 | LinusN | the staring approach failed for me |
| 02:04:02 | PaulS | Yeah, I was trying that. I think I've got RESET right, at least, since that pin will restart the bootup if held for ~20ms. Longer and it will stay off. |
| 02:04:47 | LinusN | you want the correct pad for the TRST pin? |
| 02:04:52 | LinusN | hang on |
| 02:05:37 | | Quit iRiverMan ("CGI:IRC (Ping timeout)") |
| 02:06:10 | amiconn | Zagor: wiki topic updated, now testing button code |
| 02:06:31 | PaulS | I don't have a bare board to be absolutely certain of the other pins. I tried to use a combination of your pics and probing at the backsides of the vias, but that technique (esp with a populated board) is problematic. TRST, DSO(TDO), DSI(TDI), DSTCLK(TRST) and TMS(BKPT) are the ones I think I need. |
| 02:06:45 | PaulS | (Whoops, said TRST twice). |
| 02:07:00 | Zagor | amiconn: wait a minute, more updates coming |
| 02:07:16 | amiconn | Ok |
| 02:07:37 | PaulS | Of course I can also wait patiently for you to do the documentation. I don't need to open my iRiver again soon. |
| 02:08:06 | LinusN | i can do a nice picture, but not today |
| 02:08:11 | Zagor | committed |
| 02:09:00 | amiconn | Zagor: Do your latest changes fix the odd behaviour for the recorder/player/whatever too? |
| 02:09:27 | Zagor | yes |
| 02:09:39 | Zagor | hopefully :) |
| 02:09:42 | amiconn | building... |
| 02:10:01 | PaulS | LinusN: Not necessary. My question was about anything special you might have done. If it's just that I have the pins wrong, I can either solve the problem myself (go back to the vias) or just wait. |
| 02:11:30 | LinusN | no, i didn't have to do anything special |
| 02:11:34 | LinusN | one thing, though |
| 02:12:02 | LinusN | how do you supply power? |
| 02:12:16 | PaulS | I'm using the battery. |
| 02:12:19 | amiconn | Zagor: Now the main menu is callable from the browser, but only if you are fast enough: If the menu button is held down, the Ondio switches browser<->menu continuously... |
| 02:12:56 | LinusN | if you pull RESET, the power will disappear |
| 02:13:03 | Zagor | hmm, ok |
| 02:13:16 | LinusN | since the port pin that controls the power gets tristated |
| 02:13:20 | PaulS | Yeah, I noticed that if I held it > 20ms. |
| 02:13:58 | amiconn | Zagor: There is still no way to stop playback from the wps. Only pause is possible |
| 02:14:04 | PaulS | That's really the problem that foiled my JTAG efforts. |
| 02:14:30 | Zagor | amiconn: yes I know. but do you really need to stop? if so, on what button? |
| 02:14:43 | LinusN | see the 6-legged IC next to the reset button? |
| 02:14:45 | PaulS | (Though it turns out that BDM will be a _lot_ faster.) |
| 02:15:52 | Zagor | amiconn: also it is strange that it leaves the menu immediately. it's only supposed to leave on menu press, not menu repeat |
| 02:16:24 | amiconn | Hmm. It does... |
| 02:18:50 | amiconn | Zagor: The original firmware pauses with the first press of Menu, and stops on the second. Un-pause is done with Right (=Play) |
| 02:19:30 | amiconn | A long press of Menu is the context menu. On/Off is unused in the "wps" |
| 02:19:50 | amiconn | ...as well as in the browser |
| 02:20:06 | LinusN | PaulS: pin 4 of U28 (near the S in SW) controls the power, pull it up to VCC (i used 10k) to maintain power between resets |
| 02:20:23 | Zagor | the key question is when do you use stop? |
| 02:20:50 | amiconn | Ahem, when I want to stop playback? |
| 02:21:10 | PaulS | LinusN: Thanks! |
| 02:21:18 | Zagor | amiconn: why not pause? |
| 02:22:30 | amiconn | I have to admit that I use pause very rarely, most of the time I use stop. Rockbox resume function is great |
| 02:23:23 | Zagor | ok so we remove pause and use stop instead. the point is do we really need both? we don't have buttons for both, without making a complex multilevel gui |
| 02:23:58 | LinusN | ok, gotta sleep |
| 02:24:01 | LinusN | cu folks |
| 02:24:04 | Zagor | bye |
| 02:24:07 | amiconn | nite LinusN |
| 02:24:22 | PaulS | Nite LinusN. |
| 02:24:29 | | Part LinusN |
| 02:25:28 | amiconn | Zagor: Hmm. Perhaps someone will complain if there is no pause. I think the Archos approach is not that bad for this single problem |
| 02:26:04 | Zagor | i really don't like having pause and unpause on different buttons |
| 02:28:26 | amiconn | Hmm, I wouldn't have a problem with that. Imagine that in the not-so-far there will be a device that features separate play and pause buttons. |
| 02:29:02 | Zagor | yes, but then it will be obvious because the buttons are marked. anyway, i've got to go to bed now. let's discuss this more tomorrow. |
| 02:29:02 | amiconn | *not-so-fat future |
| 02:29:13 | amiconn | Okay. |
| 02:29:22 | amiconn | Perhaps I should do the same. |
| 02:29:31 | Zagor | bye |
| 02:29:32 | | Part Zagor ("Client exiting") |
| 02:34:25 | | Part amiconn |
| 02:49:30 | | Quit Chronic007 (Read error: 104 (Connection reset by peer)) |
| 02:52:04 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:15:18 | | Join telliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) |
| 03:18:38 | telliott | What does PLAY+REPEAT mean? |
| 03:31:21 | | Quit telliott (Read error: 104 (Connection reset by peer)) |
| 03:59:07 | | Join ashridah [0] (ashridah@220.253.122.58) |
| 04:00 |
| 04:03:47 | | Quit PaulS ("CGI:IRC (EOF)") |
| 04:16:13 | | Part scott666 |
| 04:40:47 | | Quit Servo888 ("using sirc version 2.211+KSIRC/1.3.11") |
| 04:52:08 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:15:00 | | Join ashridah_ [0] (ashridah@220-253-119-189.VIC.netspace.net.au) |
| 05:23:36 | | Quit ashridah (Connection timed out) |
| 05:35:30 | | Nick ashridah_ is now known as ashridah (ashridah@220-253-119-189.VIC.netspace.net.au) |
| 06:00 |
| 06:52:11 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:09:26 | | Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) |
| 07:12:55 | | Join wake [0] (~wake@jeremywakeman.ott.istop.com) |
| 07:15:24 | | Quit wake (Client Quit) |
| 07:18:20 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 07:23:09 | | Join wake [0] (~wake@jeremywakeman.ott.istop.com) |
| 07:26:16 | | Quit dwihno (Read error: 113 (No route to host)) |
| 07:33:54 | | Quit wake ("leaving") |
| 08:00 |
| 08:07:03 | | Join dwihno [0] (~dw@81.8.224.89) |
| 08:14:32 | | Join Zagor [242] (~bjst@labb.contactor.se) |
| 08:20:30 | Zagor | Bagder: are you here? |
| 08:22:04 | | Join [IDC]Dragon [0] (~idc-drago@pD9FF886E.dip.t-dialin.net) |
| 08:31:17 | Zagor | [IDC]Dragon: can you test the new button code on ondio? amiconn reported a strange issue with the menu yesterday |
| 08:31:36 | [IDC]Dragon | yes, saw that |
| 08:31:55 | [IDC]Dragon | should it be different here/now? |
| 08:32:12 | Zagor | no, but we need to examine it more |
| 08:32:42 | Zagor | oh, found it... |
| 08:33:55 | [IDC]Dragon | I'm about to build anyway, just decorating the panic |
| 08:35:57 | | Join MisticJeff [0] (~MisticJef@lv-65-173-87-243.dyn.sprint-hsd.net) |
| 08:39:07 | | Join amiconn [0] (~jens@pD9E7E4F2.dip.t-dialin.net) |
| 08:40:04 | amiconn | Good morning |
| 08:40:16 | Zagor | morning |
| 08:40:19 | [IDC]Dragon | heya |
| 08:41:01 | [IDC]Dragon | Jens: should I remove the main menu hack? |
| 08:42:05 | [IDC]Dragon | amiconn? |
| 08:42:51 | amiconn | Yes, if the menu now works correctly (Zagor?) |
| 08:43:01 | amiconn | [IDC]Dragon: Just a quick one: I traced the transfer() write accesses as well. Results: sec 264, then 264...279 as single sectors, then 680 (16 sectors), then 168 (112 sectors) -> panic |
| 08:43:05 | Zagor | it should. try it. |
| 08:43:48 | amiconn | Zagor: There is now an issue with the On+Play menu, at least on recorder. It disappears as soon as you release Play |
| 08:44:00 | Zagor | ! |
| 08:44:17 | [IDC]Dragon | building now... |
| 08:44:22 | Zagor | not for me |
| 08:44:42 | LinusN | Zagor: have you tried both with play-repeat and on+play? |
| 08:44:46 | Zagor | yes |
| 08:45:13 | LinusN | releasing the buttons in different order? |
| 08:45:42 | Zagor | trying all kinds of combos, can't get it to happen |
| 08:47:23 | [IDC]Dragon | (ondio) I can enter the menu |
| 08:47:42 | [IDC]Dragon | holding it is stable |
| 08:47:51 | amiconn | [IDC]Dragon: Sectors 264...279 is root dir (first pseudo-cluster), not fat |
| 08:47:56 | amiconn | Gotta run |
| 08:48:15 | [IDC]Dragon | cu |
| 08:52:14 | *** | Saving seen data "./dancer.seen" |
| 08:54:08 | Zagor | [IDC]Dragon: did you read our pause/stop discussion yesterday? any opionions? |
| 08:54:23 | LinusN | pause/stop? |
| 08:54:35 | Zagor | ondio does not have enough buttons for both in wps |
| 08:55:05 | Zagor | unless you make it a key sequence, which is what archos did |
| 08:55:38 | Zagor | i personally think stop is overrated |
| 08:55:40 | LinusN | stop shouldn't really be necessary |
| 08:56:04 | Zagor | amiconn didn't agree with that though |
| 08:56:30 | LinusN | i can't make the onplay menu disappear on play-release |
| 08:56:41 | LinusN | works perfect for me |
| 08:56:44 | Zagor | good |
| 08:56:58 | LinusN | i like the play-repeat invocation |
| 08:58:23 | LinusN | i'm normally not fond of using held keys like that, but i guess it's a necessary evil with that few keys |
| 08:58:55 | [IDC]Dragon | (pause/stop) this is really a drag |
| 08:59:17 | [IDC]Dragon | I'm fine with pause for now |
| 08:59:46 | [IDC]Dragon | ah, no |
| 08:59:56 | [IDC]Dragon | the voice UI won't work then |
| 09:00 |
| 09:02:47 | LinusN | a |
| 09:02:49 | LinusN | ah |
| 09:04:19 | [IDC]Dragon | how about on/off+repeat for stop? |
| 09:04:35 | Zagor | how long will actually turn if off? |
| 09:04:54 | [IDC]Dragon | hardware-wise 10 sec |
| 09:05:07 | [IDC]Dragon | Rockbox after 4 sec or so, iirc |
| 09:06:21 | Zagor | 40 key repeats, which got a lot shorter lately :) |
| 09:06:32 | Zagor | but let's try it. i'll add it. |
| 09:07:42 | [IDC]Dragon | with my file system bug, I haven't really arrived in the land of UI discussions :-/ |
| 09:09:06 | * | LinusN should continue what he started and implement the SYS_POWEROFF event... |
| 09:09:34 | [IDC]Dragon | yes, that would be a nice thing. |
| 09:10:25 | [IDC]Dragon | since the hardware timeout is so far away for the ondio, itcould write the resume pos (congig in general) then |
| 09:10:40 | [IDC]Dragon | s/congig/config |
| 09:10:56 | [IDC]Dragon | same perhaps for RTC models |
| 09:11:25 | Zagor | crapola. scsi0: Unexpected busfree in Message-out phase |
| 09:11:37 | Zagor | we need to change disks in the server |
| 09:20:05 | [IDC]Dragon | did I mention that a flashed Ondio starts Real Quick (tm) |
| 09:20:10 | [IDC]Dragon | ? |
| 09:20:24 | Zagor | heh, I can imagine |
| 09:20:50 | [IDC]Dragon | the browser is there in ~1 sec |
| 09:21:09 | Zagor | wow |
| 09:22:39 | LinusN | nice |
| 09:23:09 | Zagor | how fast is the original firmware? |
| 09:23:57 | [IDC]Dragon | pretty slow, like on JB, before they start doind something "useful" |
| 09:24:35 | [IDC]Dragon | can't really tell, because my boot loader cuts it already |
| 09:24:55 | [IDC]Dragon | we'll have to ask Jens |
| 09:25:11 | [IDC]Dragon | or I need to restore the original |
| 09:26:31 | Zagor | nah, I was just wondering if it too was faster than the jb firmware |
| 09:27:30 | [IDC]Dragon | no |
| 09:30:01 | LinusN | [IDC]Dragon: you don't really use BYTE_FLASH and BYTE_FLASH16 in minimon, do you? |
| 09:33:29 | [IDC]Dragon | for flashing, I do |
| 09:33:32 | [IDC]Dragon | why? |
| 09:35:11 | Bagder | we don't have any config-* define for "flashable", right? |
| 09:35:56 | [IDC]Dragon | Bagder: no. Everything with a proper chip is flashable |
| 09:35:58 | LinusN | your uart_boot code performs the flash sequence itself, it doesn't send the FLASH_xxx commands to minimon |
| 09:36:22 | * | Bagder edits the SOURCES files to only build relevant files |
| 09:36:37 | LinusN | Bagder: great |
| 09:37:14 | [IDC]Dragon | LinusN: mine does... |
| 09:37:38 | [IDC]Dragon | do you have an ancient version? |
| 09:38:42 | [IDC]Dragon | in the very beginning, I did it with all byte writes, but that was slow as hell, because of all the address phases |
| 09:39:36 | Zagor | Bagder: dependencies don't work anymore |
| 09:40:18 | Bagder | oh |
| 09:40:22 | Bagder | how silly |
| 09:40:32 | Bagder | "/home/daniel/src/rockbox/build-recorder/bookmark.o.o: bookmark.c" |
| 09:40:36 | LinusN | [IDC]Dragon: i'm reading the CVS version |
| 09:40:39 | Zagor | hehe |
| 09:41:44 | [IDC]Dragon | LinusN: client.c has a function FlashByteMultiple() |
| 09:41:59 | LinusN | ah, see it now |
| 09:42:04 | LinusN | was looking in flash.c |
| 09:43:00 | [IDC]Dragon | the ID reading, and erase, yes, thats done "by hand" (not worth optimizing) |
| 09:43:27 | LinusN | was looking at Programbytes() |
| 09:43:30 | [IDC]Dragon | you're looking at how to wiggle the flash of the iriver? |
| 09:43:39 | LinusN | no, i'm porting the minimon |
| 09:44:00 | Bagder | Zagor: fixing it now |
| 09:44:04 | Zagor | goodie |
| 09:44:31 | [IDC]Dragon | hehe, my little minimon gets famous |
| 09:44:32 | LinusN | and i need to implement FLASH_WORD |
| 09:44:49 | [IDC]Dragon | 16 bit wide flash? |
| 09:44:52 | LinusN | yes |
| 09:44:57 | [IDC]Dragon | feel free |
| 09:45:05 | LinusN | i feel very free |
| 09:45:10 | Zagor | :) |
| 09:45:25 | dwihno | Free like a flying daemon? |
| 09:45:28 | Bagder | you even look free from here! ;-) |
| 09:45:36 | LinusN | euro 4ever |
| 09:45:48 | dwihno | \o/ Linus \o/ |
| 09:46:14 | Bagder | time for a coffee |
| 09:47:07 | [IDC]Dragon | LinusN: are you porting uart_boot, too? |
| 09:47:36 | [IDC]Dragon | that never made it to linux, although prepared |
| 09:49:24 | | Join kurzhaarrocker [0] (~knoppix@p50876903.dip0.t-ipconnect.de) |
| 09:51:21 | * | kurzhaarrocker had no trouble with a 6h recording using an acient rockbox back from jan 04. |
| 09:52:43 | | Part kurzhaarrocker |
| 09:52:59 | Zagor | wow, that was a quick visit |
| 09:56:04 | LinusN | [IDC]Dragon: uart_boot doesn't work the same way with the iriver, but we need something similar, yes |
| 09:56:49 | | Join amiconn_ [0] (~jens@pD9E7F0DC.dip.t-dialin.net) |
| 09:59:22 | Bagder | no more gray* builds on the player |
| 09:59:29 | Bagder | :-) |
| 09:59:34 | Zagor | nicers |
| 10:00 |
| 10:01:02 | Bagder | btw |
| 10:01:13 | Bagder | the #ifndef HAVE_MMC in ata.c seems wrong |
| 10:01:39 | Bagder | wouldn't it rather depend on the presense of something? |
| 10:02:00 | Zagor | it's not necessary at all with the new SOURCES system |
| 10:02:39 | Zagor | me fix |
| 10:02:46 | Bagder | still |
| 10:02:56 | Bagder | I would rather have it ifdef [feature] |
| 10:03:03 | Bagder | rather than ifndef [another feature] |
| 10:03:14 | Zagor | #ifdef HAVE_MMC driver/ata_mmc.c #else driver/ata.c #endif |
| 10:03:28 | Bagder | ok then ;-) |
| 10:03:32 | Zagor | :) |
| 10:10:28 | | Quit [IDC]Dragon (Read error: 110 (Connection timed out)) |
| 10:13:45 | | Quit MisticJeff () |
| 10:14:12 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 10:14:12 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F0DC.dip.t-dialin.net) |
| 10:30:37 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
| 10:31:13 | [IDC]Dragon | hi again, did I miss something (log doesn't work) |
| 10:31:46 | LinusN | log works fine |
| 10:33:28 | [IDC]Dragon | IE shows it, firefox doesn't |
| 10:33:36 | Bagder | hehe |
| 10:33:43 | * | Bagder tries |
| 10:33:51 | [IDC]Dragon | just here, I'd say |
| 10:34:04 | Bagder | probably, yes |
| 10:34:36 | LinusN | mozilla/firefox has a silly approach to .txt files in URL:s |
| 10:34:37 | [IDC]Dragon | some local quirk, I get a very fast error message, it didn't realyy go out and try hard |
| 10:34:51 | Bagder | LinusN: on windows I bet? |
| 10:35:18 | amiconn | [IDC]Dragon: Log works fine here |
| 10:35:20 | LinusN | it examines the data and tries to be smart how to interpret it, sometimes it decides that the data is binary |
| 10:35:34 | LinusN | on linux as well |
| 10:35:36 | Bagder | ah, right, that one |
| 10:36:06 | [IDC]Dragon | Bagder: (ifndef HAVE_MMC) that was to mutually exclude ata.c vs. ata_mmc.c |
| 10:36:14 | Bagder | yes |
| 10:36:27 | Bagder | I just think it looked odd |
| 10:36:57 | [IDC]Dragon | whith your new system, we can make an ondio subdir and put it there, excluding the normal ata.c in SOURCES |
| 10:37:24 | Bagder | zagor already made an ifdef - else in SOURCES |
| 10:37:35 | [IDC]Dragon | it sure looks odd, but we didn't have your source composer until yesterday ;-) |
| 10:38:10 | Bagder | hehe |
| 10:38:19 | [IDC]Dragon | so one file got the ifdef and the other the ifndef |
| 10:44:09 | amiconn | Bagder: 2 comments regarding docs/HISTORY: |
| 10:44:30 | Bagder | shoot |
| 10:45:12 | amiconn | (1) It wasn't me who invented rombox, I did only debug it. It was Jörg's invention, and was prepared since long in his bootloader |
| 10:45:50 | Bagder | feel free to update/correc/fill in |
| 10:46:15 | amiconn | (2) The timescale is wrong, we finally got it running this year, and not 2003 |
| 10:46:32 | Bagder | oh right |
| 10:46:44 | Bagder | wrong july |
| 10:46:54 | amiconn | Additionally, the Ondio is not yet mentioned |
| 10:47:12 | Bagder | jump in, fill in, commit! ;-) |
| 10:48:06 | * | [IDC]Dragon didn't dare to credit himself |
| 10:48:46 | [IDC]Dragon | Jens did a good debugging job on rombox, and all that const'ing |
| 10:52:15 | *** | Saving seen data "./dancer.seen" |
| 10:53:15 | [IDC]Dragon | aniconn: I tried rom dump on the real ondio this morning, it just doesn't do anything. Like it won't open the file, perhaps. |
| 10:53:44 | [IDC]Dragon | s/aniconn/amiconn |
| 10:54:24 | amiconn | Strange. It works for me on FAT32, on FAT16 I get 2 files with zero length (and sometimes a corrupt file system) |
| 10:54:53 | [IDC]Dragon | ah, perhaps I got 0 length, too |
| 10:55:03 | [IDC]Dragon | but no panic |
| 10:55:53 | [IDC]Dragon | of course I only tried FAT16, for that bug, and with a new panic condition for write behind the end |
| 11:00 |
| 11:00:21 | amiconn | No panic, yes. |
| 11:02:13 | amiconn | Do you have a working MMC available now? |
| 11:02:20 | [IDC]Dragon | no |
| 11:02:58 | [IDC]Dragon | I can probably find one here, if I really need |
| 11:03:43 | amiconn | I hope to fill in the MMC debug menu item today, then I would be interested in the parameters from various MMCs |
| 11:05:43 | [IDC]Dragon | I can gather what's here |
| 11:59:24 | | Join iRiverMan [0] (~acbeb6b8@labb.contactor.se) |
| 12:00 |
| 12:00:27 | | Quit iRiverMan (Client Quit) |
| 12:17:10 | amiconn | Bagder: (HISTORY) Is there a reason why sometimes the full name is mentioned, and sometimes the first name only? |
| 12:20:29 | Bagder | no, just sloppiness |
| 12:34:10 | | Join MooMaunder [0] (~me@194.152.87.150) |
| 12:44:34 | Zagor | amiconn: are you still being exited from onplay on play|release ? |
| 12:44:53 | amiconn | Zagor: Can't test atm, will do so asap |
| 12:45:14 | Zagor | ok |
| 12:52:18 | *** | Saving seen data "./dancer.seen" |
| 12:52:50 | [IDC]Dragon | changing history, hehe |
| 12:53:02 | Bagder | <g> |
| 13:00 |
| 13:40:54 | [IDC]Dragon | the FAT16 problem is a mystery to me |
| 13:41:13 | Zagor | what is the problem? |
| 13:41:16 | [IDC]Dragon | I can't "unrail" it with the test code |
| 13:41:38 | [IDC]Dragon | code-staring also didn't help |
| 14:00 |
| 14:00:30 | | Join R3nTiL [0] (~zorroz@192-250-30-217.kgts.ru) |
| 14:01:26 | | Quit R3nTiL (Read error: 104 (Connection reset by peer)) |
| 14:23:37 | amiconn | [IDC]Dragon: I suspect some variable initialization problem. You did add some members to the fat_file struct, didn't you? |
| 14:27:50 | amiconn | Perhaps it's just a coincidende, but 680 (first sector) - 168 (wrong sectornum) == 512 |
| 14:30:17 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
| 14:33:08 | [IDC]Dragon | amiconn: I added members, but the whole struct is memsetted to 0 |
| 14:33:29 | [IDC]Dragon | so it should be consistent across platforms |
| 14:33:46 | amiconn | Hmm. |
| 14:34:25 | | Join _Scrat_ [0] (~anonymous@81-188-2-90.sdsl.easynet.be) |
| 14:34:32 | _Scrat_ | Hi guys |
| 14:34:51 | [IDC]Dragon | hi |
| 14:35:00 | _Scrat_ | I just wanted to ask a simple question... |
| 14:35:14 | _Scrat_ | about your awesome archos project |
| 14:35:38 | _Scrat_ | Do you plan to change anything to the just released gmini 400 ? |
| 14:36:25 | Bagder | change anything? |
| 14:36:27 | LinusN | no plans at all |
| 14:36:28 | [IDC]Dragon | _Scrat_: it's not working on the gmini400, and very likely this won't change |
| 14:37:01 | Zagor | _Scrat_: we don't change firmware, we write it |
| 14:37:23 | _Scrat_ | oups you are right |
| 14:37:48 | _Scrat_ | sorry, did you plan to release a firmware for it then ? |
| 14:38:23 | Zagor | no. it's not one of the platforms we are working on |
| 14:38:40 | Bagder | _Scrat_: feel free to start working! |
| 14:39:08 | _Scrat_ | ok. No other known projects on that ? |
| 14:39:15 | | Quit MooMaunder () |
| 14:39:20 | _Scrat_ | :-) |
| 14:39:32 | Zagor | there are some people looking at the gmini 120, but not the 400 afaik |
| 14:39:48 | [IDC]Dragon | there's work on the 3x0 models, which may have similar hardware |
| 14:40:03 | [IDC]Dragon | (the linav and avos projects) |
| 14:40:12 | _Scrat_ | Do you thing archos will add OGG support ? |
| 14:40:16 | Zagor | right |
| 14:40:27 | Bagder | _Scrat_: no |
| 14:40:28 | Zagor | _Scrat_: no |
| 14:40:38 | _Scrat_ | damn |
| 14:40:48 | _Scrat_ | ok guys, thanks for your time |
| 14:40:54 | [IDC]Dragon | the 400 uses a TMS320DM270 |
| 14:41:26 | Zagor | sounds like the linav/avos guys could be interested then |
| 14:41:31 | [IDC]Dragon | which one was it on the 3x0 model again? |
| 14:43:19 | Zagor | TMS320DSC25 |
| 14:43:47 | [IDC]Dragon | _Scrat_: so go there, tell them ;-) |
| 14:45:44 | | Quit _Scrat_ () |
| 14:49:12 | amiconn | [IDC]Dragon: I could try to display more variables on the problematic call to fat_readwrite() and transfer(). |
| 14:49:58 | [IDC]Dragon | that could help, yes |
| 14:50:16 | amiconn | It's a pity that the player display is so small. Is it hard to do the serial mod? |
| 14:50:41 | [IDC]Dragon | I'd like to get a test setup, but it'll take a while |
| 14:50:44 | amiconn | Although this would require that I get an usb->serial converter. Then I could try to run gdb |
| 14:50:57 | [IDC]Dragon | do you have a level converter? |
| 14:51:13 | amiconn | Nope, but this shouldn't be hard, right? |
| 14:51:45 | [IDC]Dragon | minimally, 2 transistors, some diodes resistors |
| 14:52:02 | [IDC]Dragon | or a MAX chip |
| 14:52:20 | *** | Saving seen data "./dancer.seen" |
| 14:52:40 | [IDC]Dragon | I did the transistor kind, crammed it all in the SUB-D shell |
| 14:53:47 | amiconn | With transistors, it's easier than the spdif converter (usually I don't have that TORX chip laying around, but a bunch of transistors) |
| 14:54:01 | [IDC]Dragon | the nice think about that solution is that it need no external power |
| 14:55:41 | [IDC]Dragon | thing, needs |
| 14:58:05 | elinenbe | LinusN: you getting excited working on the iriver? |
| 14:59:10 | LinusN | it's fun |
| 14:59:28 | LinusN | Zagor: you have broken a few things in tree.c with your button changes |
| 14:59:38 | Bagder | I like the physical size of the iriver |
| 15:00 |
| 15:00:02 | ashridah | "fits right in my pocket"</grampa simpson> |
| 15:00:08 | LinusN | the "PLAY to resume" and the "PLAY to rolo" dialogs both fail |
| 15:00:14 | [IDC]Dragon | Bagder: get an Ondio ;-) |
| 15:00:27 | Bagder | yeah, about the same storage capacity ;-O |
| 15:00:40 | * | ashridah isn't sure he's seen an ondio in stores here in .au |
| 15:01:10 | Bagder | I think its too bad the 2.5" disks don't come in big enough sizes |
| 15:01:13 | [IDC]Dragon | Bagder: the get a matchbox worth of MMCs with it ;-)) |
| 15:01:30 | Zagor | LinusN: fail how? |
| 15:01:39 | [IDC]Dragon | 60 GB on 2.5" is rumoured |
| 15:01:46 | Zagor | you mean 1.8"? |
| 15:01:53 | [IDC]Dragon | ah, yes |
| 15:01:56 | Bagder | u |
| 15:01:59 | Bagder | I meant 1.8 yes |
| 15:02:06 | [IDC]Dragon | I just copied |
| 15:02:08 | LinusN | Zagor: they wait for one key event, and quits on all other |
| 15:02:10 | Bagder | haha |
| 15:02:28 | LinusN | and since the first event doesn't contain BUTTON_REL, they "fail" |
| 15:03:55 | [IDC]Dragon | the Ondio doesn't even have a Play button... |
| 15:05:18 | Zagor | it uses TREE_RUN, not play. feel free to change the text :) |
| 15:06:17 | LinusN | Zagor: TREE_RUN is a release event, and those two dialogs quit before the release event arrives |
| 15:06:22 | Zagor | yes |
| 15:06:28 | Zagor | i'm fixing now |
| 15:06:32 | LinusN | good |
| 15:06:56 | LinusN | btw, the filetypes system doesn't seem to allow two plugins for the same file type :-( |
| 15:06:58 | [IDC]Dragon | Zagor probably regrets opening the pandora box of keys |
| 15:07:24 | Bagder | hehe |
| 15:07:36 | Zagor | no, these minor issues were expected. the button code has gotten significantly simpler. |
| 15:07:40 | Bagder | LinusN: no, how could it run who plugins for the same one? |
| 15:07:47 | Bagder | two |
| 15:07:58 | Bagder | one after the other? |
| 15:08:03 | LinusN | in the "open with..." dialo, i can select which one to run |
| 15:08:14 | Zagor | that worked before |
| 15:08:33 | Bagder | but that menu shouldn't care about what extensions they are registered for |
| 15:08:39 | Zagor | or maybe i'm confused :) |
| 15:08:44 | LinusN | now i can't have "favorites.rock" and "vbrfix.rock" in the "open with" menu |
| 15:09:08 | LinusN | or is there a maximum number of menu entries? |
| 15:09:20 | Zagor | open with... shows *all* viewers, doesn't it? |
| 15:09:28 | Bagder | because it only adds viewers that are regged for an extension? |
| 15:09:29 | LinusN | i see it |
| 15:09:43 | [IDC]Dragon | since we have no malloc, there has to be a limit |
| 15:09:55 | LinusN | it had nothing to do with the extension, there was a maximum of 8 entries |
| 15:09:55 | Bagder | even with malloc, there would be a limit |
| 15:10:01 | Bagder | aha |
| 15:10:10 | Bagder | seems a bit low |
| 15:10:15 | LinusN | indeed |
| 15:10:42 | Zagor | btw, do you feel we should add F3 as a third way to get to the onplay menu? or should we remove one or two ways? |
| 15:11:20 | [IDC]Dragon | 3 ways sound like a luxury |
| 15:11:21 | Zagor | the wps context menu will only be on F3, so it would add consistency. however removing it from on+play would make a lot of people confused |
| 15:11:23 | midk | Zagor, what two ways exist? |
| 15:11:32 | Zagor | on+play and play+repeat |
| 15:11:34 | midk | i must have missed something |
| 15:11:38 | midk | oh |
| 15:11:41 | LinusN | f3 doesn't exist on all platforms |
| 15:11:43 | midk | play+repeat sounds best |
| 15:11:45 | Bagder | play+repeat is brand new |
| 15:11:47 | [IDC]Dragon | what happened to the configurable menus? |
| 15:11:58 | Zagor | LinusN: right, i'm only talking recorder here |
| 15:13:04 | LinusN | configurable menus haven't exactly been top priority |
| 15:13:27 | Zagor | [IDC]Dragon: they're still in their can, with the other worms :) |
| 15:13:40 | LinusN | :-) |
| 15:15:34 | Zagor | Bagder: yes it is. the question is should we move it from there to f3? i'm not so sure since play+repeat is much more likely to be a cross-platform key while f3 is strictly recorder. so it feels like we're going to have three ways... |
| 15:15:52 | Bagder | yeah, three ways it is |
| 15:15:57 | Zagor | if we want f3 to be context menu |
| 15:16:52 | Zagor | or should we use play+repeat in wps too... |
| 15:17:01 | Zagor | vastly more cross-platform |
| 15:17:02 | LinusN | gets my vote |
| 15:17:19 | Zagor | LinusN: then you get to name the key to use for ondio :) |
| 15:20:44 | [IDC]Dragon | no play, no onplay, no F3 :-( |
| 15:21:37 | Zagor | we could use menu+right for onplay |
| 15:21:51 | midk | or menu+play? :) |
| 15:21:53 | [IDC]Dragon | how about right repeat? |
| 15:21:55 | LinusN | what is TREE_RUN on Ondio? |
| 15:22:06 | [IDC]Dragon | ? |
| 15:22:15 | LinusN | right repeat is FF in the WPS |
| 15:22:33 | [IDC]Dragon | does the WPS have onplay? |
| 15:22:40 | Zagor | midk: there is no play key on the ondio |
| 15:22:41 | LinusN | it soon will |
| 15:23:00 | midk | menu+right then i suppose |
| 15:23:33 | [IDC]Dragon | it's problematic to use menu as shift, if it already is used for long press |
| 15:24:19 | [IDC]Dragon | you'd have to press them in a very tight sequence |
| 15:24:20 | Zagor | actually context menu (onplay) is right+repeat right in browser now on ondio, but should be changed if we want to be consistent in tree and wps |
| 15:24:21 | Zagor | wow, that came out strange... :) |
| 15:24:28 | Zagor | yes |
| 15:24:51 | Zagor | although not terribly tight. repeat is almost a second. |
| 15:24:56 | Zagor | repeat delay |
| 15:25:29 | Zagor | ...and we thought we had UI problems with the players ;) |
| 15:26:10 | [IDC]Dragon | same # of buttons |
| 15:26:43 | Zagor | yes, but the off button is not practical to use for combos |
| 15:26:54 | | Join Sp|rit-B0y [0] (~someone@213.190.201.155) |
| 15:27:16 | [IDC]Dragon | I find combos impractical in general |
| 15:27:22 | LinusN | me too |
| 15:28:26 | Zagor | yeah but you can't have the cake and eat it you know |
| 15:29:37 | [IDC]Dragon | long presses give us a 2nd layer as well, and don't "eat" a shift key |
| 15:30:08 | Zagor | yes but they are all used up in the wps (up,down,left,right,menu) |
| 15:30:28 | Zagor | even off |
| 15:31:36 | [IDC]Dragon | hmm, you're right |
| 15:32:12 | Sp|rit-B0y | hello, i was just wondering when abouts the rockbox project for iriver will be ready, December? January? I'm really excited that someone finally decided to do s'th about the crappy original firmware from iriver which they lag to update. |
| 15:33:10 | Zagor | Sp|rit-B0y: we don't make promises or deadlines. |
| 15:33:39 | Zagor | also, software is never ready. it's just released. |
| 15:33:56 | LinusN | we can't make any promises, since we dont know how long it takes |
| 15:34:01 | [IDC]Dragon | talking about "ready", it will never be ;-) |
| 15:34:12 | Zagor | exactly |
| 15:35:09 | Sp|rit-B0y | yeah i'm talking more about the first release to the general public, do you expect it to take more than 3-4 months until that though? |
| 15:35:11 | LinusN | we all do this on our spare time, and spare time is a scarce resource |
| 15:35:23 | LinusN | don't expect anything this year |
| 15:35:24 | Bagder | we don't expect |
| 15:35:30 | Bagder | we'll just see |
| 15:35:56 | Sp|rit-B0y | thanks for putting your time into it though :P, iriver has been delaying their stuff for ages |
| 15:37:17 | | Quit Sp|rit-B0y () |
| 15:38:14 | * | LinusN feels the pressure to finish the boot loader |
| 15:39:06 | | Join methangas [0] (methangas@0x50a461b8.virnxx10.adsl-dhcp.tele.dk) |
| 15:39:58 | [IDC]Dragon | LinusN: where do you want to place it, how should it work? |
| 15:40:19 | LinusN | i'll do it similar to the archos loader |
| 15:40:27 | dwihno | Linus: Less firmware, more kebab :) |
| 15:40:34 | LinusN | check for a character on the serial port |
| 15:40:51 | LinusN | then load the firmware from rom or disk |
| 15:41:17 | [IDC]Dragon | disk? sounds tough |
| 15:41:24 | LinusN | why? |
| 15:41:39 | [IDC]Dragon | lots of s/w has to work for that |
| 15:42:01 | LinusN | yes |
| 15:42:28 | LinusN | the same amount of software has to work to reflash it the normal way |
| 15:42:35 | [IDC]Dragon | but I mean, where's your entry point into the iriver? Do you want to nil the flash by bdm? |
| 15:42:58 | LinusN | i don't get it |
| 15:43:23 | [IDC]Dragon | toss away the whole content, build up your loader? |
| 15:43:42 | LinusN | i guess i'll do a dual-boot first, like we do on the archos |
| 15:43:53 | LinusN | with a UCL packed original |
| 15:44:10 | [IDC]Dragon | does iriver run the code from RAM? |
| 15:44:14 | LinusN | yes |
| 15:44:25 | [IDC]Dragon | sounds familiar then ;-) |
| 15:45:07 | LinusN | anyway, i'm not going great lengths to keep the original firmware |
| 15:45:11 | [IDC]Dragon | I'm just missing the first steps to break in. With Archos, they already have a bootloader, which I could exploit. |
| 15:45:31 | LinusN | bdm |
| 15:45:52 | [IDC]Dragon | so you wipe the flash with it, place your stuff? |
| 15:46:04 | LinusN | not necessarily |
| 15:46:25 | LinusN | i can use gdb to load minimon, and use minimon for flashing |
| 15:46:39 | LinusN | i have several options |
| 15:46:56 | [IDC]Dragon | that's always nice |
| 15:47:24 | LinusN | since i can run gdb with the bdm, i don't have to flash until i feel secure about it |
| 15:47:45 | [IDC]Dragon | yes, neither did I |
| 15:48:18 | [IDC]Dragon | I used minimon to load and start rockbox, the cold way |
| 15:48:32 | amiconn | [IDC]Dragon: Talking about original firmware and dual boot, and as you are the "port init" guy: Although RoLo already works on the Ondio, it does only work for rockbox, the archos firmware does 2 strange things. |
| 15:49:35 | amiconn | (1) It loads, but the lcd contrast is wrong (too weak). (2) When you try to play music, it freezes instead |
| 15:50:22 | [IDC]Dragon | lcd contrast sounds like mask values, but that's not influenced by ports |
| 15:51:01 | [IDC]Dragon | music is probably some MAS pin being wrong |
| 15:51:41 | [IDC]Dragon | I'll deal with that once the file write is ok :-/ |
| 15:52:13 | [IDC]Dragon | how about an open issues section on the wiki page? |
| 15:52:18 | amiconn | I wonder how the original fw could read the mask wrong, as it is in rom... |
| 15:52:32 | amiconn | (open issue) Nice idea! |
| 15:52:45 | [IDC]Dragon | so we don't forget |
| 15:53:11 | [IDC]Dragon | using the bug tracker is probably a bit overpowered in the early stage |
| 15:56:27 | LinusN | time to go |
| 15:56:30 | LinusN | cu lads |
| 15:56:32 | | Part LinusN |
| 16:00 |
| 16:11:00 | amiconn | [IDC]Dragon: There is a new MMC 4.0 standard (well, not that new. It was completed Jan 2004), supporting faster alternative transfer modes. I suppose it leverages the 4 GB barrier as well |
| 16:11:23 | amiconn | However, I couldn't find a copy describing that standard yet. |
| 16:18:14 | [IDC]Dragon | nor a card, perhaps |
| 16:18:47 | [IDC]Dragon | MMC is supposed to be an open standard, as opposed to SD |
| 16:19:19 | Zagor | "open standards" often doesn't mean the specifications are publicly available |
| 16:20:26 | amiconn | [IDC]Dragon: The mmc standard is only "sort of" open, if you want the complete specs, you have to pay for it |
| 16:21:21 | [IDC]Dragon | for new features, I only see multi bit serial, higher clock, and 1.8V |
| 16:21:21 | amiconn | There are already mmc 4.0 cards available (1 GB and 2 GB, by Pretec) |
| 16:21:38 | [IDC]Dragon | no new addressing commands |
| 16:22:08 | amiconn | Yes, but maybe this enhancement is hidden in the details |
| 16:24:17 | amiconn | The barrier was not yet hit by the available cards (but it is foreseeable) |
| 16:25:24 | | Join cRuNcHiE [0] (crunchie@crancher.plus.com) |
| 16:25:54 | cRuNcHiE | hey guys, just fixed my mates archos recorder 20gig (was giving hdd error) |
| 16:26:26 | cRuNcHiE | just put rockbox on it though cos i used to use it when i had an archos, its giving 'error accessing playlist control file' whenver i choose to play an mp3 thoug |
| 16:26:36 | cRuNcHiE | it plays the mp3 fine though :) |
| 16:27:56 | cRuNcHiE | ah just spotted sommit ;) |
| 16:28:14 | cRuNcHiE | never had to extract whole zip in my archos days :) |
| 16:28:53 | Zagor | :) |
| 16:29:39 | cRuNcHiE | sorted |
| 16:30:11 | cRuNcHiE | i used to have an old recorder which i modded to have 40 gig drive.. but then the lcd got cracked and at that time noone sold replacements... :( |
| 16:30:30 | cRuNcHiE | so not long ago i chucked thing fecker.. then the gits brought out the replacement! grrrr |
| 16:32:38 | Zagor | ouch |
| 16:32:56 | cRuNcHiE | <not impressed :( |
| 16:33:36 | cRuNcHiE | had been in my drawer broken for 2yrs, then finally thought ah well bin here it comes... then literally month later they brouhgt out replacements |
| 16:52:21 | *** | Saving seen data "./dancer.seen" |
| 16:54:27 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
| 17:00 |
| 17:00:13 | [IDC]Dragon | bye |
| 17:00:18 | | Quit [IDC]Dragon ("CGI:IRC") |
| 17:11:18 | | Join Rand [0] (~98a3be01@labb.contactor.se) |
| 17:16:19 | | Quit Rand ("CGI:IRC (EOF)") |
| 17:18:30 | | Part Zagor |
| 17:27:52 | | Quit ashridah ("sleep") |
| 17:40:51 | | Quit cRuNcHiE () |
| 17:45:49 | | Join gromit`` [0] (~gromit@ALagny-151-1-47-115.w83-114.abo.wanadoo.fr) |
| 17:46:33 | | Quit gromit``` (Read error: 110 (Connection timed out)) |
| 17:48:39 | | Quit elinenbe (" HydraIRC rocks! -> http://www.hydrairc.com <-") |
| 18:00 |
| 18:18:32 | | Join marc [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 18:20:45 | | Quit marc (Client Quit) |
| 18:21:01 | | Join marc [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 18:21:30 | | Quit marc (Client Quit) |
| 18:21:56 | | Join marcl [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 18:23:34 | | Join webguest53 [0] (~d4044c96@labb.contactor.se) |
| 18:41:36 | | Quit webguest53 ("CGI:IRC") |
| 18:52:25 | *** | Saving seen data "./dancer.seen" |
| 18:59:19 | | Join nelliep [0] (~3e80b302@labb.contactor.se) |
| 19:00 |
| 19:00:31 | | Quit marcl (Read error: 104 (Connection reset by peer)) |
| 19:00:50 | | Join marcl [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 19:03:31 | | Join [1]marcl [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 19:03:31 | | Quit marcl (Read error: 54 (Connection reset by peer)) |
| 19:03:35 | | Nick [1]marcl is now known as marcl (~marc@pub212004076150.hfc.datazug.ch) |
| 19:10:22 | | Quit nelliep ("CGI:IRC") |
| 19:20:32 | | Join [1]marcl [0] (~marc@pub212004076150.hfc.datazug.ch) |
| 19:20:33 | | Quit marcl (Read error: 54 (Connection reset by peer)) |
| 19:20:36 | | Nick [1]marcl is now known as marcl (~marc@pub212004076150.hfc.datazug.ch) |
| 19:33:21 | | Part marcl |
| 19:53:22 | | Quit Sebulba03 (Success) |
| 20:00 |
| 20:16:03 | | Join webguest21 [0] (~d8ba3503@labb.contactor.se) |
| 20:19:08 | | Quit webguest21 (Client Quit) |
| 20:19:34 | | Join webguest91 [0] (~d8ba3503@labb.contactor.se) |
| 20:20:15 | | Quit webguest91 (Client Quit) |
| 20:52:28 | *** | Saving seen data "./dancer.seen" |
| 21:00 |
| 21:06:53 | | Join amiconn_ [0] (~jens@pD9E7F0DC.dip.t-dialin.net) |
| 21:09:03 | | Quit amiconn (burroughs.freenode.net irc.freenode.net) |
| 21:09:03 | NSplit | burroughs.freenode.net irc.freenode.net |
| 21:09:15 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F0DC.dip.t-dialin.net) |
| 21:44:16 | NHeal | (timeout) burroughs.freenode.net irc.freenode.net |
| 21:52:11 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
| 22:00 |
| 22:19:18 | | Quit midk (Read error: 110 (Connection timed out)) |
| 22:27:00 | | Join Sebulba03 [0] (~Sebulba03@Darth-Sebulba04.active.supporter.pdpc) |
| 22:29:56 | | Join LinusN [0] (~linus@labb.contactor.se) |
| 22:30:11 | amiconn | hi LinusN |
| 22:32:59 | LinusN | hi |
| 22:33:17 | amiconn | More key handling woes :( |
| 22:34:38 | LinusN | oh |
| 22:34:44 | LinusN | what now? |
| 22:35:30 | amiconn | While the On+Play menu itself does work now, some menu items do not: On+Play (or Play+Repeat) on a file -> menu. Select "Delete". The "play to confirm" question disappears as soon as the Play button is released again (from pressing it to get there) |
| 22:36:31 | amiconn | To be precise, it's the only item that does not work |
| 22:38:01 | LinusN | me fix |
| 22:39:08 | amiconn | Another oddity: If I use OnPlay on a playlist, then select playlist->view, sometimes the playback starts on exit from the viewer |
| 22:39:25 | LinusN | stray release event, as usual |
| 22:40:10 | amiconn | Maybe it does start already when entering the viever (currently no headphone attached to the recorder) |
| 22:40:29 | amiconn | Still likely a stray release event |
| 22:41:52 | LinusN | we should have a standard dialog code for "are you sure" type questions |
| 22:43:11 | amiconn | Agreed. |
| 22:52:32 | *** | Saving seen data "./dancer.seen" |
| 22:53:03 | | Join webguest98 [0] (~452fde3a@labb.contactor.se) |
| 22:54:17 | webguest98 | can anyone tell me if my recorder 20 with grey bumpers will accept the recorder 20 with blue bumpers firmware or is there no difference between the two other then the color of the bumpers |
| 22:57:29 | amiconn | webguest98: If both are v1 recorders (identical shape) there is no other difference than the bumper color |
| 22:58:01 | webguest98 | ok |
| 22:58:02 | | Quit webguest98 (Client Quit) |
| 22:58:21 | | Join webguest98 [0] (~452fde3a@labb.contactor.se) |
| 22:58:27 | webguest98 | ok |
| 22:58:29 | webguest98 | thanks |
| 22:59:07 | | Quit webguest98 (Client Quit) |
| 23:00 |
| 23:15:15 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!") |
| 23:15:48 | LinusN | wee, i just enabled the backlight on my iriver, via gdb |
| 23:17:48 | amiconn | Nice! |
| 23:20:15 | scott666 | how are the new ports coming along? |
| 23:20:41 | amiconn | LinusN: Why do you set mas InterfaceControl to 0x01 for the better spdif signal strength? Iiuc this does also enable SDO, which is not used I think setting it to 0x09 would do. Furthermore, the comment above it is now incorrect. |
| 23:28:48 | | Join Sebulba02 [0] (~Sebulba02@Darth-Sebulba04.active.supporter.pdpc) |
| 23:30:41 | | Part Sebulba03 |
| 23:48:13 | LinusN | amiconn: silly me, i meant to disable SDO |
| 23:48:20 | LinusN | thanis for the heads up |
| 23:48:22 | LinusN | thanks |
| 23:49:12 | amiconn | You see: I had to deal a lot with the mas datasheet in the last time |
| 23:51:16 | LinusN | :-) |
| 23:54:32 | amiconn | We could disable spdif output completely on platforms that don't have it (Ondio FM/SP). This mights save a bit of power, but would require an additional config-xx.h define |
| 23:58:53 | | Join iRiverMan [0] (~acca0823@labb.contactor.se) |
icon identifies that the person is a core developer (has commit access).