Inviyya Neo Geo W.I.P. - Page 1

Hey guys,
just want to show off my efforts in creating a port of my Amiga500 SHMUP "Inviyya" for the Neo Geo.



I am writing my own little engine for this.
Have still some glitches going on, but I am optimistic that these will be gone soon...

Thanks for your attention.

Hello , good jobs !
Which SDK do you use?

Kannagi (./2):
Hello , good jobs !
Which SDK do you use?

Hey mate, thanks for the kind words.

On SDK: none, writing everything my self.

You should at least use a compiler or do you write directly machine code ?

[b]Tigerskunk (./3):
On SDK: none, writing everything my self.

Awesome, to start from scratch and have such a result

Looks great! Love all the enemies and attack patterns! Looks like fun!

totologic (./4):
You should at least use a compiler or do you write directly machine code ?

I use VASM as an assembler. I write everything in 68K asm. But I got quite used to it over the years...

Thanks once more for the kind words, guys...

I love the animations !!
Congratulations for such a good result.

Hello
will you realise an NeoGeo CD version ?

Hello kuk,

definitely concentrating on the MVS and AES versions right now, since a Neo Geo CD version needs a different assets handling (mean, loading them instead of them being just there ) plus a different building process.

If nothing works out with the carts getting manufactured, I will consider a CD version.
Or maybe later on after the cart version was getting done.

How are you at right now? Do you have another video?

Hey Brunni,
I am currently fusing my Neo Geo engine into my Amiga engine, so I can use one engine for both. Ideally, in the end I just push one button and get two versions out of that.
As one can probably imagine, this is kind of complex, but I am on a good way right now.

Was able to get my assets to convert for both systems and startup both of them and it worked.

Here is the NeoGeo one:


But there is still some massive work ahead there.

On the game itself, I ditched the idea of porting over the first game, and started working on Inviyya 2..





The Neo Geo version will have higher detailed more colourful parallax backgrounds as seen here in this mockup:



And you can watch the episode on Amiga Bill's twitch.tv stream where I show off the game for the first time:


Have fun!

Oh, nice. So you're limited to 32 colors for your graphics right?

Actually I am using 64 colours in the foreground, because it's running on an AGA machine (A1200).

I will be using more colors on the NeoGeo-Version, though.

Thanks for the news

(please watch with 1080p60fps selected in the quality settings)

Some new footage..

Still unoptimized gfx and no sound yet, so expect a lot of tearing and slowdowns..
But we are getting somewhere...

Nice!

Great work, coming along nicely!

I too have started a project in 68K ASM targeting both Neo Geo and Amiga. Like you, the idea is to use a single core for the game and be able to build both versions from it. I started out using gnu AS but have had a look at VASM; yet to make the switch though as I haven't seen any VASM projects that use a linker (not a fan of the monolithic source file).

My progress (blog); http://retroports.blogspot.com/. Early days yet as I've just started on the Neo Geo side of things and got hung up on nuances of the shrinking sprites. But intending to push forward and deal with the issue later (it's not critical).

Question; for the background are you using chaining sprites and the wrap-around properties? I rolled my own scrolling tilemap that doesn't wrap around...

Not sure what you are meaning exactly with "wraparound properties".

My code simply resets the x position of the sprite that scrolled out of screen and its tile pointer...

Tigerskunk (./19) :
Not sure what you are meaning exactly with "wraparound properties".

My code simply resets the x position of the sprite that scrolled out of screen and its tile pointer...

If you chain enough sprites together, they wrap around from one border to the other, and you can simply keep moving the first sprite, wrapping its coordinate likewise.

Anyway, sounds like I'm doing similar to you. When a sprite scrolls off-screen, I disable it, unchain the next sprite, and enable and chain the new sprite scrolling on from the other end.

What I'm actually doing now (twice as many sprites as are shown on-screen) is a bit different to what I had initially, when I wrote that message, (just enough sprites to show on-screen) but that's for reasons that make more sense to Xevious specifically.

tcdev (./20):

Tigerskunk (./19) :
Not sure what you are meaning exactly with "wraparound properties".

My code simply resets the x position of the sprite that scrolled out of screen and its tile pointer...

If you chain enough sprites together, they wrap around from one border to the other, and you can simply keep moving the first sprite, wrapping its coordinate likewise.

Anyway, sounds like I'm doing similar to you. When a sprite scrolls off-screen, I disable it, unchain the next sprite, and enable and chain the new sprite scrolling on from the other end.

What I'm actually doing now (twice as many sprites as are shown on-screen) is a bit different to what I had initially, when I wrote that message, (just enough sprites to show on-screen) but that's for reasons that make more sense to Xevious specifically.

Mmmh, I don't chain sprites. I have a table of x coordinates that I update, and that's it basically...
Haven't thought about vertical scrolling yet, tbh. But will have to do soon..

Little update here as well..



Sound & music is working, just didn't switch it on here...

Looks great!