Tänzer, a "ninja" game (Dev Diary thread)

Announce (tech) demos or games releases

Moderator: Mask of Destiny

mix256
Very interested
Posts: 189
Joined: Thu Jan 25, 2018 2:08 pm
Location: Sweden
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by mix256 » Mon Feb 12, 2018 5:35 am

Chilly Willy wrote:
Sun Feb 11, 2018 10:12 pm
Heh - nice use of the Shadow of the Beast background art. :D I loved the hell out of that series. It really demonstrated the best aspects of the Amiga.
You're the second person to say that. Which is strange, since this looks nothing like the shadow of the beasts I've been playing. :)

Sik
Very interested
Posts: 939
Joined: Thu Apr 10, 2008 3:03 pm
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Sik » Mon Feb 12, 2018 12:35 pm

It's the clouds.
Sik is pronounced as "seek", not as "sick".

Stef
Very interested
Posts: 3131
Joined: Thu Nov 30, 2006 9:46 pm
Location: France - Sevres
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Stef » Mon Feb 12, 2018 12:36 pm

Ran into some strange things with the animations of everything. Seems that I need to clear the animation timer (sprite->timer = 0;), otherwise the first frame would be skipped. First time you'd use the sprite it would be ok, but not when adding a sprite using the same spriteDef the second time. If you loop them forever it won't make a difference, but for explosions that's supposed to be removed when the animation is done, it was.
@Stef is this something known or am I doing something wrong? :)
There was a bug in older SGDK version where 1 frame of animation could be skipped when changing animation or frame manually but normally it has been fixed.
What do you mean by " adding a sprite using the same spriteDef the second time" ? Do you mean just adding a new sprite using the same SpriteDefinition as another active sprite ? That shouldn't give any troubles...
If you can post a snippet of code which reproduce the problem that would help me :)

mix256
Very interested
Posts: 189
Joined: Thu Jan 25, 2018 2:08 pm
Location: Sweden
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by mix256 » Mon Feb 12, 2018 1:14 pm

Sik wrote:
Mon Feb 12, 2018 12:35 pm
It's the clouds.
I'd kill for sotb clouds. :)
Stef wrote:
Mon Feb 12, 2018 12:36 pm
What do you mean by " adding a sprite using the same spriteDef the second time" ? Do you mean just adding a new sprite using the same SpriteDefinition as another active sprite ? That shouldn't give any troubles...
spr = SPR_addSprite(def,...) then a few frames later SPR_releaseSprite(spr), then after another few frames SPR_addSprite(def) again, I think.
Like "ordinary" sprite handling, i guess?
Even when doing SPR_setAnim() after the add, the timer doesn't seem to be reset.

When I get home tonight I'll do some more testing and might produce a snippet with the problem. :)

EDIT: I'm running 1.33...I see now that there is a 1.34. Could that be it?

EDIT2: Ofcourse it is, right? But how come I'm not running the latest...? I probably downloaded the top of the list at the downloadpage, and not the one saying "last version". :D

Stef
Very interested
Posts: 3131
Joined: Thu Nov 30, 2006 9:46 pm
Location: France - Sevres
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Stef » Mon Feb 12, 2018 3:04 pm

Indeed, if you look at the changelog you will see the version 1.34 fix something about that ;)
But what is weird is that normally the issue appeared only when doing animation or frame change manually... not when adding a new sprite.
Can you test with the last SGDK version and tell me if the issue is fixed ?

mix256
Very interested
Posts: 189
Joined: Thu Jan 25, 2018 2:08 pm
Location: Sweden
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by mix256 » Mon Feb 12, 2018 5:31 pm

Stef wrote:
Mon Feb 12, 2018 3:04 pm
Can you test with the last SGDK version and tell me if the issue is fixed ?
Yep, seems to have fixed it. Awesome! :)

Stef
Very interested
Posts: 3131
Joined: Thu Nov 30, 2006 9:46 pm
Location: France - Sevres
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Stef » Tue Feb 13, 2018 11:07 am

Great :D

Chilly Willy
Very interested
Posts: 2984
Joined: Fri Aug 17, 2007 9:33 pm

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Chilly Willy » Wed Feb 14, 2018 3:01 am

Sik wrote:
Mon Feb 12, 2018 12:35 pm
It's the clouds.
And the ground... and the mountains in the back... it's all VERY similar to SOTB. Not exactly the same, but it does stir the nostalgia. 8)

mix256
Very interested
Posts: 189
Joined: Thu Jan 25, 2018 2:08 pm
Location: Sweden
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by mix256 » Wed Feb 14, 2018 11:34 am

Ey, what's this? :)
Might not be used for anything, but I had fun doing it.

Image

Edit, now with stolen guyver silhoutte from internet:
Image

And yes, the gray bkg is scrolling.

Miquel
Very interested
Posts: 514
Joined: Sat Jul 30, 2016 12:33 am

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Miquel » Wed Feb 14, 2018 2:51 pm

The problem with this kind of images is that it wastes big portion of video memory, if you are thinking of using them in a menu, or something rather similar, you will find that there is no much more memory left.
The idea of reusing tiles always pops out.
HELP. Spanish TVs are brain washing people to be hostile to me.

Stef
Very interested
Posts: 3131
Joined: Thu Nov 30, 2006 9:46 pm
Location: France - Sevres
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Stef » Wed Feb 14, 2018 2:54 pm

Sprite masking magic ? :p

Miquel
Very interested
Posts: 514
Joined: Sat Jul 30, 2016 12:33 am

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Miquel » Wed Feb 14, 2018 3:28 pm

Stef wrote:
Wed Feb 14, 2018 2:54 pm
Sprite masking magic ? :p
Is available any utility to do that? I don't know, just asking. If comes with code it will be even greater!
HELP. Spanish TVs are brain washing people to be hostile to me.

Sik
Very interested
Posts: 939
Joined: Thu Apr 10, 2008 3:03 pm
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Sik » Wed Feb 14, 2018 5:14 pm

It involves exploiting layer priorities and sprite ordering: sprites are put on top of each other strictly by order (ignoring the priority bit), and then the end result is mixed with the other two layers (only here the priority bit takes place). This means that a low priority sprite can cover a high priority one, and if there was plane A/B with high priority in the same place, you effectively create a cutout (which can be exploited to make silhouette effects).

Also those images seem to have a tad more repeated tiles than Miquel believes. The texturing loops several times.
Sik is pronounced as "seek", not as "sick".

mix256
Very interested
Posts: 189
Joined: Thu Jan 25, 2018 2:08 pm
Location: Sweden
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by mix256 » Wed Feb 14, 2018 6:42 pm

Stef wrote:
Wed Feb 14, 2018 2:54 pm
Sprite masking magic ? :p
Sik wrote:
Wed Feb 14, 2018 5:14 pm
It involves exploiting layer priorities and sprite ordering: sprites are put on top of each other strictly by order (ignoring the priority bit), and then the end result is mixed with the other two layers (only here the priority bit takes place). This means that a low priority sprite can cover a high priority one, and if there was plane A/B with high priority in the same place, you effectively create a cutout (which can be exploited to make silhouette effects).

Also those images seem to have a tad more repeated tiles than Miquel believes. The texturing loops several times.
Ah, so I can do this without actually doing any manual masking and copying? That would be awesome!

Here's the rom of what you see in the pics: http://mix256.com/megadrive/transp.bin

Will start experimenting with this masking technique right away. Thanks!

Sik
Very interested
Posts: 939
Joined: Thu Apr 10, 2008 3:03 pm
Contact:

Re: Unnamed "ninja" game (Dev Diary thread)

Post by Sik » Wed Feb 14, 2018 11:31 pm

Well, sprite limits are your enemy here so don't try to do it on wide areas...
Sik is pronounced as "seek", not as "sick".

Post Reply