Aga Sprites Attached issue

[sandruzzo]

Hi,

I'm using 64px wide sprites on Aga machine. I'm trying to attach it, but it seems to not work. I'm using Piccon 2.50 to export sprites, and winuae to emulate amiga aga. Even though I set bit 8 on sprite, they refuse to work

Is there any thing to do in order to set thing right?


Thanks in advantage
Alessandro

[Leffmann]

You must enable 32-bit and double-page mode for sprites in FMODE, set bit 7 (not bit 8) in the second control word of the odd-numbered sprite, and position both sprites directly on top of eachother.

With 64-pixel wide sprites, all control words will also be 64 bits in size, and the relevant bits are mapped to the most significant 16 bits of each 64-bit control word.

[sandruzzo]

Originally Posted by Leffmann

You must enable 32-bit and double-page mode for sprites in FMODE, set bit 7 (not bit 8) in the second control word of the odd-numbered sprite, and position both sprites directly on top of eachother.

With 64-pixel wide sprites, all control words will also be 64 bits in size, and the relevant bits are mapped to the most significant 16 bits of each 64-bit control word.

IT'S all set. Sprites is 64px wide, both of them are directly on top of eachother. Yes bit 8 my fault.

With 64px wide bit 8 will be allways in the second control word, isn't?

[Leffmann]

Yes, the hardware expects data like this:

dc.w  pos, 0, 0, 0, ctrl, 0, 0, 0
dc.w  bpl1, bpl1, bpl1, bpl1, bpl2, bpl2, bpl2, bpl2
...
dc.w  0, 0, 0, 0, 0, 0, 0, 0  (or another pair of control words)

This is what you get if you check Attached and Control Words in PicCon, and it outputs both sprite 0 and 1 like this.

[Toni Wilen]

Also wide AGA sprites need higher address alignment, normal OCS/ECS sprite word alignment is not enough. 32-pixel = 4 byte divisible/long word alignment, 64-pixel = 8 byte divisible.

[Leffmann]

Yep that's most likely the problem here. AmigaDOS guarantees 8-byte alignment of hunk sections, so a simple

cnop 0,8

will do.

[sandruzzo]

Originally Posted by Leffmann

Yep that's most likely the problem here. AmigaDOS guarantees 8-byte alignment of hunk sections, so a simple

cnop 0,8

will do.

Done it! even with cnop 0,8 nothing

[sandruzzo]

Originally Posted by Leffmann

Yes, the hardware expects data like this:

dc.w  pos, 0, 0, 0, ctrl, 0, 0, 0
dc.w  bpl1, bpl1, bpl1, bpl1, bpl2, bpl2, bpl2, bpl2
...
dc.w  0, 0, 0, 0, 0, 0, 0, 0  (or another pair of control words)

This is what you get if you check Attached and Control Words in PicCon, and it outputs both sprite 0 and 1 like this.

I set attached bit by myself knowing that piccon doesnt' set it

[Leffmann]

The Attached option is required for it to convert the data correctly, 16-color graphics into 2 sprites. If you write $4040 $8000 and $4040 $8080 as control words for 64-pix wide and tall sprite 0 and 1, do you still see nothing?

The bug could be somewhere else, perhaps your sprite and bitplane priorities get messed up, the sprite pointers not set correctly, or the sprite DMA is turned off.

[sandruzzo]

Originally Posted by Leffmann

The Attached option is required for it to convert the data correctly, 16-color graphics into 2 sprites. If you write $4040 $8000 and $4040 $8080 as control words for 64-pix wide and tall sprite 0 and 1, do you still see nothing?

The bug could be somewhere else, perhaps your sprite and bitplane priorities get messed up, the sprite pointers not set correctly, or the sprite DMA is turned off.

All seems ok. I'm trying to find out why it's not working

[sandruzzo]

I set for both, odd and even sprites same palette index

dc.w $0102,$0022

[sandruzzo]

Issue resolved, I was setting the wrong control word! All it' ok now!