I like the physics handling of the drone, and how the movement is heavily altered once you're tethered onto the box. The time limit and level length is really tight though - I managed to beat it after 5 attempts, and only barely.
The graphics are quite nice. I think that the use of fewer colours adds to the charm. I like that the battery functions as the timer in the UI.
The music feels a little ominous. Were you aiming for a droning feeling?
It would be interesting to see more levels where the objects varied in the ways that they affect the drone's movements.
Getting hit in this game makes you feel like you're getting punched in the face, I both love and hate that feedback both for very positive reasons! Makes every mistake feel like the end of the world, which in an annoying to control type game makes for a very dynamic experience
"Completed" with 4 seconds left on the clock. I love the implementation of the existential theme in videogame format.
I like that the msg box in the bottom conveys when the package is dropped or picked up. Although I could not figure out how the time is being calculated/measured.
I like that you showed time in the form of battery. It fits well in the whole.
The color palette is pretty cool (haha pun unintended) I like the minimalism in art style too.
It took me a few rounds to realise that I could fly through the hanging chain. It may be worth considering making the uninteractable items (like the hanging chain and the little fences) a slightly more darker shade of blue to differentiate them more from interactable items.
For controller input, you may want to try adding sensitivity based input so that if I move the trigger only a little, the drone would also move only a little.
Overall it's a really nice game and I hope you add more levels post jam!
start = 600
k = 0.4
args.state.game_history.reverse.each_with_index do |element, i|
y = 130 - 25 * i
ui_render << {
x: 830, y: y, text: "#{status[element.type]} at #{ticks_to_time(element.time * k, start)}"
}
end
. . .
def ticks_to_time(ticks, start = 0)
time = (ticks + start) % 1440
meridian = "PM"
if time < 720
meridian = "AM"
end
hour = (((time / 60).floor - 1) % 12 + 1).to_s
minute = (time % 60).floor
if minute < 10
minute = "0#{minute}"
else
minute = minute.to_s
end
second = ((time % 1) * 60).floor
if second < 10
second = "0#{second}"
else
second = second.to_s
end
return "#{hour}:#{minute}:#{second} #{meridian}"
end
where "time" or "ticks" is "frames since the start of the game" at 60fps
Which is to say, the game starts at 10:00AM, ends at 6:00PM, and each frame is 24 seconds (every second is 24 minutes)
and controllers SHOULD have sensitivity-based input...? I'm using DR's input helpers "left_right" and "up_down", which MAY snap to the nearest integer instead of taking the analog input of a controller stick into account. I'll see if I can't cook something up, perhaps checking controller input if there is no keyboard input.
Really well executed “annyoing to control” game! The detaching sometimes feels a bit “unfair” but git gut, I guees. Music and controls are well thought out, like the graphics, maybe the pacakage could be a different color. I’m a stupid player myself and hardly realised the package even thought there is a big “down arrow” on top of it. A little victory screen would also be nice, but great entry nonetheless!
You're totally right about the package color. The assets I'm using even come in neon blue and neon orange. I've changed the package color to orange, should stand out like a sore thumb now.
A victory screen is for winners though, and there are more packages to deliver!
Comments
I like the physics handling of the drone, and how the movement is heavily altered once you're tethered onto the box. The time limit and level length is really tight though - I managed to beat it after 5 attempts, and only barely.
The graphics are quite nice. I think that the use of fewer colours adds to the charm. I like that the battery functions as the timer in the UI.
The music feels a little ominous. Were you aiming for a droning feeling?
It would be interesting to see more levels where the objects varied in the ways that they affect the drone's movements.
A fun little drone game.
Nice control and feedback on hit (I hit walls a lot ahah), cool game!
I might be the worst drone pilot in the world. Clean game overall.
I am going to have to come back to this one after 10 minutes of failure. I feel like I was getting better!
I got the package into the end zone (after some spectacular failures). Fun movement mechanics with good sound effects. Bravo!
Getting hit in this game makes you feel like you're getting punched in the face, I both love and hate that feedback both for very positive reasons! Makes every mistake feel like the end of the world, which in an annoying to control type game makes for a very dynamic experience
"Completed" with 4 seconds left on the clock. I love the implementation of the existential theme in videogame format.
I like that the msg box in the bottom conveys when the package is dropped or picked up. Although I could not figure out how the time is being calculated/measured.
I like that you showed time in the form of battery. It fits well in the whole.
The color palette is pretty cool (haha pun unintended) I like the minimalism in art style too.
It took me a few rounds to realise that I could fly through the hanging chain. It may be worth considering making the uninteractable items (like the hanging chain and the little fences) a slightly more darker shade of blue to differentiate them more from interactable items.
For controller input, you may want to try adding sensitivity based input so that if I move the trigger only a little, the drone would also move only a little.
Overall it's a really nice game and I hope you add more levels post jam!
start = 600 k = 0.4 args.state.game_history.reverse.each_with_index do |element, i| y = 130 - 25 * i ui_render << { x: 830, y: y, text: "#{status[element.type]} at #{ticks_to_time(element.time * k, start)}" } end . . . def ticks_to_time(ticks, start = 0) time = (ticks + start) % 1440 meridian = "PM" if time < 720 meridian = "AM" end hour = (((time / 60).floor - 1) % 12 + 1).to_s minute = (time % 60).floor if minute < 10 minute = "0#{minute}" else minute = minute.to_s end second = ((time % 1) * 60).floor if second < 10 second = "0#{second}" else second = second.to_s end return "#{hour}:#{minute}:#{second} #{meridian}" endwhere "time" or "ticks" is "frames since the start of the game" at 60fps
Which is to say, the game starts at 10:00AM, ends at 6:00PM, and each frame is 24 seconds (every second is 24 minutes)
and controllers SHOULD have sensitivity-based input...? I'm using DR's input helpers "left_right" and "up_down", which MAY snap to the nearest integer instead of taking the analog input of a controller stick into account. I'll see if I can't cook something up, perhaps checking controller input if there is no keyboard input.
Ah I see, thank you for sharing the code! And yeah do look into the controller input. It'd be great to have the flexibility in movement.
I like how meta the lack of a victory screen is :D :D
Nice game! It's pretty hard and frustrating at times but very replayable
Very good art and sounds but I agree with other people that the deataching feels ufair
Really well executed “annyoing to control” game! The detaching sometimes feels a bit “unfair” but git gut, I guees. Music and controls are well thought out, like the graphics, maybe the pacakage could be a different color. I’m a stupid player myself and hardly realised the package even thought there is a big “down arrow” on top of it. A little victory screen would also be nice, but great entry nonetheless!
You're totally right about the package color. The assets I'm using even come in neon blue and neon orange. I've changed the package color to orange, should stand out like a sore thumb now.
A victory screen is for winners though, and there are more packages to deliver!