Not sure if this will help I but here's what I did, access the Input for the Horizontal and Vertical Axis and then use transform.Translate to move the player based off those inputs. The camera script then just makes that movement look smoother
Ive generally heard that transform.Translate doesnt work too well so that's quite surprising but cool! How did you set up your camera if you dont mind me asking? I usually just create a camera movement script that gets the player's current location, minus 10 on the player's z axis
Yeah in general, its probably not best to use transform.Translate in most cases because with that, issues with collision can occur e.g. players can go out of the bounds of the level pretty easy that way. In the case of my game, it isn't really a problem because I just clamp my players movement to within the arena bounds so it can never escape and I don't have to deal with the extra hassle that rb.MovePosition and rb.Velocity sometimes has. As for the camera, I learnt how to do it from Brackeys but modified it for 2D use, this should be the link for the video: youtube.com/watch?v=MFQhpwc6cKE. Basically you just get the position of the player relative to the camera's viewport and then update the camera's position to the position of the player using SmoothDamp so that there is a delay and doesn't follow it instantly.
I have to admit that is probably one of the best I’ve seen there! It’s balanced, it’s hard but it also has very interesting concept! I really think you should pursue this game further!!
this was a pretty good game my only gripe a bout it is there was no telegraphing, like when a guy would spawn, it would just appear out of nowhere and kill me, what i would have done is do a fall animation or fade, something that tells me a guy is about to spawn close to you!
Hmm, that's a tough one to answer. To me, personally, it feels much just like adjusting a few parameters that do not change how I behave inside the game. I'm not changing my gameplay style. Unlike, say, an ability skill-tree maybe would make me. So for me it did not really do the thing - but that may be a very, very personal impression! 😉
I basically just pushed firerate to the max because that made the game most engaging for me and then played a bit with the health stats.
Oh ok, I was concerned that would happen due to the mechanic being parameter based.
My idea behind it is that the goal of the game is to collect as much gold/ score points as possible to get a better high score and to unlock the skins in the game (hence the name For agreed and Glory) so, players can lessen there stats to gain more stats that will help them acquire more gold i.e. less health gives you more attack (kills enemies faster, get gold faster), less defence gives you more score points (more gold per kill), and less fire rate gives you more items (gives you more useful items that enhances the previous two abilities in acquiring gold). In that way, I was thinking the whole greed stat mechanic would allow people to experiment to see what gets them the best score and add replayability to the game.
I’ve tested with a few people and they felt the mechanic was pretty fun and allowed them to experiment but I guess that is dependent on what stats they chose so I haven’t tested all stat combinations. Thanks again for playing!
← Return to game
Comments
Log in with itch.io to leave a comment.
A very cool game, ultra arcady. Makes you want to pour hours in it playing - addictive!
Feel free to check my own entry for the jam <3
Awesome game and a small video review below ^^
00:56 For Greed and Glory
GREAT game, so much polish and it fits the theme so well, good job!
Absolutely loved it. Steam game FOR SURE. IOS and Google play even. Howd you get the movement so smooth?
A combination of a very simple player movement script and a camera movement script
i dont do well with creating movement. Did you use rb.MovePosition, rb.Velocity or something to this effect?
Not sure if this will help I but here's what I did, access the Input for the Horizontal and Vertical Axis and then use transform.Translate to move the player based off those inputs. The camera script then just makes that movement look smoother
Ive generally heard that transform.Translate doesnt work too well so that's quite surprising but cool! How did you set up your camera if you dont mind me asking? I usually just create a camera movement script that gets the player's current location, minus 10 on the player's z axis
Yeah in general, its probably not best to use transform.Translate in most cases because with that, issues with collision can occur e.g. players can go out of the bounds of the level pretty easy that way. In the case of my game, it isn't really a problem because I just clamp my players movement to within the arena bounds so it can never escape and I don't have to deal with the extra hassle that rb.MovePosition and rb.Velocity sometimes has. As for the camera, I learnt how to do it from Brackeys but modified it for 2D use, this should be the link for the video: youtube.com/watch?v=MFQhpwc6cKE. Basically you just get the position of the player relative to the camera's viewport and then update the camera's position to the position of the player using SmoothDamp so that there is a delay and doesn't follow it instantly.
I have to admit that is probably one of the best I’ve seen there! It’s balanced, it’s hard but it also has very interesting concept! I really think you should pursue this game further!!
Thanks! You really think so?
yeah!
Nice!
Dam this looks really polished so far. How long have you been making games? Also, how did you get the player movement to be so smooth?
I've been making games in my spare time since I was in grade 6, so for about 7 years!
The sounds, graphics and controls are just awesome! My only caveat is that there is no quit button!
Yeah the browser edition of the game doesn't have a quit button but the standalone versions do
dig the game its def hard which i like
this was a pretty good game my only gripe a bout it is there was no telegraphing, like when a guy would spawn, it would just appear out of nowhere and kill me, what i would have done is do a fall animation or fade, something that tells me a guy is about to spawn close to you!
🎖️ My best run: 5,460
I think the game could profit a lot from having some actualy level architecture rather than just open space. The open space makes it a bit monotonous.
Still, quite enjoyable for a few session 👍
Thanks for playing Dibaka! What did you think of the greed mechanic?
Hmm, that's a tough one to answer. To me, personally, it feels much just like adjusting a few parameters that do not change how I behave inside the game. I'm not changing my gameplay style. Unlike, say, an ability skill-tree maybe would make me. So for me it did not really do the thing - but that may be a very, very personal impression! 😉
I basically just pushed firerate to the max because that made the game most engaging for me and then played a bit with the health stats.
Oh ok, I was concerned that would happen due to the mechanic being parameter based.
My idea behind it is that the goal of the game is to collect as much gold/ score points as possible to get a better high score and to unlock the skins in the game (hence the name For agreed and Glory) so, players can lessen there stats to gain more stats that will help them acquire more gold i.e. less health gives you more attack (kills enemies faster, get gold faster), less defence gives you more score points (more gold per kill), and less fire rate gives you more items (gives you more useful items that enhances the previous two abilities in acquiring gold). In that way, I was thinking the whole greed stat mechanic would allow people to experiment to see what gets them the best score and add replayability to the game.
I’ve tested with a few people and they felt the mechanic was pretty fun and allowed them to experiment but I guess that is dependent on what stats they chose so I haven’t tested all stat combinations. Thanks again for playing!
i think this idea would work better for a rogue like its a very neat i idea