--- Log for 27.05.103  Server: calvino.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 13 days and 2 hours ago

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.14.20 Join    tracktheripper [0] (jirc@ACB9A4AB.ipt.aol.com)
01.16.07 #       <tracktheripper> heya
01.49.49 ***     Saving seen data "./dancer.seen"
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.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.58.58 Join    earHurts [0] (~zic@pool-138-88-176-29.res.east.verizon.net)
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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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.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?