Previous day | Jump to hour: 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | Next day

Seconds: Show Hide | Joins: Show Hide | View raw
Font: Serif Sans-Serif Monospace | Size: Small Medium Large

Click in the nick column to highlight everything a person has said.
The Logo icon identifies that the person is a core developer (has commit access).

#rockbox log for 2004-06-11

00:03:47amiconnOn francais.voice I can tell so far that it is a male one and likely not AT&T
00:05:17Bagderhopefully the person speaks up when he sees his entry as the only one without credit! ;-)
00:05:41Bagderbedtime 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:32netsracping...
00:48:20Zagorpong
00:49:04 Quit netsrac (Client Quit)
00:51:22hardeepapparently not the response he wanted
00:52:33mattzzthat was a hell of a conversation
00:57:27mattzznite folx
00:57:47 Quit mattzz ("Client exiting")
00:59:58 Quit AciD ("resistance is futile, you will be assimilated")
01:00
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:00
02:04:41 Quit Zagor ("Client exiting")
02:56:56 Quit NibbIer (Read error: 54 (Connection reset by peer))
03:00
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:00
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:17NSplitanthony.freenode.net irc.freenode.net
04:20:33NHealanthony.freenode.net irc.freenode.net
04:20:33NJoinNHIwerx [0] (~frank@134.100.58.143)
04:30:35 Join BC [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
04:30:39BCextern
04:30:46BCoops, sorry
04:31:04midk|home:) hi bc
04:31:10BChi there
04:34:04BCdid you ever get anywhere with that ball game?
04:36:46midk|homebreakout? not far
04:39:26BCshame,
04:40:59midk|homeif you want it i can give it to you
04:41:01midk|hometomorrow?
04:41:48BCoh 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:37midk|home:(
05:00
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:00
06:04:37BCnite
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:03dwihnoHowdy!
06:54:27LinusNhola
06:55:28dwihnohooray for vbrfix plugin \o/
06:58:33LinusNhave u tried it?
06:59:11LinusNi must say that i didn't test it *that* much, so i'm not even sure it works :-)
06:59:28dwihnoNope, but I do believe in moving code from the core to plugins
07:00
07:00:58dwihno\o/
07:01:16LinusNamen 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]DragonGood morning Rockbox!
07:10:08[IDC]Dragon(I love the smell of C code in the morning)
07:10:15LinusN:-)
07:10:45[IDC]Dragon(Or how did that movie phrase go?)
07:12:00[IDC]DragonLinusN, please inspire me how to work out early settings from RTC
07:12:25LinusNhow early?
07:12:43LinusNand which settings?
07:12:48[IDC]Dragoncurrently, settings_load() does all the API calls by calling settings_apply()
07:13:15[IDC]Dragonwell, I thought we load the RTC settings as soon as I2C is avail
07:13:40[IDC]Dragonthen maybe use those during the init phase as we walk along
07:14:11[IDC]Dragonmy main reason is that car adapter mode
07:14:22LinusNi'm all for it
07:14:26[IDC]Dragonbattery setting would also be good
07:14:33LinusNabsolutely
07:14:42LinusNwe split it into a 2-stage process
07:15:06LinusNwe should move some settings from rtc to disk in the process
07:15:15[IDC]Dragonyes
07:15:24[IDC]Dragonand vice versa
07:15:26LinusNso we keep only live-updated and early-needed ones in rtc
07:15:57[IDC]Dragona settings version bump, on the downside
07:17:09[IDC]Dragonmy main issue currently is: the loading of the settings is easy, but many of them need to be applied
07:17:23LinusNyup
07:17:54[IDC]Dragonto 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:47LinusNi think some modules init() calls could take default values as arguments
07:19:05[IDC]Dragonlike mp3_init() ?
07:19:07LinusNthe mpeg init is shaky
07:19:19LinusNi don't like all those arguments
07:19:26[IDC]Dragonneither me
07:19:52LinusNeither pass a struct or a separate sound_init call
07:19:58[IDC]Dragonbut I don't like them fetching into the global settings neither
07:20:19LinusNfetching into the global settings?
07:20:27[IDC]Dragonplus, global_settings is application layer
07:20:43LinusNah, you mean pass the global settings struct? oh no!
07:20:49[IDC]Dragonwell, if the init functions would use global_settings
07:21:08[IDC]Dragonno, not passing, don't worry
07:21:41[IDC]Dragonlet's step back
07:22:12[IDC]Dragonso, after each module init, the settings for this module would somehow need to be applied
07:22:30LinusNyup
07:23:33[IDC]Dragonhmm, maybe settings_apply() could get a bit flag argument, specifying the module(s)
07:24:07LinusNwhy complicate it?
07:24:23[IDC]Dragontell me the simple way then
07:24:44[IDC]Dragonplain API calls after the init?
07:24:59[IDC]Dragondissolving settings_apply() into the init
07:25:03LinusNlet 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:18LinusNs/the/them/
07:25:37[IDC]Dragonapply with a number of arguments?
07:25:56LinusNwith the appropriate arguments
07:26:41LinusNor do you want the same prototype for every apply() function?
07:27:13[IDC]Dragonno, not necessarily
07:28:47[IDC]DragonOK, this will work, if everybody can live with it
07:28:57LinusNKISS, you know :-)
07:29:06[IDC]Dragonsure
07:29:35[IDC]DragonI also was trying not to introduce much extra code
07:29:42LinusNthe resume info is a special case though
07:29:55LinusNit is saved both in rtc and on disk
07:30:03LinusNon the recorder
07:30:11[IDC]Dragonwhy disk, too?
07:30:41LinusNthe filename/playlist is saved on disk
07:31:01LinusNalong with the current position
07:31:12LinusNthen it is updated in rtc for finer increments
07:31:20LinusNand saved on disk on every spinup
07:31:30[IDC]Dragonthat part I know
07:31:31LinusN(iirc)
07:31:59[IDC]Dragondo I need to be aware of that for the init mod?
07:32:01LinusNi don't think it will affect our rtc/disk split though
07:32:42[IDC]Dragonafk 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:57LinusNhey amiconn
07:53:07amiconnhi LinusN
07:59:39***Saving seen data "./dancer.seen"
08:00
08:00:46amiconnLinusN: 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:07LinusNyou can add that if you like
08:01:56amiconnWith 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:31NSplitanthony.freenode.net irc.freenode.net
08:02:55NHealanthony.freenode.net irc.freenode.net
08:02:55NJoinNHIwerx [0] (~frank@134.100.58.143)
08:03:11LinusNamiconn: true
08:09:03LinusNgotta reboot, cu soon
08:09:06 Part LinusN
08:09:43[IDC]Dragonhi Jens
08:09:58amiconnhi Jörg
08:10:37[IDC]Dragonit's a pity your fast disk functions are not in for almost all people
08:10:50[IDC]Dragonwhat do you think about having both?
08:11:19[IDC]Dragonthe ATA timing reported from disk can then determine at runtime which are to be used
08:11:43[IDC]Dragonafaik, all the troublesome disks had very slow values
08:12:26[IDC]DragonI hope we have enough IRAM shoved free by now
08:13:30amiconnHmm. 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]DragonI know, but it would be a way to determine suspicious disks
08:14:33[IDC]Dragonand then use the "safe" routines
08:15:06amiconnI 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:29dwihnoamiconn: old or new disks?
08:16:00amiconnOld one (DK23CA, DK23DA - the most troublesome disks (tm) with rockbox)
08:16:35amiconnThis bug is even confirmed by hitachi, and there are drive firmware updates available for these disk
08:16:54[IDC]Dragonwhich bug?
08:17:12amiconnThe drives spin down too fast
08:17:32[IDC]Dragoncausing what?
08:17:39amiconnUnfortunately, the firmware updaters I found do only run on certain laptops
08:19:03amiconnThe 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]Dragonbut no connection to your ATA r/w code?
08:19:43amiconnAnyway 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:52amiconnRockbox 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:45dwihnoah
08:21:48dwihnoperhaps a solution!
08:21:51amiconnSo 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:21amiconn(This was a necessity to test the spindown versus no-spindown runtime with your video.rock)
08:22:29[IDC]Dragonah
08:22:57[IDC]Dragonare we still on the subject of fast ATA sector copy not working for all?
08:23:10amiconnYes
08:23:25[IDC]Dragon;-)
08:23:46CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
08:23:46*[IDC]Dragon just doesn't see the connection
08:23:50amiconnWhat 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:43amiconn(1) All these builds will have the automatic spindown by the drive disabled (like all my personal builds)
08:25:32amiconn(2) The 4 builds: (a) only the change above, (b) fast reading only, (c) fast writing only, (d) fast reading and writing
08:26:28amiconnThese 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]Dragonand you think there is a connection with the spindown?
08:27:53amiconnMaybe either it is connected with the spindown, or the big difference between read and write speed back them when the problems occurred
08:28:21amiconnRemember that (1) back then only fast reading was available, fast writing came later
08:29:02amiconnand (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:10amiconnafk
08:36:49 Quit [IDC]Dragon ()
08:37:28dwihnoamiconn: I'll check what disk I do have.
08:37:57dwihnoDK23EA
08:42:03 Join LinusN [200] (~linus@labb.contactor.se)
08:45:37LinusNwe should have the automatic spindown disabled, regardless of your tests
08:51:51amiconnLinusN: Yes, that's why I already do this locally
08:53:03LinusNcommit the change
08:54:27amiconnI 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:01LinusNgreat
08:57:58amiconnCommitted. (Disabled the optimized routines for commit)
08:59:27 Join lImbus [0] (~manuel@kernel.cycos.net)
09:00
09:00:16LinusNnice
09:01:10dwihnoCould this be a rld fixer?
09:01:29LinusNi don't think so
09:02:35dwihnoRLD - Because we DO love the led! :)
09:04:51amiconnLinusN: 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:09amiconnAccording to the ibm hard disk manuals, this shouldn't be done too often
09:06:04amiconnIs it possible to capture BUTTON_OFF|BUTTON_REPEAT and issue an ata_standby before the power is cut by the hardware
09:06:07amiconn?
09:07:32LinusNon some models, we don't even have time for that...
09:07:52LinusNhowever, we can easily perform a "clean" shutdown on fm/v2 models
09:15:29amiconnI 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:57lImbusis there another way to shutdown safely ? I imagine some menu "shutdown safely for transport" that parks, then shuts down.
09:20:29amiconnlImbus: 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]Dragonback again
09:23:05[IDC]DragonLinusN: thinking more about the init split, I like my idea of settings_apply() getting a module flag argument better.
09:23:21[IDC]Dragonless extra code, only one place to maintain.
09:24:00LinusNthen do it like that
09:24:15LinusNwe can always change it later if necessary
09:24:24[IDC]DragonI don't want to talk you over
09:24:31[IDC]Dragonor, into it
09:24:45lImbusamiconn: me too, but not everybody is technical enough to do it.
09:25:03amiconn[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:42lImbusamiconn: maybe you had to search for SMT ?
09:26:49[IDC]Dragonhttp://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=3729486692
09:28:02LinusNi'm on the hunt for 8Mb RAM chips...
09:28:35[IDC]DragonLinusN: shouldn't be too hard
09:28:42LinusN...and i didn't find any LED's either... :-(
09:29:02LinusNnobody sells those old ram chips anymore
09:29:17[IDC]Dragonhave you tried Palm resources?
09:29:22LinusNnobody==none of the retailers i asked
09:30:02LinusNi looked at some palm upgrade site, but the prices were outrageous
09:30:42lImbus@ amiconn: If you buy 50 pieces, would you send some to Aachen for a few euros ?
09:30:43[IDC]Dragonamiconn: http://www.led-shop24.de/pi1214025384.htm?categoryId=38
09:31:36[IDC]Dragonhttp://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:17amiconn[IDC]Dragon: What mcd rating do your white leds have?
09:33:47[IDC]DragonI think 140 or so
09:34:05[IDC]Dragonbut there's a lot of cheating going on there
09:34:19[IDC]Dragonlike mAh ratings for batteries
09:36:27[IDC]Dragonyou have to check that the LEDs are not too thick
09:36:51amiconn[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]Dragonmaybe 0805 would also be an acceptable choice, 0603 was definitely too small
09:38:05[IDC]DragonI have once ordered something from Eska, went OK pretty well (advance payment)
09:39:15[IDC]Dragonif the mCd rating is so high, they may have a lens
09:39:53[IDC]Dragonlens-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:04lImbushoi 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]Dragonhi Zagor
09:49:36Zagor_howdy
09:49:38 Nick Zagor_ is now known as Zagor (~bjst@labb.contactor.se)
09:52:36dwihnoHej!
09:55:03Zagortjänare
09:59:42***Saving seen data "./dancer.seen"
10:00
10:05:10Zagoramiconn: what is the problem with using lowest power?
10:06:55LinusNlowest power puts the disk in standby automatically
10:07:53LinusNmy disk does it after 30s
10:10:30[IDC]Dragonmy disk does it in USB mode, which I find convenient
10:10:52LinusN[IDC]Dragon: how about this one? http://international1.farnell.com/Search/level_5.jhtml?PRODID=124290&SKUID=122229
10:11:51[IDC]Dragonthe link is too deep, I don't see anything
10:12:14[IDC]Dragonexcept for "LED SMD WHITE"
10:12:32LinusNweird
10:13:44LinusNsearch for 3557996 on www.farnellinone.de
10:16:54[IDC]Dragonboy, this is EXPENSIVE
10:17:37[IDC]Dragonfrom the datasheet, it looks like the contact metallization doesn't reach the edge
10:17:58[IDC]Dragonwhich could be a problem, to solder them in sideways
10:18:36LinusNWOW! didn't check the price
10:19:59 Quit AciD (Read error: 54 (Connection reset by peer))
10:26:06LinusNledshop24.de takes €8.50 for shipping...
10:26:34[IDC]Dragon:(
10:26:57[IDC]DragonI paid €7 for 12 LEDs from Ebay
10:27:12[IDC]Dragon(including shipment)
10:27:42[IDC]Dragonlook for those small companies selling cellphone mods
10:35:36 Join moormaster [0] (~trillian@port-212-202-174-104.dynamic.qsc.de)
10:36:47dwihnoHello! Moormaster is back.
10:36:49dwihno;)
10:36:58[IDC]Dragonoh no!
10:36:58moormasterlol?
10:37:50[IDC]Dragonmoormaster: you had this auto-greeting on yesterday, flooding the channel
10:38:16moormasteryes but only because it disconnected and reconnected instantly for some reason
10:38:45[IDC]Dragonhave you seen the log?
10:38:55moormasteryes i have looked at it ;)
10:40:12moormaster16.14.09 # <moormaster> Hi everybody ! moormaster is back !:-)
10:40:12moormaster16.14.36 # <Zagor> moormaster: please disable that auto-greeting. it's quite annoying when you bounce in and out like that
10:40:12moormaster16.17.37 Quit moormaster (Remote closed the connection)
10:40:12DBUGEnqueued KICK moormaster
10:40:12moormaster16.18.09 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de)
10:40:12moormaster16.18.09 # <moormaster> Hi everybody ! moormaster is back !:-)
10:40:13***Alert Mode level 1
10:40:13moormaster16.21.10 Quit moormaster (Remote closed the connection)
10:40:15moormaster16.21.40 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de)
10:40:17moormaster16.21.40 # <moormaster> Hi everybody ! moormaster is back !:-)
10:40:19moormaster16.24.42 Quit moormaster (Remote closed the connection)
10:40:21moormaster16.25.14 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de)
10:40:23moormaster16.25.14 # <moormaster> Hi everybody ! moormaster is back !:-)
10:40:25moormaster16.28.15 Quit moormaster (Remote closed the connection)
10:40:27moormaster16.28.47 Join moormaster [0] (~moormaste@port-212-202-174-104.dynamic.qsc.de)
10:40:29moormaster16.28.47 # <moormaster> Hi everybody ! moormaster is back !:-)
10:40:31[IDC]DragonEnough!
10:40:32moormaster16.31.04 Join mecraw [0] (~mecraw@69.2.235.2)
10:40:33moormaster;)
10:40:41moormasterwas just a quote
10:50:14***Alert Mode OFF
10:59:44 Part moormaster
11:00
11:00:56lImbuslol
11:05:30 Join mattzz [0] (~c2af7556@c227176.adsl.hansenet.de)
11:05:43mattzzhello world
11:07:05LinusNhello mattzz
11:13:55amiconnhi mattzz
11:20:33[IDC]Dragonhi mattzz, how is life? ;-)
11:20:52mattzzgood, I will go diving in a few hours ;-)
11:20:59[IDC]Dragonagain?
11:21:34mattzzyup. just an afternoon trip.
11:22:07mattzzdiving keeps me from coding....
11:25:50lImbus[IDC]Dragon, can you tell me other constant values for "Languages" in the following line:
11:25:52lImbusSet spkr.Voice = spkr.GetVoices("Language=409").Item(0)
11:25:53lImbus?
11:26:11lImbusähh, it's from mp3ClipGen.vbs
11:27:01lImbusI 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:34amiconnlImbus: 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:14lImbusahh, ok. Should've guessed that. I've got a list of other languages. 2057 for example is us-american
11:28:15amiconnYou should be able to find these values at msdn.microsoft.com. Look for SAPI and/or "language id"
11:37:20lImbusstrange. 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:00
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:00
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:00
14:28:50 Join Bagder [241] (~dast@labb.contactor.se)
14:29:01Bagdermooo
14:30:38LinusNmoooooooooooooo
14:31:17pfavr(moo?)
14:31:55Bagder"This also means that we'll
14:31:55Bagderhit 100% in 332,153 days at yesterday's rate"
14:32:09Bagder"moo" makes me think of a particular cow
14:32:43Bagderhttp://stats.distributed.net/team/tmember.php?project_id=8&team=18241
14:33:37lImbus_Bagder; are you still searching for members for that distributed-stuff ?
14:33:43ZagorBagder: ooh, that's "hardware". Angry Bob rocks.
14:34:01Zagorexcept you weren't really quoting that ;)
14:34:10CtcpIgnored 1 channel CTCP requests in 0 seconds at the last flood
14:34:10*Zagor hides under the desk
14:34:17BagderlImbus_: oh yes, join in and we'll win!
14:35:21lImbus_I'm looking for a new challenge for all the idling machines over here. I'll have look at that project.
14:35:45Bagderidling machines are goodness
14:35:53Bagderchasing rc5 keys is fun!
14:35:59*Bagder chuckles
14:36:09Zagormachines need to work, or they'll get cold and catch the flue
14:36:13*pfavr saves power when idling
14:36:17Zagorflu even
14:36:32Bagderpfavr: laptop chicken! ;-)
14:36:47Bagderoh
14:36:52BagderI'm on a laptop too
14:37:00Zagorhaha
14:37:00pfavrcpu ~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:00pfavrBagder, 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:13Bagderpfavr: true
14:38:26pfavr(and fans noise drops a lot when idling)
14:38:26Bagderbut you tend to notice it more with laptops
14:39:15pfavrmy <600MHz machines here will not be noticed on the score I think
14:39:16Zagori never use thermo-controlled fans anyway. they're all too conservative and thus too loud
14:39:47pfavrI just put a resistor in series... works great
14:40:17ZagorI usually swap the power lines, running 12V fans on 7 or 5 volt.
14:40:35pfavronly 12V in my machines (5volt is made on the motherboard)
14:41:01pfavrno cpu fan - just in the power supply
14:41:45Zagorwhat cpu?
14:41:49midkchanging vbrfix to a plugin: why not keep the vbrfix entry in onplay and just load the plugin from there?
14:42:16Zagormidk: we don't want the core firmware to treat any plugin differently
14:42:19Bagderbecause we don't hardcode plugin-actions from firmware code
14:42:19pfavrZagor, celeron coppermine 566MHz
14:43:31Zagormidk: the vbrfix is still in the onplay menu, in "open with"
14:43:45midkoh, okay, never mind then
14:45:37pfavrZagor, here is my machines: http://hem.passagen.se/cugi/familynet/
14:48:24Zagorhehe, want to compete about smallest machine? ;) http://bjorn.haxx.se/nano.jpg
14:49:35lImbus_anyone here that is able to tell me how to let the cow go to 127.0.0.1 (local http-tunnel)
14:49:38lImbus_?
14:50:00Bagderlemme see...
14:51:20BagderlImbus_: tried setting a proxy and port manually?
14:51:35Bagderuh, not proxy, key server
14:51:47lImbus_nop, as I don't know where.
14:52:00Bagder2 => 6
14:52:31lImbus_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:37Bagderaha
14:54:40lImbus_howto join a team ?
14:55:04Bagderyou need to have sent in keys first
14:55:10Bagderwith your email address
14:55:19lImbus_ok
14:55:35lImbus_mooooooo
14:55:37lImbus_hehe
14:55:52BagderlImbus_: then you check a team's page and press the "I want to join" link
14:56:08Bagderin our case its this:
14:56:10Bagderhttp://stats.distributed.net/participant/pjointeam.php?team=18241
14:56:22lImbus_ok, I'll see that later.
14:56:42lImbus_[Jun 11 12:56:30 UTC] 1 cruncher has been started.
14:57:46Bagderany monster CPUs? ;-)
15:00
15:02:27lImbus_a few
15:03:18lImbus_a few northwoods that have been bought due to spare budget but no real task yet ;-)
15:03:48Bagderhehe
15:03:56Bagderperfect cow material! ;-)
15:04:37lImbus_I am currently doing 3,8M keys/s
15:04:49lImbus_I forgot to mention these machines are running 24/7
15:05:26Bagder... [7,986,355 keys/s]
15:05:30BagderB-]
15:05:41lImbus_woha. in total or for one machine ?
15:05:49Bagderthat's a dual CPU box
15:05:58uskilol
15:06:09uskiyou're wasting an incredible amount of power...
15:06:16Bagderactually
15:06:25Bagderthat's the machine running the rockbox web site ;-)
15:06:26Bagderand mailing list
15:06:28Bagderand cvs repo
15:06:29Bagderand ...
15:06:42lImbus_ok. as soon as I finished my first packets and got my pasword, I will start to deploy to other machines
15:06:44uski:)
15:07:15Bagdernot to mention that it runs a bunch of counter-strike servers that eats quite some CPU load
15:08:23uskijust for fun you should connect a watt-meter at the power plug of this machine
15:08:33uskior at least a A-meter
15:08:37amiconnBagder, lImbus: I actually run rc5 for several years on an Amiga (50 MHz 68060) (!) This machine runs 24/7 anyway
15:09:08uskiamiconn: 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:12uski-x+s
15:09:30uskiperhaps i'll find THE key ;)
15:10:20Bagderamiconn: we were in the 56bit and the 64bit compos too
15:11:26Bagderbut this time we'll win!
15:11:28Bagder:-)
15:11:42amiconnBagder: Me too, also participated in DES-II and DES-III
15:18:05 Quit pfavr (anthony.freenode.net irc.freenode.net)
15:18:05NSplitanthony.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:16NHealanthony.freenode.net irc.freenode.net
15:18:16NJoinAciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
15:18:16NJoin[IDC]Dragon [0] (Lore@sourpuss.net)
15:18:16NJoinLinusN [200] (~linus@labb.contactor.se)
15:18:16NJoinsilencer [0] (~silencer@nino.via.ecp.fr)
15:18:16NJoinjulia [0] (~julia@207-36-180-196.ptr.primarydns.com)
15:18:27NJoinmattzz [0] (~c2af7556@c227176.adsl.hansenet.de)
15:18:27NJoinKa_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net)
15:18:27NJoinHes [0] (~hessu@he.fi)
15:18:45NJoinpfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se)
15:18:45NJoinmbr_ [0] (~mb@stz-softwaretechnik.com)
15:18:45NJoinze [20] (psyco@adsl-67-123-40-187.dsl.lsan03.pacbell.net)
15:18:53NJoinBagder [241] (~dast@labb.contactor.se)
15:18:53NJoinlImbus_ [0] (~manuel@kernel.cycos.net)
15:18:53NJoinuski [0] (~uski@gandalf.digital-network.org)
15:18:53NJoinlImbus [0] (~manuel@kernel.cycos.net)
15:18:53NJoinmidk [0] (~Zakk@c66-235-14-120.sea2.cablespeed.com)
15:18:53NJoinelinenbe [0] (~elinenbe@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com)
15:18:53NJoinHadaka [0] (naked@naked.iki.fi)
15:25:31BagderI am a splitter
15:35:22Zagorit's your fault?
15:35:39midklol
15:35:47midkbaaaaggderr.......
15:35:55*Bagder looks innocent and whistles
15:36:58midkbaaaaaaagggggderrrrr..........
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:56lImbusthanks Bagder. At least I got my nick back ,-)
15:48:05Bagderhehe
15:53:37 Part LinusN
15:56:35 Part Zagor
15:59:52***Saving seen data "./dancer.seen"
16:00
16:01:27 Part Bagder
16:03:03 Quit mattzz ("CGI:IRC")
16:03:17lImbusclosing time in sweden ?
16:03:37dwihnothey 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:34kurzhaarrockerNo zagor here? What a pity.
16:50:51 Join mecraw [0] (~mecraw@69.2.235.2)
17:00
17:01:55 Join diddystar5 [0] (lee@ACC19947.ipt.aol.com)
17:05:51 Quit diddystar5 (Client Quit)
17:36:22[IDC]Dragonhi 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:00
18:03:29lImbusuuuh. 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:00
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:00
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:00
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:41Urgohmm.. 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:38scott666did you turn off the status bar?
21:53:57Urgowheres the option for that, I definitally didn't on purpose if I did
21:54:24scott666might be on F3, otherwise in general settings>display
21:54:26Urgohmm
21:54:30Urgoyeah it was truned off..
21:54:42UrgoI definitally didn't turn that off myself though
21:55:02Urgoit reset all the settings
21:55:12Urgovolume was turned back to graphic.. I had it set to numeric before
21:55:39Urgoalso.. is it supposed to make a high pitched noise when you put it to your ear?
21:55:43UrgoI don't remember hearing that before
21:57:18scott666i dont think so, but i dont put it to my ear very often
21:57:28Urgodo you have yours around you?
21:57:42Urgooh 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:11scott666yes, it does make a high pitched noise
21:58:17scott666odd
21:59:59***Saving seen data "./dancer.seen"
22:00
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:00
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:38Urgok 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")

Previous day | Next day