Displaying hardware sprites to the left of DDFSTART

[DanScott]

Was there a method that allows this ? If there is, I forget what it was

Can anyone shed some light on this please

[ross]

Originally Posted by DanScott

Was there a method that allows this ? If there is, I forget what it was

Can anyone shed some light on this please

Write with copper on some early line position to BPL1DAT.
Ah, and change DIWSTRT.

Cheers

[DanScott]

Ah cheers, that worked... write to BLP1DAT forces output of all other BPLxDAT too, so DIW can hide that

[Toni Wilen]

Note also possible side-effects:

I think ECS Denise ignores BPL1DAT write if it is done too early. OCS Denise allows it very early horizontally. (Or it was the opposite?) I am not sure if I tested this fully.

Also because BPL1DAT write enables Denise bitplane shifters, it can add hidden BPLCON1 offset. Same side-effect as "unaligned" DDFSTRT does.

[ross]

Originally Posted by DanScott

Ah cheers, that worked... write to BLP1DAT forces output of all other BPLxDAT too, so DIW can hide that

But DIW cover also the sprite...

Well, you can use a sprite to cover also the glitch

EDIT:
Or set DDFSTOP one word more for zeroed contents
(in fact it depends on whether you have scroll or other factors what is best to do)

[ross]

Originally Posted by Toni Wilen

Also because BPL1DAT write enables Denise bitplane shifters, it can add hidden BPLCON1 offset. Same side-effect as "unaligned" DDFSTRT does.

I'm not entirely sure I understand the consequences of this ...
in any case the shift is also applied when loading the subsequent bitplane data through DMA.

So only if you change BPLCON1 dynamically on the line I guess there can be undesidered effect, right?

[Toni Wilen]

Originally Posted by ross

I'm not entirely sure I understand the consequences of this ...
in any case the shift is also applied when loading the subsequent bitplane data through DMA.

So only if you change BPLCON1 dynamically on the line I guess there can be undesidered effect, right?

It is non-issue, I remembered wrong. Next DMA BPL1DAT will "reset" it.

[DanScott]

Originally Posted by ross

But DIW cover also the sprite...

Well, you can use a sprite to cover also the glitch

EDIT:
Or set DDFSTOP one word more for zeroed contents
(in fact it depends on whether you have scroll or other factors what is best to do)

I have a 32 byte wide screen centralised, and needed to display 32 pixel wide sprites to the left and right of this (as a border). So I've changed DIWSTART to hide the bitplane showing from setting BPL1DAT, but not to hide the sprite

[ross]

Originally Posted by Toni Wilen

It is non-issue, I remembered wrong. Next DMA BPL1DAT will "reset" it.

Ok

Originally Posted by DanScott

I have a 32 byte wide screen centralised, and needed to display 32 pixel wide sprites to the left and right of this (as a border). So I've changed DIWSTART to hide the bitplane showing from setting BPL1DAT, but not to hide the sprite

Have fun!

[DanScott]

Originally Posted by ross

Have fun!

Always

[ReadOnlyCat]

Originally Posted by DanScott

I have a 32 byte wide screen centralised, and needed to display 32 pixel wide sprites to the left and right of this (as a border). So I've changed DIWSTART to hide the bitplane showing from setting BPL1DAT, but not to hide the sprite

I never realized this was possible, neat trick and not too Copper-expensive apparently.

[Toni Wilen]

Originally Posted by DanScott

32 pixel wide sprites

2x16 or really 32 pixel wide? If 32 pixel (=AGA), just set the border sprite bit and don't bother with BPL1DAT

[DanScott]

2x16 (OCS/ECS)