Search results

Thanks. I'll have to look into the structure of both games.

I think I've seen characters in Final Fight or Double Dragon openBoR games move to specific coordinates when clearing a stage. Is this implemented through scripting? I'd like to know how.

The ceiling is higher than expected, so even if the character jumps high, it doesn't seem to have much of an effect on the wall. I've updated the drawing to reflect feedback.

The layer occupying the foreground of the screen is only depicted on the screen as a drawing, so creating an arch-like structure might require creating a wall judgment. Since we're trying a new stage, there's a chance things will change.

Today, I completed the new stage, Stage 6-1. Since Stage 1 was divided into three parts, I'm also expanding the other stages.

In this video, I started implementing the movement of the background characters. I was concerned that the smaller the characters, the greater the movement of a single dot, but I decided to make them move.

When I first created Kunio's new design, I was trying to protect his height, but as time went on, I couldn't stand the incongruity of his leg length when attacking. That's why, compared to the original design, the dots I made for Kunio are one line larger.

It's been quiet for a while, but I'm back after a bit of a break. There was a minor bug in the game, and we were waiting for it to be fixed, but there was no progress. It's fixed now. The video hasn't changed much, but the music has changed a bit.

Where can I find a script that can handle this continue issue?

Thanks for letting me know. If I can get around the issue with a script, I'll implement it that way.

If there's even one second left in the set timer, the continue timer ends and the game over screen immediately appears. (Normal) However, if the set timer is 0 seconds (infinite game time), the game over screen doesn't appear even after the continue timer ends. (????)

There is no bug that forces the timer to change, and it works fine as long as the timer is at least 1 second. In my game, the timer is set to 0, and once it's set to 0, no matter how much time passes, it never goes to the game over screen.

music data/music/stage1-1.bor background data/sprites/arrow.gif panel data/sprites/stage/stage01/stage1a.gif Layer data/sprites/layer.gif 250 0 0 0 -4 0 1 999 1 1 0 0 0 0 0 0 basemap 271 201 1000 43 0 670 Wall 245 158 0 4 1000 1004 8 800 order...

If the continue timer is not resolved through the usual methods, can it be resolved through scripting?

I stumbled upon this problem while testing a game. I don't know if it's a bug or if I'm not able to set it up correctly, but this situation occurred. Due to the nature of the game, I set the timer to infinite and hid it. One time, I got a game over and had to wait until the title screen...

This time, I made a big decision. Since I'm not a professional music maker, I've always been concerned about the quality of my music. A friend introduced me to AI-powered music creation. I didn't start from scratch, but rather upgraded existing songs I'd already created.

This video features a few minor upgrades to the game. We've added an extra character to the train in Stage 1-2 and changed the stairs mentioned in Stage 1-3.

I made some minor adjustments. I thought tilting the stairs would blend in with the background, but the more I looked at it, the more it felt out of place, so I adjusted it to match the perspective.

This video shows the updated title and expanded stage. However, the fighting remains the same, so we're considering adding items and other changes in the future.

I put a period on the stage, saying I'd finished it, but then I realized it was boring to have to progress from the beginning to the boss in a fixed space with no scrolling. So, I decided to divide the stages into sections, like 1-1 and 1-3, like the NES Kunio-kun games. The screenshot is of...