[00:00] he hasn't presented any problem [00:00] dunno why I wont help him [00:00] communication problem [00:00] you acted like you do not want to help me [00:00] i do not like disturbing anybody, so i left [00:01] DrewHK: what he meant to say initially was: "sorry, missed that message, ask me anything!" [00:01] something like that yes :) [00:01] oh... [00:01] sorry [00:01] hmm [00:02] I thought you don't deem me able to help you [00:14] involved [00:14] n8 [00:15] MSG: Quit: humhum [00:18] i have to go sleep [00:19] bye all [00:19] MSG: [03:28] MSG: Read error: Connection reset by peer [06:18] Join: willvarfa joined #corewars [08:05] Join: Mizcu joined #corewars [08:05] good morning [08:15] Join: Roy joined #corewars [08:30] howdy [08:30] hiya will [08:31] good morning [08:31] * Roy stretches [08:37] exercise is always good in the morning [08:37] how goes the evolved ideas? [08:38] Starting to stall as usual :) [08:39] sad [08:40] Well, thats how is goes.. [08:45] there seemed to be interest [08:45] anyone for building it, or just commenting on it? [08:46] everybody wants to comment, and nobody wants to build :) [08:46] And still, everybody thinks about it differently [08:50] ultimately, you're trying to get competitors to gang together, right? [08:50] yup, sharing code (genes..?) so you get one big evolver/virtual world [09:18] Join: michal joined #corewars [09:23] http://philip.greenspun.com/humor/elephant-hunting.text [09:24] greetings [09:24] does anyone have a suggestion for a java project? [09:25] * Roy plays for brx: [09:25] Don't do it [09:26] you are to do a project, and the only restriction is that it should be implemented in Java? [09:26] first, who/what is it for? [09:27] I know, make the program I described yesterday :) [09:28] there's one requirement, it has to make use of a database [09:28] for a uni course [09:28] (and it has to be in java) [09:28] Then you can make my noise reduction program ;-) [09:29] noise reduction program? quick recap please! [09:29] You can nullify sound by playing waves in the exact oposite [09:30] But the problem is, once your computer mic hears it, its too late, so you need some way of knowing in advance what sound you need to play [09:31] So by pattern recognition or something you can predict what sounds are comming, and play the oposite waves with your speakers [09:32] "white noise"? [09:32] what is the problem trying to solve? [09:32] This won't really work when people talk to you or something, but it could filter noise that stays the same, like fans from computers etc [09:33] No real problem/goal, just a experiment if it works, and the bonus could be a quite computer :) [09:35] Its already implemented in some headphones, having small microphones and instantly creating the anti-sound [09:35] http://www.iwantoneofthose.com/SENNOI.htm [09:35] that is cool [09:36] very cool [09:36] so michal, what kind of size and timescales is this? [09:37] Could provide a little personal peace and quitness ;-) [09:38] small, single person project [09:38] hmm imagine harddisks and powersupplies with inbuilt speakers, or with inbuilt microphones so that software and other speakers can play the antinoise [09:38] mostly glueing together some libraries [09:38] jdbc for example? [09:39] yes [09:39] well the classic is CRUD [09:39] Create Retrieve Update Delete [09:39] most java/in-company/web programmers make their money with that kind of thing [09:40] not convinced it is the most fun wild project, though [09:40] :) [09:41] will: I was looking for a article, it was slashdotted not so long ago about a computer fan with four little speakers [09:41] there are two main types of database use: transactional, and data mining [09:41] They already tried that :) [09:41] I thought at first it was another idea I had [09:41] copying music [09:42] many music is in formats that only a microphone can get back onto another media [09:42] you would have hassle finding a way to transfer a tape or vinyl to mp3 for example [09:42] you'd need to rerecord it being played, prehaps [09:42] and this of course introduces noise [09:43] Yes, that could work in the same way.. [09:43] my idea was that by taking several samples, you could reduce the error and improve the recording by voting [09:43] furthermore, imagine a p2p network so that people with different equipment could record the song [09:44] Just run it for a while without music, create the background-anti-sound and run it while recording [09:44] and voting, so that as long as genuine recorders outnumber cancerous nodes, voting would get you the lowest common denominator of least noise or something [09:44] my understanding of the statistics is a bit hassy [09:44] ah Roy that is beautiful [09:45] a useful app [09:45] but Java and DB? [09:46] * willvarfa wonders if michal was expecting us to suggest a hill ... [09:46] Heh, just trying to squeeze it in ;-) [09:46] Or a evolver..? [09:46] or the webservice/db-backend to allow evolvers to share code [09:47] Even better! [09:49] hm [09:49] I assume they'd want to share evolved code [09:50] warriors [09:50] Yes, see the r.g.c discussion [09:56] that would be a good little java/db app [09:56] and it would be used after it was written [09:56] infact, hmm, sounds perfect :-) [09:57] :) [09:57] I'll check rgc [10:18] and..? [10:19] haven't found anythin [10:19] g [10:19] except evolvewars protocl [10:19] is that it? [10:19] looks promising? [10:20] Yes, actually, a couple below that is some more about it, thats it [10:20] I got the impression that it was supposed to be p2p [10:20] Nobody is sure what its going to be until somebody makes it, p2p would be cool, but a server-client thing would be cool too [10:22] server-client being rather more practical, prehaps [10:28] what other ideas did you have michal? [10:29] none [10:29] but if I don't come up with my own [10:29] I'll just be assigned a task [10:29] Heh well, could also be intresting [10:35] somehow I doubt it :) [10:38] java db would be good for a server to act as a "mailbox" between evolvers [10:38] and it could keep the statistics [10:40] I have to go [10:40] MSG: Quit: BitchX: faster than a speeding bullet, more powerful than a locomotive [10:50] Join: fiveop joined #corewars [11:11] Join: _willvarf joined #corewars [11:11] MSG: Read error: Connection reset by peer [11:14] Join: fiveop_ joined #corewars [11:15] MSG: Ping timeout: 252 seconds [11:31] Join: Nenad joined #corewars [11:34] MSG: Client Quit [15:46] MSG: <_willvarf> Read error: Connection reset by peer [15:54] MSG: [16:39] Join: bvowk joined #corewars [16:40] Jens? if you're reading logs, I need to talk to you. [16:45] Join: michal joined #corewars [16:46] hey michal.. [16:46] its been a while since I talked to you. [16:46] how's it going/ [17:19] Join: Fluffy joined #corewars [17:19] hey fluffy [17:19] I've read the logs :) [17:25] sure :) [17:48] New stats for DiSSC: http://corewars.jgutzeit.de/score_surfaces/dissc/statistics.en.html [18:04] not so well [18:04] they want to make me code in java [18:04] :) [18:04] (hey) [18:06] poor bastard. [18:06] java eh? [18:07] one test job seems to be working.. [18:07] I'm going to give it a little while and then fill the queue. [18:07] I'm already filling the queue :) [19:36] Python 2.3.4 (#1, Mar 14 2005, 16:47:22) [19:36] oops [19:38] File "./dissc_client.py", line 211, in submit_patch [19:38] bcdata = base64.standard_b64encode(cdata) [19:39] bvowk: you could replace that with "bcdata = base64.b64encode(cdata)" [19:39] Best make sure, that this function exists in the base64-module [19:42] >>> base64.b64encode(cdata) [19:42] AttributeError: 'module' object has no attribute 'b64encode' [19:43] nyet. [19:43] grr [19:44] why can't it be easy [19:44] I have no idea wtf that doesn't work tho [19:46] Either they use a different base64-module (someone create a new one with the same name and put it into sys.path) or ... [19:46] hmm ... I can't think of sth. else [19:46] there shouldn't be any additional modules.. [19:47] The base64 module of python 2.4.2 was last changed 30-Dec-2003 [19:47] yeah.. I know :/ [19:47] you are looking at its source, too ... right? [19:47] wtf. [19:48] alright.. I figured it out.. [19:48] let me build my own local python and it'll go. [19:48] no problem :) [19:48] the reserved patches will be available in less than 4 hours again [19:49] alright.. [19:50] just so long as they dont get dropped on the floor forever.. [19:50] no [19:50] I expect many many of them are going to get dropped with the ugly little hack for timing I had to do :/ [19:51] hehe ... if that goes on for a while my page might show sth. like "Currently it is worked on 1000 patches." [19:52] damn.. this box is quicker than I'd expect. [19:53] hehe ... It is sth. you normally don't complain about :-) [19:53] not complaining :) [19:53] Just got a bunch of patches from Sascha :) [19:54] 2783 patches, bvowk - 1032, brx - 947, Sascha 529, Fluffy - 197, Roy - 78 [20:00] ok.. [20:00] new python seems to be working.. [20:00] At the moment there are plenty of patches left :) [20:01] :P [20:03] 02 Mar 2006 13:00:39 - Get client/server interface version ... done [20:03] Invalid interface version!!! [20:03] DOWNLOAD NEW CLIENT!!! [20:03] wtf? [20:04] Did you change the version number of the client? [20:04] 02 Mar 2006 13:00:39 - Getting new patch ... failed [20:04] Server said "CGI-limits reached, please try again later! [20:04] " [20:04] heh [20:04] a ok [20:04] no.. I didn't [20:04] Probably my provider has set up that limit [20:04] Sorry, I can't change that [20:05] I think, that it is 25 processes max. at once [20:05] heh [20:05] alright. [20:06] Now, that you've stumbled upon that problem. Maybe I should have randomized the wait interval between access attempts a little bit [20:07] seems kinda random [20:07] the new client thing.. [20:07] hmm [20:07] they all get cp'd from the same source every time.. [20:07] but some of them bail with that error and some of them don't [20:08] thats based on a response from the server right? [20:08] yes [20:08] likely the server returning something broken then huh? [20:08] let me add a random pre-connection delay [20:08] :) [20:09] I never thought, that I had to worry about my server limits. [20:09] 's [20:11] I wanted to make sure, that any participant uses the same client. That's what the version check is for [20:11] probably overkill anyway [20:11] and it will run without a version check [20:12] Simply comment out the "check_version()" in "run" [20:13] I added a 10-30 second random delay before any connections.. [20:13] Should be enough [20:13] I hope [20:13] Thanks a lot :) [20:13] eek [20:13] might not be enough.. [20:13] me sighs [20:14] :-( [20:15] Unfortunately I can't monitor the number of processes, ... for my server [20:36] " [21:34] Join: sascha joined #corewars [21:35] Hey, the 1k is reached...poor brx ;-) [21:35] now, he's reached 1500 [21:36] I expect the next 500 will be much slower.. It looks like I've been throttled back [21:36] poor me too...with my 7.2 ghz.... :-( [21:36] I'm down to 3/96ths of my previous computron allocation [21:37] hey Jens, cheat him with some 94nop surfaces ;-) lol [21:38] MSG: [21:45] * sascha waves go on barkley...Hit the 2k this day...;-) [21:46] heh [21:47] cual [21:47] Part: sascha left #corewars [21:53] ok.. so we're up to about 1/2 of before :) [21:59] MSG: Ping timeout: 252 seconds [22:07] Join: Fluffy joined #corewars [22:11] MSG: Quit: humhum [23:13] Part: Fluffy left #corewars [23:24] Join: brx joined #corewars [23:29] MSG: Client Quit [23:31] MSG: Quit: [BX] Dr. Kavorkian is DYING to use BitchX. Aren't you? [23:39] MSG: Quit: using sirc version 2.211+ssfe