The pig is back, fixed a bug with Bunny's clothing.
Fixed bird AI, previously it stayed in place if too far from the rabbit.
Added the pig back, summoning the pig doesn't consume anything.
—————— You don’t need to read anything below. That's just for chatting:——————
Originally, I planed Pig to destroy all enemies on the island. Later, I thought Bunnies need to practice fighting monsters. This way, when Pig is not around, Bunnies can protect themselves.
I hope the cute animals can live happily. So, the self-defense ability of Bunny is also important. Even when not working, Bunnies will work hard to stay fit, and no one can bully them.
Pig is not just added back directly; I refactored the code, so it took some extra time.
The NPC's AI part is quite challenging to write. NPC interaction behavior is also the most enjoyable part of the game. For example, I wrote Bunnies run away if they can't win (based on stamina), but if they can win, they run towards the enemy. In actual situations, as they fight, Bunnies might start losing, and then they run away while still trying to hit the enemy, which is quite funny.
As the code progresses, I realized the commonality in the behavior of Bunnies, Pig, and birds (enemies), so I split the old code and refactored it multiple times. Some concepts may be a bit challenging to learn directly (especially for non-computer science professionals like me), but by doing practical examples multiple times, it becomes easier to understand.
Let me describe this state for you. It's like an amateur building houses by hand. These houses are imaginative, with very distinctive shapes and styles, but they are also prone to collapse. Some get blown down by the wind, and some are forcibly demolished because they don't meet building regulations and aren't safe to live in. Suppose this amateur builder repeats this process N times, improving each time after being demolished, reading the building regulations. In that case, they gradually approach the standard acceptance level.
It's somewhat like this. I repeatedly refactor the code, although it's tiring, but the code becomes much clearer and easier to maintain.
Each code refactoring is like rewriting the code, bringing unknown new bugs. Some bugs, I didn't anticipate at all, were triggered by external factors.
For example, upgrading Blender from version 3 to 4 is a good thing. I like Blender 4.0; the Geometry node functionality is more powerful. However, if I use Blender 4, I can't continue modifying the animations I made in Blender 3. I've done too many animations to give up. I initially thought of continuing to animate with Blender 3 and modeling with Blender 4. Today I noticed that if I choose Blender 3, and then drag Blender 4 source files into Unity, some model will disappear. Currently, I can only use both Blender 3 and 4 simultaneously and remember which version to open for what purpose.
For example, upgrading the Unity editor, all previews of materials and models disappeared. No wonder industry professionals often upgrade the software last... after others have gone through all the pitfalls caused by the upgrade. In the future, I probably won't choose the newest software version but the second newest.
Early on, when looking at player screenshots, I was confused for a long time.
I carefully adjusted settings such as sunlight, colors, etc., but in some player screenshots, these adjustments weren't reflected at all. Later, I realized that different graphics cards and screens result in different rendering results. I can't make players truly "see" the visual effects exactly like on my computer. But this is my first game, and I just wanted it to look good. It was a somewhat understandable mistake.
The main refund reasons for this game are:
not fun.
the frame rate is too slow.
My computer configuration is quite good, and the HDRP runs at 60 frames per second. If changed to URP, it can run at 140 frames per second.
After all, it's an interactive game, not just an animation. Smooth gameplay is the most important.
The next game will use URP, and the speed will be much faster than this game, and I will try to design better gameplay. URP is very fast, and although its visuals can't compare with HDRP, but most machines can play it smoothly. Currently, HDRP requires a relatively good computer to play.
My next game plan has also been overturned many times, and the game title may change.
That's all.