Posts Tagged ‘update’
Hi all, just an update about #speccyjam; Many more games were started but in the end 22 games were submitted
The developers and myself would love for you to go and play the games, and also share them / Like them / Tweet them / and comment on them (each game has its own Facebook comment section)
You can check them out here:
I’m in the middle of moving and that totally destroys all possibilities of the up and coming Mini-Shark Dare. So to save myself from the frustration of having to wait all the way until December, I’ve been making this abstract psychedelic game where you are Cube!
Cube eats sphere. Sphere shuns murderous cube. And so on.
I’m not quite ready to show it off to the world.
Here’s and image of how the players look like:
I fail embedding, so here’s the link and could someone more WordPressy might come to the rescue and let me know how to embed a YouTube clip?
Focusing on the post-compo is starting to pay off. Except for the HUD, particles and background, every other graphic has been redone. As soon as I finish reworking the graphics, I’ll begin to modify the gameplay. That will be the ‘post-compo version’. I plan to later redo the game itself, adding enemies, waves and bosses (there’s already a new ship, though ).
I usually make a black and white sprite and then use an “multiply” layer to color it. This helps me to make sprites quickly (as I don’t have to bother select exact colors every time, only the tone) but makes the sprite somewhat plain and boring. Now I’m using 8 tones with 4 shades each, what made everything better looking (and clearer).
Take a look at the boss graphics evolution:
Hello! I just uploaded the timelapse for my entry “Defense of the Zorion!” Check it out!
If you haven’t already, play the game here!
Came in to work this morning to see that our LD27 game had 1000+ gameplays on Kongregate. Turns out it’s featured on the front page of the site in the “Trending” and “Hot New Games” sections!
We really want to tweak some things and add weapons, levels and music to the game for the post-jam version, so hopefully this is the start of something cool.
Thanks to everyone who played it!
Ludum Dare 27 has been my first ever Ludum Dare competition.
I was not sure of what was going to happen, if I were capable of finishing a game in under 48 hours, if I would have felt stressed or relaxed, et cetera.
For the competition, I decided to use C++11, SFML, and my own framework, SSV, which is free, open-source, and always looking for contributions/critique.
My development environment was Arch Linux x64, using QTCreator as my IDE, and Sublime Text 3 as my text editor.
The development machine uses an Intel Core i7 processor, NVidia GTX275 and 10GB of DDR3 RAM.
My goal was producing a game that was worth playing in under 48 hours, with native Win32 and native GNU/Linux x86 binaries.
I’m very happy to have reached that goal, and I’d like to share my thoughts about the whole development process.
I worked on the game for about 30-32 hours. I slept, worked on a video for a friend’s birthday, and relaxed for 1-2 hours (played some Spelunky and browsed the internet).
The first thing that surprised me is that I felt constantly stressed. I do not know if everyone feels like this, but I couldn’t stop thinking about the deadline, about the end result.
I have to say that, as far as personal feelings go, I didn’t dislike the 48-hour deadline development process, but I didn’t find it fun either.
However, after finishing, I felt a great sense of satisfaction and reward, which kind of made up for the stressful coding hours.
The second thing that surprised me is that my framework, the SSV framework, was up for the task of creating a game from scratch.
It literally took less than an hour to get a prototype where I could walk around.
A big effort in SSV was put into development of SSVSCollision, a header-only pseudo-physics library intended for retro-style games.
It handles collisions very differently from all other engines out there, and, while not suitable for realistic physics simulations, it is great for retro-style games, where physical bodies do not interact much with each other, but have infinite stability and very precise collision resolution. Here’s a video of it’s performance.
It also lacks all sort of issues that would arise with a realistic physics engine, such as the common error where bodies get stuck between tiles in tile-based worlds.
Anyway, I also created a player sprite, which I had to divide in two parts (arms and body) to avoid repeating unnecessary frames. I used Pinta for the task, a Paint.NET clone for GNU/Linux.
I’m not an artist, and that is obvious by looking at the poor end result of the player sprite. I used the same tool to create all other graphics in-game.
I dealt with sounds by using sfxr, the free, open-source sound generator advertised on the LD website itself.
For music, I used LMMS, a GNU/Linux production software with an UI similar to Fruity Loops. I’m not a musician either, so the end result was poor here too.
The game concept was actually created after the prototype version. I had no idea what I was going to make. I just made stuff and tested stuff.
Then I had the idea of this cool throwing mechanic, where suddenly turning your character would increase the force of the throw.
This is where stuff started getting interesting. I had to deal with my peculiar physics engine in order to allow the player to grab/throw/release blocks.
It went pretty smoothly.
This is what the first grabbing prototype looked like. I also had added the number on the crates but had no idea how to use those yet.
I also had no idea how to use the crates yet.
Then I combined the throwing concept/mechanic with a time-based constraint (10 seconds theme), and had the idea to make the game into a reflex-based, time-based puzzle platformer.
I designed some game elements and threw some test levels together. But I didn’t have time to create a level editor, or to write a JSON level specification. So what did I do?
Tab based in-code level editing. Dear god.
Yep, I used tabs, newlines and spacing to re-create the structure of the level in the IDE itself, so that I could have a rough idea of where I was placing elements.
After making some levels, I created a menu screen, which was very easy thanks to the SSVMenuSystem module of the SSV framework. And that’s pretty much it.
There is a problem with level 5, which is almost impossible because I forgot a game element. But it is actually possible, even if insanely hard.
I’ll judge the game myself, now:
Innovation: I’d say the game is not unoriginal. The turn-based/jump-based throwing mechanic is pretty fun to use, and the game elements, while simple on their own, can be combined to create some interesting puzzles.
Fun: This is a very subjective point. The game is not easy, and can be very frustrating at times. Honestly, I find hardcore games pretty fun – I enjoyed playing my game, even if trying the fifth level for one-hundred times got frustrating quickly.
Theme: My interpretation of the theme is not very original, but I think the 10-seconds constraint that resets works well here.
Graphics: I’m not an artist, and it really shows. The sprites are of poor quality. I tried to redeem myself by creating variations of tiles that appear randomly and maintaining a simple flat look for the game.
Audio: Sfxr is a godsend. I love retro sound effects, and they work well here, I think. Music, on the other hand, is not catchy or memorable, and it’s just a simple loop. It was my first time ever producing music. Here I tried to redeem myself by adding a no-sound and a no-music option to the main menu.
Mood: I tried to create a simple story/world around the game. Basically, you’re working for this company, 10corp, in a futuristic (I guess) setting where getting a job is very hard. In order to survive, you have to work for this company, even if they terminate slow workers to maximize their profits. I used in-game messages (broadcasts from 10corp) to give the feeling of the player being observed and judged during its tasks.
Overall: Overall, I am satisfied with the end result. I’m still not sure if the game is worth improving, but as a less-than-48-hour product, I’m happy with how it came out.
I really hope you enjoyed my entry and this postmortem. Thanks for reading!
got my Idea for the theme “10 seconds”.
My game will be a top-down shooter. You play a human who mutates a part of him every 10 seconds which gives him altered abilities.
To slow down the mutation change frequency the player can inject a stabilizing drug to lengthen the 10 seconds.
The difference between the two mutated abilities depends on the aggressiveness of the mutations. The aggressiveness can also be changed by injecting drugs.
By using an ability, the mutation’s aggressiveness is increased.
Don’t know what the goal will be, probably to get stable or find an antidote.
So far I got the player sprite drawn, a dirt texture and a palm tree.
Screenshot of the game:
The palm tree:
The goal for tomorrow is to get the character to move and rotate.
Another is to get some more environment sprites done so the world doesn’t look empty.
Health-bar, mutation-timer and aggressiveness-timer need to be implemented, too.
Weapons and enemies will be implemented on Monday.
I don’t think I will get the game finished till Monday, but at least I found some bugs in my game library!
I’ve made significant progress on my game tonight, but it is time for me to hit the hay. I finished spriting, movement, and basic UI elements, as well as some very basic AI. Here’s a screenshot, if you like those better than words (and I don’t blame you if you do!)
Have a good night, all! And good luck with your games!
Logging in to Steam Greenlight today I found this…
The comments said the problem was with the visuals. I agree. But visuals aren’t everything. I mean my game had more animation and gameplay options then Receiver (by Wolfire games) and that was one of the very first games to be Greenlit. The problem is people just look at the graphics. They just look at the “original” parts of a game, and even though I spent 300+ hours on complicated animation matrices, coding, and AI development, the visuals weren’t enough for people to take interest.
You know it bothers me when games with screenshots like this:
Get more votes then games with screenshots like this:
I picked a random game to compare with mine. While the random game had somewhat impressive backgrounds and an interesting character design, they showed 30 seconds of repetitive walking gameplay. Looked like they had about 3 animations. And then they showed off some of their models and called it a game. And yet people are 300x more excited for it because their design is similar to that of popular mmos. Their game probably won’t have complicated animation matrices, AI systems with multiple states, and stealth scenarios that put you crawling inches from enemies. Their game probably doesn’t even have any complete levels. Now which game sounds more promising to you?
A lot of comments said “You shouldn’t have put this game out in Alpha. You should’ve waited until Beta.” Well take a look at the game above. 30 seconds of walking gameplay, remember? Yet people weren’t even bothered by the fact that their systems weren’t developed at all and all they could show off was a walk-through demo. This has started to make me think… Do people base development progress on visuals? Because it doesn’t make any sense for people to just skim over mine because the graphics didn’t look so good. Did people even see what my game was about?
Now call me a baby for complaining like this, but Greenlight is a flawed system. Personally I’d like to see how much work was actually put in to some of these entries. And by how much work I mean how many hours did they spend working on art and how many hours did they spend on actual gameplay. Sure the two go hand in hand, but people only look at the art, so what’s the point in working hard on the other part?
I took the game down from Greenlight. Sorry, but the results have just proven too horrible for now. I don’t want to just trash 300+ hours of work, yet I see no other option. Sure, I could increase the visuals of the game. But that’s something I’ve always been bad at and it’ll probably take another 100 hours or something to properly do. By that point who knows what people will think. They probably still won’t like the graphics, and by then they’ll start worrying about the gameplay or something. Overall it’s just too risky for me to put any more time into this game. There’s a chance it could be accepted after an aesthetics overhaul, but that’s a chance I don’t know if I want to take. Now that I know what people are looking for, it shouldn’t be hard to develop a new game, it’ll just take a really long time…
What do you think I should do?
Here it is, the one I’ve been working on ages: ISSOS! All the trailers, screenshots, and info is there \/
Now I haven’t got much positive feedback so far, and the votes for Greenlight are way in the negative, but I’d ask you to consider voting yes because this was made by one person (me) in my free time. If it continues to do poorly then I’ll consider either doing an aesthetic overhaul or scrapping the project. If the game can’t be played by anyone then there’s not much point in developing it. :/
Anyways please consider voting and I’ll write more about this once more results come in!
In my new action adventure game, one of the biggest goals I want to accomplish is to tell a compelling story. At first, this seemed like a difficult thing to accomplish… being that I didn’t have time to render and model a lot of cutscenes while perfectly lip syncing dialogue… In the end, I came to the conclusion of having little cutscenes and instead telling story through mechanics and visuals. How do you do that? Seems impossible, right? actually, if you go the basics, it’s quite simple.
Mechanics. Text can tell stories. Audio can tell stories as well. Together these become vital aspects in presenting an easy-to-make story mechanic. Character biographies, journals, radio messages, all of these can easily show story without complicated cutscenes or even modeling other characters. However, this can get repetitive… The trick is telling the right story in the most interesting way.
Word Choice. My original idea for the story of this game was a unique, slow paced action adventure that had the main character going through mostly the same locations over and over again, just in different scenarios. I quickly realized this was a mistake. You don’t need a ton of side characters… you need a few main ones that can do different things to help advance the story. It’s important to make sure all dialogue somehow progresses the story, and that the dialogue is from main characters. I want this game to be dramatic. I want to create scenarios that are unique as well as intriguing, and I want them to all affect the main character in some way.
Making it Interesting. Start off with a story. Then think “How can I change this in the most dramatic way possible while still making it believable and understandable?” It’s hard to put what I’m trying to say into words… but basically you need to create dramatic suspense. Characters need to be at an even match, they all need to have something to hide, they all need to have weaknesses and strengths.
Sorry that jumbled mess haha, here’s the LAST hint before the official announcement of my new game:
Note: That is NOT the main character or is it????
Let’s see if you can guess the title! Hopefully next time I’ll have the official announcement ready
For my new action adventure game I began to work with crowds and realistic human characters to serve as main characters. At first, I thought detailing and animating all these would be difficult… and it was. In fact, I’ve really only made a few models so far, and the “crowd” I had originally planned looks like it’s just going to take too much work to be a big part of the gameplay I had intended. Live and learn, I guess. This, however, didn’t stop me from modeling main characters for the game’s story. I found out that even a few simple face bones can convey a large amount of emotions. This model only uses 5 face bones – two for brows, two for mouth corners, and one jaw bone:
The eyes aren’t textured in this image. Lip syncing for my game is actually proving quite easy — because the individual sound sources play independently, using code I can detect the volume of just one character’s voice file and then smoothly move the jaw bone to represent the audio data. Sure, it doesn’t look the best, but with a little more tweaking it will be at the quality I want for the finished version of the game. (At the very least his mouth will move in sync with the words)
The game is coming along very well, and I’ve been working on making some interesting levels and gameplay. Lastly here’s another hint on the theme and title:
Only one more after this before the big announcement! (Hopefully )
Happy Gaming, Ludum Dare! (Sorry for writing this in the middle of a Mini-LD haha)
So this game is turning out pretty well, I’m happy with how it controls and plays. I’m just about to start the heavy duty work on the combat system, so be prepared for a more action-oriented experience. Furthermore, I finished the cinematic trailer for the game. However I’m worried (seeing the other stuff on Steam Greenlight) that my game is not up to par yet. I know it probably has something to do with the art assets, but I’m no good at making super detail environments.
As a question for you peeps out there, what’s a good way to show off a game that doesn’t have impressive art assets yet? So far I’m drawing a blank. Thanks if you can answer, and here’s another hint on the theme and title of the game
Happy gaming, Ludum Dare!
Hey, Ludum Community, Rob Productions here. For a while I’ve been working on a third person action game, just to test out if I could do anything different then my usual first person stuff, and I started to see potential in this. The “test game” was actually coming along very well, introducing many new challenges and concepts that really pushed my programming skills to advance. I started looking at my previous works and at my current project, and at other games around the web, and I realized… this project is professional enough to be released! Like, for actual money!
I’ve been doing a lot of research and planning on getting this game released, and I think I know how to start. Details on the release and the game itself are still super-secret, but here’s a hint on the name and concept of the game:
Let’s see if you can figure this one out!
Also, if there’s anyone out there with any experience releasing a game, I’d really appreciate some tips on getting my game publicity and hype during the preorder and pre-release stages! What’s the best way to promote a game and make people want to buy it?
Thanks and Happy Gaming, Ludum Dare! P.S. I’ll be sure to release some free stuff for those of you low on funds
Hey guys, here is my halfway-ish video update on my progress so far. Now the crunch shall begin!
This time I’m spending more time in polishing than to actual gameplay. I don’t know why, I guess I just felt like it. That’s why I already have an intro and music, but only 2 puzzles! Still, I really like how it turned out.
Every other game for Ludum Dare I was making 2D flash games, and now that the theme is Minimalism, I make a 3D game… Ironic, huh?
I finally have a semi-stable playable version.
You can download it: https://www.dropbox.com/s/g6f0smybzo9s0vq/JEB_001.zip
Wanna see the source? https://github.com/Bevilacqua/LD26
The collision detection is horrendous and i’m not sure how i am going to fix it but besides that all i have left is:
- More SoundFX
- More Levels
- JEB_001′s diary entries that will appear in between levels
- A few bugs