Conversion Capers: Rygar

[dlfrsilver]

Originally Posted by Retro1234

dlfrsilver that wont contain the map though it would probably help with the background map though, ask codetapper where he got the first map from ill have another look online - it would take long if you had to draw each map.

the sprites are only displayed over repeated tiles so it wont be hard to remove them - the sprites could also maybe used to roughly map enemies.
also the background is just repeated tiles.

I have just extracted rygar sprite with all parts in 30 minutes, all frames included plus the rolling shield.

Just check the image in 320x256 i did joint with this post

[Retro1234]

good work

[Trachu]

Originally Posted by dlfrsilver

I have just extracted rygar sprite with all parts in 30 minutes, all frames included plus the rolling shield.

Just check the image in 320x256 i did joint with this post

yes, that is the good work, and it seems original has only 14c plus transparent.
Previous ones were so mixed up.

This is my 8c EHB version

Sandruzzo: The problemm with different palettes is that we are limited by sprites background. Their colours will be copperised so i can not use theier registers.

What i had in mind is full 6 bitplanes sprites but drawn with 2 blits - one efficient for odd and second efficient for even. (efficient means no SAVE blit as Sandruzzo explained before)

[dlfrsilver]

Originally Posted by Trachu

yes, that is the good work, and it seems original has only 14c plus transparent.
Previous ones were so mixed up.

i do extractions directly from the roms.

[Galahad/FLT]

Is there a youtube link of this thing running yet?

[dlfrsilver]

some other sweets straight from my factowy :

The intro screen, with the animated tiles

The life from the game panel

the rygar logo with the second palette

[Retro1234]

I quickly generated a map and tileset of level 2 it should be ok but
I tried to run to just quickly test it in MapTapper but it said out of memory?

[Trachu]

Originally Posted by Retro1234

I quickly generated a map and tileset of level 2 it should be ok but
I tried to run to just quickly test it in MapTapper but it said out of memory?

if you would look more closely you would see many repeated tiles. Unfortunatelly if only 1px movement occurs during the rip it happens.

[Retro1234]

Silly me the map works 214*12 - I was entering 3424*192
Ok let me look at the tile set - Im not happy with it I just quickly did and tried to align it.
produced 408 tiles I should be able to get this down.

[Retro1234]

Yeah theres no way thats 408 tiles it shouldnt take much work to decrease that.

[sandruzzo]

Wow!

What a Job! Thanks Mates. Give me some time, I'm the only that is programming it. So far I'm working on enemies behaviour

[Codetapper]

Originally Posted by Retro1234

dlfrsilver that wont contain the map though it would probably help with the background map though, ask codetapper where he got the first map from ill have another look online - it would take long if you had to draw each map.

I ripped that first level from MAME years ago, then ran it through my image-to-tile-map utility to produce the map. I wouldn't waste your time cutting up those maps manually when a tool can do it for you!

Regarding colour reducing the graphics, I hope the originals are being kept somewhere safe because if the palette is modified at a later stage, they can just be remapped. That'll be impossible if the colours are reduced too early!

[Retro1234]

I ran it through my own image to tile & map tool - but I did give it a quick edit first the ground wasnt bang on 16 - but its up to how sandruzzo wants them.

The tiles are repeated so much it might be worth try to get one tile set for the whole game?

[sandruzzo]

Some frames' of the blue enemy arent' well aligned, and we miss it's attach animation. the one belowe the rocks' head

[netraider]

Great work to all involved so far!

I've been thinking about this and maybe it would work...
Before sandruzzo starts coding the whole game logic from scratch maybe he could get a good head start by using the same game logic from the x68000 port of the game.
Afterwards it would be just a matter of replacing the graphics, sound, and input routine calls by Amiga ones, and we'd get a pretty solid conversion.
It's probably not that simple, but I think it's doable. Let's see if we can manage a x68000 disassembly of this one...

[ReadOnlyCat]

Originally Posted by sandruzzo

Not only that, we can use current planes layout, and have "only" 8 colors for each enemy. You can map them as you like, so I can do only 3 full coockie-cut blit operations, and 2 with less expensiove term. Since you can map this colors as you like we can have full enemies quality with a lot of spare blitter slots. 2 cycles for each enemies word for each line!

What do you mean by "map them as you want"? Do you mean that these 8 colors palette can be anything since it is not used by the background?

Originally Posted by sandruzzo

Another options is to have a differente mapping: first 16 color for background, and others for enemies. With that layout, I can turn on and off one plane, depending upon enemies position. I can turn on and off this plane above enemies and below them.

Yup. This is relatively simple to handle moreover if objects are y-sorted.
I have often wondered why games did not use this as often as possible. Looking at play through videos of Amiga games it is always striking how this would have saved a lot of DMA cycles.

For ports like Rygar this is trickier because the colors are already chosen by the original game but for a new game this can lead to massive savings.

[sandruzzo]

Originally Posted by ReadOnlyCat

What do you mean by "map them as you want"? Do you mean that these 8 colors palette can be anything since it is not used by the background?

Not for that. If we use only 8 colors for each enemy you can sprade them as you like. 8 colors means only 3 planes to full coockie-cut

[sandruzzo]

Working on explosion in progress, added new .adf to my folder. Updated explosion working

[ReadOnlyCat]

Originally Posted by netraider

maybe he could get a good head start by using the same game logic from the x68000 port of the game.

If Sandruzzo intends to obtain official permission to release Rygar as an official Amiga port this would be a problem.
Ripping from the original ROMs is fine since they are owned by the same entity but code and graphics from existing ports probably belong to whoever wrote the ports.

Personally I would prefer to buy an official Amiga version of Rygar rather than to just download a pirate version of it. It does have more charm.

[sandruzzo]

Originally Posted by ReadOnlyCat

If Sandruzzo intends to obtain official permission to release Rygar as an official Amiga port this would be a problem.
Ripping from the original ROMs is fine since they are owned by the same entity but code and graphics from existing ports probably belong to whoever wrote the ports.

Personally I would prefer to buy an official Amiga version of Rygar rather than to just download a pirate version of it. It does have more charm.

Code will be made from us, no ripping, no adaptation.