--- Log for 16.06.104  Server: anthony.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 1 month and 1 day ago

00.02.15 ***     Saving seen data "./dancer.seen"
00.10.16 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
00.35.41 Join    monkey666 [0] (jirc@c-67-165-114-220.client.comcast.net)
00.44.24 Quit    monkey666 ("Leaving")
00.50.32 Join    hardeep [0] (1098@208.247.65.237)
01.02.12 #       <hardeep> Zagor: your plugin change breaks backwards compatibility... versions need to be updated
01.02.43 #       <Zagor> yeah, i just remembered that
01.13.15 #       <hardeep> Zagor: both versions need to be updated since your change breaks backwards compatibility (any reason for that btw?)
01.14.03 #       <Zagor> none other than my stupidity. i'll revert it.
01.14.15 #       <Zagor> thanks for the reminder
01.15.23 #       <midk> LOL
01.17.07 Quit    AciD ("Connection reset by beer")
01.24.44 Join    joshN [0] (~joshn@204.251.225.17)
01.31.00 #       <Zagor> bed time
01.31.11 Quit    Zagor ("Client exiting")
01.33.08 Join    stevenb [0] (~jirc@c-24-3-58-238.client.comcast.net)
01.33.40 Quit    stevenb (Client Quit)
01.34.01 Join    Guest [0] (~jirc@c-24-3-58-238.client.comcast.net)
01.35.40 #       <Guest> does anyone know how to fix a compretion error on a jbv2
01.36.45 Quit    Guest (Client Quit)
01.37.25 Join    stevenb [0] (~jirc@c-24-3-58-238.client.comcast.net)
01.37.40 Quit    stevenb (Client Quit)
02.02.18 ***     Saving seen data "./dancer.seen"
02.13.38 Part    amiconn
02.33.10 Quit    joshN (Read error: 110 (Connection timed out))
02.33.10 Quit    Nibbler (Read error: 54 (Connection reset by peer))
04.02.20 ***     Saving seen data "./dancer.seen"
04.11.01 Quit    midk (Read error: 104 (Connection reset by peer))
04.13.28 Join    midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
04.17.55 Join    Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de)
04.40.29 Quit    hardeep ("BitchX: a new fragrance for men, by Calvin Klein")
04.40.29 Quit    Nibbler (Read error: 54 (Connection reset by peer))
05.31.05 Quit    silencer (Remote closed the connection)
05.31.07 Join    silencer [0] (~silencer@nino.via.ecp.fr)
06.02.22 ***     Saving seen data "./dancer.seen"
06.18.07 Join    Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de)
06.51.47 Nick    elinenbe is now known as elinenbe|sleeps (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
06.51.47 Quit    Nibbler (Read error: 54 (Connection reset by peer))
07.09.19 Join    LinusN [200] (~linus@labb.contactor.se)
07.12.47 #       <midk> hi linus
07.13.02 #       <midk> i think i've finished a binary mode for my clock... haven't tested it yet
07.15.55 #       <LinusN> nice
08.02.25 ***     Saving seen data "./dancer.seen"
08.18.55 Join    Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de)
08.34.58 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
08.42.14 Nick    midk is now known as midk|sleepie (~Zakk@c66-235-14-120.sea2.cablespeed.com)
08.42.20 Nick    midk|sleepie is now known as midk|sleepie-ing (~Zakk@c66-235-14-120.sea2.cablespeed.com)
09.09.49 Quit    Nibbler (Read error: 54 (Connection reset by peer))
09.20.33 Join    Zagor_ [242] (~bjst@labb.contactor.se)
09.20.38 Nick    Zagor_ is now known as Zagor (~bjst@labb.contactor.se)
09.44.58 Join    BC|coding [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
09.49.39 #       <BC|coding> Linus, I've just noticed that your updates to the win32sim have killed my dev-kit, would you mind my asking for your assistance in locating the required files?
09.53.06 #       <BC|coding> my biggest headache is ...precisely WHICH version of (eg) "dirent.h" is missing ...I guess once I've sussed that, the rest may faill in place
09.56.40 Part    LinusN
09.56.55 Join    LinusN [200] (~linus@labb.contactor.se)
09.57.56 #       <LinusN> network problems...
09.58.13 #       <BC|coding> thought I'd scared you off for a moment - lol
09.59.09 #       <LinusN> there are three dirent.h files, and i assume you need the one in /usr/include/mingw
09.59.45 #       <BC|coding> cool - thanks, now I know what I am looking for :)
10.00.38 #       <BC|coding> now to navigate cygwin until I find them - lol
10.02.28 ***     Saving seen data "./dancer.seen"
10.07.31 #       <BC|coding> geez - this is more painful than a visit to the live organ donor clinic
10.44.00 Join    Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de)
10.58.39 Join    Bagder [241] (~dast@labb.contactor.se)
11.11.47 Join    amiconn [0] (~jens@pD9E7FFF0.dip.t-dialin.net)
11.12.35 #       <amiconn> hi all
11.13.13 #       <LinusN> howdy dowdy
11.13.19 #       <amiconn> If someone is interested: I have now implemented my idea for a new bitswap algorithm
11.13.27 #       <amiconn> ...without using a fliptable; purely out of interest how well this would perform.
11.13.37 #       <amiconn> While being only slightly slower than the current routine (less than 7% in the real world),
11.13.47 #       <amiconn> it does essentially cut the code size in half - 176 bytes instead of 356 bytes of precious IRAM.
11.13.56 #       <amiconn> You can have a look at it at http://arnold-j.bei.t-online.de/Rockbox/bitswap.S
11.15.47 #       <BC|coding> thanks for the comments ;)
11.17.03 #       <LinusN> amiconn: nice work
11.17.10 #       <dwihno> amiconn: you are a bit crazy - therefore, we love you! :D
11.17.42 #       <amiconn> Dunno, if this should be committed; Jörg said that he would prefer speed ?:-|
11.18.37 #       <BC|coding> i think he uses it in the video
11.18.58 #       <Bagder> sure, all mp3 playing uses it
11.19.15 #       <amiconn> BC|coding: Nope, the mp3 stream within rvf files is already bitswapped
11.19.20 #       <Bagder> aha
11.19.23 #       * Bagder hides
11.19.40 #       <Bagder> his argument was more that were are not short on IRAM
11.19.45 #       <Bagder> atm
11.20.21 #       <Bagder> we're
11.20.30 #       * Bagder tries to type
11.20.34 #       <Bagder> A B C D
11.25.51 Join    [IDC]Dragon [0] (Lore@sourpuss.net)
11.27.23 #       <[IDC]Dragon> Hi Jens, I'm just looking at your bitswap, pretty freaky
11.27.32 #       <amiconn> hi Jörg
11.27.52 Join    froloff [0] (os2user@195.170.59.134)
11.28.41 #       <froloff> Can anybody tell me where I can get IDA TMS320 pluggin?
11.29.15 #       <[IDC]Dragon> what's that?
11.31.11 #       <froloff> I found that it was mentioned on This channel here http://rockbox.haxx.se/irc/rockbox-20040427.txt
11.31.35 #       <froloff> 08.55.13 #       <Strath> well, just open it with a tracing x86 disasembler and find the data block
11.32.54 #       <BC|coding> if you want a windows debugger, I suggest SoftIce
11.33.36 #       <BC|coding> l8rz
11.33.37 #       <froloff> It is not debugger, but disassembler, and I need to disassemble some Texas DSP code
11.33.51 #       <BC|coding> sorry, misunderstood 
11.34.16 #       <BC|coding> for note though, debuggers tend to disassemble
11.34.26 #       <froloff> Line I show was the beginning of talk
11.34.55 Quit    BC|coding ("For The Latest Rockbox DevKit AND Advanced Plugins Visit  http://homepage.ntlworld.com/cyborgsystems")
11.35.56 #       <[IDC]Dragon> OK, so IDA is a disassembler, apparently modular. No, I don't know about that nor the Texas DSP.
11.38.43 #       <froloff> Ic
11.39.17 #       <froloff> !seen sleep21
11.39.21 #       <LinusN> http://anchovy.ece.utexas.edu/~arifler/wetics/
11.39.33 #       <froloff> Hm no bot here ...
11.41.24 #       <froloff> LinusN  Very old and Out-of-dated
11.41.44 Join    lImbus [0] (~manuel@kernel.cycos.net)
11.42.33 #       <lImbus> LinusN: moo, I got ya ! ;-)
11.43.13 #       <LinusN> froloff: /msg logbot seen sleep21
11.43.28 #       <froloff> LinusN  Thanks!
12.00.44 #       <amiconn> [IDC]Dragon: I'm not sure if I should commit my new bitswap; as you said you would prefer speed
12.02.12 #       <LinusN> it would be sad to break the trend of committing faster and faster bitswap routines :-)
12.02.32 ***     Saving seen data "./dancer.seen"
12.02.38 #       <amiconn> :-/
12.04.31 #       <dwihno> What about the precious IRAM? 
12.04.39 #       <dwihno> My precioussss!!
12.07.37 #       <amiconn> Perhaps we could reuse it for alternative ata routines - the fast ones for "good" disks, the standard ones for Hitachi DK23CA
12.07.50 #       <LinusN> i'm going to eat my precious lunch now
12.11.03 #       <webmind> ok i -know- this is offtopic but does anyone know a good jukebox that can do mp3 and ogg ?
12.25.14 #       <lImbus> apparently not :-/
12.28.40 #       <LinusN> webmind: i think the Rio Karma can play Ogg
12.34.15 #       <webmind> ok
12.34.59 #       <webmind> thnx
12.35.17 #       <c0utta> cygwin help required!
12.35.46 #       * Bagder buckles up and prepares
12.35.55 #       <Bagder> shoot!
12.35.58 #       <c0utta> ta Bagder
12.36.14 #       <c0utta> io.c changed recently, correct ?
12.36.22 #       <c0utta> i'm talking about windows sim here
12.36.35 #       <Bagder> yeah and the BC dev stuff is broken
12.37.28 #       <c0utta> bummer
12.37.46 #       <Bagder> you're doomed to get these problems every now and then while using that
12.38.00 #       <c0utta> do you suggest a clean cygwin install ?
12.38.16 #       <Bagder> I do, with the provided sh1 tools
12.38.33 #       <LinusN> http://rockbox.haxx.se/docs/cygwin_sdk.html
12.39.14 #       <Bagder> we can remove the ssh suggestion from there
12.39.26 #       <LinusN> ah
12.39.37 #       <Zagor> do it while you move the page to twiki :)
12.39.47 #       <Bagder> hehe
12.39.53 #       <Bagder> good idea
12.40.05 Mode    "#rockbox +o Zagor " by ChanServ (ChanServ@services.)
12.40.08 #       <c0utta> if i've already got an old cygwin - do i need to do some regedit first ?
12.40.46 #       <Bagder> with my cygwin, I just run setup again and select the packages I want to add/update
12.41.04 #       <c0utta> my cygwin was bc's original devkit
12.41.06 #       <Bagder> then I don't use that very much
12.41.07 Topic   "Help move our docs to twiki: http://rockbox.haxx.se/twiki" by Zagor (~bjst@labb.contactor.se)
12.41.31 #       <Bagder> I don't know what BC did or didn't do with it
12.41.42 #       <c0utta> ok, i'll just try an install
12.44.29 #       * Bagder adds that page to twiki
12.48.39 #       <Bagder> http://rockbox.haxx.se/twiki/bin/view/TWiki/CygwinDevelopment
12.51.02 #       <Bagder> hm
12.51.04 #       <Zagor> umm, don't put it in the TWiki web, put it in Main
12.51.16 #       <Bagder> I don't understand how I got to do it
12.52.23 #       <Zagor> i'll lock it so you can't do that by mistake
12.52.30 #       <Bagder> yes, do that
12.52.35 #       <Bagder> or others will repeat my mistake
12.53.33 #       <LinusN> not all people are as silly as you, Bagder
12.53.55 #       <Bagder> true
12.54.00 #       <Bagder> but *some* might be
12.54.05 #       <Bagder> a very tiny little fraction! ;-)
12.54.37 #       <Zagor> :)
12.54.53 #       <Zagor> try now
12.55.29 #       <Bagder> "You do not have permission to change..."
12.55.30 Mode    "#rockbox -o Zagor " by Zagor (~bjst@labb.contactor.se)
12.55.35 #       <Zagor> good
12.56.09 #       <Bagder> so we should have a "latest changes in twiki" in addition to the cvs table
12.56.19 #       <Zagor> yup
12.57.41 #       <Bagder> Zagor: can you move that file to the proper wiki?
12.58.01 #       <LinusN> and a table of contents on the main page. maybe?
12.58.04 #       <Bagder> two files actually
12.58.07 #       <Zagor> sure
12.58.27 #       <Bagder> LinusN: yes, we should start adding to a TOC on the front page
12.58.33 #       <Bagder> or rather create a toc page
12.59.04 #       <Zagor> that can be done automatically I think, using "Category" tags. i'll look into it.
13.01.06 #       <LinusN> Bagder: the headings look different on the wiki cygwin page
13.01.14 #       <Bagder> yes
13.01.21 #       <Bagder> I used wiki-syntax, not html
13.01.27 #       <LinusN> it's locked, grrr
13.01.37 #       <Bagder> override
13.01.47 #       <Bagder> but only if you edit Zagor's moved version
13.03.16 #       <LinusN> Bagder: any special reason that you used * * instead of ---+?
13.03.35 #       <Bagder> yes
13.03.43 #       <Bagder> I don't know what ---+ is ;-)
13.03.51 #       <LinusN> look at the page now
13.04.14 #       <Zagor> it's one of the many little things that differ with this wiki compared to the one we use at work
13.06.30 #       <Zagor> I just added a "view" link at the bottom of each page, to see how a page is written in wiki syntax without having to edit it
13.06.41 #       <Bagder> I noticed
13.06.43 #       <Bagder> that's handy
13.07.54 #       <Zagor> and I just noticed Twiki does automatic breadcrumbs at the top of the page! CygwinDevelopment is listed after RockboxDevelopment. interesting.
13.08.04 #       <Bagder> I noticed too
13.08.07 #       <Bagder> looks neat
13.08.17 #       <Zagor> i wonder what happens when/if we link to it from another page aswell
13.08.34 #       <Bagder> I also noticed the 'parents' links at the bottom
13.09.23 #       <Zagor> ooh
13.09.34 #       <Bagder> can you make it not add your name and date by default in the document?
13.09.57 #       <Zagor> I didn't know it did. hmm...
13.10.05 #       <Zagor> ah, right. new pages get that.
13.10.35 #       <Zagor> i have no idea where to start looking :)
13.11.01 #       <Bagder> ignore it then :-)
13.13.05 #       <Bagder> I think the FAQ-entries are best done one per twiki-page
13.13.25 #       <Bagder> then we can group/list then from other pages
13.13.29 #       <Bagder> them
13.13.38 #       <Zagor> on the other hand that makes it quite painful to read the whole faq
13.13.51 #       <Bagder> true
13.13.51 #       <Zagor> ...which we really want people to do
13.14.55 #       <Bagder> I just can't think of a good way to split it up, "FaqPart1" doesn't look nice
13.16.09 #       <Zagor> well it can look nice if we divide it in logical chunks and describe it well in the table of contents. sort of like "man perl"
13.16.18 #       <Bagder> besides, the whole wiki will be a FAQ/doc, no one will read the whole thing
13.17.49 #       <Bagder> hm
13.18.01 #       <Bagder> Zagor: that crumb thing doesn't appear on the cross-compiler page
13.18.24 #       <Bagder> it seems you must create the page from the "parent" to make it appear
13.20.07 #       <Zagor> hmm..
13.21.27 #       <Zagor> CygwinDevelopment has %META:TOPICPARENT{name="RockboxDevelopment"}% in it
13.21.38 #       * Bagder tries some more pedantic compiler options
13.21.56 #       * Bagder gets many warnings ;-)
13.22.07 #       <Bagder> mpeg.c:562: warning: string length `874' is greater than the length `509' ISO C89 compilers are required to support
13.22.14 #       <Bagder> :-)
13.22.21 #       <Zagor> 509!
13.22.37 #       <Bagder> id3.c:225: warning: ISO C does not allow extra `;' outside of a function
13.22.56 #       <LinusN> 512-3=509, why 3?
13.23.13 #       <Bagder> don't ask, obey! ;-)
13.24.13 #       <LinusN> how nice, that's the inline assembler :-(
13.24.50 #       <Bagder> gosh
13.25.16 #       <Bagder> it could probably be split
13.25.40 #       <Bagder> anyway, that warning is not really helping us
13.26.56 #       <LinusN> nope
13.27.37 #       <Bagder> peakmeter.c:58: warning: static declaration for `peak_meter_range_min'\
13.27.38 #       <Bagder>  follows non-static
13.32.04 #       <LinusN> funny, lots of stray semicolons :-)
13.32.14 #       <Bagder> yeps
13.34.16 #       <Bagder>  -W -Wall -Wwrite-strings -pedantic -Wno-long-long -Wpointer-arith -Wnested-externs -Winline -Wmissing-declarations -Wmissing-prototypes -Wsign-compare -Wundef -Wunreachable-code
13.34.48 #       <Bagder> floods your terminal ;-)
13.34.48 #       <c0utta> btw - it looks like some of the packages have changed their name slightly in cygwin
13.35.18 #       <Bagder> lucky the docs is in a wiki now then! ;-)
13.36.50 #       <c0utta> wikiwikiwiki
13.37.45 #       <LinusN> Bagder: Parent is set in the "more" options
13.37.56 #       <Bagder> ok
13.38.03 #       <Bagder> but I never did that on the cygwin page
13.40.21 #       <[IDC]Dragon> back from lunch&meeting
13.40.59 #       <[IDC]Dragon> LinusN: I see you've placed my posting in the twiki already ;-)
13.41.00 #       <c0utta> "There is a possibility that LinusNielsenFeltzing is editing this topic"
13.44.35 #       <LinusN> i released the lock now
13.44.47 #       <c0utta> you are too kind
13.45.17 #       <Zagor> see the RockboxFAQ page for example how an automated page index works. all pages with a line "RockboxFAQ: <description>" will show up there
13.47.55 #       <Bagder> perhaps the numbers should be removed from the faq titles
13.48.05 #       <Bagder> I see they get anchors automatically
13.49.02 #       <Zagor> yes
13.52.38 #       <Bagder> I'll create a DocsIndex to replace the docs page
13.58.25 #       <Bagder> http://rockbox.haxx.se/twiki/bin/view/Main/DocsIndex
13.58.37 #       <Bagder> not complete yet
13.59.00 #       <Zagor> check out the neato inter-link feature on the NiMH page
13.59.42 #       <Bagder> neato indeed
14.02.33 ***     No seen item changed, no save performed.
14.05.02 #       <Zagor> by the way, parents can be assigned in the "More" bottom link
14.13.43 #       <LinusN> Bagder: i'd prefer the [[WikiLink][text]] linking style for the doc index
14.14.02 #       <LinusN> for the CrossCompiler for example
14.14.10 #       <Bagder> why?
14.14.22 #       <LinusN> because i like the old style of the doc page
14.15.08 #       <LinusN> [[CrossCompiler][Building the cross compiler]]
14.16.05 #       <Bagder> I leave cosmetic issues to someone else
14.16.09 #       <Bagder> such as you ;-)
14.16.17 #       <LinusN> yes, but the page is locked :-)
14.16.27 #       <Bagder> yes, because twiki is lame
14.16.37 #       <LinusN> are you done with it?
14.16.40 #       <Bagder> yes
14.16.47 #       <LinusN> ok, i'll force the edit
14.17.02 #       <Bagder> that's a pretty evident bug
14.17.38 #       <Bagder> there's still lots of link in the end of the page that's not added
14.17.42 #       <Bagder> links
14.20.00 #       <LinusN> ?
14.20.07 #       <Bagder> in DocsIndex
14.20.16 #       <Bagder> compared to the old docs index page
14.21.04 #       <LinusN> ah, i thought you found a TWiki bug
14.21.34 #       <Bagder> the bug part was about me having cancelled by edit but still showing up as locked by me
14.21.45 #       <Bagder> *my* edit
14.22.34 #       <LinusN> ah
14.24.39 Join    mattzz [0] (~c2af7555@c227176.adsl.hansenet.de)
14.24.47 #       <Bagder> mattzz is a wiki wizard! ;-)
14.24.51 #       <mattzz> holla muchachos
14.24.55 #       * Bagder looks at WebHome
14.25.34 #       <mattzz> I felt free to add some things, hope thats ok
14.25.44 #       <Bagder> go go go! ;-)
14.26.11 #       <mattzz> Will the UI discussion be moved to the twiki as well?
14.27.26 #       <Bagder> I guess so
14.28.06 #       <mattzz> OK, I will help you with that then
14.28.35 #       <LinusN> Bagder: check out the docs index now
14.29.06 #       <Bagder> lots of bad links in there
14.29.13 #       <Bagder> :-)
14.29.28 #       <Bagder> (missing "/docs/" prefixes)
14.29.33 #       <LinusN> ah
14.29.44 #       <Zagor> Bagder: that's not a bug, it's a feature :)
14.29.54 #       <Zagor> (i'll see if I can turn it off)
14.30.34 #       <mattzz> Zagor, another thing: I suggest setting the Twiki-site name to rockbox, not to TWiki, because there ist also a web called TWiki. Thats pretty confusing
14.31.01 #       <Zagor> there's a site name? ;)
14.31.16 #       <Bagder> hehe
14.32.17 #       <Zagor> Bagder: the idea with keeping the lock a while is that people tend to press Back in the browser and edit the page again without grabbing a new lock.
14.32.26 #       <Bagder> aha
14.32.29 #       <Zagor> mattzz: fixed
14.33.09 #       <mattzz> in Twiki.cfg, called wikiToolName
14.33.19 #       <mattzz> whooo, fast
14.33.29 #       <mattzz> brb
14.33.35 Nick    mattzz is now known as mattzz|meeting (~c2af7555@c227176.adsl.hansenet.de)
14.40.06 #       <Zagor> my battery test is totally nuts. 40% battery left after 13 hours!
14.40.58 #       <dwihno> mongo
14.41.17 #       <lImbus> TWikiRegistration (oops): lImbus is not a good WikiName. What a bummer :-(
14.41.58 Join    midknight2k3 [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
14.42.02 Quit    midk|sleepie-ing (Read error: 104 (Connection reset by peer))
14.47.23 #       <Bagder> I'm seriously thinking of making a pong
14.47.31 Nick    mattzz|meeting is now known as mattzz (~c2af7555@c227176.adsl.hansenet.de)
14.47.41 #       <Bagder> I think rockbox needs one
14.47.55 #       <Zagor> pong == salvation
14.49.07 #       <Bagder> f1+left for one player, f3+right for the other player
14.49.47 #       <c0utta> cygwin == killkillkill
14.49.53 #       <Bagder> haha
14.50.07 #       <c0utta> ls uisw32.exe
14.50.13 #       <c0utta> uisw32.exe
14.50.32 #       <c0utta> bash: uisw32.exe: command not found
14.50.46 #       <c0utta> ?
14.50.58 #       <Bagder> ./uisw32.exe
14.51.10 #       <Bagder> you may not have . in your path
14.51.15 #       <c0utta> i'm going to puke
14.51.52 #       <Bagder> we don't mind that: one of the benefits of internet communication :-)
14.51.57 Join    devnull [0] (~jirc@host217-34-200-59.in-addr.btopenworld.com)
14.52.15 #       <devnull> Hello
14.52.20 #       <LinusN> hi
14.52.21 #       <devnull> I'm a little stuck
14.52.32 #       <c0utta> and please tell me where i change my path in cygwin ?
14.52.38 #       <devnull> I have just bought a universal car adaptor
14.52.38 #       <LinusN> .bash_profile?
14.52.46 #       <Zagor> Bagder: are you editing DocsIndex?
14.52.48 #       <devnull> Wondering if it would work with my FMR
14.52.54 #       <Bagder> Zagor: no
14.53.12 #       <LinusN> devnull: 6V 600mA center positive
14.53.26 #       <c0utta> .bash_profile is not found
14.53.30 #       <devnull> ah... it's 1500ma
14.53.34 #       <devnull> thanks anyway :)
14.53.47 #       <LinusN> that'll probably work anyway
14.54.47 #       <[IDC]Dragon> Zagor: how about your battery plugin as a background task?
14.54.52 #       <LinusN> as long as it's >= 600mA
14.55.21 #       <[IDC]Dragon> (TSR plugin, you know ;-)
14.55.22 #       <Zagor> [IDC]Dragon: good idea
14.56.24 #       <Zagor> it's still pretty interesting seeing this massive runtime, even if it's not "real life" rockbox load.
14.58.06 Nick    lImbus is now known as lImbus|meeting (~manuel@kernel.cycos.net)
14.58.19 #       <devnull> ah cool, so I won't kill it then :)
14.58.31 #       <[IDC]Dragon> http://joerg.hohensohn.bei.t-online.de/archos/alpine_cdc/alpine_cdc.zip is my first and only TSR plugin
14.58.40 #       <devnull> yippie... gonna be using it at Glastonbury festival then... perhaps I should try some recording
14.59.03 #       <devnull> by the way, you prob hear it all the time, but rockbox... blooming fantastic!
14.59.13 #       <Zagor> thanks :)
14.59.21 #       <Bagder> hay
14.59.26 #       <Bagder> emacs has a pong!
14.59.28 #       <Bagder> ;-)
14.59.33 #       <Zagor> wooo
14.59.43 #       <Bagder> M-x pong
14.59.49 #       <devnull> doesn't emacs have everything...
15.01.02 #       <LinusN> woo, it's hard
15.01.06 #       <Zagor> don't disturb, i'm playing...
15.01.16 #       <Bagder> it doesn't make coffee
15.01.17 #       <Bagder> yet
15.01.58 #       <Bagder> now, if we just make a lisp interpreter we can use that! ;-P
15.02.23 #       <Zagor> did you hear about the guy who added a lisp machine to the linux kernel?
15.02.31 #       <LinusN> pong in the kernel!
15.02.31 #       <Zagor> ...he complained about getting stack overflows...
15.02.51 Quit    devnull ("Leaving")
15.02.51 #       <Bagder> hahaha
15.03.03 #       <LinusN> and if "pong" was an inet device: ping pong
15.03.14 #       * Zagor gives linus a yellow card
15.03.36 #       <Bagder> everyone should have a host in /etc/host named pong
15.03.45 #       <LinusN> mandatory
15.03.48 #       <Zagor> 127.0.0.1 localhost pong
15.03.59 #       <LinusN> ut me domarn!
15.06.50 #       <Hes> everyone should have a 'warez' in their zone file (pointing to localhost, of course)
15.10.37 #       <Zagor> for the ftp speed bragging rights? ;)
15.13.52 Quit    ka__ ("Leaving")
15.14.28 #       <mattzz> Zagor: the table plugin would be really nice to have
15.15.34 #       * mattzz just sees that basic table abilities are already provided....
15.16.26 #       <Zagor> yes, that's enabled by default
15.16.48 #       <Zagor> maybe the table plugin makes them prettier
15.17.12 #       <mattzz> yup
15.26.53 Nick    midknight2k3 is now known as midk|gone (~Zakk@c66-235-14-120.sea2.cablespeed.com)
15.29.48 #       <Zagor> mattzz: i suggest renaming RockboxUserInterface to something with "proposal" or "discussion". otherwise people can be very confused.
15.30.33 Quit    midk|gone ("sudden death, yo?")
15.30.38 Join    midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
15.30.56 Nick    midk is now known as midk|gone (~Zakk@c66-235-14-120.sea2.cablespeed.com)
15.31.29 #       <mattzz> Zagor: U r right
15.34.21 #       <mattzz> [x] done
15.35.30 #       <mattzz> Zagor: there is absolutely no left border, so the html pages are looking a bit squeezed
15.35.44 #       <Zagor> yes, i noticed that too. i'll look into it.
15.35.46 #       <mattzz> is that intentional
15.35.49 #       <mattzz> ?
15.35.54 #       <Zagor> no
15.35.54 #       <Bagder> it is
15.36.01 #       <Bagder> the rockbox css is like that
15.36.30 #       <Zagor> yes, but it uses a left-side menu in which this works. with text all the way to the left it doesn't look as good.
15.36.39 #       <Bagder> ah, right
15.36.47 #       <mattzz> no! left!!!! left!!!!
15.37.09 #       <Zagor> I haven't made up my mind if I want the left-side menu in twiki too or not.
15.37.31 #       <mattzz> no prob, I just stumbled across that
15.37.40 #       <Zagor> it wastes page space but it also makes the twiki more integrated
15.37.54 #       * Bagder hits mattzz
15.37.56 #       <mattzz> I like the rockbox css
15.38.20 #       * mattzz was hit on his _left_ side
15.44.39 #       <mattzz> Zagor: Do you want me to append "Proposal" to all topics belonging to the RockboxUserInterfaceProposal? Might be a good idea...
15.46.27 #       <Zagor> only TrackScreen, I think. the rest are obviously discussions and are thus not as confusing.
15.47.00 #       <mattzz> ok
15.52.18 #       <LinusN> gotta go, bye all
15.52.21 Part    LinusN
16.01.07 #       <mattzz> Zagor: how about adding bugs and patches to http://rockbox.haxx.se/twiki/bin/view/TWiki/InterWikis?
16.01.44 #       <Zagor> good idea
16.02.37 ***     Saving seen data "./dancer.seen"
16.07.18 Join    mecraw [0] (~mecraw@69.2.235.2)
16.08.43 Join    RaZorbacK [0] (no@garonne-1-82-66-75-34.fbx.proxad.net)
16.08.58 #       <Zagor> "Bug:" "Patch:" and "Request:" now works.
16.10.52 #       <mattzz> great
16.11.09 Quit    RaZorbacK (Client Quit)
16.14.32 #       <mattzz> c u l8er, gotta go
16.14.40 Quit    mattzz ("CGI:IRC 0.5.4 (2004/01/29)")
16.32.28 Join    RaZorbacK [0] (HydraIRC@garonne-1-82-66-75-34.fbx.proxad.net)
16.33.01 Quit    froloff (Read error: 54 (Connection reset by peer))
16.33.14 #       <RaZorbacK> AciD,
16.34.52 Quit    RaZorbacK (Client Quit)
16.45.36 Join    OrionUser [0] (OrionUser@garonne-1-82-66-75-34.fbx.proxad.net)
16.46.04 #       <OrionUser> hello
16.46.31 #       <Zagor> hi
16.47.54 Quit    OrionUser (Client Quit)
16.48.49 Join    OrionUser [0] (OrionUser@garonne-1-82-66-75-34.fbx.proxad.net)
16.49.40 Quit    OrionUser (Client Quit)
16.52.17 #       <Zagor> bouncy bouncy
16.54.49 #       <elinenbe|sleeps> what's that supposed to mean?
16.55.12 #       <Zagor> orionuser/razorback keeps bouncing in and out of the channel
16.59.52 #       * Bagder plays pong
17.00.17 #       <Bagder> it bit rough still
17.00.27 #       <Zagor> haha
17.01.03 #       <Zagor> i found that you can exclude headings from %TOC% by adding !! to the header: ---+!! exlcuded header
17.01.17 #       <Bagder> nice
17.01.34 #       <Zagor> yeah, makes the faq toc looks good
17.02.21 #       <Bagder> the x11sim over ssh from far away is not the fastest thing on earth
17.03.19 #       <Bagder> so its hard to judge the speed of the game so far
17.04.52 Join    ka [0] (~tkirk@65.216.194.2)
17.05.11 #       <Zagor> i added twiki to the left-side menu
17.05.46 #       <Bagder> both pads can bounce it
17.06.09 #       <Bagder> just no "smart" bounce depending on y-axis hit
17.11.55 Join    jakesir [0] (TpA@pool-151-196-27-78.balt.east.verizon.net)
17.14.15 DBUG    Enqueued KICK jakesir
17.14.15 #       <jakesir> 4H12i
17.15.01 #       <Bagder> hi
17.15.08 #       <dwihno> hejpådej
17.16.11 #       <jakesir> [IDC]Dragon, what happends if first ~2000 is not ok and that miniMon is not loading?
17.16.38 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
17.16.38 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.17.17 #       <jakesir> I checked the level converter and pretty sure it's working 
17.21.38 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.26.39 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.29.46 Part    Bagder
17.31.25 #       <[IDC]Dragon> jakesir: are you still there?
17.31.39 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.32.21 #       <Zagor> jakesir: would you mind removing the script that says that?
17.33.07 Quit    ka (Nick collision from services.)
17.33.55 Join    ka__ [0] (~tkirk@65.216.194.2)
17.36.39 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.39.02 Quit    ka__ ("Leaving")
17.41.42 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.46.40 #       * jakesir Server Stopped (Reason: I'm a leecher)
17.48.27 Mode    "#rockbox +o Zagor " by ChanServ (ChanServ@services.)
17.48.43 Kick    (#rockbox jakesir :Zagor) by Zagor!~bjst@labb.contactor.se
17.48.43 Join    jakesir [0] (TpA@pool-151-196-27-78.balt.east.verizon.net)
17.49.17 Mode    "#rockbox +o logbot " by Zagor (~bjst@labb.contactor.se)
17.50.35 ***     SPY: Authentication failed for Zagor
17.50.46 DBUG    sent MODE #rockbox -o+b jakesir *!*TpA@*.balt.east.verizon.net
17.50.46 DBUG    Sent KICK jakesir to server
17.50.46 Mode    "#rockbox -o+b jakesir *!*TpA@*.balt.east.verizon.net " by logbot (~bjst@193.15.23.131)
17.50.46 Kick    (#rockbox jakesir :Annoying script) by logbot!~bjst@193.15.23.131
17.51.00 Mode    "#rockbox -o Zagor " by Zagor (~bjst@labb.contactor.se)
17.51.23 #       <Zagor> i'm off
17.51.24 Part    Zagor
17.55.51 DBUG    sent MODE #rockbox -b *!*TpA@*.balt.east.verizon.net
17.55.52 Mode    "#rockbox -b *!*TpA@*.balt.east.verizon.net " by logbot (~bjst@193.15.23.131)
18.02.35 Join    jakesir [0] (jirc@pool-151-196-27-78.balt.east.verizon.net)
18.02.39 ***     Saving seen data "./dancer.seen"
18.02.51 #       <jakesir> sorry about that
18.03.28 #       <jakesir> didn't see that script running
18.05.29 Quit    jakesir (Client Quit)
18.10.01 Quit    AciD (Read error: 104 (Connection reset by peer))
18.10.58 Quit    elinenbe|sleeps (Read error: 54 (Connection reset by peer))
18.10.59 Join    elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
18.10.59 Join    jakesir [0] (jakesir@pool-151-196-27-78.balt.east.verizon.net)
18.11.08 Nick    elinenbe is now known as elinenbe|sleeps (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
18.11.18 #       <jakesir> back
18.11.23 #       <jakesir> finally
18.11.38 #       <jakesir> sorry about the script
18.12.52 Nick    lImbus|meeting is now known as lImbus (~manuel@kernel.cycos.net)
18.17.26 #       <[IDC]Dragon> jakesir: now I'm paying attention again
18.19.23 #       <jakesir> great
18.19.31 #       <[IDC]Dragon> jakesir: minimon doesn't need to get loaded via serial, it's alread present when you F3+On
18.20.14 #       <[IDC]Dragon> use option -n
18.20.18 #       <jakesir> well
18.20.32 #       <jakesir> i checked my level converter using teraterm
18.20.38 #       <jakesir> and it looks good
18.20.46 #       <[IDC]Dragon> and a loopback?
18.20.55 #       <jakesir> what ever I send in I get that same character using loopback
18.21.13 #       <[IDC]Dragon> and without, you don't
18.21.15 #       <jakesir> I check the voltage and I get ~3.8
18.21.25 #       <jakesir> yes, w/o I don't
18.22.21 #       <jakesir> when I do uart_boot -r -p COM1 -n -b, i don't get any blinking
18.22.35 #       <[IDC]Dragon> what is the command line you're using?
18.22.39 #       <[IDC]Dragon> ah
18.23.04 #       <jakesir> so, i'm thinking the miniMon is not working>>
18.23.11 #       <[IDC]Dragon> what model do you have?
18.23.18 #       <jakesir> V2, 20gig
18.23.23 #       <jakesir> w/o FM
18.23.42 #       <jakesir> but the board says JBR-FM v2.2
18.23.47 #       <[IDC]Dragon> you should include -h then
18.23.53 #       <jakesir> just no daughter board on it
18.24.00 #       <[IDC]Dragon> else it may shut off
18.24.20 #       <[IDC]Dragon> oh, no, you're not using the uart boot
18.24.36 #       <[IDC]Dragon> then my bootloader does that
18.24.49 #       <jakesir> huh?
18.24.59 #       <[IDC]Dragon> forget it, sorry
18.25.04 #       <jakesir> lol
18.25.30 #       <[IDC]Dragon> you have it open? then you could do the uart boot mod
18.25.48 #       <[IDC]Dragon> if you can solder
18.25.52 #       <jakesir> so try uart_boot -r -p COM1 -h -n -b???
18.26.12 #       <jakesir> yes, I have it open and it's been open for almost a month
18.26.22 #       <jakesir> i hope I can find/remember all the parts
18.26.23 #       <jakesir> LOL
18.26.41 #       <[IDC]Dragon> no -h necessary, only if you use the uart boot mod
18.27.18 #       <[IDC]Dragon> see the pictures under: http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/
18.27.53 #       <jakesir> yes, the one with cut here
18.28.02 #       <[IDC]Dragon> especially http://joerg.hohensohn.bei.t-online.de/archos/uart_boot/FM_Detail.jpg
18.28.34 #       <jakesir> yes, that's on the other side of the board
18.28.39 #       <[IDC]Dragon> yes, if you cut there and attach a wire to Gnd, you're in uart boot mode
18.29.12 #       <[IDC]Dragon> ah, yes, you'd need to unsolder the board from the chassis
18.29.21 #       <jakesir> yeap
18.29.25 #       <jakesir> should be no problem
18.30.18 #       <jakesir> so, where am i exactly cutting?
18.30.38 #       <[IDC]Dragon> not visibble from the pic?
18.30.39 #       <jakesir> just 2nd pin from the top-right?
18.30.58 #       <jakesir> sort of hard to tell
18.31.07 #       <[IDC]Dragon> the pins of the right row are all connected
18.31.27 #       <[IDC]Dragon> you cut the connection between that row and the via
18.31.28 #       <jakesir> oh
18.31.42 #       <[IDC]Dragon> you'll see when facing it
18.32.30 #       <[IDC]Dragon> connect the wire to the via (+3V) again for normal start
18.33.14 #       <[IDC]Dragon> and be sure it's really insulated by the cut, else you'd  connect +3V and Gnd
18.33.32 #       <jakesir> ok, so, let me repeat, cut connection, attach a wire to group to that point
18.33.55 #       <[IDC]Dragon> yes
18.34.23 #       <jakesir> and start the JBR w/F3-ON?
18.34.37 #       <jakesir> and re-run uart_boot?
18.34.46 #       <[IDC]Dragon> no, connect the wire to Gnd and just start
18.34.58 #       <jakesir> what will that do?
18.35.09 #       <[IDC]Dragon> then use uart_boot with -h instead of -n
18.35.39 #       <[IDC]Dragon> it will tell the code in the boot ROM to wait for code from the serial
18.35.59 #       <jakesir> oh
18.36.35 #       <jakesir> and after dump and flash, resolder it back?
18.36.48 #       <[IDC]Dragon> -s is also good, to stop the disk from spinning all the time
18.36.50 #       <jakesir> the cut points
18.37.01 #       <[IDC]Dragon> yes, re-connect
18.37.30 #       <jakesir> hmm than i got to be very carefull not to cut too much
18.37.36 #       <[IDC]Dragon> for a test, you can loosely connect the wire to +3V at any convenient place
18.38.22 #       <[IDC]Dragon> also later you don't need to attach to exactly there, can be some other point
18.38.41 #       <[IDC]Dragon> do you have a continuity tester?
18.39.08 #       <jakesir> wait...  so what am I cutting? power(3v)??
18.39.25 #       <jakesir> yes, i have multimeter 
18.39.39 #       <[IDC]Dragon> the power to the pullup resistors, yes
18.39.42 #       <jakesir> i use that to verify the cutting
18.39.48 #       <[IDC]Dragon> good
18.41.17 #       <jakesir> so, when I cut, attach one side of cut, ie end of resistor(103) to Ground
18.41.27 #       <[IDC]Dragon> +3V are probably available at many capacitors close to logic ICs, for blocking their supply
18.41.28 #       <jakesir> and the other side of cut to the +3?
18.41.42 #       <[IDC]Dragon> the other side is +3V
18.41.51 #       <[IDC]Dragon> no need to connect that
18.42.49 #       <jakesir> oh, now I get it
18.43.03 #       <jakesir> ok, wish me luck
18.43.21 #       <jakesir> i got to find my exacto knife
18.44.20 #       <jakesir> is there any other way to test more using current setup?
18.45.50 #       <[IDC]Dragon> not really, if you say your serial is OK
18.46.26 #       <[IDC]Dragon> but I find it very strange. Didn't you say you can run the Archos s/w?
18.46.51 #       <jakesir> yes
18.47.02 #       <jakesir> with F1+ON
18.47.11 #       <[IDC]Dragon> so tha flash appears to be intact up to there
18.47.35 #       <[IDC]Dragon> but that doesn't load Rockbox from disk?
18.48.17 #       <jakesir> yes
18.48.47 #       <jakesir> pressing just ON button will turn on the system but  nothing happends
18.48.49 #       <[IDC]Dragon> and you have the .ajz for your model?
18.48.53 #       <jakesir> yes
18.49.10 #       <[IDC]Dragon> have you tried both the FM and V2 version?
18.49.11 #       <jakesir> and it will turn itself off after ~15 seconds
18.49.21 #       <[IDC]Dragon> maybe there is a mixup
18.49.21 #       <jakesir> i tried almost every version
18.49.36 #       <[IDC]Dragon> OK
18.49.47 #       <jakesir> as well as daily build-up
18.50.01 #       <jakesir> so, it's very strange
18.51.05 Quit    mecraw ("Trillian (http://www.ceruleanstudios.com)")
18.51.49 #       <jakesir> wait, if I get ~3.8 from Rx and none from Tx, is that right?
18.53.12 #       <jakesir> i'm talking about the level converter
18.58.24 #       <[IDC]Dragon> TX viewed from which side?
18.58.35 #       <jakesir> level converter
18.58.49 #       <[IDC]Dragon> I mean, TX is the pin driven by the PC
18.58.55 #       <jakesir> yes
18.58.57 #       <[IDC]Dragon> ?
18.59.01 #       <[IDC]Dragon> ok
18.59.15 #       <[IDC]Dragon> connected to RX of the box
18.59.24 #       <[IDC]Dragon> and vice-versa?
18.59.45 #       <jakesir> no
19.00.13 #       <[IDC]Dragon> the PC output must be connected to the box's input
19.00.20 #       <jakesir> http://rockbox.haxx.se/mods/rs232_schematic_big.png
19.00.21 #       <[IDC]Dragon> and vice versa
19.00.48 #       <jakesir> pin 11 and 12 form max3232
19.01.19 #       <[IDC]Dragon> ah, the crossing is already in the schematic
19.02.10 #       <[IDC]Dragon> what's calles TX there is in fact RX of the PC
19.02.11 #       <jakesir> yes, so pin11 = Tx, I get no voltage when running uart boot
19.02.26 #       <jakesir>  pin12 = Rx, I get ~3.8
19.02.34 #       <[IDC]Dragon> OK, because that's the input of the PC
19.02.43 #       <jakesir> yes
19.03.00 #       <[IDC]Dragon> MAX pin 12 is the one driven by the PC
19.03.09 #       <[IDC]Dragon> all OK then
19.03.37 #       <jakesir> u sure??
19.04.19 #       <jakesir> 'cause I went through this logic and sometimes it makes sense and sometimes not
19.04.33 #       <[IDC]Dragon> yes, TX means the TX of Rockbox then
19.05.28 #       <jakesir> i'm just too stress out 
19.05.30 #       <jakesir> LOL
19.05.58 #       <jakesir> yes, it makes sense, Rx of the rockbox w/3.8v
19.06.15 #       <jakesir> Tx waiting for output
19.06.48 #       <jakesir> so if it test for voltage after connecting everything and running w/ -b I should get some voltage out of tx
19.06.50 #       <jakesir> right?
19.12.52 #       <jakesir> i wish i had a scope
19.15.28 #       <[IDC]Dragon> if you connect, you should see the idle high voltage at TX.
19.16.07 #       <[IDC]Dragon> something like 3V.
19.16.24 #       <jakesir> yes, i just checked
19.16.45 #       <jakesir> it was 3.3 v
19.26.57 #       <[IDC]Dragon> good
19.28.09 Join    Zagor [0] (~bjst@h254n2fls31o265.telia.com)
19.30.53 #       <Zagor> test ended after 19 hours!
19.31.20 #       <amiconn> Zagor: What mAh rating?
19.31.39 #       <Zagor> 2200
19.35.04 #       <amiconn> same as mine, so no need to measure myself
19.35.50 #       <Zagor> it's quite a bit longer than I expected
19.37.22 #       <[IDC]Dragon> we have to watch for global_settings.runtime and topruntime, those are 16 bit signed
19.37.45 #       <[IDC]Dragon> you're not allowed to run longer than 32767 seconds
19.38.12 #       <[IDC]Dragon> a little over 9 hours
19.38.48 #       <Zagor> ouch, how silly
19.38.54 #       <Zagor> i wrote that :)
19.41.31 #       <[IDC]Dragon> don't change it now, I'm working on that code.
19.41.59 #       <Zagor> ok
19.42.24 Join    Doensen [0] (~Doensen@249-214.240.81.adsl.skynet.be)
19.42.56 #       <lImbus> hi doensen, how are you ?
19.43.09 #       <Doensen> fine... nice to see you ;-)
19.43.29 #       <Doensen> by the way: i use trillian. that FUNZT too
19.43.34 #       <Doensen> *lol*
19.44.05 #       <lImbus> except from umlauts, I suppose
19.44.11 #       <Doensen> hehe
19.45.08 #       <lImbus> hope you'll get your rockbox-recorder very soon
19.46.06 #       <Doensen> i hope it, too
19.46.28 Nick    Zagor is now known as Zagor|food (~bjst@h254n2fls31o265.telia.com)
19.47.50 #       <[IDC]Dragon> gotta go
19.47.59 Quit    [IDC]Dragon ("CGI:IRC")
20.02.41 ***     Saving seen data "./dancer.seen"
20.09.30 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
20.09.30 Quit    Nibbler (Read error: 54 (Connection reset by peer))
20.26.04 Join    Decimal-12 [0] (Decimal-1@adsl-065-006-206-006.sip.mia.bellsouth.net)
20.26.08 #       <Decimal-12> hello
20.26.52 Quit    Decimal-12 (Client Quit)
20.27.59 #       <lImbus> huh ?
20.44.21 Join    Neurosupherot [0] (~f@AStrasbourg-106-1-5-192.w81-50.abo.wanadoo.fr)
20.44.25 #       <Neurosupherot> hi!
20.45.08 #       <Neurosupherot> need help please
20.45.18 #       <Neurosupherot> how to convert a bmp
20.45.23 #       <Neurosupherot> with bmp2rb
20.55.50 Join    pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se)
20.58.25 #       <Neurosupherot> hi
21.02.00 Quit    Neurosupherot ()
21.03.58 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
21.11.36 Join    mecraw [0] (~mecraw@69.2.235.2)
21.19.29 Nick    Zagor|food is now known as Zagor (~bjst@h254n2fls31o265.telia.com)
21.28.03 Quit    jakesir ()
21.32.19 Quit    lImbus ()
21.43.52 #       <amiconn> Is there a known maximum period after which a Rockbox plugin should definitely yield()?
21.44.04 #       <Zagor> no
21.44.16 #       <Zagor> you'll notice when music starts stuttering ;)
21.44.27 #       <amiconn> I'm asking because mandelbrot.rock currently doesn't yield() at all while calculationg.
21.44.37 #       <amiconn> *calculating
21.45.20 #       <amiconn> This may even cause Rockbox to hang when it wants to reload the buffer
21.45.50 #       <Zagor> do you mean freeze, or really hang permanently?
21.46.47 #       <amiconn> It once happened to me; seemed to hang permanently, or rather reacts to some button presses, but not all
21.47.06 #       <amiconn> I will try to reproduce it
21.53.04 Join    Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de)
21.55.50 #       <amiconn> Zagor: I managed to reproduce the effect (sort of).
21.56.24 #       <Zagor> how long does it typically calculate?
21.56.54 #       <amiconn> If the mandelbrot plugin is running while listening to music and then a number of calculation cycles is started while rockbox tries to load the next chunk of mp3, the following may happen (not always):
21.57.50 #       <amiconn> (1) The music stop (obviously), sometimes it plays very short chunks between then calculation cycles, hd led constantly on & disk spinning
21.59.05 #       <amiconn> (2) After leaving the plugin, the playback has seemingly stopped, but hasn't - the "silent play" some people have observed in conjunction with rld
21.59.38 #       <Zagor> have you tried adding some yields? is one per calculated y-line enough, for instance?
22.00.00 #       <amiconn> (3) If you then pause the playback and un-pause again, it continues to play. However, it then reloads _very_ often
22.00.35 #       <Zagor> i guess the disk spinup timer has gone bonkers, saying it takes minutes to spin the disk...
22.00.59 #       <amiconn> Ahh, this would explain the short reload cycle.
22.01.33 #       <Zagor> we could add a max time of 10 seconds or something
22.01.45 #       <Zagor> just for extra robustness
22.02.43 #       <amiconn> Now the reload cycle is back to normal. Still I don't get what the silent play is coming from
22.02.45 ***     Saving seen data "./dancer.seen"
22.03.13 #       <Zagor> maybe we have bugs in the error handling, so we don't properly detect the failed loading
22.03.47 #       <amiconn> Does the mas mute when it is fed with bad mpeg data?
22.03.56 #       <Zagor> yes
22.06.11 #       <amiconn> I will try out mandelbrot with an added yield() for every column.
22.18.31 #       <amiconn> It is not enough to yield() after each column - the buffer reloading still takes ages then, and the music stops
22.18.54 #       <amiconn> However, it finally manages to reload, and the music continues. No more silent play
22.19.03 #       <Zagor> is the mandelbrot calculation noticeably slower with the yields in?
22.20.10 #       <amiconn> As it is now (once every column) it is not noticeable
22.21.17 #       <amiconn> Hmm. My second try now gave me silent play (for about 30 seconds, then it auto-recovered)
22.22.21 #       <amiconn> Trying within yield() ing after every pixel...
22.26.44 #       <amiconn> ...this does the trick, and you can see the effect - when rockbox reloads the buffer, you can "see" the bitswap working - the mandelbrot calculation almost stop for some seconds
22.26.57 #       <amiconn> *stops
22.31.47 #       <amiconn> yield() ing after every pixel slows down mandelbrot calculation by about 50% (for the default number of iterations)
22.41.51 Part    Doensen
22.42.43 #       <amiconn> I now have something what I think is a good compromise: yielding after every pixel, but only if at least one tick has passed
22.43.16 Join    Bagder [0] (~daniel@c25025a.hud.bostream.se)
22.43.21 Nick    elinenbe|sleeps is now known as elinenbe (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
22.44.01 #       <amiconn> This slows down calculation by only ~10% (rough estimation), while still ensuring correct playback
22.52.45 #       <amiconn> Bagder: your latest change causes compiler warnings for the rec & fm sims (unused variable). Should I fix it?
22.53.04 #       <Bagder> yes please do
22.53.35 Join    pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se)
22.54.34 #       <elinenbe> yawn...
22.55.34 #       <elinenbe> amiconn: while you are fixing the warnings... add ogg, aac, and divx -- thanks!
22.55.50 Quit    pfavr (Remote closed the connection)
22.55.54 #       <amiconn> elinenbe: rotfl
22.56.37 #       <elinenbe> okay -- what about mpg and xvid then?
22.57.04 #       <elinenbe> seriously though... what ever happened to your nice minesweeper clone?
22.57.43 #       <amiconn> I think I have the same problem as many other people - much more ideas than spare time...
22.57.50 #       <elinenbe> I hear you.
23.06.59 #       <amiconn> Grrr. The rec/fm sim warning is now fixed, but my mandelbrot yield() fix now introduced another one...
23.09.31 #       * Bagder writes a new game
23.10.54 #       <amiconn> Bagder: what game?
23.10.59 #       <Bagder> pong!
23.11.48 #       <amiconn> Does it use grayscale? ;)
23.11.58 Join    RaZorbacK [0] (RaZorbacK@garonne-1-82-66-75-34.fbx.proxad.net)
23.12.09 #       <Bagder> nope
23.12.17 #       <Bagder> but I guess we could make it
23.12.28 #       <Bagder> fillrects only so far
23.13.19 #       <RaZorbacK> 	hello i'm testing sory
23.14.08 #       <RaZorbacK> 	hello i'm testing soryso how are the ppl in here?
23.14.09 #       <Zagor> battery drain graph: http://rockbox.haxx.se/twiki/bin/view/Main/BatteryTest
23.15.10 #       <Bagder> 10000% is a lot of percent ;-)
23.15.26 #       <Zagor> heh, yeah me and gnumeric didn't get along :)
23.16.00 #       <Bagder> Zagor: pong is _really_ fast when run locally ;-)
23.16.19 #       <Zagor> nice!
23.16.55 #       <amiconn> Zagor: While you are right about the pretty good linearity, the absolute values may be shifted by a considerable amount
23.17.41 #       <amiconn> For me, Rockbox shows 100% directly after charging, then goes down to ~60% pretty fast.
23.18.16 Quit    RaZorbacK ()
23.18.16 #       <Zagor> this test was done after charging the batteries in an external charger. i will note that.
23.18.39 #       <amiconn> After that, the level decreases quite linearly. If Rockbox already shows < 10% (blinking), it is possible to play music for a few more _hours_
23.19.08 #       <Zagor> yeah, that's my next test: run until open() fails
23.19.14 #       <amiconn> I'm using branded (Ansmann) 2200 mAh cells
23.19.25 #       <elinenbe> I am assuming all the documentation is moving to the wiki?
23.19.32 #       <Bagder> yeps
23.19.43 #       <Zagor> i'm using GP cells
23.19.53 #       <elinenbe> is there any way to export everything in the wiki to a single html file or anything like that?
23.20.58 #       <Zagor> yes and no.
23.21.09 #       <elinenbe> great answer!
23.21.14 #       <Zagor> everything is stored in flat text files, so the data is easy to grab
23.21.33 #       <Zagor> however some of the parsing twiki does is pretty advanced
23.22.29 #       <elinenbe> I wonder what sort of battery life these would get with your plugin? http://www.thomas-distributing.com/cta-4aa2400.htm
23.23.16 #       <elinenbe> so, what is the deal with the plugin?  why does it run so long?  you should just have it select a directory and play through it...
23.23.39 #       <Zagor> yes but then it wouldn't log the battery level
23.23.52 #       <Zagor> i don't know why it runs for so long. it's interesting.
23.24.15 #       <Zagor> it implies some things are using more power than I thought
23.24.32 #       <amiconn> Zagor: cpu? mas? backlight?
23.24.51 #       <elinenbe> your plugin just uses the hard drive and the screen -- right?
23.25.06 #       <Zagor> right. and only very rarely the screen.
23.25.07 #       <elinenbe> you need to mimic cpu and mas access too...
23.25.53 #       <Zagor> we can do that by making the plugin TSR, and just do logging while we play a playlist around and around
23.26.16 #       <Zagor> but I want to dig deeper into what's not using power when the plugin runs
23.26.35 #       <elinenbe> is there support for TSR plugins?
23.26.39 #       <Zagor> yes
23.26.50 #       <elinenbe> is it currently used in anything?
23.27.54 #       <Zagor> no
23.27.56 #       <amiconn> elinenbe: Yes, but not within plugins that are in cvs
23.28.02 #       <Zagor> right
23.29.44 #       <amiconn> The screen access has no measurable impact on power consuption (I measured this because grayscale heavily accesses it)
23.30.29 #       <Zagor> uwe measured a 3-4 mA difference when playing music and being idle, so that doesn't seem to account for it either
23.30.56 #       <Zagor> perhaps the cpu sleeping is saving more power than we think
23.31.04 #       <amiconn> The energy consumption of the mas is listed in the data sheet.
23.31.23 #       * Zagor goes to look
23.31.43 #       <amiconn> Iirc, the cpu causes a current difference of ~10 mA between 100% load and idle
23.32.40 #       <Zagor> absolute maximum power dissipation from the mas is 650mW
23.33.36 #       <elinenbe> so, what is draining the batts?
23.33.56 #       <Zagor> the cpu is using lots
23.34.03 #       <elinenbe> what type of power drain does the amp use?
23.34.39 #       <Zagor> it's included in the mas
23.36.06 #       <elinenbe> ah...
23.37.27 #       <Zagor> uh, wait a minute. isn't 650mW 130mA at 5V?
23.37.44 #       <amiconn> it is...
23.38.11 #       <Zagor> so the mas could definitely be the power drain
23.40.56 Join    RaZorbacK [0] (~RaZorbacK@garonne-1-82-66-75-34.fbx.proxad.net)
23.41.33 #       <amiconn> the cpu may also contribute to it. The data sheet says 60 mA typical (90 mA max) when operating, 40 mA (60 mA) in sleep mode (at 12.5 MHz)
23.43.05 #       <RaZorbacK> 		:)
23.45.11 #       <amiconn> Err. Of course it is 40 mA (70 mA) in sleep mode
23.48.07 #       <amiconn> Bagder: Is it intentional that the link to the voice clips (both in the wiki and from the old docs page) does lead directly to a directory listing?
23.48.53 #       <Bagder> no
23.49.20 #       <Bagder> I blame Zagor ;-)
23.49.39 #       * Bagder fixed
23.49.42 #       <RaZorbacK> 	hello people, can I ask you a question about the script mp3clipgen and rockbox? sory, i'm a bit newbie and i dunno if its the right place :)
23.51.07 #       <Bagder> you don't need to ask before you ask
23.51.15 #       <Bagder> just ask and see if anyone knows
23.52.57 #       <RaZorbacK> ok thank you. i've used the script to genrate the .talk file and, since i'm french, i've selected the french voice (at&t juliette) from the control pannel. but, even if i select the french voice, my .talk files are spoken by at&t chrystal voice. Am i doing something wrong?
23.54.55 #       <amiconn> RaZorbacK: No. This is because the script does select an english voice by default.
23.55.06 #       <Bagder> and we have a commit
23.55.09 #       <amiconn> If you want to change this, you have two options.
23.56.11 #       <amiconn> Either change the language id the script selects to french, or take the selection out completely.
23.56.42 #       <amiconn> The script will use the default voice selected from the control panel in the latter case.
23.56.43 #       * Zagor bows to Bagder's pong greatness
23.56.59 #       <Bagder> its actually somewhat playable in the sim ;-)
23.57.26 #       <Zagor> oh, by the way, i think splash() bugs if you put % in the format string
23.57.30 #       <RaZorbacK> ok thanks for the precision: what do you mean by "take the selection completely?"
23.58.17 #       <amiconn> If you open the script in a text editor, go to line 115. There you'll find the instruction "Set spkr.Voice = spkr.GetVoices("Language=409").Item(0)"
23.58.51 #       <amiconn> If you want to take out the language selection completely, change this to "Set spkr.Voice = spkr.GetVoices("").Item(0)"