--- Log for 11.06.104 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 26 days and 6 hours ago 00.03.47 # On francais.voice I can tell so far that it is a male one and likely not AT&T 00.05.17 # hopefully the person speaks up when he sees his entry as the only one without credit! ;-) 00.05.41 # bedtime now 00.05.45 Quit Bagder ("Leaving") 00.27.29 Quit uski ("Leaving") 00.46.01 Join netsrac [0] (~jirc@pD9516A94.dip.t-dialin.net) 00.46.32 # ping... 00.48.20 # pong 00.49.04 Quit netsrac (Client Quit) 00.51.22 # apparently not the response he wanted 00.52.33 # that was a hell of a conversation 00.57.27 # nite folx 00.57.47 Quit mattzz ("Client exiting") 00.59.58 Quit AciD ("resistance is futile, you will be assimilated") 01.07.45 Part moormaster 01.12.14 Part amiconn 01.19.50 Join moormaster [0] (~trillian@port-212-202-174-104.dynamic.qsc.de) 01.20.13 Part moormaster 01.42.47 Quit basti_ger ("Leaving") 01.52.50 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 01.56.32 Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") 01.59.29 *** Saving seen data "./dancer.seen" 02.04.41 Quit Zagor ("Client exiting") 02.56.56 Quit NibbIer (Read error: 54 (Connection reset by peer)) 03.01.44 Join midk [0] (Zakk@c-67-160-88-198.client.comcast.net) 03.02.02 Nick midk is now known as midk|home (Zakk@c-67-160-88-198.client.comcast.net) 03.21.21 Nick midk|home is now known as midk|food (Zakk@c-67-160-88-198.client.comcast.net) 03.40.42 Nick midk|food is now known as midk|home (Zakk@c-67-160-88-198.client.comcast.net) 03.59.33 *** Saving seen data "./dancer.seen" 04.05.57 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 04.09.17 Quit scott666 ("i'll be back...eventually...") 04.18.49 Quit hardeep ("Read error: 69 (Excessive tongue)") 04.20.17 Quit NHIwerx (anthony.freenode.net irc.freenode.net) 04.20.17 NSplit anthony.freenode.net irc.freenode.net 04.20.33 NHeal anthony.freenode.net irc.freenode.net 04.20.33 NJoin NHIwerx [0] (~frank@134.100.58.143) 04.30.35 Join BC [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 04.30.39 # extern 04.30.46 # oops, sorry 04.31.04 # :) hi bc 04.31.10 # hi there 04.34.04 # did you ever get anywhere with that ball game? 04.36.46 # breakout? not far 04.39.26 # shame, 04.40.59 # if you want it i can give it to you 04.41.01 # tomorrow? 04.41.48 # oh no, I've got plenty on my plate atm - also be a shame for it to be banned from Rockbox submission - I think people would enjoy it 04.56.37 # :( 05.21.57 Quit NHI (Read error: 110 (Connection timed out)) 05.21.57 Quit NibbIer (Read error: 54 (Connection reset by peer)) 05.39.46 Join StrathAFK [0] (~mike@dgvlwinas01pool0-a224.wi.tds.net) 05.39.46 Quit Strath (Read error: 104 (Connection reset by peer)) 05.42.38 Quit StrathAFK (Client Quit) 05.59.37 *** Saving seen data "./dancer.seen" 06.04.37 # nite 06.05.00 Part BC 06.06.31 Quit midk|home ("yo yo yo cya later YO YO YO wasa wasa!") 06.12.41 Quit julia (Remote closed the connection) 06.12.46 Join julia [0] (~julia@207-36-180-196.ptr.primarydns.com) 06.49.53 Quit silencer_ (Remote closed the connection) 06.50.08 Join silencer [0] (~silencer@nino.via.ecp.fr) 06.52.39 Join LinusN [200] (~linus@labb.contactor.se) 06.53.03 # Howdy! 06.54.27 # hola 06.55.28 # hooray for vbrfix plugin \o/ 06.58.33 # have u tried it? 06.59.11 # i must say that i didn't test it *that* much, so i'm not even sure it works :-) 06.59.28 # Nope, but I do believe in moving code from the core to plugins 07.00.58 # \o/ 07.01.16 # amen to that 07.01.59 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 07.09.29 Join [IDC]Dragon [0] (~idc-drago@pD9E34164.dip.t-dialin.net) 07.09.53 # <[IDC]Dragon> Good morning Rockbox! 07.10.08 # <[IDC]Dragon> (I love the smell of C code in the morning) 07.10.15 # :-) 07.10.45 # <[IDC]Dragon> (Or how did that movie phrase go?) 07.12.00 # <[IDC]Dragon> LinusN, please inspire me how to work out early settings from RTC 07.12.25 # how early? 07.12.43 # and which settings? 07.12.48 # <[IDC]Dragon> currently, settings_load() does all the API calls by calling settings_apply() 07.13.15 # <[IDC]Dragon> well, I thought we load the RTC settings as soon as I2C is avail 07.13.40 # <[IDC]Dragon> then maybe use those during the init phase as we walk along 07.14.11 # <[IDC]Dragon> my main reason is that car adapter mode 07.14.22 # i'm all for it 07.14.26 # <[IDC]Dragon> battery setting would also be good 07.14.33 # absolutely 07.14.42 # we split it into a 2-stage process 07.15.06 # we should move some settings from rtc to disk in the process 07.15.15 # <[IDC]Dragon> yes 07.15.24 # <[IDC]Dragon> and vice versa 07.15.26 # so we keep only live-updated and early-needed ones in rtc 07.15.57 # <[IDC]Dragon> a settings version bump, on the downside 07.17.09 # <[IDC]Dragon> my main issue currently is: the loading of the settings is easy, but many of them need to be applied 07.17.23 # yup 07.17.54 # <[IDC]Dragon> to various modules, but not before they are initialized 07.18.35 # <[IDC]Dragon> (currently there is a flaw in the order of things with mpeg) 07.18.47 # i think some modules init() calls could take default values as arguments 07.19.05 # <[IDC]Dragon> like mp3_init() ? 07.19.07 # the mpeg init is shaky 07.19.19 # i don't like all those arguments 07.19.26 # <[IDC]Dragon> neither me 07.19.52 # either pass a struct or a separate sound_init call 07.19.58 # <[IDC]Dragon> but I don't like them fetching into the global settings neither 07.20.19 # fetching into the global settings? 07.20.27 # <[IDC]Dragon> plus, global_settings is application layer 07.20.43 # ah, you mean pass the global settings struct? oh no! 07.20.49 # <[IDC]Dragon> well, if the init functions would use global_settings 07.21.08 # <[IDC]Dragon> no, not passing, don't worry 07.21.41 # <[IDC]Dragon> let's step back 07.22.12 # <[IDC]Dragon> so, after each module init, the settings for this module would somehow need to be applied 07.22.30 # yup 07.23.33 # <[IDC]Dragon> hmm, maybe settings_apply() could get a bit flag argument, specifying the module(s) 07.24.07 # why complicate it? 07.24.23 # <[IDC]Dragon> tell me the simple way then 07.24.44 # <[IDC]Dragon> plain API calls after the init? 07.24.59 # <[IDC]Dragon> dissolving settings_apply() into the init 07.25.03 # let each module have an apply() function, and we simply call some of the after the RTC fetch, and the rest after the disk fetch 07.25.18 # s/the/them/ 07.25.37 # <[IDC]Dragon> apply with a number of arguments? 07.25.56 # with the appropriate arguments 07.26.41 # or do you want the same prototype for every apply() function? 07.27.13 # <[IDC]Dragon> no, not necessarily 07.28.47 # <[IDC]Dragon> OK, this will work, if everybody can live with it 07.28.57 # KISS, you know :-) 07.29.06 # <[IDC]Dragon> sure 07.29.35 # <[IDC]Dragon> I also was trying not to introduce much extra code 07.29.42 # the resume info is a special case though 07.29.55 # it is saved both in rtc and on disk 07.30.03 # on the recorder 07.30.11 # <[IDC]Dragon> why disk, too? 07.30.41 # the filename/playlist is saved on disk 07.31.01 # along with the current position 07.31.12 # then it is updated in rtc for finer increments 07.31.20 # and saved on disk on every spinup 07.31.30 # <[IDC]Dragon> that part I know 07.31.31 # (iirc) 07.31.59 # <[IDC]Dragon> do I need to be aware of that for the init mod? 07.32.01 # i don't think it will affect our rtc/disk split though 07.32.42 # <[IDC]Dragon> afk for a minute 07.51.23 Join amiconn [0] (~jens@pD9E7EA62.dip.t-dialin.net) 07.51.23 Quit NibbIer (Read error: 54 (Connection reset by peer)) 07.52.57 # hey amiconn 07.53.07 # hi LinusN 07.59.39 *** Saving seen data "./dancer.seen" 08.00.46 # LinusN: Bagder created a separate voice page yesterday ( http://rockbox.haxx.se/voice/ ) with a howto as well (/voice/howto.html, but obviously didn't link them from the docs page 08.01.07 # you can add that if you like 08.01.56 # With this page in place, the "voice file" column in http://rockbox.haxx.se/lang/ could be removed as well 08.02.31 Quit NHIwerx (anthony.freenode.net irc.freenode.net) 08.02.31 NSplit anthony.freenode.net irc.freenode.net 08.02.55 NHeal anthony.freenode.net irc.freenode.net 08.02.55 NJoin NHIwerx [0] (~frank@134.100.58.143) 08.03.11 # amiconn: true 08.09.03 # gotta reboot, cu soon 08.09.06 Part LinusN 08.09.43 # <[IDC]Dragon> hi Jens 08.09.58 # hi Jörg 08.10.37 # <[IDC]Dragon> it's a pity your fast disk functions are not in for almost all people 08.10.50 # <[IDC]Dragon> what do you think about having both? 08.11.19 # <[IDC]Dragon> the ATA timing reported from disk can then determine at runtime which are to be used 08.11.43 # <[IDC]Dragon> afaik, all the troublesome disks had very slow values 08.12.26 # <[IDC]Dragon> I hope we have enough IRAM shoved free by now 08.13.30 # Hmm. This would take up more precious IRAM. I guess the ata timing values are not the problem, since we don't even reach the 400 ns cycle time the slowest disks require _without_ iordy support 08.13.31 Quit midk|away (Read error: 54 (Connection reset by peer)) 08.13.39 Join midk|away [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) 08.14.02 # <[IDC]Dragon> I know, but it would be a way to determine suspicious disks 08.14.33 # <[IDC]Dragon> and then use the "safe" routines 08.15.06 # I suspect another thing: The Hitachi disks have a very short spindown delay if they are allowed to spin down by themselves (power management settings) 08.15.29 # amiconn: old or new disks? 08.16.00 # Old one (DK23CA, DK23DA - the most troublesome disks (tm) with rockbox) 08.16.35 # This bug is even confirmed by hitachi, and there are drive firmware updates available for these disk 08.16.54 # <[IDC]Dragon> which bug? 08.17.12 # The drives spin down too fast 08.17.32 # <[IDC]Dragon> causing what? 08.17.39 # Unfortunately, the firmware updaters I found do only run on certain laptops 08.19.03 # The too early spindown causes much clickering, and may well confuse the disk when it is accessed by Rockbox, since rockbox is slow compared to a modern laptop 08.19.39 # <[IDC]Dragon> but no connection to your ATA r/w code? 08.19.43 # Anyway I think it is not a good idea to let the disk itself decide when to spin down, since there is a spindown setting in Rockbox where the user should decide when to spin down 08.20.52 # Rockbox currently sets the power management mode to "lowest consumption with standby" which I changed for all my builds to "lowest consumption without standby" 08.21.45 # ah 08.21.48 # perhaps a solution! 08.21.51 # So if I set spindown delay to 30 secs, it really spins down after 30 secs, and not after ~10 secs as my drive decides with the rockbox default 08.22.21 # (This was a necessity to test the spindown versus no-spindown runtime with your video.rock) 08.22.29 # <[IDC]Dragon> ah 08.22.57 # <[IDC]Dragon> are we still on the subject of fast ATA sector copy not working for all? 08.23.10 # Yes 08.23.25 # <[IDC]Dragon> ;-) 08.23.46 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 08.23.46 # * [IDC]Dragon just doesn't see the connection 08.23.50 # What I wanted to tell you the whole time is that I want to prepare 4 test builds for those brave users who have good backups of their box 08.24.43 # (1) All these builds will have the automatic spindown by the drive disabled (like all my personal builds) 08.25.32 # (2) The 4 builds: (a) only the change above, (b) fast reading only, (c) fast writing only, (d) fast reading and writing 08.26.28 # These should be tested by as many users as are willing to do so, especially if they own Hitachi disks of the DK23CA and DK23DA series 08.26.49 # <[IDC]Dragon> and you think there is a connection with the spindown? 08.27.53 # Maybe either it is connected with the spindown, or the big difference between read and write speed back them when the problems occurred 08.28.21 # Remember that (1) back then only fast reading was available, fast writing came later 08.29.02 # and (2) there was no single error with my ata tests, which used all optimized versions of the reading code, but did _only_ read 08.30.10 # afk 08.36.49 Quit [IDC]Dragon () 08.37.28 # amiconn: I'll check what disk I do have. 08.37.57 # DK23EA 08.42.03 Join LinusN [200] (~linus@labb.contactor.se) 08.45.37 # we should have the automatic spindown disabled, regardless of your tests 08.51.51 # LinusN: Yes, that's why I already do this locally 08.53.03 # commit the change 08.54.27 # I have this readily available as my local ata.c copy. The only other thing that is changed there are some comments regarding timing and speed relations, according to my improved understanding of the SH1 08.55.01 # great 08.57.58 # Committed. (Disabled the optimized routines for commit) 08.59.27 Join lImbus [0] (~manuel@kernel.cycos.net) 09.00.16 # nice 09.01.10 # Could this be a rld fixer? 09.01.29 # i don't think so 09.02.35 # RLD - Because we DO love the led! :) 09.04.51 # LinusN: There is danger for the disk at least on recorders: if the disk spins and you switch off the box by holding down the off button, the disk has to perform an "emergency park" when the power is cut 09.05.09 # According to the ibm hard disk manuals, this shouldn't be done too often 09.06.04 # Is it possible to capture BUTTON_OFF|BUTTON_REPEAT and issue an ata_standby before the power is cut by the hardware 09.06.07 # ? 09.07.32 # on some models, we don't even have time for that... 09.07.52 # however, we can easily perform a "clean" shutdown on fm/v2 models 09.15.29 # I wonder if it is possible to delay the shutdown on v1 recorders in software. I did a quick test - the recorder doesn't shut down when holding OFF if you're holding ON at the same time 09.17.57 # is there another way to shutdown safely ? I imagine some menu "shutdown safely for transport" that parks, then shuts down. 09.20.29 # lImbus: atm I do the following: stop playback, wait until the disk spins down (max 10 secs with my current spindown setting), then switch off 09.21.25 Join [IDC]Dragon [0] (Lore@sourpuss.net) 09.21.38 # <[IDC]Dragon> back again 09.23.05 # <[IDC]Dragon> LinusN: thinking more about the init split, I like my idea of settings_apply() getting a module flag argument better. 09.23.21 # <[IDC]Dragon> less extra code, only one place to maintain. 09.24.00 # then do it like that 09.24.15 # we can always change it later if necessary 09.24.24 # <[IDC]Dragon> I don't want to talk you over 09.24.31 # <[IDC]Dragon> or, into it 09.24.45 # amiconn: me too, but not everybody is technical enough to do it. 09.25.03 # [IDC]Dragon: I'm looking for a (german) source of white 1206 smd leds (you know what for). I didn't find such without a lens (only 0603) 09.26.42 # amiconn: maybe you had to search for SMT ? 09.26.49 # <[IDC]Dragon> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3729486692 09.28.02 # i'm on the hunt for 8Mb RAM chips... 09.28.35 # <[IDC]Dragon> LinusN: shouldn't be too hard 09.28.42 # ...and i didn't find any LED's either... :-( 09.29.02 # nobody sells those old ram chips anymore 09.29.17 # <[IDC]Dragon> have you tried Palm resources? 09.29.22 # nobody==none of the retailers i asked 09.30.02 # i looked at some palm upgrade site, but the prices were outrageous 09.30.42 # @ amiconn: If you buy 50 pieces, would you send some to Aachen for a few euros ? 09.30.43 # <[IDC]Dragon> amiconn: http://www.led-shop24.de/pi1214025384.htm?categoryId=38 09.31.36 # <[IDC]Dragon> http://www.eska-technik.com/shop/pi1039348900.htm?categoryId=4 09.32.52 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 09.33.17 # [IDC]Dragon: What mcd rating do your white leds have? 09.33.47 # <[IDC]Dragon> I think 140 or so 09.34.05 # <[IDC]Dragon> but there's a lot of cheating going on there 09.34.19 # <[IDC]Dragon> like mAh ratings for batteries 09.36.27 # <[IDC]Dragon> you have to check that the LEDs are not too thick 09.36.51 # [IDC]Dragon: Thank you, I think I will try www.eska-technik.com then. The leds they offer are very bright (claim 440 mcd at 20 mA), so if they are too bright I can reduce the current, saving battery power. 09.37.15 # <[IDC]Dragon> maybe 0805 would also be an acceptable choice, 0603 was definitely too small 09.38.05 # <[IDC]Dragon> I have once ordered something from Eska, went OK pretty well (advance payment) 09.39.15 # <[IDC]Dragon> if the mCd rating is so high, they may have a lens 09.39.53 # <[IDC]Dragon> lens-less they should have <200 mCd 09.40.03 # * amiconn is away now 09.41.05 Join pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) 09.42.04 # hoi peter 09.47.20 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 09.48.53 Join Zagor_ [242] (~bjst@labb.contactor.se) 09.49.22 # <[IDC]Dragon> hi Zagor 09.49.36 # howdy 09.49.38 Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se) 09.52.36 # Hej! 09.55.03 # tjänare 09.59.42 *** Saving seen data "./dancer.seen" 10.05.10 # amiconn: what is the problem with using lowest power? 10.06.55 # lowest power puts the disk in standby automatically 10.07.53 # my disk does it after 30s 10.10.30 # <[IDC]Dragon> my disk does it in USB mode, which I find convenient 10.10.52 # [IDC]Dragon: how about this one? http://international1.farnell.com/Search/level_5.jhtml?PRODID=124290&SKUID=122229 10.11.51 # <[IDC]Dragon> the link is too deep, I don't see anything 10.12.14 # <[IDC]Dragon> except for "LED SMD WHITE" 10.12.32 # weird 10.13.44 # search for 3557996 on www.farnellinone.de 10.16.54 # <[IDC]Dragon> boy, this is EXPENSIVE 10.17.37 # <[IDC]Dragon> from the datasheet, it looks like the contact metallization doesn't reach the edge 10.17.58 # <[IDC]Dragon> which could be a problem, to solder them in sideways 10.18.36 # WOW! didn't check the price 10.19.59 Quit AciD (Read error: 54 (Connection reset by peer)) 10.26.06 # ledshop24.de takes €8.50 for shipping... 10.26.34 # <[IDC]Dragon> :( 10.26.57 # <[IDC]Dragon> I paid €7 for 12 LEDs from Ebay 10.27.12 # <[IDC]Dragon> (including shipment) 10.27.42 # <[IDC]Dragon> look for those small companies selling cellphone mods 10.35.36 Join moormaster [0] (~trillian@port-212-202-174-104.dynamic.qsc.de) 10.36.47 # Hello! Moormaster is back. 10.36.49 # ;) 10.36.58 # <[IDC]Dragon> oh no! 10.36.58 # lol? 10.37.50 # <[IDC]Dragon> moormaster: you had this auto-greeting on yesterday, flooding the channel 10.38.16 # yes but only because it disconnected and reconnected instantly for some reason 10.38.45 # <[IDC]Dragon> have you seen the log? 10.38.55 # yes i have looked at it ;) 10.40.12 # 16.14.09 # Hi everybody ! moormaster is back !:-) 10.40.12 # 16.14.36 # moormaster: please disable that auto-greeting. it's quite annoying when you bounce in and out like that 10.40.12 # 16.17.37 Quit moormaster (Remote closed the connection) 10.40.12 DBUG Enqueued KICK moormaster 10.40.12 # 16.18.09 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de) 10.40.12 # 16.18.09 # Hi everybody ! moormaster is back !:-) 10.40.13 *** Alert Mode level 1 10.40.13 # 16.21.10 Quit moormaster (Remote closed the connection) 10.40.15 # 16.21.40 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de) 10.40.17 # 16.21.40 # Hi everybody ! moormaster is back !:-) 10.40.19 # 16.24.42 Quit moormaster (Remote closed the connection) 10.40.21 # 16.25.14 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de) 10.40.23 # 16.25.14 # Hi everybody ! moormaster is back !:-) 10.40.25 # 16.28.15 Quit moormaster (Remote closed the connection) 10.40.27 # 16.28.47 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de) 10.40.29 # 16.28.47 # Hi everybody ! moormaster is back !:-) 10.40.31 # <[IDC]Dragon> Enough! 10.40.32 # 16.31.04 Join mecraw [0] (~mecraw@69.2.235.2) 10.40.33 # ;) 10.40.41 # was just a quote 10.50.14 *** Alert Mode OFF 10.59.44 Part moormaster 11.00.56 # lol 11.05.30 Join mattzz [0] (~c2af7556@c227176.adsl.hansenet.de) 11.05.43 # hello world 11.07.05 # hello mattzz 11.13.55 # hi mattzz 11.20.33 # <[IDC]Dragon> hi mattzz, how is life? ;-) 11.20.52 # good, I will go diving in a few hours ;-) 11.20.59 # <[IDC]Dragon> again? 11.21.34 # yup. just an afternoon trip. 11.22.07 # diving keeps me from coding.... 11.25.50 # [IDC]Dragon, can you tell me other constant values for "Languages" in the following line: 11.25.52 # Set spkr.Voice = spkr.GetVoices("Language=409").Item(0) 11.25.53 # ? 11.26.11 # ähh, it's from mp3ClipGen.vbs 11.27.01 # I found a mates machine with Speechify running on (Sapi5) but your (?) script says "You do not seem to have a voice installed. Exiting." 11.27.34 # lImbus: The 409 is the hex value of the Windows language id for English (decimal 1033). 407 (decimal 1031) is German, don't know others 11.28.14 # ahh, ok. Should've guessed that. I've got a list of other languages. 2057 for example is us-american 11.28.15 # You should be able to find these values at msdn.microsoft.com. Look for SAPI and/or "language id" 11.37.20 # strange. can't load any language although our software is able to do so. there are currently 2emails read to voicemail-users. 11.46.06 Join uski [0] (~uski@gandalf.digital-network.org) 11.57.56 Nick mattzz is now known as mattzz|food (~c2af7556@c227176.adsl.hansenet.de) 11.59.46 *** Saving seen data "./dancer.seen" 12.19.01 Quit NibbIer (Read error: 54 (Connection reset by peer)) 12.20.13 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 12.57.03 Nick mattzz|food is now known as mattzz (~c2af7556@c227176.adsl.hansenet.de) 13.15.03 Join lImbus_ [0] (~manuel@kernel.cycos.net) 13.58.06 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 13.59.48 *** Saving seen data "./dancer.seen" 14.28.50 Join Bagder [241] (~dast@labb.contactor.se) 14.29.01 # mooo 14.30.38 # moooooooooooooo 14.31.17 # (moo?) 14.31.55 # "This also means that we'll 14.31.55 # hit 100% in 332,153 days at yesterday's rate" 14.32.09 # "moo" makes me think of a particular cow 14.32.43 # http://stats.distributed.net/team/tmember.php?project_id=8&team=18241 14.33.37 # Bagder; are you still searching for members for that distributed-stuff ? 14.33.43 # Bagder: ooh, that's "hardware". Angry Bob rocks. 14.34.01 # except you weren't really quoting that ;) 14.34.10 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.34.10 # * Zagor hides under the desk 14.34.17 # lImbus_: oh yes, join in and we'll win! 14.35.21 # I'm looking for a new challenge for all the idling machines over here. I'll have look at that project. 14.35.45 # idling machines are goodness 14.35.53 # chasing rc5 keys is fun! 14.35.59 # * Bagder chuckles 14.36.09 # machines need to work, or they'll get cold and catch the flue 14.36.13 # * pfavr saves power when idling 14.36.17 # flu even 14.36.32 # pfavr: laptop chicken! ;-) 14.36.47 # oh 14.36.52 # I'm on a laptop too 14.37.00 # haha 14.37.00 # cpu ~45 degrees C idling and >75 degrees C when running lame 14.37.47 # * Zagor brings a new cow to life on his box 14.38.00 # Bagder, not just laptop - stationary consumes around 40watts idling and 60-80watts encoding 14.38.04 Nick midk|away is now known as midk (~Zakk@c66-235-14-120.sea2.cablespeed.com) 14.38.13 # pfavr: true 14.38.26 # (and fans noise drops a lot when idling) 14.38.26 # but you tend to notice it more with laptops 14.39.15 # my <600MHz machines here will not be noticed on the score I think 14.39.16 # i never use thermo-controlled fans anyway. they're all too conservative and thus too loud 14.39.47 # I just put a resistor in series... works great 14.40.17 # I usually swap the power lines, running 12V fans on 7 or 5 volt. 14.40.35 # only 12V in my machines (5volt is made on the motherboard) 14.41.01 # no cpu fan - just in the power supply 14.41.45 # what cpu? 14.41.49 # changing vbrfix to a plugin: why not keep the vbrfix entry in onplay and just load the plugin from there? 14.42.16 # midk: we don't want the core firmware to treat any plugin differently 14.42.19 # because we don't hardcode plugin-actions from firmware code 14.42.19 # Zagor, celeron coppermine 566MHz 14.43.31 # midk: the vbrfix is still in the onplay menu, in "open with" 14.43.45 # oh, okay, never mind then 14.45.37 # Zagor, here is my machines: http://hem.passagen.se/cugi/familynet/ 14.48.24 # hehe, want to compete about smallest machine? ;) http://bjorn.haxx.se/nano.jpg 14.49.35 # anyone here that is able to tell me how to let the cow go to 127.0.0.1 (local http-tunnel) 14.49.38 # ? 14.50.00 # lemme see... 14.51.20 # lImbus_: tried setting a proxy and port manually? 14.51.35 # uh, not proxy, key server 14.51.47 # nop, as I don't know where. 14.52.00 # 2 => 6 14.52.31 # yeah, but I can't get back to the config as long as he tries to reach the server. gonna kill the ini-file 14.52.37 # aha 14.54.40 # howto join a team ? 14.55.04 # you need to have sent in keys first 14.55.10 # with your email address 14.55.19 # ok 14.55.35 # mooooooo 14.55.37 # hehe 14.55.52 # lImbus_: then you check a team's page and press the "I want to join" link 14.56.08 # in our case its this: 14.56.10 # http://stats.distributed.net/participant/pjointeam.php?team=18241 14.56.22 # ok, I'll see that later. 14.56.42 # [Jun 11 12:56:30 UTC] 1 cruncher has been started. 14.57.46 # any monster CPUs? ;-) 15.02.27 # a few 15.03.18 # a few northwoods that have been bought due to spare budget but no real task yet ;-) 15.03.48 # hehe 15.03.56 # perfect cow material! ;-) 15.04.37 # I am currently doing 3,8M keys/s 15.04.49 # I forgot to mention these machines are running 24/7 15.05.26 # ... [7,986,355 keys/s] 15.05.30 # B-] 15.05.41 # woha. in total or for one machine ? 15.05.49 # that's a dual CPU box 15.05.58 # lol 15.06.09 # you're wasting an incredible amount of power... 15.06.16 # actually 15.06.25 # that's the machine running the rockbox web site ;-) 15.06.26 # and mailing list 15.06.28 # and cvs repo 15.06.29 # and ... 15.06.42 # ok. as soon as I finished my first packets and got my pasword, I will start to deploy to other machines 15.06.44 # :) 15.07.15 # not to mention that it runs a bunch of counter-strike servers that eats quite some CPU load 15.08.23 # just for fun you should connect a watt-meter at the power plug of this machine 15.08.33 # or at least a A-meter 15.08.37 # Bagder, lImbus: I actually run rc5 for several years on an Amiga (50 MHz 68060) (!) This machine runs 24/7 anyway 15.09.08 # amiconn: my TI89 hax a 68000 CPU, do you think I should run rc5 on it and let i running 24 hour a day ? :) 15.09.12 # -x+s 15.09.30 # perhaps i'll find THE key ;) 15.10.20 # amiconn: we were in the 56bit and the 64bit compos too 15.11.26 # but this time we'll win! 15.11.28 # :-) 15.11.42 # Bagder: Me too, also participated in DES-II and DES-III 15.18.05 Quit pfavr (anthony.freenode.net irc.freenode.net) 15.18.05 NSplit anthony.freenode.net irc.freenode.net 15.18.05 Quit mbr_ (anthony.freenode.net irc.freenode.net) 15.18.05 Quit ze (anthony.freenode.net irc.freenode.net) 15.18.05 Quit mattzz (anthony.freenode.net irc.freenode.net) 15.18.05 Quit Ka_ (anthony.freenode.net irc.freenode.net) 15.18.05 Quit Hes (anthony.freenode.net irc.freenode.net) 15.18.05 Quit AciD (anthony.freenode.net irc.freenode.net) 15.18.05 Quit [IDC]Dragon (anthony.freenode.net irc.freenode.net) 15.18.05 Quit silencer (anthony.freenode.net irc.freenode.net) 15.18.05 Quit julia (anthony.freenode.net irc.freenode.net) 15.18.05 Quit LinusN (anthony.freenode.net irc.freenode.net) 15.18.05 Quit lImbus_ (anthony.freenode.net irc.freenode.net) 15.18.05 Quit uski (anthony.freenode.net irc.freenode.net) 15.18.05 Quit lImbus (anthony.freenode.net irc.freenode.net) 15.18.05 Quit midk (anthony.freenode.net irc.freenode.net) 15.18.05 Quit Bagder (anthony.freenode.net irc.freenode.net) 15.18.05 Quit Hadaka (anthony.freenode.net irc.freenode.net) 15.18.05 Quit elinenbe (anthony.freenode.net irc.freenode.net) 15.18.16 NHeal anthony.freenode.net irc.freenode.net 15.18.16 NJoin AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 15.18.16 NJoin [IDC]Dragon [0] (Lore@sourpuss.net) 15.18.16 NJoin LinusN [200] (~linus@labb.contactor.se) 15.18.16 NJoin silencer [0] (~silencer@nino.via.ecp.fr) 15.18.16 NJoin julia [0] (~julia@207-36-180-196.ptr.primarydns.com) 15.18.27 NJoin mattzz [0] (~c2af7556@c227176.adsl.hansenet.de) 15.18.27 NJoin Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net) 15.18.27 NJoin Hes [0] (~hessu@he.fi) 15.18.45 NJoin pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) 15.18.45 NJoin mbr_ [0] (~mb@stz-softwaretechnik.com) 15.18.45 NJoin ze [20] (psyco@adsl-67-123-40-187.dsl.lsan03.pacbell.net) 15.18.53 NJoin Bagder [241] (~dast@labb.contactor.se) 15.18.53 NJoin lImbus_ [0] (~manuel@kernel.cycos.net) 15.18.53 NJoin uski [0] (~uski@gandalf.digital-network.org) 15.18.53 NJoin lImbus [0] (~manuel@kernel.cycos.net) 15.18.53 NJoin midk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com) 15.18.53 NJoin elinenbe [0] (~elinenbe@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 15.18.53 NJoin Hadaka [0] (naked@naked.iki.fi) 15.25.31 # I am a splitter 15.35.22 # it's your fault? 15.35.39 # lol 15.35.47 # baaaaggderr....... 15.35.55 # * Bagder looks innocent and whistles 15.36.58 # baaaaaaagggggderrrrr.......... 15.37.28 Quit lImbus (Ping timeout: 14400 seconds) 15.44.48 Nick midk is now known as midk|away (~Zakk@c66-235-14-120.sea2.cablespeed.com) 15.47.37 Nick lImbus_ is now known as lImbus (~manuel@kernel.cycos.net) 15.47.56 # thanks Bagder. At least I got my nick back ,-) 15.48.05 # hehe 15.53.37 Part LinusN 15.56.35 Part Zagor 15.59.52 *** Saving seen data "./dancer.seen" 16.01.27 Part Bagder 16.03.03 Quit mattzz ("CGI:IRC") 16.03.17 # closing time in sweden ? 16.03.37 # they are just plain lazy ;D 16.30.01 Quit NibbIer (Read error: 54 (Connection reset by peer)) 16.40.03 Join kurzhaarrocker [0] (~none@dtmd-d9b83415.pool.mediaWays.net) 16.40.34 # No zagor here? What a pity. 16.50.51 Join mecraw [0] (~mecraw@69.2.235.2) 17.01.55 Join diddystar5 [0] (lee@ACC19947.ipt.aol.com) 17.05.51 Quit diddystar5 (Client Quit) 17.36.22 # <[IDC]Dragon> hi Phil, long not seen! 17.45.43 Quit kurzhaarrocker (Read error: 60 (Operation timed out)) 17.56.52 Quit [IDC]Dragon ("CGI:IRC (EOF)") 17.59.56 *** Saving seen data "./dancer.seen" 18.03.29 # uuuh. Séparé ? 18.03.46 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 18.13.02 Join zobold [0] (zazz@dh051-187.chem.sunysb.edu) 18.43.46 Quit NibbIer (Read error: 54 (Connection reset by peer)) 18.52.33 Join amiconn_ [0] (~jens@pD9E7EA62.dip.t-dialin.net) 18.53.25 Quit amiconn (Nick collision from services.) 18.53.27 Nick amiconn_ is now known as amiconn (~jens@pD9E7EA62.dip.t-dialin.net) 19.10.30 Quit lImbus () 19.23.53 Join kurzhaarrocker [0] (~none@Be19c.b.pppool.de) 19.24.27 Part kurzhaarrocker 19.59.57 *** Saving seen data "./dancer.seen" 20.08.03 Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 20.08.18 Quit scott666 (Read error: 54 (Connection reset by peer)) 20.08.23 Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 20.21.32 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 20.36.54 Part amiconn 21.06.38 Quit scott666 ("i'll be back...eventually...") 21.06.49 Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 21.24.51 Quit scott666 (Read error: 54 (Connection reset by peer)) 21.24.51 Quit NibbIer (Read error: 54 (Connection reset by peer)) 21.31.08 Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 21.31.20 Quit scott666 (Read error: 104 (Connection reset by peer)) 21.31.32 Join scott666 [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 21.39.46 Join Urgo [0] (Feh45@206-15-136-215.dialup.ziplink.net) 21.42.41 # hmm.. any reason why my whole rockbox UI would be moved up one line? Like on the WPS screen I don't get the top line that shows batt status and volume anymore and theres an extra blank line at the bottom 21.53.38 # did you turn off the status bar? 21.53.57 # wheres the option for that, I definitally didn't on purpose if I did 21.54.24 # might be on F3, otherwise in general settings>display 21.54.26 # hmm 21.54.30 # yeah it was truned off.. 21.54.42 # I definitally didn't turn that off myself though 21.55.02 # it reset all the settings 21.55.12 # volume was turned back to graphic.. I had it set to numeric before 21.55.39 # also.. is it supposed to make a high pitched noise when you put it to your ear? 21.55.43 # I don't remember hearing that before 21.57.18 # i dont think so, but i dont put it to my ear very often 21.57.28 # do you have yours around you? 21.57.42 # oh well it works for now :) Hopefully it isn't dying on me. I'm about to take off on a weekend trip and I wanted to use this for tunes then :) 21.58.11 # yes, it does make a high pitched noise 21.58.17 # odd 21.59.59 *** Saving seen data "./dancer.seen" 22.19.24 Join lImbus [0] (~MDJ@20.119-136-217.adsl.skynet.be) 22.29.10 Join top_bloke [0] (~ekolb_pot@0-1pool36-5.nas12.oakbrook1.il.us.da.qwest.net) 23.04.13 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 23.06.57 Join NibbIer [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 23.10.38 # k scott666, thanks =] bbl 23.10.43 Quit Urgo () 23.15.45 Quit top_bloke (Read error: 60 (Operation timed out)) 23.23.33 Join top_bloke [0] (~ekolb_pot@0-1pool36-5.nas12.oakbrook1.il.us.da.qwest.net) 23.50.42 Quit uski ("Leaving")