Conversion Capers: Rygar

[Codetapper]

Originally Posted by nobody

Uploaded one rygar palette iff. 0-15 colors are sprites colors

Note that I converted those graphics before you uploaded that file. Sprite colours must be 16-31, not 0-15.

Also if you intend to have a single palette entry that changes colour down the screen, you need to allocate a garish colour ($ff00ff is a good choice) that won't be used anywhere in the graphics. So one of your 32 colours must disappear from the palette.

If your background sprites use that colour, it must be one of the entries 16-31 (and avoiding the divisible by 4 numbers), or use colour 0 - but that introduces another issue in that you will have to change that palette entry at the start of every vertical pixel and change it back to black at the end of each row, or have it bleed out the sides (which usually looks naff).

[sandruzzo]

Originally Posted by Codetapper

Check the zone for Rygar_Level1_V2.zip. It's not exactly what you want, because I have no idea where each palette entry is supposed to be. You will have to remap the colours to whatever the final place is.

But you don't need me to reconvert the map, the original 256 colour graphics are rygar_level_1_2816x192.png, the 32 colour remapped graphics are rygar_level_1_2816x192_32col.png and you can just alter Level_1_16x16_Tiles.png in your paint program and remap them and use those.

Also be aware those rocks that Rygar stands on are drawn on later by the game, so they are not currently in the map. Someone else is welcome to add them.

Thanks mate, I just want to put sprite trick into copperl list to see how much power we left after that.

I was thinking the same thing about rock. It's a waste of time to draw them with blitter. It's better to have them into map.

I think that sprite's map should be done a little bit different. Since blitter need one word more to do shift, we have do add a 16pix betweem each frame, and put them aligned on byte into that .iff.

After that we have to have every rygars' frame as single file so I can convert them into sprite.

@Nobody, some help Mate?

[Codetapper]

You need to walk before you can run. Get a full sprite background and the player sprite appearing on a scrolling background before you do anything else!

I'm confused why you need 16 pixels between each frame of a sprite anyway? If you need to shift graphics, you simply blit an extra word for the width and use a modulo of -2 and a mask to make those bits 0.

Why on earth do you need to convert sprites into single files either? A table of offsets offsets should be enough! But if you can't get the code above working properly, doing all this extra work when the design might change again is a waste of time.

Once the design is proven to work, then you need to work out how many colours are available, which can be changed by the copper, which entries are going to be needed for sprites etc etc...

[sandruzzo]

Originally Posted by Codetapper

You need to walk before you can run. Get a full sprite background and the player sprite appearing on a scrolling background before you do anything else!

I'm confused why you need 16 pixels between each frame of a sprite anyway? If you need to shift graphics, you simply blit an extra word for the width and use a modulo of -2 and a mask to make those bits 0.

Why on earth do you need to convert sprites into single files either? A table of offsets offsets should be enough! But if you can't get the code above working properly, doing all this extra work when the design might change again is a waste of time.

Once the design is proven to work, then you need to work out how many colours are available, which can be changed by the copper, which entries are going to be needed for sprites etc etc...

Since rygar is a sprite, I have to convert it into hw sprite and use it. I have all set as code.

About bob you're right, I just have to polish my Amiga skills..

[sandruzzo]

Since we have this sprites parallax issue, I put it to side and going to works on buddies routines

[sandruzzo]

To All.

Rygar sprites' sheet is not usable, there are some issue there. First buddy is 33 pxl width, and if we keep this size we're going to waste blitter power.

The others are to close in the sheet, and if I try to use them, I'll ended up to write other frames' on screen.

Since blitter works on words, all buddies must be aligned to byte.

In order to speed up games' set-up I need to have left and right frames for each buddies.

And Last, some helpo to have for each buddies and item their size, and position on bit-map?

[Codetapper]

Surely you mean "aligned to words" (not bytes), otherwise you will have to load the data and rearrange it in memory yourself. Consider an object 32 pixels wide and located at $1 in memory. The blitter would have to blit 3 words with a shift of 8 to extract it and put it on a word boundary in memory. Madness!

[sandruzzo]

Originally Posted by Codetapper

Surely you mean "aligned to words" (not bytes), otherwise you will have to load the data and rearrange it in memory yourself. Consider an object 32 pixels wide and located at $1 in memory. The blitter would have to blit 3 words with a shift of 8 to extract it and put it on a word boundary in memory. Madness!

You're right! aligned to word 16 pixel.

[sandruzzo]

We've one buddy on screen, but we have a miss match palette with background.

Some helo to unify background and buddies?

[Codetapper]

Nobody can see your links...

[sandruzzo]

Originally Posted by Codetapper

Nobody can see your links...

Try this:

https://drive.google.com/file/d/0B03...hXMy1abmM/view

[CFou!]

hi guys,

interesting thread

I liked code it if I had more free time

on aga a dualplayfield mode (16 colours per playfield) will by interesting...

or why not 5 bitplans for first plan (32 colours) and 3 bitsplans for background (8 colours+copperlist to add some colours) but coder lost dualplayfield advantages....

regards

[sandruzzo]

Originally Posted by CFOU!

hi guys,

interesting thread

I liked encode if I had more free time

on aga a dualplayfield mode (16 colours per playfield) will by interesting...

or why not 5 bitplans for first plan (32 colours) and 3 bitsplans for background (8 colours+copperlist to add some colours) but coder lost dualplayfield advantages....

regards

to easy on aga

[saimon69]

@sandruzzo

Mentioned your efforts on NonSoloAmiga.com

[saimon69]

@sandruzzo

Probably early but i drafted a bit the soundtrack in .mod;

you can find:
- begin at position 00 (not finished)
- main loop at position 02
- end stage at position 0b
- game over position 10 (not finished)
- new challenge position 11

Was considering to use a different original mod in the attractor mode (style r-type) but got no ideas yet.
rygar_test_1c.zip

[sandruzzo]

Originally Posted by saimon69

@sandruzzo

Probably early but i drafted a bit the soundtrack in .mod;

you can find:
- begin at position 00 (not finished)
- main loop at position 02
- end stage at position 0b
- game over position 10 (not finished)
- new challenge position 11

Was considering to use a different original mod in the attractor mode (style r-type) but got no ideas yet.
Attachment 44195

thanks mate!

[sandruzzo]

I need ammo

[sandruzzo]

No more stuff Mates?

[Amiga1992]

Originally Posted by sandruzzo

No more stuff Mates?

What do you need at this point? Maybe I can help.
And how are you progressing?

[sandruzzo]

Originally Posted by Akira

What do you need at this point? Maybe I can help.
And how are you progressing?

I need the final background gfx and baddies too. Now their palette doesn't match