| 00:21:59 | | Join [IDC]Dragon [0] (jirc@p50861DD8.dip.t-dialin.net) |
| 00:27:24 | | Quit _aLF ("bye") |
| 00:33:58 | | Quit [IDC]Dragon ("Leaving") |
| 00:39:44 | | Quit dw|gone (Read error: 110 (Connection timed out)) |
| 01:00 |
| 01:14:20 | | Join tracktheripper [0] (jirc@ACB9A4AB.ipt.aol.com) |
| 01:16:07 | tracktheripper | heya |
| 01:49:49 | *** | Saving seen data "./dancer.seen" |
| 02:00 |
| 02:34:06 | | Join dw|gone [0] (dwihno@193.180.246.67) |
| 02:34:07 | | Quit tracktheripper (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:17:18 | | Join jzoss [0] (~jzoss@cs6711159-222.satx.rr.com) |
| 03:37:25 | | Quit jzoss (Remote closed the connection) |
| 03:49:53 | *** | Saving seen data "./dancer.seen" |
| 03:53:39 | | Quit earHurts (Remote closed the connection) |
| 04:00 |
| 04:58:58 | | Join earHurts [0] (~zic@pool-138-88-176-29.res.east.verizon.net) |
| 05:00 |
| 05:00:27 | earHurts | somebody refresh nmy memory - should a recorder .ajz boot and run on an fm archos? |
| 05:11:38 | | Join Stevie-O [0] (whatsit2u@user-2inilsg.dialup.mindspring.com) |
| 05:21:03 | hardeep | earHurts: no, the scramble code is a little different |
| 05:22:43 | hardeep | actually, i take that back, the scramble is the same... there are other differences though which will result in it not booting |
| 05:24:24 | earHurts | I've got a user telling me my recorder build doesn't work, but I can't load it on my fm. |
| 05:24:45 | hardeep | i can try it, what's the url? |
| 05:25:14 | earHurts | www.diffenbach.org/rockbox/builds.html |
| 05:25:55 | earHurts | Has anyonne managed to run the simulator under cygwin? |
| 05:26:14 | hardeep | earHurts: yeah, it works pretty well in fact |
| 05:26:34 | hardeep | although i prefer the win32 simulator because of the msvc debugger |
| 05:26:34 | earHurts | does it require X? |
| 05:27:02 | earHurts | fie on ms! |
| 05:27:12 | hardeep | earHurts: yeah, but you can use xfree86 provided with cygwin |
| 05:27:24 | earHurts | hmm. |
| 05:28:48 | earHurts | hardeep, on the build, see what menu->general settings->file view->chop file prefix gives you. |
| 05:29:32 | hardeep | i get the tree menus you mention in your docs |
| 05:29:36 | hardeep | s/tree/three |
| 05:30:20 | earHurts | does the at/after work? |
| 05:30:48 | hardeep | the options are there... let me see if they work as expected |
| 05:31:56 | hardeep | yeah, looks like they're working |
| 05:32:32 | earHurts | you were able to select at or after? |
| 05:32:44 | hardeep | yeah, and they worked as documented |
| 05:32:51 | | Join OneCluedCoder [0] (whatsit2u@user-2inimnf.dialup.mindspring.com) |
| 05:33:21 | earHurts | ok, if you now set chop to no, do your file manes dispaly normally? |
| 05:33:34 | hardeep | yep |
| 05:33:52 | earHurts | hnmmn. Thanks. |
| 05:34:20 | earHurts | This is contrary to Michael O'Quinn's report |
| 05:34:42 | hardeep | only thing to note is that my settings had just been reset so the config block was fresh |
| 05:34:57 | hardeep | maybe he had some bad settings laying around due to other patches |
| 05:35:19 | earHurts | perhaps. |
| 05:35:40 | earHurts | bnut he was using my build, which only has nmy patches. |
| 05:36:09 | hardeep | yeah, but he may have used a patched version before that updated the same config block areas |
| 05:36:33 | hardeep | which would've lingered around when he booted into yours |
| 05:36:51 | earHurts | possibly. |
| 05:37:12 | earHurts | again, thanks. |
| 05:48:56 | | Quit Stevie-O (Read error: 110 (Connection timed out)) |
| 05:49:54 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:18:58 | elinenbe | hardeep: you here? |
| 06:29:36 | hardeep | elinenbe: yep |
| 06:44:39 | elinenbe | hardeep: any new news on the queue/insert function? |
| 06:47:38 | hardeep | just a couple of minor bugs and cleanup left to do |
| 06:49:12 | hardeep | you can try the latest at http://hardeeps.freeshell.org/dynamic.ajz |
| 06:49:49 | hardeep | diff: http://hardeeps.freeshell.org/patches/dynamic_playlist_13.diff |
| 06:50:01 | elinenbe | I will... nice. |
| 06:52:33 | earHurts | hardeep? |
| 06:57:37 | hardeep | yes? |
| 06:59:24 | | Quit earHurts (Remote closed the connection) |
| 07:00 |
| 07:25:29 | | Join ken0_ [0] (marklar2@80.178.32.252.forward.012.net.il) |
| 07:31:50 | | Quit hardeep ("[BX] Silly faggot! mIRC is for kids!") |
| 07:49:58 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:22:07 | | Join sime [0] (~sime@modemcable032.39-131-66.nowhere.mc.videotron.ca) |
| 08:22:13 | sime | hi |
| 08:22:54 | sime | how can i create a playlist with a linux machin without music match? |
| 08:25:07 | | Join matsl [0] (~matsl@as13-4-5.mal.s.bonet.se) |
| 08:27:42 | adiamas | sime... |
| 08:28:20 | adiamas | easiest way: find "target directory" -name *.mp3 > "playlistname.m3u" |
| 08:28:54 | adiamas | example, i have a Rock directory on my archos |
| 08:28:59 | adiamas | so i go to the root on the archos |
| 08:29:00 | adiamas | and |
| 08:29:12 | adiamas | find Rock/ -name *.mp3 > Rock.m3u |
| 08:33:39 | sime | adiamas: thx |
| 08:40:19 | | Nick dw|gone is now known as dwihno (dwihno@193.180.246.67) |
| 08:47:03 | adiamas | np |
| 08:48:28 | sime | is there a 12 volt car adapter avalaible cheaper than the one that archos.com sells? |
| 08:56:01 | sime | anyone? |
| 08:57:23 | adiamas | the room tends to be a bit inactive around this time of night.. give it an hour or so |
| 08:57:39 | | Quit dwihno ("rehash") |
| 08:57:47 | sime | ok then |
| 08:58:15 | | Join dwihno [20] (dwihno@h193180246067.kommunicera.umea.se) |
| 08:58:16 | | Quit dwihno (Client Quit) |
| 08:58:29 | | Join dwihno [20] (dwihno@h193180246067.kommunicera.umea.se) |
| 09:00 |
| 09:27:33 | | Join kuji [0] (~kuji@cuji.gotadsl.co.uk) |
| 09:27:53 | kuji | logbot: seen linusn |
| 09:28:03 | kuji | ogbot seen linusn |
| 09:28:08 | kuji | logbot seen linusn |
| 09:36:53 | | Join tracktheripper [0] (jirc@ACBF1F49.ipt.aol.com) |
| 09:37:11 | | Part kuji |
| 09:49:59 | *** | Saving seen data "./dancer.seen" |
| 10:00 |
| 10:00:03 | | Quit tracktheripper ("Leaving") |
| 10:26:22 | | Join Quelsaruk [20] (swordmaste@faerun.ugr.es) |
| 10:33:19 | | Join pyvasene [0] (~pyvasene@62.4.7.1) |
| 10:33:33 | | Quit pyvasene (Client Quit) |
| 10:37:13 | | Join pyvasene [0] (~pyvasene@62.4.7.1) |
| 10:38:20 | | Quit zamez ("Client exiting") |
| 10:43:42 | sime | is there a 12 volt car adapter avalaible cheaper than the one that archos.com sells? |
| 10:44:31 | dwihno | Check your local radio shack store :-) |
| 10:47:42 | Quelsaruk | mornign dwihno :) |
| 10:48:04 | Quelsaruk | *morning |
| 10:48:51 | dwihno | Hej hej |
| 10:50:59 | | Quit ken0_ (Read error: 54 (Connection reset by peer)) |
| 10:54:16 | Quelsaruk | rebooting |
| 10:54:55 | | Quit Quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") |
| 11:00 |
| 11:03:41 | | Join Quelsaruk [20] (~swordmast@faerun.ugr.es) |
| 11:03:55 | Quelsaruk | re-hi |
| 11:04:41 | | Nick Quelsaruk is now known as quel|out (~swordmast@faerun.ugr.es) |
| 11:43:33 | | Join earHurts [0] (~zic@pool-138-88-72-98.res.east.verizon.net) |
| 11:43:49 | earHurts | anybody awake? |
| 11:45:05 | Jet8810 | heh |
| 11:45:08 | Jet8810 | unfortunately, me ;) |
| 11:46:01 | earHurts | know if anybnody's gotten the sim to build under cygwin? |
| 11:50:00 | *** | Saving seen data "./dancer.seen" |
| 12:00 |
| 12:01:43 | quel|out | i tried before |
| 12:02:00 | quel|out | but i got an error |
| 12:03:21 | quel|out | rebooting |
| 12:03:29 | | Quit quel|out ("Cerrando la cliente") |
| 12:07:43 | | Join Quelsaruk [20] (swordmaste@faerun.ugr.es) |
| 12:07:46 | Quelsaruk | re |
| 12:17:17 | #>> | "seen" used by Quelsaruk (swordmaste@faerun.ugr.es) [snoop prevented] |
| 12:17:34 | Quelsaruk | umm |
| 12:17:42 | Quelsaruk | how was that nick |
| 12:17:43 | Quelsaruk | :( |
| 12:17:56 | Jet8810 | heh |
| 12:18:07 | Jet8810 | logbot: seen lanhardrocker |
| 12:18:25 | Jet8810 | heh maybe not...:) |
| 12:18:37 | Quelsaruk | is haar (hair in german or something like that |
| 12:18:42 | Quelsaruk | is long haired rocker |
| 12:18:53 | Quelsaruk | :) |
| 12:18:55 | Jet8810 | heh |
| 12:20:05 | | Quit earHurts (Remote closed the connection) |
| 12:28:31 | | Join zamez [0] (~james@jbursa.oriel.ox.ac.uk) |
| 12:41:58 | | Join DJBaz [0] (~baz@modem-855.lion.dialup.pol.co.uk) |
| 12:44:39 | | Quit DJBaz (Client Quit) |
| 12:50:49 | | Join kuji [0] (~kuji@cuji.gotadsl.co.uk) |
| 12:50:58 | | Part kuji |
| 12:56:53 | | Quit elinenbe (" HydraIRC -> http://hydrairc.sf.net <- s0 d4Mn l33t |t'z 5c4rY!") |
| 13:00 |
| 13:02:59 | #>> | "seen" used by Quelsaruk (swordmaste@faerun.ugr.es) [snoop prevented] |
| 13:03:11 | Quelsaruk | :) |
| 13:08:31 | | Join Snorlax [0] (Snorlax@h202n2fls34o883.telia.com) |
| 13:17:26 | | Quit Snorlax () |
| 13:23:29 | | Join Bagder [241] (~dast@neptunus.contactor.se) |
| 13:23:43 | Bagder | howdy ho |
| 13:25:16 | Quelsaruk | hej Bagder :) |
| 13:25:23 | Quelsaruk | ummm... |
| 13:25:52 | Quelsaruk | mor da bra? (i have a really bad memory and even worse swedish) |
| 13:26:08 | Bagder | "mår du bra?" |
| 13:26:10 | | Quit Jet8810 (Read error: 104 (Connection reset by peer)) |
| 13:26:15 | Bagder | yessir! |
| 13:26:38 | Quelsaruk | mar du bra |
| 13:26:39 | Quelsaruk | :) |
| 13:26:42 | Quelsaruk | more or less... |
| 13:26:47 | Bagder | yeps |
| 13:28:46 | Quelsaruk | btw, i've found doom for my mobile ;) |
| 13:29:05 | Bagder | hehe |
| 13:29:09 | Bagder | is it good? |
| 13:29:29 | | Join DJBaz [0] (~baz@modem-855.lion.dialup.pol.co.uk) |
| 13:29:43 | Quelsaruk | i haven't tested it yet |
| 13:30:13 | Quelsaruk | (i have to create the bin file yet) |
| 13:50:03 | *** | Saving seen data "./dancer.seen" |
| 14:00 |
| 14:00:00 | | Quit Schnueff (calvino.freenode.net irc.freenode.net) |
| 14:00:00 | NSplit | calvino.freenode.net irc.freenode.net |
| 14:00:55 | NHeal | calvino.freenode.net irc.freenode.net |
| 14:00:55 | NJoin | Schnueff [0] (mah@d096.stw.stud.uni-saarland.de) |
| 14:09:28 | | Quit DJBaz ("Client exiting") |
| 14:21:27 | | Join Quelsaruk_ [20] (swordmaste@faerun.ugr.es) |
| 14:21:28 | | Quit Quelsaruk (Read error: 104 (Connection reset by peer)) |
| 14:25:28 | | Nick Quelsaruk_ is now known as quel|out (swordmaste@faerun.ugr.es) |
| 14:55:28 | | Join Zagor [242] (bjst@as9-5-6.k.s.bonet.se) |
| 14:55:40 | Bagder | welcome dr Z |
| 14:55:42 | Zagor | howdy |
| 14:57:14 | dwihno | Zagor: I got an URL for you... Sony has released some N.U.D.E (hah, NUDE!) headphones ;-) |
| 14:57:20 | dwihno | Zagor: http://se.pricerunner.com/sound-and-vision/sound/headphones/153212/details |
| 14:58:00 | Zagor | ex71? i wonder what's changed. |
| 14:58:33 | dwihno | Me too. |
| 14:58:39 | dwihno | Perhaps a better magnet? |
| 14:59:24 | Bagder | maybe we should slap kjell |
| 14:59:31 | Zagor | Bagder: ? |
| 14:59:34 | Bagder | look at his fd+fe usage |
| 14:59:49 | Bagder | in settings.c |
| 14:59:57 | Bagder | line 417 |
| 15:00 |
| 15:01:32 | Zagor | gosh! |
| 15:01:51 | Bagder | I'll mail |
| 15:01:55 | Zagor | good |
| 15:03:07 | Bagder | before AA is free, isn't it? |
| 15:03:54 | * | dwihno warns Kjell of the upcoming spanking |
| 15:04:04 | Bagder | while looking in there, check line 689 |
| 15:04:07 | dwihno | Public spanking humiliation att the next Snaxx ;D |
| 15:04:11 | Bagder | YES! |
| 15:04:13 | Bagder | hehe |
| 15:05:20 | Zagor | that conditional operator on line 689 is linus' idea. i don't like it, i prefer shifting and anding. |
| 15:05:34 | Bagder | yeah, but [0x29] must be wrong |
| 15:05:47 | Bagder | within the block it uses [0xae] |
| 15:06:11 | Bagder | if (config_block[0x29] != 0xae) { |
| 15:06:11 | Bagder | global_settings.fade_on_stop = config_block[0xae] & 1; |
| 15:06:15 | Bagder | global_settings.caption_backlight = (config_block[0xae] >> 1) & 1; |
| 15:06:15 | Bagder | } |
| 15:08:16 | Bagder | bug report 742131 pointed me on this |
| 15:08:23 | Zagor | looks very strange indeed |
| 15:09:35 | Bagder | the bug reports seems very accurate, I'll correct this |
| 15:09:44 | matsl | Zagor: just to remind you. have you looked at the patch yet ;-) |
| 15:09:58 | Zagor | matsl: no :-) |
| 15:10:08 | Bagder | so many patches |
| 15:10:23 | Bagder | I talked to linus earlier today, he felt a bit overloaded with patches too |
| 15:10:27 | Zagor | yes |
| 15:11:11 | matsl | I know. But on this one i have been handcuffed. not allowed to check it in. But I want to get rid of it. |
| 15:11:41 | Zagor | matsl: I know. i'm sorry for the delay, i'll look at it Real Soon Now |
| 15:12:51 | matsl | Zagor: thanks. |
| 15:14:04 | | Quit OneCluedCoder (Read error: 110 (Connection timed out)) |
| 15:14:05 | Zagor | we should organise a patch party some day |
| 15:14:13 | Bagder | yes |
| 15:14:22 | Bagder | bandaid! |
| 15:14:36 | Zagor | :-) |
| 15:16:16 | | Join Stevie[FreedomPa [0] (~whatsit2u@65.114.136.196) |
| 15:17:54 | Bagder | Zagor: are you familiar how the idle powerdown stuff works? |
| 15:18:11 | Zagor | roughly |
| 15:18:18 | Bagder | does changing the time affect it? |
| 15:18:32 | Zagor | no |
| 15:18:40 | Bagder | ok |
| 15:21:09 | Stevie[FreedomPa | howdy guys |
| 15:22:08 | Zagor | hi |
| 15:24:24 | Stevie[FreedomPa | what's up |
| 15:24:24 | Stevie[FreedomPa | ? |
| 15:25:17 | Zagor | we're complaining, mostly :) |
| 15:25:26 | Bagder | hehe |
| 15:25:42 | Stevie[FreedomPa | hehe |
| 15:26:53 | Stevie[FreedomPa | well does anyone know why the 8MB patch caps the buffer reads to 1mb? |
| 15:27:26 | | Nick Stevie[FreedomPa is now known as Stevie[FP] (~whatsit2u@65.114.136.196) |
| 15:27:27 | Zagor | beats me |
| 15:27:44 | Stevie[FP] | it seems to limit the usefulness of having 8mb |
| 15:27:51 | Stevie[FP] | unless you're seeking backwards a lot |
| 15:28:07 | Bagder | that 1mb limit is not an absolute stop |
| 15:28:14 | Stevie[FP] | huh? |
| 15:28:18 | Bagder | it only means it'll start playing before swapping all the buffer |
| 15:28:29 | Bagder | iirc |
| 15:28:30 | Stevie[FP] | the code says |
| 15:28:43 | Stevie[FP] | amount_to_read = MIN(mp3buflen - mp3buf_write, amount_to_read) |
| 15:28:46 | Stevie[FP] | then, if MEM == 8 |
| 15:28:51 | Stevie[FP] | i.e. 8mb |
| 15:30:22 | Bagder | I know |
| 15:30:23 | Stevie[FP] | amount_to_read = MIN(0x100000, amount_to_read) |
| 15:30:31 | Bagder | but it doesn't stop reading after that |
| 15:30:39 | Bagder | it is just a limit for this particular read |
| 15:31:04 | Bagder | since filling the whole buffer at once takes too long time on 8mb units |
| 15:31:07 | Stevie[FP] | btw |
| 15:31:13 | * | Stevie[FP] writes a patch for this |
| 15:31:48 | Bagder | further down you'll see that it'll post another message to itself and then it'll read again |
| 15:32:47 | Stevie[FP] | ok, i c |
| 15:39:43 | Bagder | our set date function is a bit silly |
| 15:40:04 | Bagder | I believe it get crazy when we read a very weird year |
| 15:40:40 | Bagder | I'll fix |
| 15:41:18 | Stevie[FP] | lol |
| 15:41:40 | dwihno | Bagder: is it possible to do a %02in in a custom WPS? :) |
| 15:41:51 | Bagder | I doubt it |
| 15:42:06 | dwihno | Boo! ;) |
| 15:43:56 | | Join |nsomniac [0] (pussy@81-29-33-222.tau.hesby-radio.no) |
| 15:46:39 | dwihno | I got an idea regarding the module loader today. How about enabling runtime modules for different remote controller interfaces? |
| 15:46:56 | Stevie[FP] | hey bagder |
| 15:47:02 | Stevie[FP] | ? |
| 15:47:06 | Bagder | yes? |
| 15:47:09 | Stevie[FP] | New patch |
| 15:47:24 | Bagder | I noticed |
| 15:47:31 | Stevie[FP] | how'd you notice that fast? |
| 15:47:38 | Bagder | I subscribe to the list |
| 15:47:48 | Bagder | I get all changes to all trackers |
| 15:47:50 | Stevie[FP] | there's a list that gets emails when someone submits a patch? |
| 15:47:53 | Bagder | yes |
| 15:47:55 | Stevie[FP] | ah, ok |
| 15:47:58 | Stevie[FP] | actually I plan to patch it more effectively, but for now I think this will suffice |
| 15:48:19 | mbr | hi |
| 15:48:25 | Bagder | hi mbr |
| 15:48:26 | Stevie[FP] | what I think would be best is to remember the USB attachment |
| 15:48:41 | mbr | Bagder: seen my patch for time/date setting? |
| 15:49:19 | Stevie[FP] | and if we're still attached by the time we read another key, we return SYS_USB_CONNECTED again |
| 15:49:22 | mbr | it fixes the messed rtc ram after power loss, also |
| 15:49:55 | Bagder | does it? do we always get 0xff then? |
| 15:50:05 | *** | Saving seen data "./dancer.seen" |
| 15:50:19 | mbr | I think so .. |
| 15:50:19 | dwihno | Any news about running Rockbox from ROM? |
| 15:51:23 | Stevie[FP] | dalnet needs a new routing team |
| 15:51:32 | mbr | day and month is also beyond the valid range |
| 15:52:02 | Bagder | mbr: you could make the check if(timedate[3] > 30) {} |
| 15:52:05 | Bagder | just in case |
| 15:52:20 | mbr | I think the registers are set to 0xff as the ram used for settings |
| 15:52:51 | Bagder | but the clock surely gets updated |
| 15:53:17 | mbr | Thats why I used the year |
| 15:53:25 | mbr | But yes, this may be a problem |
| 15:54:25 | Bagder | mbr: I think you should apply and commit that fix and now allow any year that is beyond 2030 |
| 15:54:31 | Bagder | not allow |
| 15:54:49 | mbr | OK |
| 15:55:02 | Bagder | oh, and then you can remove my silly fix for >2030 |
| 15:55:09 | mbr | And include a range check for all other values? |
| 15:55:55 | Bagder | I guess so, as otherwise the code won't be happy, like when we get 3-digit seconds or minutes |
| 15:56:11 | Bagder | Zagor: here? |
| 15:57:21 | Stevie[FP] | hey |
| 15:57:59 | Stevie[FP] | I reserve the right to experience life to the fullest, and that only happens at 137:254:80 PM |
| 15:58:07 | Stevie[FP] | ;) |
| 15:59:05 | Bagder | ah, that's why my life is so boring ;-) |
| 15:59:16 | Bagder | my clock bugs |
| 15:59:25 | Bagder | it wraps before the fun starts! |
| 15:59:52 | Stevie[FP] | ;) |
| 16:00 |
| 16:00:03 | Stevie[FP] | arent most RTC clocks BCD? |
| 16:00:05 | Bagder | gotta go home and clean my appartment |
| 16:00:17 | Bagder | another "showing" tonight |
| 16:00:27 | * | Bagder is about to sell it |
| 16:00:32 | Stevie[FP] | see, if the dorks at Hitachi had replaced some of their more useless CPU instructions with likes like AAA and AAS |
| 16:00:37 | mbr | Bagder: I send another patch befor commit |
| 16:01:04 | Bagder | I think you can go ahead and commit, I have faith in you |
| 16:01:08 | Bagder | see ya |
| 16:01:12 | | Quit Bagder ("Client Exiting") |
| 16:08:58 | dwihno | What's the jump scroll btw? |
| 16:09:31 | Stevie[FP] | i think it's something like setting 'scroll length' to the width of the screen |
| 16:09:39 | Stevie[FP] | not exactly, but close |
| 16:09:50 | dwihno | okay |
| 16:10:07 | dwihno | then I'm with ya' :) |
| 16:10:14 | Stevie[FP] | with me on what? |
| 16:10:25 | Stevie[FP] | I'm pretty sure it was written for players |
| 16:10:40 | dwihno | :-) |
| 16:11:33 | quel|out | dwihno: the jump scroll *jumps to the next 11 chars |
| 16:11:35 | quel|out | :) |
| 16:11:46 | quel|out | a player display has 11 chars AFAIK |
| 16:11:56 | quel|out | so, you see the first 11, then the next 11, and so on |
| 16:11:59 | quel|out | :) |
| 16:12:03 | Stevie[FP] | exactly |
| 16:12:04 | | Nick quel|out is now known as quelsaruk (swordmaste@faerun.ugr.es) |
| 16:12:22 | dwihno | neato :-) |
| 16:12:23 | dwihno | muy bien |
| 16:13:05 | Stevie[FP] | something bugs me |
| 16:13:14 | * | quelsaruk is a docs guru :D |
| 16:13:31 | Stevie[FP] | my supposed '8mb autodetection' build crashes when loading a new .ajz file |
| 16:14:07 | Stevie[FP] | and I have no real way of finding out what exactly it's diong =/ |
| 16:31:41 | | Nick dwihno is now known as dw|gone (dwihno@h193180246067.kommunicera.umea.se) |
| 16:36:44 | | Join elinenbe [0] (~elinenbe@114.mujb.phil.philapaaz.dsl.att.net) |
| 16:42:54 | Stevie[FP] | who did the ROM dump? |
| 16:47:45 | | Quit zamez ("Client exiting") |
| 17:00 |
| 17:14:53 | | Nick Zagor is now known as Zagor|out (bjst@as9-5-6.k.s.bonet.se) |
| 17:19:32 | | Join mecraw [0] (~mecraw@69.2.235.2) |
| 17:33:37 | | Quit elinenbe (" HydraIRC -> http://hydrairc.sourceforge.net <- \o/") |
| 17:50:09 | *** | Saving seen data "./dancer.seen" |
| 17:54:40 | | Join hardeep [0] (1098@208.247.65.237) |
| 17:55:23 | | Quit pyvasene ("Client exiting") |
| 18:00 |
| 18:02:48 | | Join elinenbe [0] (~elinenbe@114.mujb.phil.philapaaz.dsl.att.net) |
| 18:28:57 | | Quit sime ("miow") |
| 18:29:22 | | Join Snorlax [0] (Snorlax@h202n2fls34o883.telia.com) |
| 18:31:52 | | Join kuji [0] (~kuji@cuji.gotadsl.co.uk) |
| 18:31:58 | | Part kuji |
| 18:34:43 | | Quit elinenbe (" HydraIRC -> http://hydrairc.sf.net <- s0 d4Mn l33t |t'z 5c4rY!") |
| 18:36:43 | | Quit Snorlax (Read error: 104 (Connection reset by peer)) |
| 19:00 |
| 19:04:32 | | Join _aLF [0] (~Alexandre@AGrenoble-203-1-5-136.w80-14.abo.wanadoo.fr) |
| 19:04:59 | _aLF | hi |
| 19:07:15 | quelsaruk | anyone here with the red light dead issue? |
| 19:07:35 | Stevie[FP] | I had it the other day |
| 19:08:04 | Stevie[FP] | though not on a very recent build |
| 19:08:28 | quelsaruk | it's curious... |
| 19:08:54 | quelsaruk | i changed the HD on a friend's recorder |
| 19:09:03 | quelsaruk | and he's now experimenting that bug |
| 19:09:22 | Stevie[FP] | experiencing? |
| 19:09:32 | quelsaruk | umm |
| 19:09:33 | quelsaruk | yes |
| 19:09:35 | quelsaruk | :) |
| 19:09:38 | quelsaruk | he has it now |
| 19:09:39 | Stevie[FP] | btw |
| 19:09:40 | quelsaruk | :P |
| 19:09:45 | Stevie[FP] | do you know anyone with an 8mb rec? |
| 19:09:54 | quelsaruk | thebreaker |
| 19:10:02 | #>> | "seen" used by quelsaruk (swordmaste@faerun.ugr.es) [snoop prevented] |
| 19:10:18 | quelsaruk | ok, forget about him ;) |
| 19:10:23 | Stevie[FP] | hahaha |
| 19:11:06 | quelsaruk | AFAIK he made the first mod, and those strange changes on source code to make that mod work :) |
| 19:11:16 | Stevie[FP] | ah ok :) |
| 19:12:20 | | Quit matsl ("Client Exiting") |
| 19:12:33 | Stevie[FP] | did you see my mail to the list? |
| 19:21:17 | quelsaruk | which one? |
| 19:21:18 | quelsaruk | :) |
| 19:22:49 | Stevie[FP] | i made a patch to autodetect the RAM size |
| 19:22:57 | Stevie[FP] | instead of having to preconfigure it |
| 19:25:35 | quelsaruk | yupos |
| 19:25:39 | quelsaruk | i read that |
| 19:25:45 | Stevie[FP] | well the first one failed miserably |
| 19:25:50 | quelsaruk | now it works |
| 19:25:50 | Stevie[FP] | but I found the bug and made a new one |
| 19:25:56 | quelsaruk | i know |
| 19:25:58 | quelsaruk | ;) |
| 19:26:09 | Stevie[FP] | but I still need Joern to try it again |
| 19:26:22 | Stevie[FP] | since I don't have an 8MB on hand to test it myself :P |
| 19:29:02 | Stevie[FP] | too bad Archos doesn't have an offer where we can send them a Jukebox and some money, and they can replace the chips themselves |
| 19:38:10 | * | Stevie[FP] dreams of producing a feature so cool that it makes the 'News' list on the main page |
| 19:38:55 | * | Stevie[FP] is away [Ingesting sustenance (or at least going to eat some food)] [KS-MsgLog Off] |
| 19:50:10 | *** | Saving seen data "./dancer.seen" |
| 19:53:50 | | Join alexandre [0] (~alexandre@AGrenoble-203-1-3-5.w80-14.abo.wanadoo.fr) |
| 19:54:20 | | Quit hardeep ("BitchX: Little. Yellow. Better.") |
| 20:00 |
| 20:02:21 | | Join Jet8810 [0] (~Jet8810@adsl-80-9-55.mia.bellsouth.net) |
| 20:07:40 | | Nick Zagor|out is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
| 20:13:07 | | Quit _aLF (Read error: 110 (Connection timed out)) |
| 20:23:40 | | Join hardeep [0] (1098@208.247.65.237) |
| 20:37:59 | * | Stevie[FP] is back from [Ingesting sustenance (or at least going to eat some food)] [gone 59mins 4secs] [KS] |
| 20:47:57 | quelsaruk | hardeep: how's that dinamic queue going? |
| 20:56:51 | Stevie[FP] | who wrote the rtc alarm stuff? |
| 20:57:05 | Zagor | uwe |
| 20:57:09 | Stevie[FP] | uwe? |
| 20:57:45 | Zagor | uwe freese. he made an rtc mod for the old recorders, and thus wrote code for it. |
| 20:58:00 | Zagor | then it turned out the fm units come with his "mod" premade :-) |
| 20:58:58 | Stevie[FP] | the rtc alarm? |
| 21:00 |
| 21:00:05 | Zagor | yes. the old recorders don't have the electrical connection to wake up from rtc. |
| 21:00:13 | Zagor | so he made a mod for it |
| 21:00:47 | Stevie[FP] | oh, ok |
| 21:01:33 | Stevie[FP] | ok, get_sleep_timer() is in seconds |
| 21:08:14 | | Join tracktheripper [0] (jirc@ACBB9180.ipt.aol.com) |
| 21:08:30 | tracktheripper | evening all |
| 21:08:41 | quelsaruk | uwe is thebreaker no? |
| 21:08:43 | quelsaruk | :) |
| 21:08:49 | Zagor | yes |
| 21:09:04 | tracktheripper | hi zaggor and quels |
| 21:09:18 | quelsaruk | hi track |
| 21:09:27 | tracktheripper | wots up? |
| 21:09:27 | tracktheripper | :D |
| 21:10:40 | tracktheripper | sorry Zagor |
| 21:10:40 | tracktheripper | :) |
| 21:11:04 | Stevie[FP] | ah, well thebreaker has apparently not been here for a while |
| 21:11:09 | Stevie[FP] | he also has the 8mb mod |
| 21:11:23 | Stevie[FP] | zag, did you see my email to the list? |
| 21:12:09 | Zagor | Stevie[FP]: yes |
| 21:12:14 | Stevie[FP] | watcha think? |
| 21:12:20 | Zagor | didn't look at the code though :-) |
| 21:12:59 | quelsaruk | adiamas: are you here? |
| 21:13:03 | Stevie[FP] | it's actually a simple concept that I discovered (but didn't quite understand) back in the 8088 real-mode days, before I understood how the memory addressing worked |
| 21:14:01 | Stevie[FP] | address pins that aren't connected to anything useful are effectively ignored |
| 21:14:06 | Stevie[FP] | so if you have a 2MB chip |
| 21:14:31 | Stevie[FP] | address P, 2MB+P, 4MB+P, 6MB+P, 8MB+P, 10MB+P, etc. are all equivalent |
| 21:15:29 | Stevie[FP] | so I pick a memory address P, write a known value to it, then write a different value at address P+2MB |
| 21:15:39 | Stevie[FP] | if the value at P changes, we have a 2MB chip |
| 21:15:48 | Stevie[FP] | if it doesn't change, we must have an 8MB chip |
| 21:16:17 | Zagor | i'd have expected a machine check exception... |
| 21:16:47 | Stevie[FP] | no, because the bus controller doesn't know |
| 21:17:15 | Stevie[FP] | if I remember right, the DRAM starts at 0x09000000 |
| 21:17:34 | Zagor | yes |
| 21:17:49 | Stevie[FP] | anything from 0x09000000-0x09FFFFFF accesses the DRAM chip |
| 21:18:52 | Zagor | right, but what happens when there is no DTACK? |
| 21:19:14 | Stevie[FP] | I don't know what a DTACK is |
| 21:19:30 | Stevie[FP] | all I know is that, at least on the 2MB model, it works |
| 21:19:57 | Zagor | DTACK is Data Transfer Acknowledge |
| 21:20:13 | Stevie[FP] | I'm assuming that it works in a manner similar to the 128K chips on our old boards here (which, I'll grant you, are SRAM, not DRAM) |
| 21:20:31 | Zagor | i haven't read those parts of the data sheets much, maybe it doesn't apply to the sh7034 |
| 21:20:32 | Stevie[FP] | the upper address pins are not connected |
| 21:20:55 | Zagor | ah, of course. i'm being silly. |
| 21:21:13 | Zagor | did you get someone to verify it on a 8MB yet? |
| 21:21:14 | Stevie[FP] | so the DRAM chip effectively access address modulo 2MB |
| 21:21:17 | Stevie[FP] | not yet |
| 21:21:20 | Stevie[FP] | the first version had a bug |
| 21:21:54 | Stevie[FP] | temporary brain failure |
| 21:22:55 | Stevie[FP] | I fixed it and uploaded a new version |
| 21:24:58 | Stevie[FP] | are there two rom chips? |
| 21:25:50 | tracktheripper | Zagor what does the grid of 0's mean in one debug menu option? |
| 21:27:55 | Zagor | which menu option? |
| 21:28:02 | Zagor | Stevie[FP]: no, just one |
| 21:28:13 | Zagor | tea time, brb |
| 21:28:31 | Stevie[FP] | ok |
| 21:28:49 | Stevie[FP] | then I do not understand why there are two ROM regions |
| 21:28:58 | tracktheripper | hang on zagor |
| 21:29:05 | Stevie[FP] | plus, there's something called v5.03, I don't know what that is either |
| 21:30:42 | tracktheripper | Zagor its Debug, View MAS regs and View MAS codecs |
| 21:30:57 | tracktheripper | I just wondered what the grid of 0s mean |
| 21:32:25 | quelsaruk | cu tomorrow |
| 21:32:26 | | Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") |
| 21:33:58 | tracktheripper | and what does Dump ROM contends do in the Debug menu? |
| 21:34:44 | Stevie[FP] | it creates 2 .bin files |
| 21:34:51 | tracktheripper | yea? |
| 21:34:52 | Stevie[FP] | I don't understand how this CPU even boots |
| 21:34:55 | tracktheripper | what do they do? |
| 21:35:20 | Stevie[FP] | they don't do anything |
| 21:35:23 | Stevie[FP] | they're .bin files |
| 21:35:30 | Stevie[FP] | i can open them in UltraEdit for a nice hex dump |
| 21:35:46 | tracktheripper | ohhh |
| 21:36:01 | tracktheripper | and what does the grid of 0's do in view MAS codecs |
| 21:36:10 | Stevie[FP] | damned if I know |
| 21:36:17 | Stevie[FP] | I think it's just that most of the values are 0 |
| 21:36:25 | Stevie[FP] | I think it should display more than 4 lines at a time |
| 21:36:31 | Stevie[FP] | since my FM can show twice that |
| 21:36:47 | tracktheripper | i thought they switch between 1 and 0 to indicate the MAS is working during MP3 playback |
| 21:37:40 | Stevie[FP] | dunno |
| 21:38:00 | tracktheripper | well im sure Bjorn and co knoiw |
| 21:47:25 | hardeep | tracktheripper: those are just the current values in the specified registers. You can see what each register refers to in the MAS datasheets (http://rockbox.haxx.se/docs/datasheets.html) |
| 21:48:20 | Stevie[FP] | i don't get this |
| 21:48:25 | Stevie[FP] | wtf does the damn cpu do when it starts? |
| 21:49:36 | Stevie[FP] | the schematics don't match the HW manual |
| 21:50:13 | *** | Saving seen data "./dancer.seen" |
| 21:56:17 | tracktheripper | cheers hardeep |
| 21:57:52 | | Join ken0_ [0] (marklar2@80.178.37.138.forward.012.net.il) |
| 22:00 |
| 22:02:22 | Stevie[FP] | mehhh |
| 22:02:23 | Stevie[FP] | wtf |
| 22:04:34 | tracktheripper | wahts up stevie |
| 22:05:23 | Stevie[FP] | trying to understand what this stupid ROM thing is supposed to do |
| 22:05:30 | Stevie[FP] | it doesn't seem to do anything useful |
| 22:05:36 | tracktheripper | well try asking Micronas very nicely |
| 22:05:39 | tracktheripper | they make the ROM chip |
| 22:05:48 | Stevie[FP] | ... no, Micronas makes the MAS chip |
| 22:06:04 | tracktheripper | ohh right. Im sure the frogs who work for Archos can tell you |
| 22:06:32 | Stevie[FP] | mmmh |
| 22:08:23 | tracktheripper | archos is a french company :-) |
| 22:08:33 | tracktheripper | or im sure Bjorn and co can tell u |
| 22:10:03 | webmind | anyone here know if usb2 is backwards compatible ? |
| 22:10:15 | tracktheripper | USB2 is backwards compatible with USB 1.1 |
| 22:10:29 | Stevie[FP] | webmind: pretty much all USB 2.0 devices can run as USB.11 |
| 22:10:31 | Stevie[FP] | 1.1 even |
| 22:10:42 | Stevie[FP] | i like the CPU's branch instruction mnemonic |
| 22:10:47 | webmind | k good |
| 22:12:23 | tracktheripper | Would the Archos work if u got a USP to parallel or serial lead? |
| 22:13:05 | webmind | tracktheripper, how do u mean ? |
| 22:13:36 | tracktheripper | those cables that have a type A USB plug at one end and a parallel or serial plug at the other end |
| 22:14:10 | tracktheripper | "just in case all of your USB ports are being used...." |
| 22:15:03 | tracktheripper | Zagor can I ask u something plz? |
| 22:16:09 | tracktheripper | I would love to see the option to reshuffle the playlist when it repeats. I use my Archos all day on random mode and its a pain manually reshuffling the list from time to time |
| 22:20:53 | | Join [IDC]Dragon [0] (jirc@p50861C39.dip.t-dialin.net) |
| 22:20:56 | webmind | tracktheripper, that's to be connected to a usb controller i think ? |
| 22:24:48 | Zagor | back |
| 22:24:52 | Stevie[FP] | wb Z |
| 22:25:21 | Stevie[FP] | tracktheripper: you can have up to 127 USB devices on one root hub... |
| 22:29:40 | tracktheripper | cook |
| 22:30:34 | tracktheripper | cool even :-) |
| 22:38:45 | [IDC]Dragon | I have disassembled and commented the Archos ROM bootcode, interesting things inside. Does anybody know if it's legal to publish that? |
| 22:46:06 | Stevie[FP] | hey IDC |
| 22:46:28 | Stevie[FP] | I found the glitch in my 8MB autodetection routine |
| 22:46:39 | Stevie[FP] | it should actually detect 8MB chips now |
| 22:48:02 | [IDC]Dragon | Hi Steve, I already saw that and repied. Yes, it works (and crashes). |
| 22:48:20 | [IDC]Dragon | replied, I mean |
| 22:48:34 | Stevie[FP] | cool! |
| 22:48:57 | Stevie[FP] | thats a bit different from what it did before (which was incorrectly determine 2mb) |
| 22:49:00 | Zagor | [IDC]Dragon: no it's not legal to publish the code. but you can publish discussion about it, and instructions how to extract/disassemble etc it |
| 22:49:31 | Stevie[FP] | [IDC]Dragon: when does it crash? |
| 22:50:07 | [IDC]Dragon | Hello Björn! So I can tell what it does, and have to email it around? |
| 22:50:22 | [IDC]Dragon | Steve: Whe roloing, as you said. |
| 22:50:34 | Stevie[FP] | it crashes when it ROLOs another build |
| 22:50:45 | Stevie[FP] | but when it's running itself it shouldn't crash |
| 22:50:58 | Zagor | treat the code as a book, then you'll know what I mean. you are allowed to publish excerpts and of course as much of your own comments as you like. you simply are not allowed to publish the entire code verbatim. |
| 22:50:58 | Stevie[FP] | (actually it crashes when it ROLOs anything, even itself :-o) |
| 22:52:46 | Stevie[FP] | ok, it works! |
| 22:52:47 | Stevie[FP] | woo |
| 22:52:50 | Stevie[FP] | I did something right |
| 22:52:55 | * | Stevie[FP] marks his calendar |
| 22:53:12 | Zagor | hah |
| 22:53:31 | [IDC]Dragon | Congratulations!# |
| 22:53:34 | Stevie[FP] | ty :) |
| 22:53:42 | Stevie[FP] | if only I knew why it crashed when ROLOing |
| 22:54:15 | [IDC]Dragon | Didn't went into the right code, I'd say. |
| 22:54:36 | Stevie[FP] | probably |
| 22:54:38 | [IDC]Dragon | Björn, are you into ROLO? |
| 22:54:52 | Zagor | yup |
| 22:55:09 | [IDC]Dragon | So, how does it work? |
| 22:55:20 | Stevie[FP] | do we read from the LCD status register at all? |
| 22:55:35 | [IDC]Dragon | I always wondered how you exchange the code under your feet. |
| 22:55:59 | [IDC]Dragon | LCD status register??? |
| 22:56:17 | Stevie[FP] | yeah, if you do an i2c read instead of i2c write, it seems you get a status result |
| 22:56:46 | [IDC]Dragon | Is that any good for 8MB? ;-) |
| 22:57:07 | Stevie[FP] | lol |
| 22:57:38 | Zagor | [IDC]Dragon: it's pretty simple, since the code only uses the first 200k. we simply copy the rolo code into a higher memory address and run it there. |
| 22:57:47 | Stevie[FP] | well, i'm glad the autodetection works |
| 22:58:20 | Zagor | Stevie[FP]: um, i don't remember if we ever read the status |
| 22:58:25 | [IDC]Dragon | Björn: Then you have the other 200 k wasted? Is is all position independent? |
| 22:58:27 | Stevie[FP] | it doesn't look it |
| 22:58:58 | Stevie[FP] | [IDC]Dragon: I think he means he copies the bootstrapping code into a higher memory address and loads the new image at the base address |
| 22:59:15 | Zagor | [IDC]Dragon: no, we link the rolo code for the high address. the we load the new .ajz into ~1MB, copy it back down to 0 and execute it |
| 22:59:42 | [IDC]Dragon | Ah, the rolo code, I see. |
| 23:00 |
| 23:00:15 | Zagor | Stevie[FP]: actually we need to load to a temporary hi-ram buffer, since the disk code is in low ram |
| 23:01:41 | Zagor | look in the linker control file (app.lds), you will see a section called .topram which is at the very top of the memory. that's where rolo is. |
| 23:01:52 | Stevie[FP] | ok |
| 23:02:06 | Stevie[FP] | from there a simple memcmp is in order? |
| 23:02:07 | Stevie[FP] | er |
| 23:02:08 | Stevie[FP] | memcpy |
| 23:02:14 | Zagor | yes |
| 23:03:20 | Stevie[FP] | ok |
| 23:05:26 | Stevie[FP] | okay |
| 23:05:31 | Stevie[FP] | when we write to the display |
| 23:05:34 | Stevie[FP] | we write 8 bits at a time |
| 23:05:47 | Zagor | yup |
| 23:06:00 | Stevie[FP] | each 'page' is 8 pixels high |
| 23:06:14 | Zagor | yes |
| 23:06:18 | Stevie[FP] | so effectively we write 8 rows, then the thing wraps to the next column |
| 23:06:43 | [IDC]Dragon | That's all software bitbanging, right? I wonder why the display isn't a crawl. |
| 23:06:51 | Zagor | Stevie[FP]: yes |
| 23:07:04 | Zagor | [IDC]Dragon: yup, all software. and all over a serial link! |
| 23:07:27 | * | Stevie[FP] notes that a freaky look would result from setting the base column address to '4' |
| 23:07:38 | Zagor | and it *is* a crawl, comparatively speaking... with a better link we could probably have done grayscales |
| 23:07:49 | Stevie[FP] | indeed =/ |
| 23:08:19 | [IDC]Dragon | No SPI feature on those ports? |
| 23:09:16 | Zagor | SPI? |
| 23:09:24 | [IDC]Dragon | How about som optimizes assembler for that, running from IRAM? |
| 23:09:43 | [IDC]Dragon | SPI it that serial link, I think. |
| 23:09:45 | | Join LinusN [200] (~linus@labb.contactor.se) |
| 23:09:58 | [IDC]Dragon | Hi Linus! |
| 23:10:01 | LinusN | you can't read the LCD status register in serial mode |
| 23:10:09 | LinusN | only in parallel |
| 23:10:14 | Stevie[FP] | well that rules that out |
| 23:10:15 | Stevie[FP] | and |
| 23:10:19 | Stevie[FP] | somebody's been reading the logs :P |
| 23:10:32 | LinusN | no, i'm psychic |
| 23:10:37 | Stevie[FP] | ok |
| 23:10:39 | Stevie[FP] | somebody's psychic |
| 23:10:42 | Zagor | [IDC]Dragon: it already is assembler. feel free to optimise it :-) |
| 23:10:44 | Stevie[FP] | oh, guess what, Linus? |
| 23:10:58 | LinusN | ? |
| 23:10:58 | [IDC]Dragon | How about IRAM? |
| 23:10:58 | Stevie[FP] | I wrote something that actually works! |
| 23:11:08 | LinusN | Stevie[FP]: you fixed ROLO? |
| 23:11:10 | Zagor | [IDC]Dragon: worth trying |
| 23:11:11 | Stevie[FP] | no |
| 23:11:17 | Stevie[FP] | but the detection part works |
| 23:11:35 | Stevie[FP] | I don't have the tools and/or skills and/or knowledge necessary to debug the problem =/ |
| 23:11:52 | Zagor | actually, it's already in iram :-) |
| 23:12:00 | * | Zagor checked the code |
| 23:12:11 | [IDC]Dragon | Björn: And that write function seems to get called very often, for every byte. |
| 23:12:17 | Zagor | yes |
| 23:12:41 | [IDC]Dragon | Maybe it could take some more. |
| 23:12:42 | LinusN | [IDC]Dragon: there is room for optimization in the LCD code, but last time i tried, the LCD couldn't cope |
| 23:13:02 | [IDC]Dragon | Oh, that's another limit, agreed. |
| 23:13:18 | LinusN | might have been a bug in my code of course |
| 23:13:45 | [IDC]Dragon | How fast can you clock it, are we close to that? |
| 23:14:04 | LinusN | i don't remember |
| 23:14:32 | [IDC]Dragon | Maybe I'll measure it when it's open next time. |
| 23:14:47 | LinusN | do so |
| 23:15:26 | [IDC]Dragon | May I change the subject on booting? |
| 23:17:08 | LinusN | [IDC]Dragon: ? |
| 23:17:12 | [IDC]Dragon | I haven't done the real test (because it requires to pull the 3 LCD input lines low), but with a simulator I managed to "boot" from UART. |
| 23:17:53 | [IDC]Dragon | Meaning, we could execute something without anything useful in flash. |
| 23:18:08 | LinusN | i see where you are heading |
| 23:18:19 | [IDC]Dragon | Haaa... |
| 23:18:54 | [IDC]Dragon | 1st stage we can only load into IRAM, the DRAM is not initialized yet. |
| 23:19:33 | [IDC]Dragon | A bit crammy in there. Do we have the 7032 with 8K or the 7034 with 4 K? |
| 23:19:40 | Zagor | 7034 |
| 23:20:05 | [IDC]Dragon | As I guessed, the other one has no ROM. |
| 23:20:16 | Zagor | right |
| 23:20:43 | [IDC]Dragon | The ROM code is prepared for multi-boot, the LCD lines decide. |
| 23:21:38 | [IDC]Dragon | It grabs image "n" from a list. In the available firmwares these entries all point to the same block. |
| 23:21:50 | LinusN | cool |
| 23:22:18 | [IDC]Dragon | Scrambling is mandatory for such a block. |
| 23:22:29 | LinusN | we need to find a way to do this without the LCD trick... |
| 23:22:48 | [IDC]Dragon | Change the ROM, I'm afraid... |
| 23:23:01 | LinusN | what does it do if there is no valid image in flash? |
| 23:23:22 | [IDC]Dragon | it checks for the "ARCH" ID right at the start. |
| 23:23:45 | [IDC]Dragon | If that's present, it will blindly use whatever values it finds. |
| 23:23:55 | Stevie[FP] | what LCD trick? |
| 23:24:19 | Zagor | has anyone compared the flashed version with the same file version? |
| 23:24:20 | LinusN | [IDC]Dragon: and what if it is no ARCH? |
| 23:24:27 | [IDC]Dragon | If there is no "ARCH", it will flash the red LED a couple of times and the sleep in coma. |
| 23:24:33 | LinusN | Stevie[FP]: pulling the three LCD lines low |
| 23:24:59 | [IDC]Dragon | Port B, bit 1-3 (not 0) |
| 23:25:10 | Stevie[FP] | ok |
| 23:25:14 | Stevie[FP] | and what does this do exactly? |
| 23:25:33 | LinusN | if you do this, the cpu will boot into a special debug monitor |
| 23:25:35 | [IDC]Dragon | It goes to a UART boot mode, expecting code from there. |
| 23:25:50 | Stevie[FP] | okay |
| 23:26:00 | [IDC]Dragon | It's not a monitor, just a very simple code. |
| 23:26:52 | [IDC]Dragon | But you can use it to trasfer "something" into the box and execute it. In my example, a flash programmer. |
| 23:27:42 | [IDC]Dragon | Linus, the suspense goes on: |
| 23:28:20 | [IDC]Dragon | The image being descrambled from flash is quite small, about 9k. |
| 23:28:50 | [IDC]Dragon | It's not the final firmware. |
| 23:29:02 | Stevie[FP] | that's at 0x2000000 or whatever? |
| 23:29:38 | [IDC]Dragon | Instead, this is your "debugger", in fact it seems to be a flash tool. |
| 23:30:04 | LinusN | nice |
| 23:30:35 | [IDC]Dragon | I don't know how to operate it, just saw the strings in there. |
| 23:31:20 | LinusN | cool |
| 23:31:30 | [IDC]Dragon | Remember the box "talking" with 115200 baud on power up? That's this tool. You can hold it with any char from a terminal. |
| 23:31:48 | Stevie[FP] | 115200, now that's MY kinda serial speed |
| 23:32:05 | [IDC]Dragon | But then it wasn't responsive. |
| 23:33:58 | Stevie[FP] | do we have a quick reference table somewhere of what contraptions are mapped at what addresses? |
| 23:34:29 | [IDC]Dragon | ??? |
| 23:34:39 | Stevie[FP] | example: external DRAM at 0x09000000 |
| 23:34:44 | Stevie[FP] | internal RAM at 0x00000000 |
| 23:34:52 | Stevie[FP] | external ROM at 0x02000000 |
| 23:35:03 | [IDC]Dragon | Linus, please check your mail, I've sent you the files. |
| 23:35:56 | [IDC]Dragon | internal RAM is 0x0FFFF000-0x0FFFFFFF |
| 23:36:23 | [IDC]Dragon | You can get all that from the SH CPU datasheets. |
| 23:37:14 | Stevie[FP] | err |
| 23:37:17 | Stevie[FP] | sorry |
| 23:37:20 | Stevie[FP] | internal ROM at 0x00000000 |
| 23:37:42 | [IDC]Dragon | Yes, 64k from there. |
| 23:37:56 | [IDC]Dragon | Archos is only using about 1.7k. |
| 23:37:58 | Stevie[FP] | but what's at 0x01 or 0x03? |
| 23:38:10 | Stevie[FP] | and, for example, where is the RTC chip, where is the FM chip |
| 23:38:34 | [IDC]Dragon | Check the code ;-) |
| 23:38:34 | Stevie[FP] | we've got 16 possible values |
| 23:39:19 | * | Stevie[FP] rather dislikes values written as 0x100000 or 0x2000000 |
| 23:39:38 | Stevie[FP] | 0x200000 and 0x2000000 look the same damnit |
| 23:40:21 | Stevie[FP] | after about 5, all strings of 0s look the same =/ |
| 23:41:21 | | Join matsl [0] (~chatzilla@as13-4-5.mal.s.bonet.se) |
| 23:42:57 | | Quit matsl (Client Quit) |
| 23:43:47 | | Join Bagder [241] (~daniel@as3-3-2.ras.s.bonet.se) |
| 23:44:02 | tracktheripper | hi Bagder |
| 23:44:02 | [IDC]Dragon | (I guess Linus is gone reading) |
| 23:44:07 | Bagder | hi |
| 23:44:30 | tracktheripper | Bagder could u do me a favour plz? |
| 23:44:42 | Bagder | it depends |
| 23:44:55 | Bagder | what do you want? |
| 23:45:25 | tracktheripper | could u fix the "Reshuffle when playlist repeats" request for me plz? |
| 23:46:43 | tracktheripper | u there? |
| 23:46:44 | Bagder | that one is not first on my list |
| 23:46:55 | tracktheripper | awwwwwwwww :-( |
| 23:47:37 | Stevie[FP] | wtf |
| 23:48:21 | Stevie[FP] | wtf is a K4E151612D |
| 23:48:46 | Stevie[FP] | oic |
| 23:49:16 | LinusN | Stevie[FP]: the RTC and the FM chip are not address coded |
| 23:49:42 | Stevie[FP] | oh |
| 23:49:44 | Stevie[FP] | what are they? |
| 23:49:51 | Stevie[FP] | i2c? |
| 23:49:56 | LinusN | RTC is on the I2C bus |
| 23:50:05 | LinusN | I2C is on a separate bus |
| 23:50:11 | LinusN | sorry, FM |
| 23:50:15 | *** | Saving seen data "./dancer.seen" |
| 23:50:18 | LinusN | so is ths LCD |
| 23:50:28 | LinusN | the MAS is on I2C too |
| 23:50:46 | Stevie[FP] | oh |
| 23:50:48 | Stevie[FP] | theres another bus? |
| 23:50:58 | Stevie[FP] | we have the standard address/data bus |
| 23:51:00 | Stevie[FP] | we have an i2c bus |
| 23:51:04 | tracktheripper | u wait ages for a bus then all 3 come at once! |
| 23:51:26 | Stevie[FP] | for once I must agree with tracktheripper |
| 23:51:37 | tracktheripper | yay!! |
| 23:51:41 | [IDC]Dragon | Is that why the FM has no remote control? |
| 23:52:09 | | Quit mecraw (Read error: 110 (Connection timed out)) |
| 23:52:10 | LinusN | [IDC]Dragon: that has nothing to do with it |
| 23:52:35 | [IDC]Dragon | I thought they "bent" that pin for new use. |
| 23:52:57 | Stevie[FP] | what is at 0x04000000? |
| 23:53:10 | Stevie[FP] | only two references to it, and it's used as a magic number |
| 23:53:27 | LinusN | they did have a use for the RX pin on the FM |
| 23:53:45 | LinusN | but they scrapped that ides |
| 23:53:48 | LinusN | idea |
| 23:54:02 | Stevie[FP] | linus? |
| 23:54:06 | LinusN | there is an empty socket for an RDS decoder on the PCB |
| 23:54:26 | [IDC]Dragon | cool! |
| 23:54:54 | tracktheripper | ((buys LinusN a guniess)) |
| 23:55:14 | Bagder | tracktheripper: you really should try the /me command ;-) |
| 23:55:15 | LinusN | i think they discovered that the CPU couldn't keep up with the RDS data rate |
| 23:55:46 | * | tracktheripper twists LinusN's arm into fixing the "reshuffle" request |
| 23:55:46 | [IDC]Dragon | What a pity. |
| 23:56:01 | LinusN | indeed |
| 23:56:29 | [IDC]Dragon | BTW, do you know that "warp" feature of the CPU? Are you using it? |
| 23:56:39 | Stevie[FP] | the source says so |
| 23:57:48 | LinusN | we use it |
| 23:58:02 | Zagor | warp? |
| 23:58:05 | LinusN | yes |
| 23:58:10 | [IDC]Dragon | Any side effects to be aware of? |
| 23:58:12 | Stevie[FP] | simultaneous internal/external bus access |
| 23:58:17 | Zagor | ah, right |
| 23:58:19 | Bagder | does that make leaps in time? :-] |
| 23:58:24 | * | tracktheripper grabs Zagor and dances around the room |
| 23:58:26 | | Join tchan [0] (~tchan@12-247-188-25.client.attbi.com) |
| 23:58:49 | * | LinusN thinks that tracktheripper bought himself one Guinness too many |
| 23:58:52 | Stevie[FP] | oh! Linus, did you do the rec_main.pdf schematic drawing? |
icon identifies that the person is a core developer (has commit access).