Discussion: Rygar AGA Edition

[dlfrsilver]

Originally Posted by JuanLuis

You proof that the game is technically posible in A1200. The waterfall looks awesome. It's better than the original

it shows this game is better suited on 1200 than A500

[mcgeezer]

Originally Posted by dlfrsilver

it shows this game is better suited on 1200 than A500

Indeed, the A500 probably could not achieve all of those sprites on screen at the A1200 is pushing around.

Next up is the Red Death face, Griffin, Dragon Rider.

Dragon Rider will be the most complex to do.

[mcgeezer]

Thought I'd take the Griffin enemy on tonight... these appear on the Water fall rounds 2 & 3...

Took about an hour to do... so the new sprite methods have already paid off.

http://109.228.4.199/rygargrif.mp4

Geezer

[van_dammesque]

Originally Posted by mcgeezer

Thought I'd take the Griffin enemy on tonight... these appear on the Water fall rounds 2 & 3...

Took about an hour to do... so the new sprite methods have already paid off.

http://109.228.4.199/rygargrif.mp4

Geezer

What is promising is that the game runs too quick, so later hectic levels should be great at normal speed!

[mcgeezer]

Originally Posted by van_dammesque

What is promising is that the game runs too quick, so later hectic levels should be great at normal speed!

The game runs at 50 frames.

Granted, the enemies need tuning for how fast they move though but that doesn't affect performance.

[invent]

Nice update mcgeezer, awesome.

[buzzybee]

Looking great again, this is developing nicely!

Just out of curiosity: For the main playfield, why did you decide to use 4 planes, add a fifth plane and bitshift that manually?

[Tigerskunk]

For getting a 5-3 bitplane division, isn't it?

[buzzybee]

I suppose. But why cope with that at all? Do background and bobs need 32 colors?

[mcgeezer]

Originally Posted by buzzybee

Looking great again, this is developing nicely!

Just out of curiosity: For the main playfield, why did you decide to use 4 planes, add a fifth plane and bitshift that manually?

Originally Posted by Steril707

For getting a 5-3 bitplane division, isn't it?

Originally Posted by buzzybee

I suppose. But why cope with that at all? Do background and bobs need 32 colors?

Only the background parallax scenery is blit every frame so there is no adjusting of the foreground, there's a couple of good reasons I did it this way though.

Granted I could have modified the hscroll odd and even registers and I would only then have to compensate 1 foreground bitplane every frame instead of the way I do it now which is blitting 3 planes into the background....however like I said there are good reasons why I did it the way I have.

The first reason was the colour register management became a real nightmare... in the mode I use now, I only have to worry about poking the first bank of 32 colour registers for the foreground and the 1st register of the remaining 7 banks for the background colours. You have to remember that I need to fade those background colours too when the timer runs down. Moving the foreground bitplanes from 1-5 to 1,3,5,7 meant managing the colour registers became a real pain.

The second and most important reasons was performance, initially you would say that just blitting 1 foreground plane is faster than blitting 3 background planes and you'd be right, however there are sections in the game where the background is never used... for example, when the timer runs down there's no need to blit the background, on the vertical scenes and on some rounds (5) when the background isn't visible... in these scenarios I can then blit much more sprites. If you look closely at the arcade you'll see that when the background isn't visible the game all of a sudden does display more sprites too!

Hope that clears things up. It's balancing keeping things technically simple with performance.

Thanks for the feedback guys.

Geezer

[buzzybee]

Originally Posted by mcgeezer

Hope that clears things up. It's balancing keeping things technically simple with performance.

Thank you very much for this indepth explanation. Interesting technique. Color management of the AGA-chipset is indeed a real pain, especially if you scroll four mainplanes and use three or four secondary planes for other purposes - which is what I am doing in some levels of RESHOOT R, by the way. I really, really learned to hate it, before I finally got to understand how to make everything work. And I don´t use color fades as transitions, because to implement that would probably cost me another five years of lifetime :-)

[mcgeezer]

Originally Posted by buzzybee

Thank you very much for this indepth explanation. Interesting technique. Color management of the AGA-chipset is indeed a real pain, especially if you scroll four mainplanes and use three or four secondary planes for other purposes - which is what I am doing in some levels of RESHOOT R, by the way. I really, really learned to hate it, before I finally got to understand how to make everything work. And I don´t use color fades as transitions, because to implement that would probably cost me another five years of lifetime :-)

Yep, I can share your hate for it, it blew my mind getting the colours right, I was on it for days too working out the binary for it. It's one of those things that logically everything should be right but when I coded it I was doubting my logic. Pleased I stayed away from that way of doing it really.

PS. Your game looks top notch, can't wait to see it in action.

[buzzybee]

Originally Posted by mcgeezer

Yep, I can share your hate for it, it blew my mind getting the colours right, I was on it for days too working out the binary for it. It's one of those things that logically everything should be right but when I coded it I was doubting my logic. Pleased I stayed away from that way of doing it really.

I had to go that path, because it enables visual fx otherwise unthinkable on the Amiga. Fog, for example. So, in the end, is was worth the effort. Kind of.

Originally Posted by mcgeezer

PS. Your game looks top notch, can't wait to see it in action.

And yours. Really good to see the Amiga indie scene produce games of equal or better quality than most of the stuff we could play in the 90s!

[mcgeezer]

Can someone explain to me.... Just how fuck'in good this guy is?

http://109.228.4.199/sanctuary.mp4

Cos I think it's nothing quite like the Amiga has produced since it was born.

Take a bow @DJMETUNE.

Geezer

[Foul]

whoooo !!!! it sounds exactly like the arcade !!! almost perfect !

Very very very good work !!!

[mcgeezer]

Originally Posted by Foul

whoooo !!!! it sounds exactly like the arcade !!! almost perfect !

Very very very good work !!!

There's no almost about it...

It is the arcade music.... coming through an Amiga.

Incredible.

[Reido]

Yep spot on, amazing work!

[VincentGR]

Who needs FM

[jotd]

The visuals & the music are so exactly 100% that you'll have to be careful as some people will believe the game is a fake/arcade footage when they see the videos.

[Solo Kazuki]

Remember that there will be cooper sky effect not present even on arcade