About pighead10 (twitter: @pighead10)

http://hogpog.co.uk/

Making games and such.

Entries

 
Ludum Dare 36
 
Ludum Dare 33
 
Ludum Dare 30
 
Ludum Dare 29
 
Ludum Dare 28
 
Ludum Dare 27
 
Ludum Dare 26
 
Ludum Dare 25
 
October Challenge 2012
 
Ludum Dare 24
 
Ludum Dare 23
 
Ludum Dare 22

pighead10's Trophies

pighead10's Archive

The evil pixels have died

Posted by (twitter: @pighead10)
Sunday, April 22nd, 2012 7:46 am

Not only have I fixed the evil bugs with the evil pixels, you can now kill them. After debugging what has been the second problem caused by using a variable never initialised, but just pretended:

Foo::Foo(int pretend){

}

Foo::something(){

pretend / 10

}

But they’re gone now. It’s occurred to me that I may need some sort of extra dimension to the game, as basically you walk, press arrow keys and kill pixels. Also, there is no UI, which may hinder players somewhat,

Goodbye!

 

The evil pixels

Posted by (twitter: @pighead10)
Sunday, April 22nd, 2012 4:17 am

Hooray, it’s lunch time. So, what has happened today?

  • I made an enemy
  • I made the worst spawning algorithm in existence
  • I made the worst A* pathfinding algorithm in existence
  • Lots of vector subscripts are out of range
  • My program has crashed a number of times

More debugging! Hopefully I can actually find the vector that is crashing. I didn’t even realise I had a vector that could possibly be iterating wrongly.

Goodbye!

One Pixel Closer

Posted by (twitter: @pighead10)
Saturday, April 21st, 2012 12:33 pm

I’ve finished for today, and I got a fair amount done. The map, which starts as 1 pixel big but as you explore generates randomly more pixels, no longer looks completely randomly generated – the extremely primitive algorithm is enough to turn random walls into sort of path things. The final thing I accomplished was to add the basic code for an enemy, but it’s not complete enough for them to actually work in game. Tomorrow, I plan on finishing the basic combat system and add an objective, then sort out things such as sound effects and menu screens, before coming back and upgrading the gameplay further if I have the time.

Here are some screenshots of the game so far:

Your starting point.

Your starting point.

A bit of exploring.

A bit of exploring.

Widely explored.

Widely explored.

 

Hopefully I’ll be able to get a lot more of the gameplay done tomorrow.

Goodbye!

 

How good is your eyesight?

Posted by (twitter: @pighead10)
Saturday, April 21st, 2012 8:49 am

My idea for one pixel graphics, in my opinion, was clever. I can’t make graphics, so that would be perfect. Except that I have no idea how to allow people to zoom in…

This game requires glasses.

Almost a functional game…

Posted by (twitter: @pighead10)
Saturday, April 21st, 2012 7:20 am

I’ve been programming for a few hours, and I’ve very nearly programmed the basic concept and mechanics. What should happen is that you, in your 1 pixel large world, can create a new pixel next to you by pressing the arrow keys. What actually happens is that your cute little pixel stands in the middle of a black background, and pressing the arrow keys causes

I was fully expecting to have to debug my program for hours, but I couldn’t be bothered to change what had been a fun few hours into a frustrating and dull session from debugging. So I turned the stream off for a bit, and played a game of League of Legends. I still can’t fully concentrate on programming at the moment, so I’m going to take a quick break outside and hopefully everything will become clear afterwards. Still, things are looking bright for the future as I have not encountered any parts of the program that I haven’t been able to manage – at least, unless these errors turn out to be complex, which they shouldn’t be.

Goodbye!

 

A world was born

Posted by (twitter: @pighead10)
Saturday, April 21st, 2012 3:14 am

I’ve thought of my concept, and some of the mechanics.

Basically, you start out in a world that is 1 pixel big. You can build new pixels by using the arrow keys, and pixels of your world will be unlocked using some kind of resource system. Your character – you have a character – starts as being 1 pixel big, and so do the enemies. Notice you “build” not “unlock” new pixels – when you build a pixel the world is generated with something in it – the something being one pixel big. Enemies can spawn with varying difficulty depending on the area that is free around them – for example, if there is a world that is 1×10, then chance of spawning an enemy which is more than 1 pixel tall is impossible. The larger the enemy, the more powerful it is.

There will be obstacles and such, and using incredibly inefficient algorithms the pseudo-random world will create these to force you to do certain things – for example, there will be a bigger chance of spawning an impassable pixel next to another impassable block, which will force you to unlock a bigger area so increasing the chance of big enemies. Then, to defeat the bigger enemies, you will need to upgrade to a bigger character, and to do that you need a bigger space around you all the time, and you won’t be able to fit into small gaps so have to generate even more world and spawn more enemies and use more money and find more resources to build more pixels which allow you to find more enemies which means you need to upgrade your character more and spend more resources and build more pixels… The objective I’m not sure about yet, but there is going to be an objective.

Hopefully this will be feasible will my amateur programming skills. I am streaming and timelapse-ing as mentioned in my previous post.

Goodbye!

Streaming and stuff!

Posted by (twitter: @pighead10)
Saturday, April 21st, 2012 2:37 am

If you read my last post, you’ll realise why I need to give this link to my SFML framework, which I had no time to actually make standalone yesterday.

So the theme is “tiny world”. That’s one of the ones I voted for, it sounds like people could make really clever games with that. I don’t have an idea yet, but I’m thinking of something to do with building and expanding a world. Unlike last time, where I made my first game, I will be streaming, and also I will use a proper timelapse program  for my timelapse, rather than a video sped up x1000 or something ridiculous.

Stream: justin.tv/pighead10

 

Early entry!

Posted by (twitter: @pighead10)
Friday, April 20th, 2012 9:07 am

Hello! I know people usually wait until the theme is decided, but I’m asleep then, so I’m going to go ahead and post this now as I need to clear up some stuff. Hopefully the theme will be evolution, at last.

Now, I have a strange issue with what framework I am using. Previously I used this framework, which hasn’t really changed… Except I’m not using the Ogre3d rendering engine, but instead the SFML library. I adapted the framework a while ago to use with personal projects, but never saved it separately and instead wrote over it my personal project. So I need to filter out everything which is not related to the framework but just built with in on the same files, which unfortunately I don’t have time to do (I may possibly have time for it, and if so will link in this post, but currently I don’t think I will be able to). I hope this is okay with everyone – the framework I used is almost identical do the previously linked one, only adapted for SFML (2.0). I will, of course, link the standalone framework once it has been untangled from my other projects in a further post, but that will be done after the compo has started.

I’ll be using  C++ with visual C++ 2010 express, and I’ve no idea what graphics/sound I will try to use. Maybe this time I’ll remember to actually have sound! 😀 Also, I’ll be livestreaming and providing a timelapse, which will also be included in a further post.

 

Goodbye!

 

LD22 – Timelapse

Posted by (twitter: @pighead10)
Thursday, December 22nd, 2011 5:10 am

Blurry, stupidly sped up, and crazy alt tabbing so you can’t see anything. Enjoy.

 

LD22 Timelapse

 

 

First game, first Ludum Dare, successful! The Lonely Gun – Post Mortem

Posted by (twitter: @pighead10)
Monday, December 19th, 2011 5:52 am

Yes, those cubes are 3d.

I finally completed my first ever game in time for submission in my first Ludum Dare! I had a ton of fun programming this with C++, which my parents find very strange but encourage it. The game is extremely basic in it gameplay and graphics, with no audio whatsoever, and is based around my “gun that fires lonelyness” concept. I didn’t bother to try and plan it any further than it got, because I knew I would 100% not be able to do any more – which proved to be true, as I ended up packaging it 10 minutes before the end without realizing there was a submission hour.

The Lonely Gun (please rate if you have a few seconds!): http://www.ludumdare.com/compo/ludum-dare-22/?action=preview&uid=8539

What went well

Thankfully, unlike my other 10%-finished-projects, there were no major issues that prevented me from progressing. Then again, I would have done something very special to have made a huge bug with the game.  I was very pleased to have created okayish GUIs, and the gameplay matched what I had in mind (except for tweaks – below). Time management was mostly not an issue, as I focused on getting the game functionality working without adding any graphics whatsoever except for the same “ogrehead” premade mesh for everything.

My code wasn’t badly structured, but progressively got worse as I rushed to finish it, but is was mostly efficient by the end product, and I learned a lot about what is efficient and how to code while making this. Also, I learned a huge amount about std and Ogre3d libraries, so next time I will be better prepared. I am going to start learning a 2d graphics engine, probably sfml, as they might be a better thing to start with instead of 3d.

What could have gone better

Obviously if I had known a 2d engine (or had any amount of experience in one – I didn’t “know” the 3d engine I used) the graphics would have been better, but I didn’t expect my graphics to be just coloured cubes. That was a major downside, but not one I could easily avoid. I really, really should have had a longer testing period – I did not know how easy/hard the game would be until the last 30 mins or so, where I quickly asked people to test it and changed it from being too easy to too hard to almost too hard. Because of the issues with the graphics, I had no time to add sound, which won’t help in the rating :(

I have a huge video of the computer screen while making this – I use this way of saying it because it also recorded breaks for games and such, on the computer. You will be able to see my league of legends prowess :) It will be uploaded and put on this page once it has saved, which takes a while, even with my computer (it’s better than yours).

 

I’m hoping to enter the next one, where I will make a much more fun (2d) game and be much better prepared.  I have loads of fun making it, and am seriously looking forward to programming again tomorrow!

 

 

 

 

 

 

 

 

Nearly playable

Posted by (twitter: @pighead10)
Sunday, December 18th, 2011 1:57 am

‘playable’ was the goal that I hoped I would achieve in this Ludum Dare, as I’ve never made a ‘playable’ game before. I’ve very nearly got my game idea – which I purposely made the simplest game possible – so I would at least be able to enter this Ludum Dare. However, as the only rendering engine for C++ that I knew how to use was 3D… I now have to make some 3d graphics, which I have no knowledge how to do. Also, I don’t have a sound engine I’ve ever used before. My submitted game may be a bunch of grey cubes shooting at other grey cubes!

This isn’t supposed to happen

Posted by (twitter: @pighead10)
Saturday, December 17th, 2011 3:24 pm

http://www.youtube.com/watch?v=lEnNdSxnkMY

‘Nuff said. I have absolutely no idea how this is happening, seeing as the only line of code I am using is “node->translate(0,0,-speed*timeSinceLastFrame)”

 

 

 

 

 

 

 

 

 

MEMORY LEAKS

Posted by (twitter: @pighead10)
Saturday, December 17th, 2011 1:47 pm

Taking lots of coding shortcuts to finish my first ever game in time hasn’t been working, and I’ve been delayed with stupid memory leaks. Shortcuts cause long delays!

I have also run into the problem that, my game being 3d, I have no 3d design skills whatsoever. The graphics should turn out… interesting! 😀 Additionally, I’ve absolutely no idea how to add sound using my engine or how to texture the models. So, basically, I don’t know how to add sound to the models I can’t make decorated by the textures I can’t do. Hooray!

 

Idea decided, programming commencing!

Posted by (twitter: @pighead10)
Saturday, December 17th, 2011 6:49 am

I’ve never made a game before. Or application. Or any standalone anything of any use whatsoever. So, this cannot be too ambitious, making a game in 48 hours is in itself hard enough.

 

As the theme is ‘alone’, I couldn’t think of any ideas that didn’t involve programming I almost certainly wouldn’t be able to achieve in 48 hours, being as it is that I have little/no experience with my (or any) chosen rendering engine. Here is my idea:

  • Aim: Stay alive for as long as you can
  • Scoring: Time based
  • Gameplay: You are a man/whatever I can make who can only move left and right, while enemies march towards you from the top to the bottom (like in old arcade classics, such as space invaders). However, the theme is ‘alone’ so it has a twist – you have a weapon, but firing it makes everyone else except the person you shoot disappear, making that person extremely alone and thus the game’s name, “Lonely Gun” (unless I think of a better one :P).

That’s all it is at the moment, but if I miraculously manage to finish that then I will develop it more.

 

My first ever game!

Posted by (twitter: @pighead10)
Saturday, December 17th, 2011 4:23 am

I came up with an idea, which I will not post here because, quite simply, I want to get to coding. I forgot how to set up a project with the engine I’m using, Ogre3d.

 

I’ve never actually made a game before, or any form of useful application. Apparently doing it competitively in 48 hours isn’t the best starting environment. So far, all I’ve come up with is the idea!

I’m in!

Posted by (twitter: @pighead10)
Friday, December 16th, 2011 3:40 pm

I’ve no idea what any of this is about, but I see people saying things on a post section of this website! This is my first Ludum Dare – nothing will go to plan whatsoever, but I hope to get past the opening sequence.

I’ll be using C++, and the Ogre3D rendering engine with OIS I/O and a sound library I haven’t found yet nor used before. If I get around to GUIs I’ll use CEGUI. Also, the tutorials and sample frameworks on Ogre3d’s wiki.

 

I’ve never finished a game before in C++, and almost definitely will not do again. It’ll still be fun!

 

EDIT: Oh yeah, I’m also using some code I used before in my only existing C++ project.

[cache: storing page]