--- Log for 23.06.103 Server: calvino.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 1 month and 10 days ago 00.00.06 # dos prompt 00.00.13 # I thought you "knew computers" ?? 00.00.45 # i do it brings up a prompt 00.00.48 # and than closes it 00.02.26 # nvm 00.02.31 # im just dling the installer 00.02.49 # 8 meg but im dlin at 150 00.03.20 # nobody talks much here 00.03.23 *** Saving seen data "./dancer.seen" 00.03.46 # Many of the ppl live in Europe, and are asleep now. =) 00.04.03 # well wake them up 00.04.09 # i dont live in europ 00.04.50 # i live in europe! 00.04.53 # in London!!! 00.05.03 # i live in usa 00.05.27 # tracktheripper: what a coincidence! 00.05.34 # that's exactly where I don't live 00.05.36 # heegee 00.05.41 # :(( 00.07.49 # ahh ahh 00.08.28 # grr 00.10.06 Quit Zane ("Leaving") 00.13.45 Quit Jet8810 (Connection reset by peer) 00.21.00 Join Jet8810 [0] (~Jet8810@adsl-34-188-107.bct.bellsouth.net) 00.24.58 Quit Jet8810 (Read error: 54 (Connection reset by peer)) 00.24.58 Quit elinenbe (Read error: 54 (Connection reset by peer)) 00.24.58 Join Josh_ [0] (~Jet8810@adsl-34-188-107.bct.bellsouth.net) 00.25.01 Join elinenbe [0] (trilluser@user-0cev103.cable.mindspring.com) 00.26.47 Quit tracktheripper ("Leaving") 00.27.39 # join gentoo 00.27.49 Nick Josh_ is now known as Jet8810 (~Jet8810@adsl-34-188-107.bct.bellsouth.net) 00.29.10 # you join jentoo 00.29.11 # gentoo 00.34.20 Join OliverKlozoff [0] (whatsit2u@user-2inim1g.dialup.mindspring.com) 00.34.21 Quit Stevie-O (Read error: 104 (Connection reset by peer)) 00.37.49 # join genthree 00.38.54 # * Now talking in #genthree 00.38.54 # * asimov.freenode.net sets mode: +n 00.54.18 Join Bluechip [0] (~bluechip@pc1-colc1-3-cust223.colc.cable.ntl.com) 00.54.51 # any programmers in? 01.00.04 # according to certain theories 01.00.18 # tell me -- did you try menutest yet? 01.07.20 # no, still working on my own code - which bit of the menu system does it test 01.08.41 # anyway in button_get_w_tmo ...how long is a "tick" 01.08.53 # i presume it is some factor of "HZ"?? 01.11.23 # kernel.h: #define HZ 100 /* number of ticks per second */ 01.12.19 Join Yeft [0] (Yeft@AC8466D2.ipt.aol.com) 01.12.23 Quit _aLF ("bye") 01.12.36 # so ...how long is a "tick" then? 01.12.49 # oh shit - sorry, two conversation 01.12.53 # s 01.13.03 # note to self: STOP SCAN READING 01.13.12 # ...can you guys help with the original firmware at all..(fm recorder) 01.13.12 # if HZ is 100 ticks/sec, tick is 1/100 sec 01.13.26 # yeah, sorry, just me being dumb! 01.13.53 # what's your Q, Yeft? (I don't have an FM) 01.14.55 # when i turn it oh, everything loads fine, but its all jibberis (i.e. $#^DSF is a folder) and if i try to enter an of the folders it says hard drive error, and if i try to turn on the radio it crashes... 01.15.19 # Hmmm. Have you tried to scandisk the drive? 01.15.36 # nope 01.15.42 # run chkdsk before scandisk 01.15.48 # that'd be the first thing I tried. 01.15.51 # ok 01.15.54 # chkdsk chkdsk /f scandisk 01.16.51 # ok, I just opened my fm and removed the hdd 01.17.00 # woohoo! 01.17.32 # I put it back in, re-assembled, and it is till functioning 01.18.01 # i think it worked 01.18.07 # lol it said i bunch of stuff 01.18.13 # the case, however, is bent in acurve at the back top and bottom 01.18.17 # convert lost chains to files????? 01.18.25 # yeft: no 01.18.25 # yes please 01.18.35 # Convert = YES *always* 01.18.36 # ty 01.18.47 # brrr 01.18.53 # i typed n 01.18.56 # this is your lost data - the alternative is lose it forever 01.18.58 # brfore you chimed in... 01.19.07 # but it will not convert unless you use /f - stage 2 01.19.09 # bahhhhhh 01.19.12 # what,s he going to do with partial mp3 filesa/ 01.19.22 # most ppl have their JB synced w/ PC anyway. Easy to recover. =) 01.19.47 # <-- not most people 01.19.55 # oh, dear 01.20.29 # it works! 01.20.35 # thank you 01.20.36 # good! 01.24.19 # i love all my new ultimixes (ac/dc you shook me all night) 01.24.27 # i love that one the most 01.25.37 # thank you all! 01.25.44 # seeya later 01.25.56 Quit Yeft ("i'd rather be rich than stupid - jack handy") 01.28.55 Part Bluechip 01.34.26 # jzoss? 01.35.19 # yes 01.36.19 # the bent case means that the battery contact isn't secured as tightly 01.36.34 # any ideas on straightening that bend? 01.36.56 # Is the piece flat, or does it have the sides on too? 01.37.30 # sides, which are soldered to the mainboard 01.37.45 # that's why i bwnt, to avoid soldering 01.37.54 # So you can't exactly press it with anything, since it's got circuit stuff mounted to it 01.38.34 # I was able to hold the pieces together 01.38.56 # If you can't pull the circuit stuff away from the case (to bend it back into shape), I'd probably just try and shim the battery contact to fit better 01.39.14 # once it was all reassembled 01.39.18 # shim? 01.39.44 # shim == stick small pieces of metal inbetween two parts to do fine-adjustment on spacing/offset/angle/whatever 01.39.59 # ah 01.40.13 # As in: can you just wad up some aluminum foil to fill whatever gap you're seeing? 01.40.30 # that's essentially what the archos battery cover does 01.41.10 # no: the battery cover is the contact ( is attached to, anyway) 01.41.31 # and the cover is flexed like a spring 01.42.06 # it's held down becuase it's wwdged between the front cover and the back ( now bent) case 01.42.13 # you'd prolly be better off asking Linus, or someone who's actually disassebled the battery cover. =) 01.42.14 Join Bluechip [0] (~bluechip@pc1-colc1-3-cust223.colc.cable.ntl.com) 01.42.29 # with the bend, it's not wedged as much. 01.42.34 # good suggestion 01.42.35 # can i retrive the current tick? 01.42.37 # so shim under battery 01.43.16 # Bluechip: lots o references in mpeg.c for "current_tick". You could check there... 01.43.43 # thanks :)) 01.45.40 # firmware 1.17i, must be old.. 01.52.29 # interface pcb also differs (v1.2) 02.03.25 *** Saving seen data "./dancer.seen" 02.07.46 Join Asmotaku-Neko [0] (WinNT@ACB8B65F.ipt.aol.com) 02.07.51 # Hi there ! 02.07.53 # ^w^ 02.08.16 # !rules 02.08.23 # no ones. 02.08.30 # >.> 02.08.33 # <.< 02.08.43 # Anybody there ? 02.09.05 Quit Asmotaku-Neko (Client Quit) 02.14.29 Join LinusN [200] (~linus@labb.contactor.se) 02.14.56 # hiya, LinusN =) 02.15.00 # hi 02.17.45 # ahh, is that a man who can tell me how to access a timer with units smaller than a second? ;) 02.21.02 # probably, yes 02.21.17 # one tick is 10ms 02.21.36 # just can't work out how to read the current value into a variable! 02.22.24 # also - does it wrap at say, 2^65 02.22.25 # it *is* in a variable 02.22.29 # current_tick 02.22.44 # it is an unsigned 32-bit 02.23.22 # and is it free running or reset every X seconds? 02.23.31 # if you use the TIME_AFTER() and TIME_BEFORE() macros, you won't have to think about the wrap issues 02.23.42 # it is free running 02.24.06 # brilliant - thank you - i will grep for these macros :) <- happy again 02.24.20 # see the implementation of sleep() in kernel.c 02.24.32 # the macros are defined in kernel.h 02.24.59 # brilliant - I will try to work out how to create a patch for my new game tonight :) 02.25.05 # this was my last problem 02.25.08 # a game! nice! 02.25.14 # Othello 02.25.28 # with subsecond timing? 02.25.32 # simple, but i just wanted to get used to accessing the display/keys/timers/etc 02.25.50 # i want to slow the oponent down - he moves too quickly 02.25.55 # ah 02.26.34 # wouldn't sleep() do fine then? 02.27.12 # i also tried button_get_w_tmo(), but they did not give me the flexibility i required over the keyboard 02.27.40 # i see 02.30.39 # it will make sense when you see the code 02.30.49 # looking forward to it 03.00.46 Part LinusN 03.33.39 # damn 03.33.44 # I missed Linus 03.34.32 # 0009 nop 4041 9481550 2346.3 03.35.11 # nop takes an an average of 2346 instructions to execute 03.35.36 # that's actually MORE than many instructions 03.36.25 # hmm 03.37.13 # :-o 03.37.17 # Stevie: Scan the IRC logs for today. Someone pointed out a link to a company that's offering a disassembly package of the Archos for like $2k a pop. =) I wonder if they got any of their info from rockbox? 03.37.34 # disassembly package? 03.37.38 # what do they mean? 03.37.51 # I think it's hardware: component lists, circuit diagrams, etc. 03.37.57 # heh 03.38.02 # fuck that, we already have all those 03.38.04 # Not sure if there's any software disassembly/analysis 03.38.06 # however incomplete 03.38.08 # could write a simple disassembler in an hour or so :( ...$2000 - LOL 03.38.15 # write? 03.38.17 # we HAVE one 03.38.20 # I know. That was my thought 03.38.26 # comes with the source 03.38.29 # sh2d.c 03.38.37 # lol 03.38.42 # ;) 03.38.48 # still working my way though it all :) 03.38.49 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 03.38.49 # * OliverKlozoff has used it extensively 03.40.47 # anyone know if the preprocessor will handle this okay: 03.40.49 # (HZ*((REPEAT_START+1)/10)) 03.41.31 # i'm expecting 70 03.42.16 # ...given HZ = 100 and REP_ST = 6 03.42.30 # integer division? 03.42.42 # there is a 0.7 in the middle of it all 03.42.56 # (6+1)/10 = 0.7 03.43.27 # or (6+1)/10 = 7/10 = 1 (or whatever int division gives you...I forget) 03.43.35 # zero 03.43.46 # round down 03.44.25 # fractional portion is dropped 03.44.37 # is that a no then? 03.44.40 # right. I usually avoid at all costs. =) 03.44.52 # I think it'll always give you zero. Not 70 03.45.02 # what i feared 03.45.12 # Just multiply first, then divide 03.45.26 # D'OH! 03.46.31 # * Bluechip cowers in a pool of missing the obvious 03.46.54 # =) it's 'cause your mind is involved in "higher things" ;) 03.46.59 # Einstein couldn't do math, either 03.47.12 # ty ;) 03.50.11 # lol 03.55.01 Quit BoD[] ("hhh") 03.57.54 Join nu [0] (neuro@got.lost.in.the.witches-world.com) 03.58.03 # good evening 03.58.11 # evenin 03.58.21 # hi Bluechip 03.58.33 # is LinusN ever around ? 03.58.52 # he popped on earlier, solved my problem and went away again 03.58.57 # ...such a nice man :) 03.59.21 # eheh 04.03.27 *** Saving seen data "./dancer.seen" 04.04.36 # i was browsing the internet looking for VBRI header data when i came across a log of this channel where LinusN stated he had figured it out 04.05.17 # since its 4am where i live and i need this done by yesterday, it would've been so very nice of him to share his findings with a perfect stranger ;) 04.05.33 # sorry, all alien to me - i have a friend who may know - but he is not onlne atm :( 04.05.45 # if he had been online - he surely would have helped 04.05.59 # thanks anyway...i'm probably too tired to even understand anything 04.06.13 # i'll pop in tomorrow if i cant figure out this stuff by myself 04.06.14 # thanks again! 04.06.15 # later 04.06.18 # l8rz 04.06.24 Quit nu ("smash is the way you deal with your life, like an outcast you're smashing your strife") 04.09.44 Join Stevie-O [0] (whatsit2u@user-2inimh5.dialup.mindspring.com) 04.15.05 Quit adi|home (Read error: 54 (Connection reset by peer)) 04.16.34 # 26940 04.16.35 # ok 04.16.42 # so i need a 27 GHz CPU 04.16.59 # to emulate the archos at full speed 04.17.04 # lol. You can have mine. I just upgraded 04.17.05 # ;) 04.19.03 # what 04.19.09 # you have a 28GHz now? 04.21.17 # 24948 04.21.17 # woo 04.21.23 # now I only need a 25GHz CPU 04.22.27 # damn, I need a beowulf cluster of ..... nm 04.22.59 # you've been reading too much slashdot 04.23.20 # nope. I was channeling. ;) 04.23.46 # either of ya'll know anything about the sim? 04.24.24 # I know it doesn't work well for me, so i stopped trying to use it. 04.25.28 # It's working okay for me, but it looks like it's showing the mp3buf size as: 135M (in the code). The Info display shows 6.6M (maybe a var limit). 04.25.43 # Maybe it's not limiting ram size to 2M? hmmm 04.25.47 # wow 04.26.15 # when I run the optimized Release build 04.26.35 # Yah, I think I must be trashing the memory somewhere. 04.26.40 # Only a 9GHz CPU is required to execute full-speed 04.26.52 # 'Cause when I run a fresh build, it shows 0.928M ram 04.28.25 Quit OliverKlozoff (Read error: 110 (Connection timed out)) 04.29.47 # * Stevie-O notes that the clock almost runs full speed in Release mode 04.29.52 # you,re trashing mem 04.30.05 # good work stevie 04.30.27 # don't I get a "good work" (for trashin memory)?? ;) j/k 04.31.07 # naw. 04.31.14 # sign 04.31.25 # *sigh 04.31.33 # trashing memory's easi in C 04.31.43 # true dat 04.31.51 # tomorrow I get my new 60gb hdd 04.33.12 # so, stevie, when do the rest of us get to play with the emulator? 04.43.24 # jzoss, are you running the win or x sim? 04.43.29 # x sim 04.43.36 # I've narrowed it down to: 04.43.45 # memset(mp3buf, 0, mp3end-mp3buf) 04.44.37 # assuming end-buf is <= ptrdiff 04.44.50 # Before that line, mp3end-mp3buf = 973380. Afterwords, =135770052 04.45.33 # shouldn't 04.45.46 # I know. It's not rocket science. Hmmm. 04.46.01 # I'm sure it's something trivial. :S 04.47.09 # unless you are overwriting the stack space 04.47.27 # yah, but I tried shortening the size by a byte and it didn't help 04.48.10 # divide it by 2 04.48.47 Part Bluechip 04.48.57 # Yah, I was goin there next. /2 works okay 04.50.14 # apparently you are overwrting mp3end 04.50.28 # yup 04.52.48 # don't do that! ;) 04.53.06 # oh! thx 04.54.49 Join adi|home [0] (~adi|home@as5300-11.216-194-24-173.nyc.ny.metconnect.net) 04.55.41 # okay, so here's the scoop: memset(mp3buf, 0, mp3end-mp3buf-4) works, but memset(mp3buf, 0, mp3end-mp3buf-3) does not 04.55.57 # I'm thinking that maybe memset is writing in units of (int) or something instead of units of (char) 04.56.40 # shouldn't be 04.56.54 # memset works on bytes 04.57.49 # the prototype (in firmware/common) shows memset(void*, int, size_t) 04.58.15 # is mp3end < mp3buf? 04.58.44 # size_t, sure. but it's a byte count. 04.59.04 # but fine, test it. 05.01.00 # Hmmmm... it's actually mp3buf (the ptr value) that's getting overwritten. 05.01.59 # w/ memset(mp3buf, 0, mp3end-mp3buf-3), before call mp3buf is 0x808d5a0 and after is 0x808d500 05.02.30 # that doesn't make any sense. It must be late or something. :S 05.03.12 # is it taking the address of the first arg? 05.04.21 # or is another thread doing it? 05.05.29 # ah. 05.05.49 # you're hitting mpebuf. 05.08.05 # I don't see an mpebuf anywhere... 05.08.53 # I wonder if I need to be doing a make clean everytime.... 05.09.38 # 3=e 05.09.56 # make clean's probably a good idea 05.10.34 # bbl 05.13.34 Part jzoss ("Client exiting") 06.03.30 *** Saving seen data "./dancer.seen" 06.36.28 Join Bluechip [0] (~bluechip@pc1-colc1-3-cust223.colc.cable.ntl.com) 07.01.47 # the doc on creating patches is a little contradictory - is there a simple answer? 07.02.17 # please bear in mind that THIS is all completely new to me 07.03.26 # maybe there is a preferred doc? 07.03.55 # i think everybody had gone to bed :( 07.07.41 Join Josh_ [0] (~Jet8810@adsl-211-194-198.mia.bellsouth.net) 07.20.07 Join thu [0] (~thu@h24-87-64-169.vc.shawcable.net) 07.24.55 Quit Jet8810 (Read error: 110 (Connection timed out)) 07.52.30 Quit earHurts (Remote closed the connection) 07.56.53 Nick dw|gone is now known as dwihno (dwihno@h193180246067.kommunicera.umea.se) 08.03.33 *** Saving seen data "./dancer.seen" 08.12.02 Quit thu ("Client exiting") 08.44.02 Join matsl [0] (~matsl@dhcp101.contactor.se) 09.03.35 Part Bluechip 09.31.05 # exit 09.31.07 Quit hardeep ("BitchX: faster than a speeding bullet, more powerful than a locomotive") 10.03.34 *** Saving seen data "./dancer.seen" 11.05.21 Join Kuji [0] (~kuji@cuji.gotadsl.co.uk) 11.05.37 Part Kuji 11.33.47 Join Kuji [0] (~kuji@cuji.gotadsl.co.uk) 11.33.57 # logbot seen linusn 11.34.14 >>> "help" by Kuji (~kuji@cuji.gotadsl.co.uk) 11.34.26 >>> "cmd" by Kuji (~kuji@cuji.gotadsl.co.uk) 11.34.33 >>> "seen" used by Kuji (~kuji@cuji.gotadsl.co.uk) [snoop prevented] 11.34.44 >>> "SEEN" used by Kuji (~kuji@cuji.gotadsl.co.uk) [snoop prevented] 11.49.42 Part Kuji 11.55.01 Join LinusN [200] (~linus@labb.contactor.se) 12.02.15 Part LinusN 12.03.35 *** Saving seen data "./dancer.seen" 12.06.27 Join Kuji [0] (~kuji@cuji.gotadsl.co.uk) 12.10.37 Join olivier [0] (~olivier@www.linux-nerd.com) 13.35.39 Quit Josh_ ("Client exiting") 13.59.57 Part Kuji 14.03.37 *** Saving seen data "./dancer.seen" 14.12.35 Quit olivier ("Aller, tous au cin� !") 14.31.05 Join Bagder [241] (~daniel@as3-3-2.ras.s.bonet.se) 14.53.53 Join LinusN [200] (~linus@labb.contactor.se) 14.54.01 # hey Linus 14.54.07 # yo 15.00.45 # mu! 15.00.49 # mamma mu! 15.00.53 # <-- = kr�kan 15.01.19 # med flax! 15.01.30 # :O 15.02.28 # so, do you guys hear any difference between the soundcheck firmware and the standard? :-) 15.02.47 # soundcheck firmware? 15.02.48 # I never tried it 15.03.04 # dwihno: read the mailing list 15.05.25 # * dwihno has 2300 mails in the inbox 15.05.30 # It's summer for crying out loud! :) 15.05.45 # naaah 15.05.48 # :-) 15.06.59 # Yes 15.07.04 # It's neato! :) 15.07.23 # Bagder: Will you and Bj�rn go to Skellefte� this weekend? 15.07.35 # no 15.07.46 # why would we? 15.07.47 # I guess it's not worth it if not E-type is not around ;) 15.07.53 # hahaha 15.07.54 # Bj�rn went there last year 15.10.02 # you mean there's some kind of festival or something? 15.10.58 # Yes. 15.11.04 # Skellefte�festivalen. 15.11.10 # Bj�rn was there last summer. He watched E-type. 15.21.40 # if i add clip-protection code in rockbox, how would we want it to behave? 15.21.51 # clip protection? 15.21.52 # what's that? 15.22.28 # volume + loudness + max(bass, treble) must be <= 0dB 15.23.04 # it means that if we want lots of loudness, we must lower the volume to avoid clipping 15.23.48 # hm 15.23.59 # Make it behave ... well :) 15.24.42 Quit Stevie-O (Read error: 110 (Connection timed out)) 15.25.07 # so, do we lower the volume automatically when raising the loudness, or do we prevent the setting of high loudness values? 15.25.38 # probably. 15.28.21 # helpful comment... 15.28.34 # I really don't know 15.28.43 # I wouldn't care much for any version myself 15.29.10 # I think 15.29.16 # I vote for lowering the volume 15.29.35 # that's what we do on the player 15.29.49 # I always fine tune my settings 15.29.57 # So limitations are not really an issue. 15.31.14 # i will of course make it optional 15.31.52 # "We, Mitsubishi Electric Corporation, are planning to use cURL to our software products." 15.31.57 # <= from a mail I got 15.31.59 # cool 15.32.15 # yeah! 15.32.24 # 24-tmmarsmyndigheten uses curl 15.32.45 # they do? neato 15.33.15 # they called me a few months ago asking for help 15.33.40 # aha ;-) 15.34.05 # Whoa 15.34.12 # Coolness. 15.37.13 # gotta go, cu 15.37.15 Part LinusN 15.55.23 Join Stevie[FP] [0] (~whatsit2u@65.114.136.196) 16.03.41 *** Saving seen data "./dancer.seen" 16.17.46 Nick dwihno is now known as dw|gone (dwihno@h193180246067.kommunicera.umea.se) 16.51.20 Join hardeep [0] (1098@208.247.65.237) 17.15.43 Join mecraw [0] (~mecraw@69.2.235.2) 17.16.51 Quit Bagder ("http://daniel.haxx.se") 18.03.43 *** Saving seen data "./dancer.seen" 18.15.49 Join Zagor [242] (bjst@as9-5-6.k.s.bonet.se) 18.16.14 # hi guys 18.23.12 # hi 18.23.56 # hey Z 18.27.52 # * Stevie[FP] pokes Z 18.28.07 # hi stevie :) 18.28.10 # http://www.qrpff.net/~stevie/jbremu/revelation.jpg 18.28.16 # cheq eet 18.28.39 # yay! 18.28.50 # gets better 18.29.04 # it wasn't *supposed* to be in USB mode :D 18.29.12 # but I had a glitch in the ADC emulation 18.29.13 # http://www.qrpff.net/~stevie/jbremu/fixedadc.jpg 18.29.45 # wow, i've never seen that message :) 18.29.59 # One of the things I find interesting about that message 18.30.06 # is that it implies Archos has support for FAT16 18.30.25 # that was exactly my though 18.30.26 # t 18.30.28 # ... except FAT16 filesystems can only go up to 2GB 18.30.37 # and the smallest JB I know if is 6GB 18.30.37 # exactly. so rather pointless. 18.30.40 # s/if/of/ 18.30.54 # http://www.qrpff.net/~stevie/jbremu/power.jpg 18.31.39 # and http://www.qrpff.net/~stevie/jbremu/power2.jpg 18.32.08 # It took me a fscking WEEK to get this far 18.32.10 # i'm impressed 18.32.19 # err 18.32.25 # to get around the problem I was having 18.32.31 # it's a bit more than an 1815 lcd emulator now :-) 18.32.37 # lol 18.32.40 # just a bit :D 18.32.42 # you know why it wasn't working? 18.32.49 # why? 18.32.58 # cuz the damn thing was trying to record 18.33.04 # !? 18.33.10 # as part of the startup, the recorder (or at least the FM) puts the MAS in record mode 18.33.19 # and waits for like 8KB or so of data 18.33.44 # stramge 18.33.47 # very. 18.34.01 # so I had to emulate recording 18.34.15 # which meant emulating PA11, PB15, PB14, IRQ3, IRQ6 18.34.20 # ouch 18.34.23 # and address 0x04000000 18.34.32 # I cheated on one thing 18.34.46 # I just hold the 'data ready' pin low 18.35.22 # oh! 18.35.25 # maybe you can help me 18.35.36 # I can't get the device to restart properly after exiting USB mode 18.36.18 # it apparently sets up a watchdog timer 18.37.11 # according to the schematics, the watchdog output pin is connected to the watchdog input pin on the RTC 18.37.23 # and that the IRQ output on the RTC is connected to PA12 18.37.29 # but I don't understand what that does overall 18.38.15 # i don't know if anyone's every messed with rebooting. 18.38.43 # are the schematics even correct about those pins? 18.39.42 # oh, I also need some empirical information on the Recorder 18.40.02 # runtime values of the AN0-AN7 18.41.20 # (when not plugged in and no buttons pressed) 18.43.07 Quit matsl ("Client Exiting") 18.43.10 Join Norrin [0] (~JSmith123@ip68-110-25-172.om.om.cox.net) 18.43.28 # ahh 18.43.30 # I see 18.43.35 # it causes a manual reset 18.44.32 # it's a pretty safe bet to not trust the schematics :) 18.44.33 # Hello all. Question: The daily builds change in size even though the changelog reflects no changes. Also, the notes on the homepage reflect changes being made when don't appear in the CVS. Comments? 18.44.56 # cvs is kaput 18.45.11 # Norrin: a) the date changes, and compresses differently == different size b) sourceforge CVS is having baaaaad problems, causing erratic daily status display 18.45.53 # Thanks for the update. Excellent product by the way. Look forward to see what Rockbox comes up with next. 18.46.34 # http://www.qrpff.net/~stevie/jbremu/shutdown.jpg 18.46.46 # see, now I need some damn buttons! 18.47.29 # hehe 18.51.44 Quit Norrin () 18.58.09 # ;) 19.42.48 Quit hardeep ("BitchX: better than a penis enlargement!") 19.45.04 # Stevie[FP] an0 om the rec? 19.45.08 #