Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length

 
Advanced search

1067305 Posts in 43579 Topics- by 35619 Members - Latest Member: teamsheepy

November 28, 2014, 08:46:37 AM
TIGSource ForumsFeedbackDevLogsAkimbo
Pages: 1 [2]
Print
Author Topic: Akimbo  (Read 2223 times)
psyguy
Level 0
***



View Profile WWW Email
« Reply #20 on: April 09, 2013, 04:09:04 PM »

All of the effects look really great, the explosions and bullets and everything.  Will the game have some sort of minimap so you can see where you've been, or is the emphasis on getting the highest score possible?
Logged
mushroomized
Level 7
**


haha im tired


View Profile WWW Email
« Reply #21 on: April 09, 2013, 04:59:30 PM »

cute poofy pants
Logged

moatdd
Level 0
**



View Profile
« Reply #22 on: April 09, 2013, 07:26:53 PM »

Are those supposed to be walls?
Because if they're shadows I can now never see them as shadows.
I've been ruined.

I can't see them as shadows either. I think I'll treat them as walls. Multiplane FX, here we come!

All of the effects look really great, the explosions and bullets and everything.  Will the game have some sort of minimap so you can see where you've been, or is the emphasis on getting the highest score possible?

I'll be developing the game for Arcade/Wave Survival mode first and sell that for just a few bucks first.

Afterwards, I'll add multiplayer coop support in order to confront all the problems that multiplayer networking will present as early as possible.

Once I'm satisfied that top-down multiplayer coop is working, I'll work on free-roaming mode with safehouses and saving data, etc., which is about the time that I'll be implementing a minimap.

Then I'll work on the side-view-dungeon-crawling.

And then, I'll have to implement quests and work on a storyline of sorts.

I imagine that this will all take place over the next year or two.

cute poofy pants

I like having a cute protagonist as a sort of contrast to all the RARRGHH MECHS WITH MACHINEGUNS MONSTERS MUTANTS RARRRRRRRRGH type stuff. It'll be a tough battle to deal with brownbrownbrown realism.
Logged
mushroomized
Level 7
**


haha im tired


View Profile WWW Email
« Reply #23 on: April 10, 2013, 07:16:14 AM »

I probably wouldnt have made it top down like you, your art is too good to be seen that way only :<
Logged

moatdd
Level 0
**



View Profile
« Reply #24 on: April 10, 2013, 11:30:41 AM »

I probably wouldnt have made it top down like you, your art is too good to be seen that way only :<

I guess it's time I revealed the master plan (well, just the current version of what little I have drafted up...)



The problem with Akimbo is that is a MASSIVE project and realistically, it will take years to fully realize and I don't have the funds nor resources necessary to complete it if I were to slave away on it and then release it "when it's done". I'm not a Valve employee.

The current gameplay I've posted is only for the first phase of Akimbo's development. I need to create something that I can sell to keep me alive long enough to integrate the other parts of Akimbo where there's free-roaming adventure and side-scrolling dungeoncrawling.

People who buy in get free updates for all the gameplay expansions that come afterwards. It's like buying a lifetime subscription to the game and its later iterations until I run out of ideas for the game. Partway along the line I'm thinking about making the game open source to encourage people to make their own mods and missions, though they'll also need Game Maker Studio to work on it. I don't really know what more I can do to convince people that Akimbo will be worth their money.

In addition to living expenses, I need to get things like fmod/wwise to substitute for GM:S's rudimentary audio engine. I would like to get a commercial license of Articy:Draft to write up the story.

I already own licenses of GM:S, Ableton Live, TVP Animation Pro and Fade In have gotten pretty proficient with all of them after getting a lot of experience working on things that will never be things.


Igneon (Failed comic project)


Beacon (Failed comic project)

Gunner (A game that I gave up on after Game Maker's audio system was overhauled, miring its development and I also decided that my business model was no good.)

Duke's Ascent (Another game that I gave up on after I decided that Kickstarter was not the way I wanted to go and I was spending more time working on a pitch than I was working on making an actual game so f*ck that sh*t)

I've busted my ass to become a decent illustrator, storyteller, concept art mechanical designer and  engineer, world builder, sound engineer and musician, game developer, software developer, character and visual effects animator -- basically been doing everything I can to cover all my bases when it comes to skills, and despite this, I'm a lousy businessman who will probably die poor, haha.

So I guess I'll try marketing my game on indiegamestand and if that doesn't work out well, I'll do what I always do and try to figure out something else.

So the TL;DR is:

1: Sell a top-down shooter
2: Full game is a 2D-side scroller dungeoncrawler using the top-down shooter as an overworld (retsalb retsam)
« Last Edit: April 10, 2013, 11:52:09 AM by moatdd » Logged
Greg Game Man
Level 5
*****


i have to return some videotapes


View Profile WWW Email
« Reply #25 on: April 10, 2013, 11:57:04 AM »

Amazing work!

I was making a dual gun fps up until a few days ago - the complicated controls messed with the lightning fast gameplay i wanted, so i changed it.
Logged

Netsu
Level 10
*****


proficient at just chillin'


View Profile WWW
« Reply #26 on: April 10, 2013, 12:04:36 PM »

So... are those 3 separate games you're planning?
Logged

moatdd
Level 0
**



View Profile
« Reply #27 on: April 10, 2013, 12:21:03 PM »

So... are those 3 separate games you're planning?

No, it's all the same game.

In Adventure Mode, your pilot rides the mech from dungeon to dungeon which is shown in a top-down view.

When you get to a dungeon, your pilot parks the mech and exits to travel through the dungeon on foot, which is depicted as a side-view platformer.



It's master blaster in reverse. Retsalb Retsam.

So there's arcade mode, adventure mode, boss rush mode, etc.

First I make arcade mode (which is top-down only and is more or less a standalone experience from the adventure mode).

Then I include adventure mode. (which includes sidescrolling dungeon platforming).
Afterwards I make any other modes, new game+, etc.
« Last Edit: April 10, 2013, 01:05:07 PM by moatdd » Logged
zigzag
Level 0
***



View Profile WWW Email
« Reply #28 on: April 10, 2013, 03:10:58 PM »

Wow. I love you your game. It looks amazing.
Logged

Udderdude
Level 10
*****



View Profile WWW
« Reply #29 on: April 10, 2013, 05:02:55 PM »

Looks good so far.  How many types of enemies are you planning to add, and what kind of varied attacks will they have?
Logged

alts
Level 0
***



View Profile WWW Email
« Reply #30 on: April 10, 2013, 07:27:58 PM »

This looks really smooth. I can't get a sense from the video of how it's controlled, though.

How is the arcade mode going to operate? Score attack? Survival?
Logged

moatdd
Level 0
**



View Profile
« Reply #31 on: April 11, 2013, 12:23:22 PM »

I was making a dual gun fps up until a few days ago - the complicated controls messed with the lightning fast gameplay i wanted, so i changed it.

Ever since I set eyes on a dual stick controller I had this game in mind. I mean, this goes way back to the first Playstation analog joystick controller. It's just that at the time, there were so many things that weren't in place. (but more on that later)

Whenever I obtain a new controller - be it a drawing tablet, a multitouch screen, a set of analog footpedals, a 3Dconnexion space navigator, a MIDI fader board, a flightstick, a head-tracker, an eye-movement tracker -- I feel there's an experience to be enabled by that controller.

There's a reason that we don't drive cars with a mouse-and-keyboard interface or a multitouch screen. If we did, we'd get into a lot more accidents! Also, you wouldn't try to fly an airplane with a wiimote, would you?

I feel that this is a bit of a problem -- that sometimes devs see a new controller like a kinect and are in such a hurry to make a game for it that they forget what kind of experiences that the controller offers, enables, suggests and discourages!

I keep testing, testing, testing my controller setup for Akimbo, not just to get used to it, but I'm acutely aware of problems that arise when I get myself into a panic situation. I use the controls for a long period of time to see if there's fatigue building up, and I also keep myself aware of unpressable combinations.

But to bring the conversation back to 'things that weren't in place at the time...'

Game Maker Studio only recently added in native XBOX controller support. Then there's the XBOX controller and its pressure sensitive triggers (that the PS2 Controller has always had, it even has pressure sensitive face buttons!). Then there's all these third-party companies that offer marketing and storefronting for indie devs.

It kind of worked out that I was sidetracked from making games for over a decade by the VFX and digital comics industry -- If I were trying to make games in the last 10 years I would have probably have met great frustration and have lost my passion by now. About now I feel like I've amassed a great deal of skills that are just looking for an application and that I'm returning to my long forgotten love of game development.

Wow. I love you your game. It looks amazing.

Making something look good comes down to a huge combination of different factors. One of them is an analytical and scientific mindset.

For instance, when I designed the flamethrower weapon, I designed it against all the other games that implemented flamethrowers that I had played in the past, and designed it along what I had learned from video footage of actual flamethrowers posted on the internet (Thanks YouTube!).

Most times I see a flamethrower in a game, enemies are treated as if they are highly flammable pieces of kindling that ignite at the touch of a flame and take damage over time until the amount of 'flames' on them runs out.

In my game, I treat the flamethrower as a flaming gasoline thrower. Flamethrowers often have a liquid ammo tank and a tank of propellant gas. The propellant gas is introduced into the top of the liquid ammo tank and forces the liquid ammo downwards through the gun. The trigger simply acts as a valve to let the liquid out.

So I use the trigger pressure of the controller to specify the rate and speed at which the burning liquid is ejected and the ammunition is consumed.

I treat also enemies as if they aren't flammable. It's the burning liquid that is flammable and sticky. It sticks to anything it contacts and it burns it until it is completely evaporated.

The game has to track individual drops of burning liquid for collision and for lifespan. The droplet entities emit non-dynamic particles that are purely cosmetic. I use a 3-colour ramp of blue, bright warm yellow and orange mapped to particle lifespans. There's randomization of particle size. There's breakup and spreading of the stream as it cascades through the air.

I think I'd like to revisit the 'heat buildup' system for the flamethrower and instead, treat it as 'propellant cooldown'. If you've ever used an aerosol duster to clean your computer, you'd know that as you shoot it, the can gets chilly enough to make frost and the pressure of the duster gas that is shot out gets really anemic and weak.

This is because at high pressures, the propellant stays as a liquid. As you squeeze the trigger, the valve is opened and the pressure is released - and the propellant begins to boil - turning from liquid to gas and suddenly taking up a much larger volume of space.

Let's say, hypothetically, that a cubic centimetre of liquid propellant would take up 500 cubic centimetres of gas. That means that the heat contained within a single cubic centimetre of liquid propellant would suddenly be spread out to an area 500 times the original. That means the temperature(or intensity of heat) would of a single cubic centimetre of recently expanded gaseous propellant would be 1/500th of the compressed liquid propellant.

So it would get really, really cold.

But cold things contract, right? So the chilling would have a secondary effect on the expanded gas, causing it to contract and to reduce the overall expansion of that gas, reducing the pressure and reducing the rate of boiling.

So if you fire the flamethrower too rapidly, your propellant undergoes chilling and pressure drop and the firey liquid doesn't get thrown as far.

That took up almost half a page to explain and this is the simplified version! It's a lot of factors, factors and more factors that I implement into the game to get this sort of look. One of my old (and favourite) art mentors called me obsessive, which I took as high praise. :D You have to have a deep understanding of things, and to do that, you have to want to deeply understand things.

Looks good so far.  How many types of enemies are you planning to add, and what kind of varied attacks will they have?



I'd like to come up with a lot of different robot enemies for arcade mode. So I came up with several lists of traits for things like movement methods, offensive and defensive payloads. This means that every time I want to come up with a different robot, I can pick a few traits from each list and come up with a robot, and then decide on its role in combat and then design an AI that suits the tools that it has at its disposal.


This looks really smooth. I can't get a sense from the video of how it's controlled, though.

I'll record another picture-in-picture video showing the game controller soon.

How is the arcade mode going to operate? Score attack? Survival?

I think I'll combine time into the score so the longer you survive, the more points you get. Also, killing things gets you points. Score level will be used to adjust the difficulty factor, so the faster you kill things, the faster your score rises, the faster the difficulty ramps up, which means more enemies to kill, more difficult enemies to kill, each providing more and more points which means a higher score and greater difficulty -- it's a feedback loop!

So a person who takes their time and kills things slowly will face a slow difficulty ramp. A person who destroys enemies like a madman will face a steep difficulty ramp. Games can be made to respond the challenge that players present, just as players can respond to the challenges that games present. It's how I'd like my action games to remain engaging no matter how good you get at them.

***

I felt that before I could start making the environment/backgrounds nicer, that I would have to improve the way in which I was handling tile transitions from one material to another.

I decided to go with a layered system where one material sits atop another. In this case, it's just four layers - Grass, Soil, Sand and Rock.

Grass can be found overlapping soil layers. With my system, you'd never find grass overlapping rock or sand layers. There would always be an intermediary material.

Also, my old system used about 20 tiles just to deal with the transition from sand to rock. By simply rotating tiles, I can cut the number of tiles for a transition down to 6, and with the tiling pattern shown in the above sketch, I can easily create an extensible tilesheet.

Logged
moatdd
Level 0
**



View Profile
« Reply #32 on: April 15, 2013, 04:11:58 PM »



Logged
moatdd
Level 0
**



View Profile
« Reply #33 on: April 19, 2013, 06:42:35 PM »

I’ve been tackling the problem of trying to make prettier, more colourful environments for the game.



The levels are generated via a 2D Perlin Noise function which is used to determine where walls and enemies are placed. I’m using the Perlin Noise function to generate an endless grid of terrain altitude values. Whenever the altitude is above an arbitrary threshold, it creates walls.

I’ve rewritten the background tile placement functions to consider adjacent tile altitudes to determine an amount of X,Y tilt. Cells with less tilt (all adjacent altitudes are similar) get grass tiles. Cells with more tilt get dirt tiles, and cells with extreme tilt get rock tiles.



I was stuck for a day trying to troubleshoot a stupid stupid stupid arithmetic bug that I got myself into and I managed to determine what was wrong by creating a numeric tileset (see below) which had a full array of X-Y values that I could use to see what the program was seeing in terms of tilt.



It took like, 15-20 minutes to make that numeric tile grid and it was slow and laborious but I could have saved myself a ton of time in the debugging if I had just bit the bullet and did it sooner.

***

So once I got it working, I painted up a few tiles.





It works, for the most part and looks fairly seamless. I think I could add more overlapping bits for each tile to really help jumble things up and make them look less repetitious. It doesn't take a whole lot of effort for each tile.

Unfortunately, I painted these using the same colours that I use to paint my mech sprites and so I lost a great deal of readability. The background has become eye-gougingly busy to look at. And finally, things have become wayyy too darkdarkdark.

So I decided to go back to the drawing board to try and figure out what I want to convey aesthetically.

« Last Edit: April 19, 2013, 10:25:20 PM by moatdd » Logged
mushroomized
Level 7
**


haha im tired


View Profile WWW Email
« Reply #34 on: April 19, 2013, 08:30:50 PM »

cute mech, needs a bow
Logged

Pages: 1 [2]
Print
Jump to:  

Theme orange-lt created by panic