Talk:Main Page

From Robowiki
Jump to navigation Jump to search

Contents

Thread titleRepliesLast modified
New Rumble Categories813:16, 16 January 2023
is wiki css broken?721:58, 3 March 2019
Robocode IRC917:48, 12 October 2018
Old RoboWiki is down017:15, 17 September 2017
Wiki spam401:33, 25 August 2017
Spamming attack, reconsider account creation313:50, 24 August 2017
Robocode Online Web Application - what do You think?2601:03, 30 June 2015
First page
First page
Previous page
Previous page
Last page
Last page

New Rumble Categories

I don't think code size is a good limiter for different rumble types, because it forces people to do all sorts of tricks which results in very difficult to understand code. In addition, code size is so small compared to memory now that it hardly seems relevant in most cases. What if new rumble types were added where time per tick is the limiting factor: QuickRumble, with half the time, FastRumble 1/4, HyperRumble 1/8, SlowRumble 2x, etc. (Names are arbitrary) This would mean bots in faster rumbles would have to make more time tradeoff decisions, (less precise prediction? more approximate GFs?), and perhaps bots in slower rumbles could find a use for non-KNN classification schemes that required more time. What do you think?

Straw (talk)23:47, 17 March 2014

Tick time size sound like a fantastic idea, I think robocode has some built in constants which potentially can be tweaked for time based rumbles.

But, I would still keep size based categories. I personally amazed how much can be squeezed into small code. It is indeed unreadable, but they set a bar and send a strong hint to me when those little gizmos level my megabot.

Beaming (talk)00:52, 18 March 2014

I'm not advocating the destruction of the codesize limited rumbles, just the addition of time limited ones.

Straw (talk)02:11, 18 March 2014
 

The problem is categorizing them. Right now they are automatically sorted into the categories, since codesize is a compile time constant. However time limiting is a run time value. You would have to run a number of battles to place a robot. Even then you need to decide if something that is under the certain limit 99.9% of the time but over 0.1% of the time should be in which category, and so forth.

Chase10:13, 18 March 2014

Well, we can make a time tick fixed competitions. Every one participate but bots which designed with time constrains in mind will sort to the top by themselves.

I think it is analogous to current size based system: nano bots participate in mega bots competitions and have good chances, but it is not true in reverse. Though here we can participant selection in advance.

So all we need is good tick measure, which is not that easy with current CPU which tend to throttle and boost their performance.

Beaming (talk)13:42, 18 March 2014
 

In my model, you could submit any bot to any category, but it would skip turns if it took too long for that category. So time limits implemented the same way they are now, but with different categories.

Straw (talk)04:04, 19 March 2014
 

The problem I have with this idea, is that the Robocode engine's control over CPU time is far too approximate for that task.

The nature of such a league is to encourage people to push the limit of the alotted CPU time, however one can expect the calibration of CPU time to be off by wide margins between different computers, or even different runs on the same computer.

If one wants to have a league where the CPU time is a primary design constraint for bots, we need an engine with more precise management of this, such as by using Java bytecode instrumentation to assign fixed costs to different Java bytecode instructions... but that... that gets very complicated to implement.

Rednaxela (talk)18:49, 20 March 2014

I agree that would be the best way, and also very expensive to implement. If the VM itself tracked it, that would be another story, but as far as I know, it doesn't.

Chase17:14, 23 March 2014

what would happen if the VM itself tracked it

Tmservo (talk)17:38, 23 March 2014
 
 
 

is wiki css broken?

When I look at discussion threads, I do not see anymore separate post highlighting? The whole discussion with action links now looks like one a single continuous stream.

Does anyone else experience it?

Beaming (talk)18:13, 2 March 2019

I experienced the same bug two weeks ago. But it seems fixed for me now, even though I didn't do anything.

Perhaps it's an intermittent issue?

MultiplyByZer0 (talk)19:07, 2 March 2019
 

The issue seems to be with the js resources which fails to load

Xor (talk)02:41, 3 March 2019

I have a theory about the root cause of the problem, but I need more data to confirm.

Can someone experiencing this issue please open the browser console (F12 -> Console tab), and post the contents of it? Also, which browser are you using?

If I my idea is right, you should see Uncaught ReferenceError: jQuery is not defined.

MultiplyByZer0 (talk)06:55, 3 March 2019

Same here. That's why I suspect the cause is js resources. However this issue seems to happen some time, and disappear some time. Maybe browser caches that once it successfully loads.

Xor (talk)07:15, 3 March 2019
 

I see something else in Firefox:

SyntaxError: illegal character load.php:1:190

When I go to

view-source:http://robowiki.net/w/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=monobook&version=20140108T004349Z

After character 190 it is a bunch of strange characters. I guess something was corrupted on the database?

Skilgannon (talk)15:35, 3 March 2019

Yeah, it looks like jQuery is missing a byte somewhere.

Enamel 32 (talk)21:57, 3 March 2019
 

It seems there are two separate problems then.

Everyone who sees Uncaught SyntaxError: Invalid or unexpected token is:

  • Using Monobook (the default skin), either by choice or by not being logged in.
  • Experiencing this problem continuously.
  • The root cause is that this script, which should contain jQuery and MediaWiki frontend code, has parts of it overwritten with 155648 0x00 bytes.
  • Because that script does not parse, the loading process is broken.
  • This probably requires a server-side fix.
  • People seeing this: Skilgannon

Meanwhile, everyone who sees Uncaught ReferenceError: jQuery is not defined is:

  • Using the Vector skin.
  • Using Chrome.
  • Experiencing this problem intermittently.
  • For the Vector skin, this script, which contains jQuery and MediaWiki frontend code, it perfectly fine.
  • However, that script is loaded by this script through document.write() of a <script> tag.
  • Chrome is known to block the use of document.write() to load scripts on slow Internet connections.
  • Thus, since the script that contains and exposes jQuery is not loaded, other code that depends on it errors with Uncaught ReferenceError: jQuery is not defined.
  • Possible fix: Go to chrome://flags, set "Block scripts loaded via document.write" to "Disabled", and restart your browser.
  • People experiencing this: Xor and past me
MultiplyByZer0 (talk)21:58, 3 March 2019
 
 
 

Robocode IRC

The channel from the old wiki is decidedly dead. Is there a new one? I can't find one on any network.

If not, I'm on FreeNode.net/#robocode, I can transfer ownership of the channel to an appropriate veteran if one joins it.

Whilst the wiki discussion thing is good for serious robocode questions and things which require the persistency of a wiki, I think having a place to chill out and talk robocode more casually might be nice. Especially for things like bouncing ideas around and getting more instant feedback on things.

What are other robocoders thoughts/opinions?

I think part of me is still struggling to associate a wiki with quick responses... :P

Cbrowne00:40, 13 October 2011

ok, maybe I can't transfer ownership (it's already owned by someone?) but I can idle in there quite happily until someone else pops along :)

Cbrowne00:41, 13 October 2011
 

according to freenode's FAQ, the channel #robocode is under silly regulations, and we should use ##robocode instead, unless we can complete a "group registration" in order to secure #robocode (failing being able to contact Chase-san, who is the current "founder" of #robocode).

The upshot of this is that ##robocode is the channel I will be idling in (as well as #robocode, just in case anybody shows up there), and my recommended channel to join (unless you know who Chase-san is, or can navigate around freenode's bureaucracy)

Cbrowne00:49, 13 October 2011
 

What about me?

The reason I don't keep up the robocode IRC is that no one really ever went in there.

Chase-san16:43, 13 October 2011
 

I used to love to hang around in IRC channels. But these days, I don't really have a good time to do it. I can't do it at work, and at home the only time I spend on my computer anymore is when I'm actually working on my robot. The rest of the time, I'm doing family activities, chores, doing home improvement projects, etc. I suppose I could fire it up during the periods when I sneak off to the bedroom to get in some Robocoding time. That would be mostly between 10pm and 1am central time, but not every day.

Skotty21:21, 13 October 2011
 

Sorry, Chase-san, I presumed because the IRC channel hadn't been visited in ages you might be a retiree from robocode.

If we can fire up the channel again, that would be good for people who enjoy it. Since Chase-san clearly does still exist, I'll drop the ##robocode and just idle in #robocode in that case. If anybody wants to join me, they can feel free, if not, that's cool also. I don't lose anything by idling in there (I'm already idling in ##java) so it's no biggy to add another chan. :)

Cbrowne23:27, 13 October 2011
 

I'll try to pop in from time to time.

Skotty02:38, 14 October 2011
 

While we are in the process of transferring to new littlerumble accepted clients, it make sense to revive irc channel for faster communication.

I am hanging on FreeNode.net/#robocode and will be happy to talk to you all.

Beaming (talk)15:24, 4 May 2014

I'm idling on both ##robocode and #robocode, ##robocode does not have an owner and i did not register it.

Farooghkz (talk)16:01, 17 March 2017

Been on a very, very long hiatus from Robocode. Got really pissed off that I lost my excellent robot, Thor, and just abandoned everything.

I am the channel owner of FreeNode.net/#robocode and I'll be there over the next few days while I try (probably in vain) to recreate my fancy targeting algorithm.

Cbrowne (talk)17:48, 12 October 2018
 
 
 

Old RoboWiki is down

The old RoboWiki is offline. Accessing it produces 500 Internal Error.

Is anyone else seeing this problem? Does this happen often? Does anyone need to be contacted?

Never mind.

MultiplyByZer0 (talk)23:08, 16 September 2017
Edited by author.
Last edit: 10:06, 24 August 2017
MultiplyByZer0 (talk)19:23, 23 August 2017

Also, a better CAPTCHA is needed, MathCaptcha is too easy.

I think a question-based CAPTCHA would work. Questions such as:

  • Q: "Name a sample bot." A: One of ["Corners", "Crazy", "Fire", "Interactive", "Interactive_v2", "MyFirstRobot", "MyFirstJuniorRobot", "PaintingRobot", "RamFire", "SittingDuck", "SpinBot", "Target", "TrackFire", "VelociRobot", "Walls"]
  • Q: "Name a robot base class." Q: One of ["Robot", "JuniorRobot", "AdvancedRobot", "TeamRobot"]
  • Q: "What is the default battlefield size (WIDTHxHEIGHT)?" A: "800x600"
  • Q: "What is the default number of rounds?" A: "10"
  • Q: "What is the name of the sample bot in the 'samplesentry' package?" A: "BorderGuard"

etc.

MultiplyByZer0 (talk)20:05, 23 August 2017

I like the question based CAPTCHA. I have a low profile wiki where it is enabled for registration, and questions keeps spamers away...mostly. From time to time there is a renegade human who reveal the answer, and spam bots invade. But than I change the question. Last time I changed it was more than a year ago.

Another good measure would be to put all messages from newly registered users in a pre-moderated pool until they prove themselves.

Overall, I think our fort is holding, we just need a way to summon admins a bit faster.

Beaming (talk)01:33, 25 August 2017
 

On second thought, just IP-ban them all.

MultiplyByZer0 (talk)22:31, 23 August 2017
 

Spamming attack, reconsider account creation

Due to the recent (May 23 - May 31) spam attack, maybe whe should reconsider the process of creating a user account. Alas I have no idea how to change that, some someone (wiki-host ?) should take some action here. Note that 'Main Page' is redirected to 'Robowiki:Main Page', and I don't know how to revert that.

GrubbmGait (talk)13:18, 31 May 2017

Thanks for reverting so much of the spam, GrubbmGait! I've disabled account creation for now and I'll fix the main page redirect. Still not sure what we should do longer term, but I'm sure there are options... I'll try to look into it this week.

Voidious (talk)15:08, 31 May 2017

Another spam attack happened today.

Dsekercioglu (talk)18:21, 23 August 2017

Blocking some accounts, cant do more from a tablet whole on holiday

GrubbmGait (talk)13:50, 24 August 2017
 
 
 

Robocode Online Web Application - what do You think?

Hey ho!

I was wondering: why there is no serious website, where You can upload your bots, create rankings and tournaments and just battle. Rumble is fine, but be serious - it's has a few functionalities and it's NOT user friendly.

There is a question to all of You: do You want to have such web application? Possibility of uploading bots, instant fights, rankings, tournaments etc...

What would You expect from such application?

I am thinking about gathering a team. With that team we could create a nice webapp.

Guys, please think about it. share Your feelings and thoughts.

/skiba

Ilu2112 (talk)14:24, 30 January 2014

I've thought about this lately, particularly after implementing a web UI for my own programming game. I have a couple thoughts:

  • First, the online Robocode community is pretty hardcore about bot programming. We have the RoboRumble in place that facilitates that perfectly. A user-friendly, non-IDE development UI is just not something that would grab these people the way it would grab programming beginners, if you ask me.
  • I love Robocode, but... It's ancient. :-) I think you should build something for a new generation of users, not try to prolong the life of Robocode's current code base. Or even work with Fnl to implement this in Robocode 2.

Such a web app would be great for new people. But for new people, I think there are better alternatives.

Voidious (talk)15:40, 30 January 2014
  • It would be nice to have something to replace the Robocode Central, so it is possible to upload and download robots - and the same robot in various versions etc.
  • It could run new types of tournaments, and divide robots into beginner (Level 1), experienced (Level 10?), veteran (Level 30?) or similar depending on how well they perform. Everybody starts as beginner, and then gain higher level, when they are able to beat more than 50% of the other robots at the same level or something like that.
  • It would be great to have a web page or GUI where beginners can put program a simple robot using stuff like graphical symbols (commands) that could be drag'n'dropped, like e.g. "Turn left", "Move forward", and "Fire". And each command could take a parameter value like 90 for "Turn left" 90 degrees. Then it could write the source code on the fly which could be copy'n'pasted, saved and/or compiled for Robocode.
  • Regarding Robocode 2. I am working on a prototype that is platform independent (protocol based). But it is not ready for a web page yet. Lots of details could change. So it is still on the experimental level.
Fnl (talk)23:07, 30 January 2014
 

Don't get me wrong! I agree with you that the Robocode community skews pretty strongly towards the hardcore. It lacks the infrastructure to attract beginners and nurture/funnel them into the ecosystem. And it's possible we could build something awesome that integrates nicely with what we already have. I just think the ship has sailed on major changes to Robocode that don't include a complete rewrite. I think your efforts would have more impact if you don't chain yourself to Robocode.

Voidious (talk)16:27, 30 January 2014

Wise words, I have to agree with You. Let's wait for other's vote. I am waiting for developer's opinion and general thoughts about Robocode 2, the future of Robocode and possibility of merging Robocode 2 with some kind of online platform. It could breathe new life into this game.

Ilu2112 (talk)16:36, 30 January 2014

FYI a more reliable way to get in touch with the developers is the Google group: https://groups.google.com/forum/#!forum/robocode-developers

Fnl and Pavel stop by here sometimes, but they're not that active.

Voidious (talk)17:02, 30 January 2014
 
 

Btw, have you looked around at some other games with this kind of stuff? I think it's common to find Robocode with its epic hardcore community, RoboRumble, thousands of bots, and 15 years of history and think it's the only programming game worth looking into. (And it might be, depending on what you're after...)

  • RobotGame.net got a lot of attention recently. I didn't dive in but it looks neat and pretty polished. Python and looked like simple game rules with some depth.
  • FightCodeGame is pretty cool. The gameplay seems mostly like a simplistic Robocode clone, but the web site is pretty awesome. The main thing that turned me off (personally) was that they gained launch momentum with a GitHub coding contest and then switched to closed source/for profit shortly after.
  • Nodewar is a pretty simple UI, but I think the gameplay itself is pretty sweet. One of the few games I really feel is pushing the envelope with gameplay. I'd say at least half of programming games (including Robocode) are "2+ tanks on a rectangular battle field with no walls".
  • CodeCombat seems more of a legit "learn to code" style programming game. It's a common strategy for advertising programming games, but for most games, it strikes me as similar to claiming basketball was designed to keep you healthy.
  • PlayBerryBots.com is the web UI for my own game, which is a cross-platform desktop app like Robocode. For now just a simple "write code / run battles", but I may build it into something more robust soon.

Oh yeah and ProgrammingGames.org is cool too. It's run by one of the main guys from the Core War community.

Voidious (talk)18:23, 31 January 2014

Yeah, even my roboflight is just a '2+ spherical bots in a sphere'.

Chase16:08, 2 February 2014

Hey I think RoboFlight qualifies as pretty new and different. ;)

Voidious (talk)18:15, 2 February 2014

I need to work on it, but I was considering switching it over to C/C++ Lua like Berry Bots. I realize that Java is a lot of overhead, but due to Robocode I am most comfortable in the language.

Chase06:31, 3 February 2014

I think Lua is awesome and totally perfect for programming games, but its relative unpopularity is probably worth considering too. I think Python or JavaScript are probably the ideal languages for attracting people to a programming game right now. But I like Lua and it's a choice I'm still happy with. And if Lua suddenly takes off, I'll be in pretty good shape. :-)

Voidious (talk)14:09, 3 February 2014
 
 
 

You might try out Code of Tanks, a 3-D tank battle game, which is brand new as of this writing. You write your AI in a .NET language, C# or whatever. Whenever you want to play you create or join a room, run your AI and pick your tanks, and watch the battle live in 3-D. You can watch the video trailer at the website to see it in action: codeoftanks.com

Cotdev (talk)20:11, 27 June 2015
 
 
First page
First page
Previous page
Previous page
Last page
Last page