Archived talk:User:Nat 20090620

Archived Talk:

2009/04/06

Old discussion archived, page is a lot smaller. » Nat | Talk » 11:12, 6 April 2009 (UTC)

---

I'm testing my new template here.

Welcome!

Hello, User:Nat 20090620, and welcome to RoboWiki! I hope you like the place and decide to stay. I hope you enjoy creating a robot and being a robocoder! If you are posting a comment on this wiki, please sign your messages using four tildes (--~~~~); this will automatically insert your username and the date. Also, please checkout README page, it contains basic thing you need to know about this wiki. If you need help, check out the frequently asked questions or ask it on this page. Again, welcome!

And I it worked! » Nat | Talk » 15:39, 4 May 2009 (UTC)

---

Why I can't download robot from repository with my Firefox? I can download with IE, but my download manager is linked with Firefox. » Nat | Talk » 06:56, 11 April 2009 (UTC)

It works fine in Firefox here, to me it sounds like your download manager might be the issue. --Rednaxela 14:47, 11 April 2009 (UTC)

It's FlashGet via FlashGot. Just look at raw HTTP request sending, it actually work, but Firefox deesn't open its download windows :-( Saw some interesting header:

HTTP/1.1 302 Moved Temporarily

... which should be ...

HTTP/1.1 302 Found

... instead. This may course error I think. (also misspelling) » Nat | Talk » 15:33, 11 April 2009 (UTC)

---

(Is there any general discussion page?)

Just want to know, are there any female robocoder? (Don't count Martin's Family here) » Nat | Talk » 08:28, 11 April 2009 (UTC)

For a time Chase-san's sister was robocoding, also I mentioned robocode to one female friend and recently she started toying with it a little, but I'm unsure if it'll hold her interest for long or if she'll become involved with the robowiki comunity --Rednaxela 14:47, 11 April 2009 (UTC)

This mean none of you are female, right? In fact, I mentioned robocode to a lot of people in Thailand. Guys seem interest, but girls never ever interested :-( Anyway, I still can't bring any Thai to robocode community, or even start programming AdvancedRobot (they stuck with Robot) (until I finish translate Thai RoboWiki I think) » Nat | Talk » 15:33, 11 April 2009 (UTC)

The Wisdom of Crowds

Do anyone have a copy of this book? If anyone has, please explain briefly about it? Actually, I want a soft copy of it, but it has 366 pages. I've search through Google Books but no preview available, and search though my country book store but same result too. » Nat | Talk » 06:02, 10 April 2009 (UTC)

Do anyone have a copy of this book?

Please answer! Do anyone have any copy of this book? Don't feared to answer the simply 'No'!! » Nat | Talk » 06:13, 18 April 2009 (UTC)

Then, no I have not. :p --zyx 07:23, 18 April 2009 (UTC)

Thanks :S Actually, my question is meant to be answered by Rednaxela, PEZ (if he is active) and Voidious, and maybe some of old-era robocoders. :-) » Nat | Talk » 07:43, 18 April 2009 (UTC)

No. Although I'm not sure how much it would help, as I doubt there is much mathematics in it, but rather just case studies showing where it is effective. --Skilgannon 09:09, 18 April 2009 (UTC)

I hope it make me more understand on crowd. I can't tell I really understand it. If any one can expend it, I would be really appreciated, or I'll be more appreciated if I can have soft copy of it. » Nat | Talk » 09:56, 18 April 2009 (UTC)

That book is actually an attempt to show that a large crowd of people is smarter than a shorter group of experts, it will give you no information on how or when anything works. Also the author is a journalist not a scientific in any aspect, and is mostly oriented to social psychology, which means is about people and groups of persons. I thought you wanted to read it for personal entertainment. I didn't read it, but the book was kind of a big hit when it came out, so I have read reviews, and even though most reviews have been positive, all negative reviews seem to agree that the book doesn't convince anyone who disagrees with that premise. You can read the excerpt on that link you posted, and some of the negative reviews on Amazon or anywhere else, and I think it should give an idea of that book is about. --zyx 11:40, 18 April 2009 (UTC)

I have not read the book either, but I can give you a general idea of how "Crowd Wisdom" works, as far as I understand it. In Robocode, we often create systems where we have several pieces of data that we combine together -- summing multiple buffers in a GuessFactor / VisitCountStats gun, multiple attributes in a DynamicClustering gun, multiple guns in a VirtualGuns array. We often weight them and tune the weights.

A crowd system would more likely have a lot more elements, and would not weight them. The idea being that a diverse set of inputs will have inherent "wisdom", and weighting it is not so necessary or helpful. I would say that Dookious and DrussGT both use this idea to some extent, with a very high number of buffers in gun and/or movement (at least compared to older bots like Ascendant and CassiusClay). Dooki's movement uses 34 buffers, unweighted (not counting the flattener). I think DrussGT uses more. One issue is that in Robocode, rarely is your data all independent, so you inherently weight certain data if you're not careful (eg, if you used velocity and lateral velocity). It can be a tricky thing to apply this concept to Robocode. Does that help?

--Voidious 16:07, 18 April 2009 (UTC)

Thanks Voidious, and sorry for late reply. It look like you have successfully compress all discussion on the old wiki page in one paragraph. Again, thanks » Nat | Talk » 13:48, 21 April 2009 (UTC)

Short distance?

Distancing is one of important part of robot. Almost every robot will keep its distance about 400-550 depend on author. Some may have dynamic distancing, too. But, I think, do short distance have advantage? I try to move closer to enemy. If he try to controlled his distance too, he will step backward, and I will step forward, and he will step again backward. This can result in getting cornered (for enemy). Anyone has ideas? » Nat | Talk » 10:33, 11 April 2009 (UTC)

There are a variety of reasons for long distances being used, but perhaps the most significant, is that long distances like that tend to be rather advantageous when your bot has better targeting/movement than the opponant, and short distances better when your bot is known to have inferior targeting/movement. This is due to short distancces resulting in more 'lucky' hits. Since people usually try to make bots with targeting/movement better than the vast majority of bots, they'll tend to use long distances because that helps against the majority of bots on the field. --Rednaxela 14:47, 11 April 2009 (UTC)

The reason I think this because of Shadow (!!!) He get Phoenix stuck in corner (but not enough to trigger his corner escape mode) for a long time by distance at about 300, Phoenix usually stay at 475. Perhaps my new robot will take 325 a try. OK, I understand about long distance, but too long distance is not very good, huh? » Nat | Talk » 15:33, 11 April 2009 (UTC)

I believe The main disadvantage of too long distance when your targeting/movevment is better than the enemy's, is that it forces you to have too much wall-interaction/smoothing, which makes one more predictable. --Rednaxela 18:28, 11 April 2009 (UTC)

Melee GuessFactor

Following text is an early discussion copied from Shadow/ShadowsMeleeGun on the old wiki

Just a question, how can you do a Play-It Forward with missed scan? Or you just interpolated? And does this work for GF, too? --Nat Yes, you can interpolate. If you use a 'fast' play it forward method that uses uses absolute locations you can just linearly interpolate because any error will be completely corrected the next time a real scan is read. I wouldn't suggest using GF for melee, although it definitely works... Kev's bot for example. -- Skilgannon I'm trying some DC-GF in melee. I know it definitely works because of Conriantumr?, which do interpolate, too. About the "And does this work for GF, too", I don't mean interpolate, I mean to project each GF and do same thing as ABS mentioned. Another thing, if I put 100 Shadows into one 1000x1000 battle, will it skip a ton of turns? --Nat Yes, this method would work with GFs instead, the trouble is it won't hit bots like Walls Spinbot etc as well as PIF. You just need to turn it into an absolute angle, stick them all in an array or some other equivalent, and weight them by distance. -- Skilgannon

End of an early discussion

Some tough on this. If we use enemy heading, enemy relative heading as input for DC (or as a segment), will it hit Walls or SpinBot better? You just think as same as mine (OK, I'ven't read your comment on angle before), trying to implements this on TheRiver :-) » Nat | Talk » 09:36, 15 April 2009 (UTC)

Getting DC with GF to hit SpinBot is very difficult, you need to segment on relative heading (or lateral+advancing velocity) and distance and only fire at the 1 closest previous scan. Hitting Walls with GF is easy, I think corner-distance and lateral-velocity are the most important. If you are using Play-It-Forward SpinBot should get hit always no matter what you segment on, but Walls would probably be the same as GF, although perhaps more accurate if you do bounds checking to eliminate possible angles. I don't think enemy heading (not relative) is ever really useful. --Skilgannon 20:16, 15 April 2009 (UTC)

OK, since usual melee bots won't move perpendicular to us, is it a good ideas to segment on a thing that relative to me? Such as Lateral Velocity, Advancing Velocity? I have tough of some kind of melee wave, if I always fire a wave at center of the battle, collect the GF. When fire, projected enemy location from center of field and get firing angle. Will this way hit wall/spinbot/corner movement better? » Nat | Talk » 07:03, 16 April 2009 (UTC)

If you want to stick with GFs then you need to segment on stuff relative to you, yes. Lateral/Advancing velocity works, as well as velocity/offset. I don't think that melee center wave idea will work, because you won't know at which point along the GF to shoot if you are not at the center. This is why Play It Forward is such an effective technique in melee, because it is not dependant on where you are situated. Also, if you are using Play It Forward, it is not necessary to use attributes for the gun that are relative to you, and that might add 'noise' to the gun data. --Skilgannon 09:27, 18 April 2009 (UTC)

I'm not talking about GF vs. PIF here :-) I know what effective DC-PIF is, as top 4 melee bots use it (Shadow, Aleph, Tron and Tron) For the center wave, to know firing angle, just project enemy location (by distance from center and translated GF, of course) Then simply do atan2() to find firing angle. Yes, I want to stick with GF, but not the same way as 1v1. I believed Shadow do segment on absolute angle, distance last x ticks and other. I say no relative because, say lateral velocity, will not be the same if you aren't in same position in melee, but in one-on-one, you move perpendicular to enemy so lateral velocity will be the same. Unless we stationary, hitting corner movement would be hard for GF since it doesn't care where you are, it just care where corner is. I need some stick point to keep stats, and since most melee movement will move parallel to walls (or, in another work, perpendicular to center of battlefield) so center would be good ideas. I'm thinking about Leteral/Advancing velocity that seen from center of field.

I have crazy opinion on this now, I'm trying to create DC-PIF from DC-GF :D

» Nat | Talk » 09:47, 18 April 2009 (UTC) (PS. Anyway, I'ven't implementing this yet, and will not do in near future, as I'm going out for 4 days)

The trouble with this is that it assumes the enemy is orbiting around the center, which may not be true. How about if you store additional information with your GF, eg the ratio of distances between time-at-fire and at every tick for +-80 ticks afterwards? Then you could take into account non-center-orbiting movements, and still know how far out on the guess factor to fire at, you just iterate using your bullet and the point at that ratio of distances along the GF, until your bullet has traveled far enough. --Skilgannon 12:26, 18 April 2009 (UTC)

He he.. I think I'll have two guns. One fire from center, another one fire likes traditional GF gun. The distance to projected is (now) exactly distance from enemy to center :/ I can't think of better way now. About distance ratio, corner could be a problem. Usually, a normal melee robot (don't count some pattern nanobot melee here) will grab the corner asap, so that shouldn't be problem. --Nat (PS. No melee wizard around here? ABC?)

Are robocoders absent on weekends?

Are you all robocoders absent on weekends? On weekdays, almost all question asked between 19:00 EST to 23:00 PST get answer quickly. But almost all question asked on weekends will get answer on Monday. » Nat | Talk » 14:02, 3 May 2009 (UTC)

Just because I'm not answering questions doesn't mean I'm not Robocoding. =) In fact, it often means that I am! --Voidious 17:20, 3 May 2009 (UTC)

Thanks. Voidious, actually the "question answering" part is meant to Rednaxela =D » Nat | Talk » 09:27, 4 May 2009 (UTC)

Me too, I usually answer more questions when I don't have time to write code :P. --zyx 17:54, 3 May 2009 (UTC)

If you don't have time writing a code then which time you spent on the wiki? I think you should say (type?) "when I don't want to write code" » Nat | Talk » 09:27, 4 May 2009 (UTC)

I too, tend to actually robocode more on weekends, and wiki less :) --Rednaxela 18:03, 3 May 2009 (UTC)

Thanks. That clarify thing out =D I think that I will get a response as "weekends is for family" » Nat | Talk » 09:27, 4 May 2009 (UTC)

I do almost all my Robocoding, and wikiing, on the weekends, because I never have time at school. --Awesomeness 20:47, 3 May 2009 (UTC)

I too as student so I understand you, but I usually finished homework at school and spend the night for robocoding, before my mother forced me to sleep... » Nat | Talk » 09:27, 4 May 2009 (UTC)

How many hours can Notebook run before it getting explode?

Hey all, last day I turn my laptop on at 13:00 ICT (UTC+0700). I start my client for both roborumble and meleerumble. I working on it 'till 22:30 ICT and I went to sleep, leaving my clients run for a whole night. I open my lid of my laptop again at 13:00 ICT today (note that the computer isn't turned off yet) to see I've uploaded around 10,000 battles (for both melee and 1v1). Will my notebook computer explode if I let it run for another night? (Time since turned on: 37 hours; current time here is 20:27 ICT; Notebook: Dell 1537) » Nat | Talk » 13:29, 4 May 2009 (UTC)

It depends on the laptop, of course, but I don't think so. I might recommend placing it on a hard/flat surface (as opposed to a couch or a pillow), so that air can get underneath it and it is less likely to overheat. Then again, if your laptop does get very hot and you are worried about it, there's no harm in letting it rest a while. =) There seem to be a lot of RoboRumble clients running these days. --Voidious 14:24, 4 May 2009 (UTC)

Thanks for you suggestion. It is on my semi-messy desk so I think it is flat enough. The reason that I'm not putting it on the rest is I want to maintain my position on this page It isn't really hot since it is in my bedroom (with a/c) but I've heard that someone who running notebook like a server make the laptop too overheat and broken, or probably the adapter will catch in a fire before. I think I can let it run for another night before put it in the rest. May I ask you Voidious, how many clients you are running? It is too fast for only one client to upload the result that fast. » Nat | Talk » 15:12, 4 May 2009 (UTC)

I have one client going full time (on an old PC running Linux), and when I'm sleeping or at work, I have two more running on my MacBook. I ran lots and lots of Robocode on my MacBook for the first 1.5 years I had it, and one of its fans broke (started sounding like a jet engine). But I got it repaired and it has been fine since then. --Voidious 15:35, 4 May 2009 (UTC)

My client runs on an old XP laptop that's only used for RoboRumble. I have it propped up to increase airflow and let it rest 60s between each iteration for more cooling. I find that the rumble is really tough on hard drives (both from heat and constant data-saving) -- I've had two crashes and have to repair the file system every time it reboots. My MBP is much faster but I use it for roboresearch mostly. If I run I client on it I always use a ramdisk for the robotcache to speed things up and save on wear & tear. --Darkcanuck 15:52, 4 May 2009 (UTC)

I have 4GB of ram which is enough from Windows, Robo/MeleeRumble client and whole cache/temp. But sadly I can only access 3GB because the limit of 32-bits operating system, and I haven't ever seen any ramdisk program for windows. =( » Nat | Talk » 16:23, 4 May 2009 (UTC)

I also started using a ramdisk (good old tmpfs) for that purpose since I saw Darkcanuck mention his doing so. As far as windows, google searching reveals: this, this, this, and more. ;) --Rednaxela 00:18, 5 May 2009 (UTC)

Wow! Thanks! Bit I think I need to install ramdrive later after I put my up-for-45-hours notebook to rest. » Nat | Talk » 02:48, 5 May 2009 (UTC)