Slow Debug Graphics

Jump to navigation Jump to search

Slow Debug Graphics

I sometimes open other robots' debug graphics just to see how they work, if I have some wrong calculations or just for fun but robots such as Knight, SleepSiphon and DrussGT have really really slow graphics on my computer even if it doesn't seem like they draw too much. Is it a problem with my robocode settings(I both tried with DEFAULT and SPEED) or is it just the bots which draw really slow.

Dsekercioglu (talk)‎11:40, 24 July 2018

I’m working on a robocode version that uses hardware acceleration for graphics. Otherwise painting is calculated by CPU and is expected to be slow. Anyway, both DrussGT and Knight runs smoothly on my machine. I just can’t turn on anti-smooth which takes forever to render one tick.

Xor (talk)‎17:58, 24 July 2018

You do not have permission to edit this page, for the following reasons:

  • The action you have requested is limited to users in the group: Users.
  • You must confirm your email address before editing pages. Please set and validate your email address through your user preferences.

You can view and copy the source of this page.

Return to Thread:Talk:Robocode/Graphical Debugging/Slow Debug Graphics/reply (2).

I have a really poor machine and they still run smoothly here. Things get laggy only when in melee.

Rsalesc (talk)‎03:11, 25 July 2018
Thanks for the response, I generally have NetBeans running when I am testing my robots but I just tried it without NetBeans and it is still running with about 5 FPS.
One thing I have noticed is that low FPS only happens when a bot is rendering text. In any case, can you send me your rendering options?
Maybe just our understanding of "running smoothly" is different.=)
Dsekercioglu (talk)‎08:58, 25 July 2018

By smooth I mean it's at least 30 fps (or 60 fps at best). Actually those bot gets 22 fps, but still smooth enough comparing to 5 fps.

I used to notice FPS drop when text are drawn, but recently that's no longer noticeable.

note that I run robocode with these JVM parameters: 

    -Dsun.java2d.opengl=true -Dapple.awt.graphics.UseQuartz=true -Dapple.laf.useScreenMenuBar=true -Dcom.apple.mrj.application.apple.menu.about.name="My Robocode"
Xor (talk)‎14:54, 25 July 2018

An interesting thing is that whatever value I set to 

   -Dsun.java2d.opengl=true -Dapple.awt.graphics.UseQuartz=true

The graphics performance never changes

Xor (talk)‎15:13, 25 July 2018
 
 
 
 

That's really cool actually. Please keep sharing your progress on this, and you if give up on it share what you got with us, maybe we can get our hands dirty too. :)

Rsalesc (talk)‎12:26, 25 July 2018

Thanks! I'm very excited that more people is getting interested in this project. Anyway, I merely have full time during internship so the development may be slow ;) But I would like to post everything on Github asap where everyone could participant in.

Xor (talk)‎14:58, 25 July 2018
 
 

Your openGL might be disabled by default. Have a look at the end of Thread:Talk:EvBot/Did any one noticed the FPS drop in robocode 1.7.3.0? discussion.

This is what I have to do on my Linux machines to get decent FPS.

Beaming (talk)‎14:18, 25 July 2018

Beaming thanks for your help and I tried everything with it but because of my lacking computer knowledge I didn't even know what to write or where to put it. The thing I tried was copying the OpenGL=true part and pasting it somewhere that seemed appropriate. The program worked perfectly but nothing changed about the FPS.

Dsekercioglu (talk)‎08:03, 27 July 2018
 

Btw, what JVM version are you using? It seems that some version of JVM handles text drawing poorly on mac. But I couldn't remember any details.

I'm using Oracle JDK 8

Xor (talk)‎15:03, 25 July 2018

I am using JDK 8 which I got with NetBeans.

Dsekercioglu (talk)‎17:25, 25 July 2018
 
 
Retrieved from "http://robowiki.net/wiki/Thread:Talk:Robocode/Graphical_Debugging/Slow_Debug_Graphics#Slow_Debug_Graphics_6327"