wakka2 2017-12-05 11:55
Doesn’t work on OSX (nothing happens when opening)
Foon → Ludum Dare Explorer → LD40 → Pet Overload
By jonathan50
| Category | Rank | Score | Count | |
|---|---|---|---|---|
| Overall | 2.95 | 15 | ||
| Fun | 2.33 | 15 | ||
| Innovation | 3.18 | 14 | ||
| Theme | 4.12 | 15 | ||
| Graphics | 3.04 | 15 | ||
| Humor | 2.66 | 15 | ||
| Mood | 2.91 | 15 |
Doesn’t work on OSX (nothing happens when opening)
@wakka2 1. Did you put the app in /Applications, without renaming it (if you have the permissions to do so)? 2. Do you have a 64-bit Intel Mac (from no earlier than late 2006 until today?) 3. What version operating system do you have? 4. Did you mount the .dmg file and actually the find the app bundle?
Edit: I published a new build that no longer requires being installed in /Applications and is confirmed to work on Mac OS X 10.6.
nice game despite the lack of graphics
I didn't really get the game. But you got the theme right, it's hard to move with all those animals...
@lyrcaxis @mags Thanks for the comments. @mags Did you get stuck somewhere? Or am I misunderstanding you?
The idea is interresting. However, the way we control animals fells a bit awkward (we they exit the screen, they often get stuck, we can sell them even if tthey are not close to us) which for me took a bit of fun away. But there is some potential there !
Cute game. Music / SFX / Some little animations would make a big different here (not sure if you can do like, squash and stretch in your framework but they're a quick way to make graphics look nice without drawing stuff).
Also, here's how you do movement: Store the state of each key, when it's pressed be like `leftKey = TRUE` and when it's released by like `leftKey = FALSE` and then have some code run every frame and be like `IF leftKey is TRUE then like character.x -= movespeed`. And if you're feeling fancy / want it to look nice you should actually make that accelerate instead of instantly change, but that's the general idea
@jezzamon Thanks for the feedback. That is more or less how I implemented movement, the jumpy movement isn't actually a problem with the movement code but a mistake I made earlier on so the game doesn't update when it's supposed to. I'll publish the fixed version when the rating has ended.
In contrast to others, I found that the graphics are not bad. They have a consistent, cartoon style that isn't often seen in Ludum Dare. Although, I wonder if vector graphics might suit the style better...
In any case, the idea is solid, although I find that there are a few problems with the game as it currently stands. - Collisions with trees feel a bit strange, simply because they are perhaps *too* "realistic" -- i.e. trees don't form quite a solid straight-edged wall, but that's how one would expect them to be in a game. - The spiky walls have no discernible differences from the trees, except for that collisions with them do not suffer from the same problem. I'm guessing that there were plans to use them that were simply scrapped? - There is no graphical hint on the first level with a door that the door can only be opened from one side. - The second level with a door is completed simply by walking underneath the entire map -- is this intentional? - Until I started writing this review, I was not entirely sure that the last level is a win screen. In order to make sure, I looked back, and sure enough, it does spell out "You won." Perhaps it should use a more contrasting tile type, because as it currently stands, it mostly just looks like a forest.
@themonsterfromthedeep Thanks for the feedback. Actually I think why the reason why collision with trees is strange is because I didn't implement any proper collision detection (I just used bounding-box detection and made it tolerate going a few pixels in). Originally all the brick walls where trees but I replaced them with brick walls because the trees have a randomised position to make it more natural and sometimes you can slip through the trees and other obstacles, so the brick walls are for making strict boundaries.
Yes, there is a bug that lets you go just under and to the right of the screen (it also affects the first level with a door) because I didn't properly test the code that stops the player from going off-screen, I'll fix it.
Alright, I published a fixed version (all that is different is it doesn't let you go under the map).