Gdx texturepacker code#
Gdx texturepacker free#

HereвЂ™s the state diagram of how the game moves between the views: There is a shared state that keeps track of any persistent information. The Core class puts one of these views on the screen at a time and gives a callback to trigger when itвЂ™s time to move to the next screen. The game game can be understood at a high level as a set of somewhat independent views. This accounts for the vast majority of the project code.

screens - classes involved with the GUI and drawing things on the screen.

This also includes some logic for loading and saving the game.

models - classes that encode information about the game state and properties.

Gdx texturepacker code#

logic - data processing code that doesnвЂ™t fall into another category (AI, range calculations).campaigns - code that provides content for a specific campaign (dialogue, items, enemy placement, etc.).The rest of the logics is divided between the following packages: The Core class has itвЂ™s entry point, and handles transitioning between screens. This package actually implements the game. This code does not reference the fogofwar package at all. The gdxtactics package has code thatвЂ™s somewhat generic and could be useful for a variety of tactics games. I divided the code into two top level packages gdxtactics and fogofwar. The vast majority of the code is shared between targets and is in. LibGDX projects are Gradle based, and define builds for the different platforms youвЂ™re targeting. With the basic functionality in place, a lot of the work to go from an alpha, to a complete game would be refining the UI, generating the content, and making real assets. IвЂ™m not planning on taking things further unless I find other contributors. By the time I tried the HTML5 build it would have been too large a refactor so I decided to drop it as a target. Initially, I wanted to target Desktop, Android, and HTML5, but I found that the HTML5 was being generated using Google Web Toolkit which limited the Java features and libraries I could use. I kept a journal of what I was working on, and what obstacles I hit. Configuration for specifying units and maps.Save/load to work for campaign or battles.Dialogue screen for story and instructions.Add win and loss mechanic to give the game a goal.Campaign menu to connect individual battles.I implemented these high-level features for this alpha writeup: I feel like the main cost of this decision is that it will be harder to get other contributors to the game in the future.

Gdx texturepacker free#

I ended up going with LibGDX since it seemed to be the most feature complete of the alternative free frameworks, and I was relatively comfortable with it. I was nervous about this since I would be spending much of my time with limited internet. 2D was a bit of a second class citizen, and it tended to be very вЂњheavy weightвЂќ in that I would spend more time learning the framework then actually coding. The obvious choice was Unity, but I havenвЂ™t had great experiences in the past. After a week or so going down this path, I decided to switch to a different tool set. However, I realized that I was probably going to be spending a large amount of time on GUI layout, and PyGame lacks fully featured GUI features. I forked a repo off of another project that was working on a civilization clone for a starting point. IвЂ™ve come to appreciate the development speed that python provides, and I wanted to give PyGame a shot, after being happy with my brief use in my last project. I started programming the project in PyGame. Advanced wars is even the source for most of the sprites. This evolved into more of a puzzle game idea, which eventually morphed into something in the tactics genre like Fire Emblem, Into the Breach, or Advanced Wars. The original idea I had written down was: вЂњGuess shots game like battleship, but with Intel of varying reliability. I went to my list of ideas and took this one off the top since it didnвЂ™t seem over ambitious, but still had some meat on it. In addition on wanted to focus on making it somewhat maintainable and easy to design levels for. However, IвЂ™ve never tried to actually taken one to the point where IвЂ™d say it was in a вЂњalphaвЂќ state of having actual graphics and being mostly playable. I have a long list of game ideas, and I semi-annually put together some part of a prototype or mockup. This is probably the most complete game IвЂ™ve put together.ДЄfter getting to a stopping point with my last project, I decided I wanted to start something a little more ambitious. I made a tactics game with a gimmick of espionage in the LibGDX Java framework.