If I am rendering a generally simple game (Not a high polycount for most objects and the few higher-poly items are, well, few.), should I try to go through using tessellation? It just seems fairly complicated and I don't know if I would need it.

Here is a sort-of gameplay video:
<a href="http://www.youtube.com/v/dIGUqWW9qMY?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/dIGUqWW9qMY?version=3&amp;hl=en_US&amp;start=</a>

No download for this because I have not implemented my resource downloader yet, so the game would crash upon startup. First alpha release should be ready this friday.

I am trying to draw arbitrary filled polygons. I tried ShapeRenderer, but that only draws arbitrary polygons when you are in line mode.

I am using libGDX for my game. I am currently using mesh to draw arbitrary polygons, but I am wondering if there is a better class? Especially since the polygons are not actually drawing correctly (Only one triangle is drawing)

I still have tinysound included from when I was trying to make this as a Java2D game. I just haven't removed it yet.

I implemented combat (for the player) and allowing AI to follow a path, but I can't figure out the best way to implement combat for the AI. My game is meant to be a stealth shooter, so I want the AI to call in reinforcements when you are spotted and the game to get much harder, but to allow the player to hide and the AI will slowly return to their positions. The thing is that I can't figure out how to have enemies:

• Spot the player
• Stop current "patrol" and chase after player
• Call in reinforcements from a certain distance
• Implement combat so that AI is smart (will use cover), but not unbeatable (no instant reload, aimbot, instant turn, etc...)
• ...

My code is at: https://github.com/novasharper/LocotusDesperatus

New download: r2

New stuff:

• Correctly renders weapon fire, combat mechanics soon to be implemented.
• Re-implemented LOS, simplified code, also, now it works.

Bugs:

• Sometimes hangs on start because pathfinding is weirdly slow. I am using A* on a 30x20 map and it hangs. If anyone can find the problem, that would be awesome because pathfinding used to be really fast and now sometimes it hangs almost indefinitely.

Are there any games that are advertising supported by way of advertisments playing on billboards, etc... in game. So like the user walks by a "holo-ad" projector (or whatever the equivalent would be) in game and it plays an actual ad sponsored by an actual company?

Update: I fixed it by doing two things:

First, I reloaded my gamepad each time I switched between fullscreen and not fullscreen.

Second, I changed my reload code to this:

Okay, so I tested it on a 64bit Win7 Pro desktop. The same problems occurred. When I went into fullscreen, the gamepad stopped responding. It seemed to have stopped polling the hardware gamepad.

Well, haven't had the chance to test it on another computer yet, but now when I try to start my game in fullscreen, I get this error:

terminate called after throwing an instance of 'OIS::Exception'
  what():  Win32InputManager::Win32InputManager >> The sent HWND is not valid!
AL lib: alc_cleanup: 1 device not closed

Okay, so I got the gamepad mapping written, but now I am having the problem that when I go into fullscreen mode, the gamepad stops working.

If you download libgdx, it is in the extensions/gdx-controller directory

I made a gamepad wrapper using JInput for a previous game. Is there any way to use gamepads with LibGDX?

Update: Got basic level editing working (sortof).

Two edit modes: paint and edit.

• With paint, you set tile type to paint, then when a tile is clicked on, it sets it to that.
• With edit, you select tile, then change its type.

Loads tiles from spritesheet.

<a href="http://www.youtube.com/v/IVGVv5mdepw?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/IVGVv5mdepw?version=3&amp;hl=en_US&amp;start=</a>
Note: The editor is actually smooth, it just appears to stutter because of the screen recording software I use.

The code for this is on github in the desktop project. The package is daedalus.leveleditor

I need to clean up the code, but right now I am focused on finishing it.

Thanks for the suggestions. I managed to fix it. I create a Gdx2DPixmap which can load from input streams, then I use that to create a pixmap, then I use the pixmap to create a texture.

The problem is that I have to read in images from a inputstream and after a few google searches, I didn't see a clear way to do this.

Is there any way to convert a BufferedImage to a Texture?

I mean, it's not like I just gave up. I finished the game. I just decided that since I am doing mostly 2D development, I would give Java2D a try for my new game.


To be fair, my definition of slow is fairly strict. My game was getting ~50fps as opposed to the intended ~60fps. With a bit of optimization, I could have gotten over it. Also, the problem was not low fps, it was stuttering due to a game loop that did not react well to a fps decrease. I would simulate constant updates by sometimes updating/ticking multiple times before rendering. If I just separated out game logic from rendering, my problems would go away (for now).

For that, I was talking about LWJGL. Also, I wasn't talking about coding. When I use Eclipse, it always just worked because I could specify the native location. I was talking about when I exported my game and tried to run it elsewhere. I have not made a game yet in LibGDX, so I don't know how well one export transfers from one platform to another, but with LWJGL, I exported my game under Windows and when I tried to run it under Linux, it spat out that error.

I know that I am personally using Java2D because I want to make a game that does not need any extra libraries. Sure its not too bad to add extra jars, but having natives gets a bit annoying. I tried using LWJGL and kept getting UnsatisfiedLinkErrors claiming wrong ELF type. No such thing with Java2D. Sure the Java2D api is a bit annoying, but all it takes is a little wrapper class (i.e. a Sprite class) and you never have to worry about it again. The main concern, and the one why I am considering switching to LibGDX is performance with a bunch of rotated images. It works nice and smoothly until I had 10 simultaneously rotating images, then it just started stuttering.

Yep. One and the same. It took a long time to write all the game engine code for it (and I still have quite a bit left), but now I should be able to start work on tying the game together and adding content.

Download latest version: r2


This is a screenshot of my WIP game Locotus Desperatus.
Anyhow, video of menu (WIP):
<a href="http://www.youtube.com/v/qcLP1Ptr4TQ?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/qcLP1Ptr4TQ?version=3&amp;hl=en_US&amp;start=</a>
Picture of gamepad input system (shamelessly copied from Steam Big Picture):

It will all be done in java2d and will hopefully end up being fast enough to easily maintain vsync.

Edit: Link to source code: https://github.com/novasharper/LocotusDesperatus
Please critique.

Edit 2: Working on porting game to LibGDX

Edit 3: Finished porting menu system. Also moved to separate game thread from graphics thread. Much easier thanks to LibGDX.

Found the problem. I thought the ratio was:

I dound it was:

I use:

and

My ray tracer works, but when I try to render a sphere with 60 degree fovy, 1820x1080, there is a large amount of distortion.

Ideas?

So basically, what I need is the GridWorld system of displaying a grid of entities/blocks and being able to right click on a tile containing an entity to modify its properties. I don't actually need a GridWorld-style system for my game. I already implemented something to render and handle my game. My problem was that I didn't actually have any levels to test my game on. I have a level-format that I can read from and save to, so my problem was that I didn't have something that would create the levels. Grid world is a good interface for what I wanted. (a level designer)

Hi, I don't know how many of you have had the misfortune to use GridWorld, but I was wondering if anyone could provide me with a rough summary of how the graphics worked. I have the code, but it is hard to dig through all their procedures. I am trying to make a level-editor for a game I am working on and GridWorld is actually a pretty good interface for what I need, but I don't know how to re-create it.

Thanks in advance.

Okay. Thank you for the pointer. I will look into that.

Ok. Sounds like this is more personal preference than I thought. Well, thanks for the advice.