Java-Gaming.org Hi !
Featured games (81)
games approved by the League of Dukes
Games in Showcase (513)
Games in Android Showcase (119)
games submitted by our members
Games in WIP (576)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1] 2 3
1  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-10-21 16:06:44
I am pleased to announce that Airships early access version 5 is out. This release introduces boarding combat, ramming prows, and new ship modules such as sails - and music!

Boarding and ramming makes airship combat yet more physical: A well-placed ramming manoeuvre can instantly take out whole enemy ships.



Air marines can leap across the gap between two ships and invade through hatches and hull breaches. Once inside the enemy ship, they will attack weapons and command systems, seeking to disrupt and even capture. If the marines manage to take control of the bridge, control of the ship switches to the invaders. The remaining enemy sailors will do minimum duties keeping the ship flying, but the marines are going to have to do the rest of the fighting themselves, so send over lots if you want to make good use of your prize.



Apart from air marines, there are also air grenadiers, elite troops with grappling hooks that make it a lot easier to get from ship to ship, and guards for buildings. Because troops need a way to get in and out, ship and building designs now require the addition of hatches or cargo doors, so if you have existing designs, they will require some updating.



Airships' music is created by Curtis Schweitzer, who previously did the soundtrack for Starbound.

The next major version of the game is going to concentrate on improving graphics and polishing the user interface, all according to the development plan.
2  Game Development / Game Play & Game Design / Re: How do I make a moddable game in Java? on: 2014-10-14 08:19:10
I ended up supporting modding in my game due to user request - that is, people started modding the game even with no formal system in place.

So the laziest way you can support mods is to add an external mods directory to your classpath. This way, modders can drop in modified versions of your code and mod the game like that. That's basically the Minecraft approach. But it comes with severe limitations: you have to let people fiddle around with the code of your game, the mods will break whenever you bring out a new version, and the learning curve is really steep.
3  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-09-09 14:12:14
I'm continuing work on boarding combat, which will be the major addition in the next release of Airships, according to the development plan.

Last time, I got to the point where air marines could teleport over to an enemy ship and fight the crew there. This disrupts the enemy ship's operations, with marines killing crew who would otherwise be busy firing at your ships. But marines should also be able to take over ships with enough effort. This was the next thing to implement.

Because airships are complex entities with a lot of internal structure, a takeover can be ambiguous: Imagine you're an air sailor operating a propeller somewhere in the ship. You can hear that there is fighting elsewhere, and after a while you get an order barked down the speaking tube by an unfamiliar voice: you are to turn the ship around. Do you obey? Seconds later, there is another, more familiar voice rescinding this order, the sound of gunfire in the background...

So crew will be at least somewhat aware of what's going on on their ship, and are unlikely to cooperate fully with any occupiers. Still, for practical purposes, there has to be a point at which the ship moves from one side to the other. So a ship will switch sides if its bridge(s) contain no (living) crew and at least one (living) invading marine. The original crew of a captured ship will only perform duties from self-preservation: they will operate suspendium chambers to keep the ship from crashing, and they will put out fires. Everything else will have to be handled by the invaders.



To effect this takeover, air marines will converge on the ship bridge(s) once they've run out of important strategic points to disable. The combat code continually checks the requirements for a side switch and executes it when possible. You can also recapture your own ship, and the crew will stop being in "occupied" mode and resume their normal range of activities.

Once I got that all working, it was time to tackle the other half of boarding: the process of actually moving from one ship to another, replacing the stand-in "teleporter" I'd been using so far.

Boarding an enemy ship happens in the following phases:

  • Upon receiving the command to board, marines inside a ship move to a place where they can exit - a hatch or a hull breach.
  • Arriving there, they leave the ship, which means they are now treated as a separate entity by the game.
  • Next, they move along the outside of the ship to a place where they can safely cross over - jump - to the target ship.
  • A mad leap across the open air follows!
  • Having arrived on the other ship, they move along the outside of the target ship to the nearest entrance - again a hatch or hull breach.
  • Finally, they enter the target ship as boarders, and the boarding combat code I've already written kicks in.



To get there, crewmen (marines) need to be able to exist outside an airship. As previously mentioned, crew normally exist on their ship's coordinate grid, which of course stops working when they leave.

To start, I introduced a new list of outside crew members. I decided to treat them differently from normal physics objects like ships and floating rocks, as they are able to move along the side of them, overlapping. Their simplified physics mean that they can move and fall down, but if they collide with a ship or rock, they hold on instead of bouncing off.

The exception to this is the ground, which they should not overlap with. Since there is only ever one ground object, I was able to solve this fairly simply: when an overlap with the ground is detected, the game moves the crew member back along his trajectory to neatly leave him outside of the ground. This would be harder to do if crew needed to be moved back out of multiple things. For example, if crew were also shifted out of airships, an airship squashing a crew member against the ground would pose a problem: he could not be moved out of the way of both of the ship and the ground at the same time.



Once I got this basic physics to work, I added a visual layer for displaying the external crew members and got started on the functionality for entering and exiting ships. To start, I ignored the planned restrictions that crew could only move through hatches or hull breaches and just... sort of let them phase through walls. One step up from teleportation, anyway. The actual code for making the switch was mostly a lot of bookkeeping - unregistering the crew member in one place and adding them in the other, translating in-ship coordinates to global ones.

The first time I tried out the code by giving the boarding order it turned out that I had forgotten one small thing: only marines should exit the ship for boarding purposes. Instead I got everyone shifted to the outside - in the wrong place too - with rather unfortunate consequences for the ship that suddenly found itself without a crew to operate it!



Having fixed this up, I had part of the boarding cycle working, but there was still a lot to do, especially the actual jumping across, which will be the focus of the next article.

Also, in exciting non-boarding news, Airships got nominated for the Swiss Game Award 2014 of the Swiss Game Developers' Association. Pretty pleased with that.
4  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-09-02 07:58:01
Air-to-air paratroopers sounds awesome. Also adds to the mechanic that you have to get above the enemy to be able to board them, unless you get jet pack upgrades or something.

Yes, definitely! I'm thinking the grappling hooks could be an upgrade which lets you do more horizontal boarding.

And then there might be Air Dragoons... Cheesy
5  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-09-01 09:27:29
I'm now getting started on airship-to-airship boarding, which is the major new feature in the next development release. With boarding, you can send air marines to enemy ships to disrupt them and even take them over.



The actual sending over part is a bit tricky, because crew members move inside the grid of their airship. This means there is currently no way to represent someone not inside a ship. To allow air marines to jump or glide or grappling-hook across the gap between two ships, I will have to introduce a second system of tracking people's position. The second system will be in the same coordinate system as the ships itself, and will have to deal with physics, collision detection, etc.

So for now, I'm just going to ignore all that and make the crew teleport over! I even added a completely pointless particle effect for it.

Click to Play


Why? Because I want to get to the more fundamental part first: what happens during boarding?

Air marines boarding an enemy ship should try to disrupt its operation, and if there are enough of them, even take it over. These two goals are somewhat at odds, since the fastest way of disrupting an airship would be to make its suspendium chambers stop working, making it fall out of the sky. But I doubt that the air marines would be inclined to make the ship they're in crash. Instead, I decided that the marines will target weapons systems, propulsion, and command centers, rendering the ship harmless but still afloat. So once an air marine has boarded a ship, he will path to the nearest "interesting" module - a gun or propeller or bridge, and start shooting the crew in there.

The other question is how taking over a ship happens. Airships are complex entities, so what does it mean for one to be taken over? The rule I decided on: if there are no crew members of the current owner in any of its command centers (bridges or cockpits) and at least one crew member (air marine) of the opposing side in a command center, the ship's owner flips. The invading marines get added to the crew list while any surviving defending marines are now considered the new invaders. The normal air sailors are set to be "under occupation", which means they will only perform a subset of duties needed to keep themselves alive: they will put out fires and run suspendium chambers, but nothing more. The occupying air marines will have to do any fighting duties.

Having figured things out, it was time to start building!

Air marines will have to perform normal crew duties in occupied ships (and they can also help out in your own), so they should be a type of crew. So first off, I introduced a concept of "crew type" to distinguish between marines and sailors. These have different sprites and different competencies: sailors are more efficient at working in airships, but much weaker in combat.



Next, I added a new module type, the barracks, which was pretty straightforward.



The game also has to keep track of whether someone is on board a ship as an invader or as a crew member, so I added a separate list of boarders, and got to work on rewiring the crewmember and airship classes to make this difference clear. A lot of questions like "how many crew are in this ship" had to be made more precise.

Next, I implemented a "board" command for airships, borrowing liberally from the existing "target" command and fiddling in GIMP until I got a decent-looking grappling hook for an icon.



So I got to the first tests: the marines would teleport over to random locations on the other ship - and then just stand there, going "Oh, that is a nice cannon you have here. And it is indeed shooting at my ship. oh well, carry on!".

I needed them to actually go and do some mayhem, so next up was pathing: identify the modules of strategic interest and move there. Pathfinding was already available from the code for air sailors, so this was pretty quick. And of course, once they got to their targets, it was time for them to shoot things!

The game already has a concept of shots from ship-to-ship fights, so I reused and extended this. It's cleaner than introducing another mechanic, plus it potentially allows for things like boarders shooting ships, ships shooting boarders, etc. This meant extending the shot class so it can come from a crew member as well as a weapon, and differentiating whether it comes from inside the ship or not. (Shots from inside the ship don't get held up by armour.)

Now I just had to tell boarders to shoot crew and vice versa, and a fight for the ship finally happened! And, as it turns out, a rather silly bug: I forgot to tell marines that they can't move when badly injured or dead, so now I had casualties and corpses sliding around on the floor and impossibly climbing ladders while prone, slowly moving to the next place to conquer.

Click to Play


Having fixed that, combat now proceeds reasonably: the boarders go and shoot up the bridge and cannons of the enemy ship, weakening it. Next up will be the takeover phase: boarders converging on the bridge, and the ship's allegiance switching over.

No doubt boarding will need a lot of balancing work. Right now, it feels way too powerful, but this may be because it's very easy thanks to the temporary teleporting. In the end, boarding should be one tactical option in your arsenal that works in certain circumstances, much like ramming, sniping with rifles from high up, grounding your ship, forcing down an enemy, and so on.

Join me next time when I put in the ship takeover mechanic and start figuring out how to make the marines move between ships!
6  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-08-11 18:15:02
Ramming is already an important part of airship battles, which tend to be quite physical. In early access version 5, one of the major goals is adding external modules - such as proper ramming equipment.



Credit

I started out with some historical research: what did ships' rams actually look like? There isn't that much visual material available, but it turns out that a common pattern for ancient Greek and Roman vessels was a bronze ram with three projections, as seen above.



Credit

One of the cool things I discovered during my trawl is that there is a full-size, fully functional reconstruction of an ancient Athenian trireme, called the Olympias. The ram on it is really quite prominent, and you can see how it could be used to good effect to hole enemy ships.



Credit

Another interesting detail is that some ancient warships had two rams - a main one to hole the ship, and a smaller, spiky one, to break the enemies' oars.

More modern naval rams look more boring, as they are basically projections of the metal hull of the ship. So in the interest of fun, I decided to pattern the ones in the game on the more ancient type. This is what I came up with for the basic ram:



And then this is what you get as an option if you pick the Ram as your heraldic animal:



Which lets you do this:



I am quite pleased with this outcome.

Next up, I'll be writing about some other new external modules, such as sails and tanks of suspendium dust. If you want to try the game out, have a look at the early access version, or upvote it on Greenlight...
7  Games Center / WIP games, tools & toy projects / Re: Airships: Conquer the Skies on: 2014-07-31 10:57:47

So the game's on Steam Greenlight now, which is a "fun" experience of watching a number intently, willing it to go up. I would be extremely grateful for upvotes, as I still need several thousand to have a chance of being picked by the great steam bird when it next visits, plucking the ripest game-berries from the greenlight tree. Uh.
8  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-07-04 12:10:07
Reminds me of the land ships from the book Leviathan.

Oh cool - both of these look like a goldmine of inspiration, visual and otherwise. Thanks!
9  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-07-03 10:21:15
I've been sketching some concepts:



A turret with a > 180 degree field of fire. Flexible, but very big and expensive.



A landship, totally inspired by these from Girl Genius.



A wurm, a juvenile dragon...
10  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-04-30 07:54:06
There's a shiny new version out, mostly focusing on stability and UI things, but also adding some huge new modules like a targeting computer and a repair bay. The next version's going to focus on adding some new mechanics like boarding. Cheesy

11  Game Development / Performance Tuning / Re: Taming Java GC to prevent stutter, an in-depth post on memory management on: 2014-04-23 19:25:11
Yeah, I'm not using object pooling at all here, I just found three places where I was allocating objects for no good reason. And yeah, I measured before and after my modifications to make sure I was actually catching the right things. And yes, it did definitely remove noticeable spikes in frame times. Smiley

As lots of people say, the GC is very good these days, and you don't often have to worry about this kind of stuff outside of Android - but in this case, the game was allocating so many objects there were actually noticeable GC pauses messing up the feel of the game.
12  Game Development / Performance Tuning / Taming Java GC to prevent stutter, an in-depth post on memory management on: 2014-04-23 10:13:05
Spurred on by this post, here is an in-depth post on memory management in Airships.

Excerpt:

The game is written in Java, where unused data is automatically deleted in a process called garbage collection. This is nice, but comes with a big drawback: you can't control when garbage collection (GC) happens, and it can take too long.

The game runs at 60 frames per second, giving each frame a bit more than 16 milliseconds to advance the game state and redraw the screen. If GC kicks in during a frame and takes 30 milliseconds, the game stutters noticeably.

So this is something that needs fixing.

Read the rest
13  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-31 21:34:25
I'll look into that ASAP! Have you tried the newest version (v 2.1 from https://airships.zarkonnen.com/download )?

If yes, there should be a log in %APPDATA%\AirshipsGame.
14  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-31 15:46:34
Have you thought about checking the collision of the text boxes, so that they don't overlap?

Very good point, thanks.
15  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-31 13:06:24
Today marks the release of the second early access version of Airships. I've been working flat out to improve the game over the last week, and there's some cool new stuff:

Smaller modules

There are now small versions of various ship modules, opening up more ship design space. Previously, the smallest viable ship was about 300 gold. Now it's 90.



Internet multiplayer

There is now a game server where you can create multiplayer games and join others'. Come and measure yourself against other players!



Active enemies in strategic mode

The AI empires now go conquering, which means it's very important to keep your cities defended.



Shouty crew!



The next release is likely to take longer, as I plan to add major new features such as boarding. I also have about a zillion blog posts I want to write about the game, such as some lore things on suspendium and a ship design guide.

As before, the game's available on itch.io, and existing players can (of course) download this upgrade for free.
16  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-25 12:03:04
The early access release is up!

<a href="http://www.youtube.com/v/3iki9rKIixE?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/3iki9rKIixE?version=3&amp;hl=en_US&amp;start=</a>

Some more details about the game:

At its core, the game is about designing airships and fighting with them. Ships are put together out of modules, and the layout of modules matters a great deal: everything on board is done by individual airsailors who need to run around, ferrying coal, ammunition, water and repair tools - and sometimes their fallen comrades.

You can command fleets of airships both against the computer and against other players across the Internet. (A match-making and ladder service is planned, but right now, you just enter your opponent's IP address.)

In addition, there is a single-player strategic mode, where you use your fleet to conquer city after city, unlocking new modules and bonuses with each of them.

The game has an authentic-ish system of heraldry where you can create your own coat of arms, and register it with the game forums as unique to you.

Interested? You can get it on itch.io for $5.

This is an "early access" release, which means the game is by no means done or perfectly polished. There's lots of features which I'm planning to add in the near future, such as boarding combat, more modules, varied terrain, etc...
17  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-18 20:15:53


I did a blog post on AI programming you might find interesting. Also, the early release version of the game will probably be out this week! (Details also in the post.)  Grin
18  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-10 09:11:44
So I was watching the video,  it seems like the thing is ai controlled maybe make it so that you have to control each ship so to keep it flying you need to get people to shovel fuel into he engine and that if you run out of fuel it splats to the floor(not sure if thats what brought the big one down) . That said there is huge potential in this and I would willingly play this and have a lot of fun. ps love the graphics Smiley

 Grin Pretty much, yeah. Everything on board of an airship is done by the little people, who are needed to do the following:

  • Operate engines
  • Move coal to the engines
  • Fire guns
  • Move ammo to the guns
  • Move water to fires and put them out
  • Move repair tools to damaged places and repair them
  • Heal injured people
  • Move badly injured people to the sickbay
  • etc.

Job allocation and movement is all done automatically, so you just give high-level commands to the ship as a whole.
19  Games Center / WIP games, tools & toy projects / Re: Procedural 2d Pixel Vessels / Space Ships on: 2014-03-10 09:05:19
OK, these look like my fever dreams. In a good way, I think.
20  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-03-08 10:43:17
If you've been following my Twitter, you may have seen a series of increasingly exasperated tweets about my computer. Basically, for work reasons, I had to upgrade my Mac to Mavericks, the newest OS X version. Unfortunately, Mavericks causes my machine to freeze irretrievably after a few days, and only a complete reinstall temporarily fixes the problem.

So now I'm, grumbling, back on Snow Leopard (IMHO the best version of Mac OS X), having lost a lot of time in the process. So yeah, that whole idea about releasing the early access version around now isn't happening, but I hope to get it out there before the end of the month.

I have not been entirely non-busy, though. A week ago, I was afforded the opportunity to do some playtesting. As I wrote before when I did this with Patent Blaster, there is just not substitute for putting down someone in front of your game and wordlessly watching them trying to figure it out.

The day after the playtesting I filed something like sixty new issues on Airships' tracker, ranging from trivial graphical adjustments to "feature X does not work". I selected the ones that I felt were important enough to get fixed before the first early access version, and have been plowing my way through them. (At least when I wasn't trying to fix my computer.)



One big change, visually, is that I adjusted the color of the sky to be less saturated, on the basis of this great article on game visuals and user feedback that the ships didn't visually "pop out" enough.



While doing graphical adjustments, I also took the opportunity to put in an early version of the main menu background, a digital painting of airships that I'm working on. It's by no means done, but I just, er, blurred it enough that you can't really tell. As time goes on, the picture will come into focus more.
21  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-02-28 14:06:37
No quarters?  Sad

So heraldic charges give you in-game bonuses, which means I'm restricted to relatively simple layouts. Still, more layouts is definitely something I want to add soon.
22  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-02-25 12:08:14
Looks interesting Grin I remember making such drawings in intricate detail during my childhood. This is like these drawings coming alive.

Goog luck with this, I'm curious it will turn out.

Yeah, that's pretty much it. I spent so much time laying out submarines and stuff. In fact, here is the original drawing I made for this:

23  Games Center / WIP games, tools & toy projects / Re: Airships, a ship design & fight game on: 2014-02-25 12:03:29
Nice i like these kind of games !

Just a suggestion can you make an open world for this game?

I am fundamentally very up for open-worldness. Can you describe a bit what you would like to see? No guarantees any of it will make it into the game of course, but so far the design is still pretty open.  Cheesy
24  Games Center / WIP games, tools & toy projects / Airships: Conquer the Skies on: 2014-02-24 15:23:58

A real-time strategy game where you design airships and then fight with them. The aim is to have pretty chaotic explodey fights and interesting ship design choices. Ships are put together out of modules, and the layout of modules matters a great deal: everything on board is done by individual airsailors who need to run around, ferrying coal, ammunition, water and repair tools - and sometimes their fallen comrades.



Ship Editor



Combat (Singleplayer and Multiplayer)



Strategic Conquest



Heraldry Editor
25  Games Center / Archived Projects / House Update on: 2013-05-30 11:35:25
http://www.youtube.com/watch?v=LFV_pQUt0t4

The House Update adds a whole bunch of dubious interior design to the previously rather barren environment of the game. Beyond that, I've also rewritten the physics to be more stable, re-balanced the power and difficulty levels, and added a bunch more powers and weapon types. Most importantly, with so many things around just waiting to spill or explode, you can really use the environment to your advantage. I've also included a simple editor to make your own levels with.

Please give the demo a try, and let me know what you think.

26  Java Game APIs & Engines / OpenGL Development / Re: Suggestions for a really nice sun effect in OpenGL/Slick2D? on: 2013-04-09 20:27:37
As your planet looks static, you should render it only one time (to an texture or something), and use an VBO.
3D noise is just slow, so you will not be able to render many planets at the same time this way.
Generating an texture will be much much faster in the long run.

Agreed. Unfortunately, I'm having horrible problems with shader texture binding interfering with Slick. As it stands, this shader can basically render 400x400 pixels of planet at 60 FPS, and it doesn't really matter if that's one big 400x400 planet or 100 40x40 planets.
27  Java Game APIs & Engines / OpenGL Development / Re: Suggestions for a really nice sun effect in OpenGL/Slick2D? on: 2013-04-09 10:25:22
Don't use ShaderToy, use https://www.shadertoy.com/

Oh, wow! It even has a pretty neat sun effect: https://www.shadertoy.com/view/4dXGR4

Here's my planet in action. Smiley https://www.shadertoy.com/view/MdX3RM
28  Java Game APIs & Engines / OpenGL Development / Re: Suggestions for a really nice sun effect in OpenGL/Slick2D? on: 2013-03-28 16:51:27
Yeah, perlin noise seems to be the way to go. I've been playing with ShaderToy and following the advice from the slick forum and managed to create a fairly nice shader for making planets. (Haven't actually looked into suns yet, but that should be easier!)

29  Games Center / 4K Game Competition - 2013 / Re: Annotated Code on: 2013-03-23 09:48:23
Well, I'll give it a try to gauge interest. Annotated code tomorrow or so. Smiley
30  Java Game APIs & Engines / OpenGL Development / Suggestions for a really nice sun effect in OpenGL/Slick2D? on: 2013-03-22 19:14:52
So I'm working on the star map for a space-based game, and I'd like really beautiful animated sun graphics. This is what I have so far, which makes heavy use of particles:



<a href="http://www.youtube.com/v/Y4RuyKPPaEg?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/Y4RuyKPPaEg?version=3&amp;hl=en_US&amp;start=</a>

This is pretty, but as people have remarked, not that much like an actual sun, which looks more like

<a href="http://www.youtube.com/v/jx0MivZge_s?version=3&amp;hl=en_US&amp;start=" target="_blank">http://www.youtube.com/v/jx0MivZge_s?version=3&amp;hl=en_US&amp;start=</a>

Can you think of some method of generating a similar visual effect? (I'm using Slick2D, but can happily drop down into the raw OpenGL if needed.)
Pages: [1] 2 3
 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Longarmx (42 views)
2014-10-17 03:59:02

Norakomi (33 views)
2014-10-16 15:22:06

Norakomi (26 views)
2014-10-16 15:20:20

lcass (30 views)
2014-10-15 16:18:58

TehJavaDev (60 views)
2014-10-14 00:39:48

TehJavaDev (60 views)
2014-10-14 00:35:47

TehJavaDev (50 views)
2014-10-14 00:32:37

BurntPizza (66 views)
2014-10-11 23:24:42

BurntPizza (38 views)
2014-10-11 23:10:45

BurntPizza (80 views)
2014-10-11 22:30:10
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!