Kung Fu Master Port

[Havie]

I think I just discovered secret mode....

https://www.google.com/search?q=stre...bile&ie=UTF-8#

[mcgeezer]

As i'm looking to release a playable demo soon for a magazine I started working on the title screen as the main game engine is just about done (still lots to do though).

[ Show youtube player ]

Anyone want to have a go at how I'm able to move that foreground over the background? The foreground is 32 colours.

Geezer

[Muzza]

Originally Posted by mcgeezer

Anyone want to have a go at how I'm able to move that foreground over the background? The foreground is 32 colours.

From the tiny bit of copper list I can see at the end, looks like 4 attached HW sprites covering 64x55 pixels... so maybe using 16 colour HW Sprites for the big fist?
There is a glitch where the little fist flashes on and off on the first pass, so I'd guess the rest of the character is blitted as normal?

Given that the background is 3 colour, I would have initially expected that to be using HW sprites. I imagine there could have been a few different approaches.

[mcgeezer]

Originally Posted by Muzza

From the tiny bit of copper list I can see at the end, looks like 4 attached HW sprites covering 64x55 pixels... so maybe using 16 colour HW Sprites for the big fist?
There is a glitch where the little fist flashes on and off on the first pass, so I'd guess the rest of the character is blitted as normal?

Given that the background is 3 colour, I would have initially expected that to be using HW sprites. I imagine there could have been a few different approaches.

Yeah, very close.

The fist and the head are 16 colour sprites, the legs and upper body are both bobs in 5 bitplanes with the first two planes being cookie cut and the latter three straight copies.

[jotd]

Ah cookie cut not on all planes. I'm using that too (on MsPacman).

And I also use CPU zero bitplanes in parallel of other plane blit. Does that speed up or chipmem access is the bottleneck and it's useless?

That plane trick defeats all generic engines and generic palettes... But it's worth it.

[mcgeezer]

Originally Posted by jotd

And I also use CPU zero bitplanes in parallel of other plane blit. Does that speed up or chipmem access is the bottleneck and it's useless?

I think it depends if you're in hog mode or not. The quick look I had showed that when in hog mode with blitter clear ($1f0) I lost a lot of cycles.

[grond]

Originally Posted by mcgeezer

Yeah, very close.

The fist and the head are 16 colour sprites, the legs and upper body are both bobs in 5 bitplanes with the first two planes being cookie cut and the latter three straight copies.

Could you then perhaps move the fist and perhaps also the head relatively to the rest of the body to make it seem more of a typical Bruce Lee swaying fighting position? That could look cool.

[pink^abyss]

Originally Posted by mcgeezer

Yeah, very close.

The fist and the head are 16 colour sprites, the legs and upper body are both bobs in 5 bitplanes with the first two planes being cookie cut and the latter three straight copies.

Wouldn't straight blit/restore not be fast enough at 50fps? Just wondering..

[mcgeezer]

Originally Posted by pink^abyss

Wouldn't straight blit/restore not be fast enough at 50fps? Just wondering..

Nope, I didn't quite have enough time per frame (which was annoying).

I'm happy to send you the assets though if you want to have a quick crack at it?

[pink^abyss]

Originally Posted by mcgeezer

Nope, I didn't quite have enough time per frame (which was annoying).

I'm happy to send you the assets though if you want to have a quick crack at it?

I'm wrong. I should have done the math first instead of wise talking
It seems the image size is around 176x166. So the theoretical maximum would be around 176x120 for blit/restore... even 3 blits with minimum width instead of the whole rectangle would not be fast enough.
After doing a few amiga games i'm still puzzled how few data the blitter can shuffle. How can anyone do proper games with this hardware?

[mcgeezer]

Originally Posted by pink^abyss

I'm wrong. I should have done the math first instead of wise talking
It seems the image size is around 176x166. So the theoretical maximum would be around 176x120 for blit/restore... even 3 blits with minimum width instead of the whole rectangle would not be fast enough.
After doing a few amiga games i'm still puzzled how few data the blitter can shuffle. How can anyone do proper games with this hardware?

No worried! You should try coding an Atari ST, no blitter, no hardscroll... absolute pain.

See attached image for blitter time.

I'm looking at doing some plasma for the background as the 12 bit colour range on OCS doesn't do gradients justice.

[jotd]

How can anyone do proper games with this hardware?

by compromising everywhere probably! on colors, playfield size, memory... Yes, it's harder than it seems on paper.

[lmimmfn]

Originally Posted by mcgeezer

As i'm looking to release a playable demo soon for a magazine I started working on the title screen as the main game engine is just about done (still lots to do though).

[ Show youtube player ]

Anyone want to have a go at how I'm able to move that foreground over the background? The foreground is 32 colours.

Geezer

That looks mega cool, an idea would be to have Bruce's eyes move as he moves left/right(focused on the 1 point), it might be a lot of hassle to implement but may look cool also?

[aros-sg]

Originally Posted by pink^abyss

Wouldn't straight blit/restore not be fast enough at 50fps? Just wondering..

You don't need to restore if you use clean background (~restore buffer) as C source in blit (instead of C being ~screen buffer)


You could also copy-blit foreground object and restore destroyed background with 2-plane cookie cut of background using inverted object mask.

[aros-sg]

Or you could hardware scroll the foreground and then only 2-plane cookie cut the background using inverted foreground mask.

[mcgeezer]

A bit more work on the title screen.... just missing a couple of things now..

I couldn't get the grandients to look right due to them being only 12 bit so I settled on what I have.

[ Show youtube player ]

It needs a flashing "PRESS START" sprite at the bottom and then the sprite to move to the left for the menu to appear. Also when the dragon flashes I need some thunder sounds.

Edit: Updated with the "Press Start" caption.

[ Show youtube player ]

[chadderack]

Originally Posted by mcgeezer

A bit more work on the title screen.... just missing a couple of things now..

I couldn't get the grandients to look right due to them being only 12 bit so I settled on what I have.

[ Show youtube player ]

It needs a flashing "PRESS START" sprite at the bottom and then the sprite to move to the left for the menu to appear. Also when the dragon flashes I need some thunder sounds.

Wow... that looks fantastic. Great work, both of you.

[lmimmfn]

Originally Posted by mcgeezer

A bit more work on the title screen.... just missing a couple of things now..

I couldn't get the grandients to look right due to them being only 12 bit so I settled on what I have.

[ Show youtube player ]

It needs a flashing "PRESS START" sprite at the bottom and then the sprite to move to the left for the menu to appear. Also when the dragon flashes I need some thunder sounds.

Edit: Updated with the "Press Start" caption.

[ Show youtube player ]

looks excellent, moving fist is great

[malko]

Originally Posted by mcgeezer

How many arcade machine games can you spot on this one?

First person to get them alll wins loads of Amiga Kudos.

[ Show youtube player ]

Geezer

By the way, what was the correct answer ?

[skyzoo73]

Fantastic this game is getting cooler, congratulations!
It would be nice to expand on the idea of further dividing the character into moving parts. For example, the left shoulder and the arm up to the elbow, make them move up and down, in order to mimic the classic Bruce Lee movements. But perhaps having all these moving parts is too much for the Amiga500.