|
|
| (11 intermediate revisions by 3 users not shown) |
| Line 1: |
Line 1: |
| − | Well if anyone has any suggestions, I am open to them. My classes are finished up. --[[User:Chase-san|Chase]] 21:34, 21 May 2010 (UTC)
| + | [[/Archived Talk 20130214]] |
| | | | |
| − | It is still missing a lot, the rules here don't exactly cover it perfectly. I have some of the missile system written. and a lot of the robot api. (I in fact moved my robots outside of this to use the api). I included the source as well. It is probably getting a little messy, but I have javadoc and comments (many wasteful ones in older classes) in there. [http://www.csdgn.org/files/jogl_lib.zip JOGL Libraries] [http://www.csdgn.org/files/RoboflightCore3.zip Core Test 3]. For those who cannot get it to run (for whatever reason). It currently looks like this.
| + | Sorry for the todo list. If I don't have it somewhere very visible, I will likely muck around in the parts of the program that are least important. |
| − | | |
| − | http://www.csdgn.org/files/images/rfscreen.gif
| |
| − | | |
| − | --[[User:Chase-san|Chase]] 19:07, 9 June 2010 (UTC)
| |
| − | | |
| − | It seems that you forget to pack the resource/sphere32.obj. I got FileNotFoundException! --[[User:Nat|<span style="color:#099;">Nat</span>]] [[User talk:Nat|<span style="color:#0a5;">Pavasant</span>]] 11:49, 10 June 2010 (UTC)
| |
| − | | |
| − | :Whoops, those are important. Added, they are in the same place. Sorry about that. Other news, I am currently writing the collision system (Fun!). --[[User:Chase-san|Chase]] 16:29, 10 June 2010 (UTC)
| |
| − | | |
| − | I noticed I had a lot of dead code, poorly designed classes, and things that cannot possibly work strewn through the code. Basically a great deal of my laziness is showing in the code. So, I am refactoring it a bit. After I am done with that I might make a source forge repository for it. --[[User:Chase-san|Chase]] 14:41, 12 June 2010 (UTC)
| |
| − | | |
| − | : Please no SourceForge -- it is REALLY slow =) Google Code, BitBucket or GitHub is around 10x faster than SF.net --[[User:Nat|<span style="color:#099;">Nat</span>]] [[User talk:Nat|<span style="color:#0a5;">Pavasant</span>]] 14:59, 12 June 2010 (UTC)
| |
| − | | |
| − | :: I might have a look at Google Code. I don't feel like dealing with GitHub's SSH key insanity. BitBucket I don't have Mercurial built into eclipse (yet). Anyway I have done away with the old object rendering method (which is really slow) and replaced it with vertex lists (but not VBO, JOGL doesn't seem to like to play nice). I decreased the near clipping plane. Rewrote the peer system and the way the missiles work. I also (finally) added a texture to the robot model. I may yet replace the current model with a better one however. Though I am trying to avoid using too many polies. If someone else wants to make a 3D model for it, all it needs to be is obj and under say.. 1600 polygons (current ones are around 800ish). --[[User:Chase-san|Chase]] 20:37, 12 June 2010 (UTC)
| |
| − | | |
| − | After a bit of poking, I decided to use BitBucket. Mercurial doesn't seem that bad, and has an Eclipse Plugin. http://bitbucket.org/chasesan/roboflight --[[User:Chase-san|Chase]] 20:08, 14 June 2010 (UTC)
| |
| − | | |
| − | Well, I have a working version here. Whats new, off the top of my head... Classloader (that surprisingly works), basic collisions, missiles, bullets, battle start (you can only start one yet). Selection pane, and you can even include try your own robots in it now (see classloader above). Many of the core bits of the robot are still not in, or rather not back in (as I removed them for refactoring). Random starting locations are also, not in yet. (no real battling can be done due to this and lack of robot/bullet robot/missile collisions).
| |
| − | | |
| − | On the subject of collisions, the sphere sphere collisions I am using are nice, neat, and fast. However sphere box collisions are not as much so. So this leaves three options. Make robots have a spherical bounding box, change the bullets and missiles to use Orientated Bounding Boxes, or Find a more efficient collision system for them. (a sphere oriented ellipsoid would work, if I could figure out the math).
| |
| − | | |
| − | [http://www.csdgn.org/files/RoboflightCore4.zip Core Test 4] [http://www.csdgn.org/files/jogl_lib.zip JOGL Libraries]
| |
| − | | |
| − | --[[User:Chase-san|Chase]] 06:23, 21 June 2010 (UTC)
| |
| − | | |
| − | A new core build is done, all collisions but robot/robot collision is done. I finally got around to refactoring the text, it is much better now. The program suffers a few lags here and there, not sure why yet (at least it does on windows). Missiles don't yet have an explosion radius, but they do damage when they hit. As do bullets. Bullets and missiles can collide. With each other and others of their own, they die when they hit. You cannot yet collide with the edge of the outer sphere, this will be simple to fix. Energy doesn't regenerate yet, but it will soon. There are so many TODO's in the source code, which still need to get done. So forgive me for not getting all the 'most important' things done yet. Actual rounds and how scoring will be done needs to be decided soon. ''I also need help in figuring out how to load multiple instances of the same robot.''
| |
| − | | |
| − | For the most part the game is nearing the 'usable' stage, and thus alpha. The next build will probably be Alpha. I am still using [http://bitbucket.org/chasesan/roboflight bitbucket], and I have been updating it.
| |
| − | | |
| − | '''Please tell me what you think so far.'''
| |
| − | | |
| − | [http://www.csdgn.org/files/RoboflightCore5.7z Core Test 5] [http://www.csdgn.org/files/jogl_lib.zip JOGL Libraries]
| |
| − | | |
| − | — <span style="font-family: monospace">[[User:Chase-san|Chase]]-[[User_talk:Chase-san|san]]</span> 21:49, 25 June 2010 (UTC)
| |
| − | | |
| − | : I think that the lag you mentioned is caused by Java GC. I think it is quite good, but I'm not sure how to hit each other (your samples can't hit each other =)). But I think I found some bugs. When I start first battle, I choose two Simplex. Only one is put in the battle. So I start new battle with one Simplex and one Rotator, but two each appeared (4 robots) in the battlefield. Cheer! --[[User:Nat|<span style="color:#099;">Nat</span>]] [[User talk:Nat|<span style="color:#0a5;">Pavasant</span>]] 04:47, 26 June 2010 (UTC)
| |
| − | | |
| − | :: Yeah, I knew about that bug. Two of the same robot cannot be entered, when I get that fixed it should also fix the problem with the new game. As for the samples hitting each other, Simplex actually can, and will hit a stationary target. However, Rotator isn't stationary, so it usually misses. Rotator just shoots randomly and it sometimes gets lucky and lands a hit on Simplex with a bullet. I suppose I should make a sitting duck like sample. — <span style="font-family: monospace">[[User:Chase-san|Chase]]-[[User_talk:Chase-san|san]]</span> 15:41, 26 June 2010 (UTC)
| |
| − | | |
| − | : I'm pretty sure the lag is not the Java GC.... I just tried it and ran into memory used by the system memory use exploding out of control and for some reason it wasn't being freed for program memory, then forcing the machine to swap wildly and nearly lock up. I'm pretty sure the cause of that here is the same as the cause of the lag there. Given how I wouldn't expect this from normal Java code and that it was not normal program memory, I'd suspect something is going terribly terribly wrong in the opengl code. Note, this doesn't occur here in Core Test 3. --[[User:Rednaxela|Rednaxela]] 16:47, 26 June 2010 (UTC)
| |
| − | | |
| − | :: That is very informative, I completely ignored memory usage since I was using Java. Usually resolving memory leaks is only something I need to do in C/C++. Though there might have so memory that is being held onto for some reason in the Java sections. Core 3 was before I refactored. So I will examine the difference between Core 3 and Core 4/5. See if I can figure out where the leak is. — <span style="font-family: monospace">[[User:Chase-san|Chase]]-[[User_talk:Chase-san|san]]</span> 17:37, 26 June 2010 (UTC)
| |
| − | | |
| − | ::: Well just to clarify, it wasn't memory held by the java process, it was memory held by the kernel or something I think, thus I'm pretty sure isn't a Java memory leak, but more like some opengl resources that aren't being disposed of properly or something. --[[User:Rednaxela|Rednaxela]] 17:52, 26 June 2010 (UTC)
| |
| − | | |
| − | :::: Yeah I just noticed that, while monitoring the Memory used by the runtime. I will take a look at the GL code, it might be the vertex lists that are causing the problem. (which I didn't use in core 3, but are only in core 4 and 5). Strangely the runtime only uses 16 mb when run from Eclipse, and about 60 mb, when run standalone. — <span style="font-family: monospace">[[User:Chase-san|Chase]]-[[User_talk:Chase-san|san]]</span> 18:01, 26 June 2010 (UTC)
| |
