Talk:RoboRumble/Participants/Melee

From Robowiki
Jump to navigation Jump to search

DemonicRage naming/package issues

Sorry, I assumed it was the package name that was wrong, since justin.DemonicRage made sense and that was the .jar name given. Justin, did you mean to use DemonicRage as your base package name? Generally we keep each keep all our bots in the same package (for sake of rumble flags and such). Anyway, I fixed it back to DemonicRage.justin.DemonicRage and the URL is right, so it should work... --Voidious 22:07, 11 August 2009 (UTC)

To add to this: if you want to change version number/packagename/etc you need to upload a new version to robocoderepository. http://www.robocoderepository.com/BotFiles/3732/justin.DemonicRage_1.5.jar is not correct, you can't simply change the name. --Positive 23:07, 11 August 2009 (UTC)

Hey Justin - Looks like DemonicRage is still messed up. The file is still located at DemonicRage.justin.DemonicRage_1.6.jar (current URL is wrong), and it looks like it was really packaged as DemonicRage.justin.DemonicRage (the directory structure and .properties file reflect that). Are your Java package names "DemonicRage.justin"? You'll need to change those (back?) to just "justin" to have it packaged like you did before. Unless there's some bug in Robocode's packager or something? What version are you using? --Voidious 01:00, 12 August 2009 (UTC)

stelo.Moojuk 1.3

Just to double check, are other people also seeing things like the following when stelo.Moojuk runs?

stelo.Moojuk 1.3 stopped successfully.
stelo.Moojuk 1.3 has been stopped.  No score will be generated.

and

stelo.Moojuk 1.3: Exception: java.lang.ArrayIndexOutOfBoundsException: 5

--Rednaxela 05:18, 20 September 2009 (UTC)

Frequently, and some other bots occasionaly also give sortalike messages. Seems like Moojuk was not ment to be a meleebot. --GrubbmGait 11:42, 20 September 2009 (UTC)

Contents

Thread titleRepliesLast modified
apc.Caan 1.0318:56, 16 August 2017
First page
First page
Previous page
Previous page
Last page
Last page

apc.Caan 1.0

Has anybody else noticed the strange results of Caan, especially when you look at the KNNPBI scores? https://literumble.appspot.com/BotDetails?game=meleerumble&name=apc.Caan%201.0&order=KNNPBI

It seems like it depends on who executes the battles. If I let Caan fight some melee battles on my computer, it is a relatively strong bot, but in the meleerumble it has 15.40 APS? Maybe it depends on the Java version? Maybe on other computers Caan just doesn't move at all and dies?

I would like to fix this because the rankings are distorted by this issue and a single bot can make a big difference if you are fighting for every APS point ;)

Cb (talk)23:06, 14 August 2017

I am not sure that we can put this bot to a strong category. I looked at a few battles with it. It has worse hit rate than HawkOnFire with its head on targeting. Also, its motion does not look strong as well. However, it might perform well against several bots if its gun somehow tuned to hit them, than KNNPBI would be abnormal.

Beaming (talk)21:17, 15 August 2017

Yes, it is a mediocre bot. When I put it in a battle with some random bots, it usually ends up somewhere in the middle. But in the rumble Caan has 15.22 APS, which makes him the third worst bot in total, just before SittingDuck and WasteOfAmmo. This can't be right.

Furthermore, if you order Caan's scores by number of battles (like this), you see that those high KNNPBI scores only happen with new bots with less than 50 battles.

This means that in a lot of old battles Caan was probably disabled and didn't move at all like a sitting duck, whereas in new battles it performs normally.

Cb (talk)11:41, 16 August 2017

I see now.

While ago back, when java switched from version 6 to 7, this bot was probably compiled with java 7, and whoever ran battles (very likely me, since I was mainly the only rumbles runner for a couple of years) probably used 6. In this case, such bot was disabled.

We about to experience it again with java switching from 7 to 8.

Maybe Skilgannon can somehow check not only the rumble client version but also the java's jdk version at the LiteRumble server side.

Beaming (talk)18:56, 16 August 2017
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page