Kalkov by TrepoHQGames
KalKov is a retro-like game developed by TrepoHQ. The game is in a 1980s style, with the gameplay the same style too. This is why the theme Keep It Alive works with this game, we are keeping the game genre alive.
For a new player, you will get around 5-6 minutes of playtime.
Minimum completion time: 2 minutes
| Youtube | http://trepohq.com/KalKovWebGl/ |
| Youtube | http://trepohq.com/KalKovWebGl/ |
| Youtube | http://trepohq.com/KalKovWebGl/ |
| Original URL | https://ldjam.com/events/ludum-dare/46/kalkov |
Ratings
| Given | 0🗳️ | 0🗨️ |
Now, if you want, I'm going to give you some things you can learn from this and improve on in the future. Don't take these critiques personally: The best way to improve is to get feedback from others.
1. Describe your game to new players. I understand that you were trying to go for "keep an old game alive by updating its code," and you did manage to get that across, but it was confusing and very non-obvious. Even just saying that in the description would help the player understand, because I only really got what I was playing on the final level. You also did not include controls anywhere. You can actually do this now: edit your description to describe the story behind your game and the way it fits the theme, and add the controls. Oh, and nobody needs to know how long the game is unless it's really long. Just let the player see for themselves.
2. Don't be afraid to use assets. You're entering the jam, which means you are free to use assets from online, such as art and music. Don't be afraid to use those resources to make your game better. If one of the people on your team is an artist, you can even have them spruce up those assets and customize them for your game. But don't be afraid to improve your art at the cost of originality. Once you develop an artistic feel for how a game should look to make it look good, assets will look way better than programmer art.
3. Rate games! Seriously, it's important! If you want a rating at the end of the jam, you have to give ratings to other people. Nobody will see your game if you don't rate other games, because the algorithm showcases games from people that review other games. Besides, it's one of the most exciting parts of Ludum Dare. You've made a game, now go have fun!
Everything else that'll help you make good games will come with practice. If you want to improve, the best advice I can give you is to stick to it and keep making games. I know there are probably going to be a lot of people who will be... harsh in their ratings, and this only makes sense, because they're rating you on the same level as seasoned, professional developers. For the first few years, don't worry too much about harsh feedback. Just keep doing what you love.
All the best,
The President
Now, if you want, I'm going to give you some things you can learn from this and improve on in the future. Don't take these critiques personally: The best way to improve is to get feedback from others.
1. Describe your game to new players. I understand that you were trying to go for "keep an old game alive by updating its code," and you did manage to get that across, but it was confusing and very non-obvious. Even just saying that in the description would help the player understand, because I only really got what I was playing on the final level. You also did not include controls anywhere. You can actually do this now: edit your description to describe the story behind your game and the way it fits the theme, and add the controls. Oh, and nobody needs to know how long the game is unless it's really long. Just let the player see for themselves.
2. Don't be afraid to use assets. You're entering the jam, which means you are free to use assets from online, such as art and music. Don't be afraid to use those resources to make your game better. If one of the people on your team is an artist, you can even have them spruce up those assets and customize them for your game. But don't be afraid to improve your art at the cost of originality. Once you develop an artistic feel for how a game should look to make it look good, assets will look way better than programmer art.
3. Rate games! Seriously, it's important! If you want a rating at the end of the jam, you have to give ratings to other people. Nobody will see your game if you don't rate other games, because the algorithm showcases games from people that review other games. Besides, it's one of the most exciting parts of Ludum Dare. You've made a game, now go have fun!
Everything else that'll help you make good games will come with practice. If you want to improve, the best advice I can give you is to stick to it and keep making games. I know there are probably going to be a lot of people who will be... harsh in their ratings, and this only makes sense, because they're rating you on the same level as seasoned, professional developers. For the first few years, don't worry too much about harsh feedback. Just keep doing what you love.
All the best,
The President
Now, if you want, I'm going to give you some things you can learn from this and improve on in the future. Don't take these critiques personally: The best way to improve is to get feedback from others.
1. Describe your game to new players. I understand that you were trying to go for "keep an old game alive by updating its code," and you did manage to get that across, but it was confusing and very non-obvious. Even just saying that in the description would help the player understand, because I only really got what I was playing on the final level. You also did not include controls anywhere. You can actually do this now: edit your description to describe the story behind your game and the way it fits the theme, and add the controls. Oh, and nobody needs to know how long the game is unless it's really long. Just let the player see for themselves.
2. Don't be afraid to use assets. You're entering the jam, which means you are free to use assets from online, such as art and music. Don't be afraid to use those resources to make your game better. If one of the people on your team is an artist, you can even have them spruce up those assets and customize them for your game. But don't be afraid to improve your art at the cost of originality. Once you develop an artistic feel for how a game should look to make it look good, assets will look way better than programmer art.
3. Rate games! Seriously, it's important! If you want a rating at the end of the jam, you have to give ratings to other people. Nobody will see your game if you don't rate other games, because the algorithm showcases games from people that review other games. Besides, it's one of the most exciting parts of Ludum Dare. You've made a game, now go have fun!
Everything else that'll help you make good games will come with practice. If you want to improve, the best advice I can give you is to stick to it and keep making games. I know there are probably going to be a lot of people who will be... harsh in their ratings, and this only makes sense, because they're rating you on the same level as seasoned, professional developers. For the first few years, don't worry too much about harsh feedback. Just keep doing what you love.
All the best,
The President
Now, if you want, I'm going to give you some things you can learn from this and improve on in the future. Don't take these critiques personally: The best way to improve is to get feedback from others.
1. Describe your game to new players. I understand that you were trying to go for "keep an old game alive by updating its code," and you did manage to get that across, but it was confusing and very non-obvious. Even just saying that in the description would help the player understand, because I only really got what I was playing on the final level. You also did not include controls anywhere. You can actually do this now: edit your description to describe the story behind your game and the way it fits the theme, and add the controls. Oh, and nobody needs to know how long the game is unless it's really long. Just let the player see for themselves.
2. Don't be afraid to use assets. You're entering the jam, which means you are free to use assets from online, such as art and music. Don't be afraid to use those resources to make your game better. If one of the people on your team is an artist, you can even have them spruce up those assets and customize them for your game. But don't be afraid to improve your art at the cost of originality. Once you develop an artistic feel for how a game should look to make it look good, assets will look way better than programmer art.
3. Rate games! Seriously, it's important! If you want a rating at the end of the jam, you have to give ratings to other people. Nobody will see your game if you don't rate other games, because the algorithm showcases games from people that review other games. Besides, it's one of the most exciting parts of Ludum Dare. You've made a game, now go have fun!
Everything else that'll help you make good games will come with practice. If you want to improve, the best advice I can give you is to stick to it and keep making games. I know there are probably going to be a lot of people who will be... harsh in their ratings, and this only makes sense, because they're rating you on the same level as seasoned, professional developers. For the first few years, don't worry too much about harsh feedback. Just keep doing what you love.
All the best,
The President