Perfect fade out (24bit) on Amiga 1200

[rsn8887]

Some games have these perfect 24-bit fade outs, for example in Jurassic Park AGA the credit images after the Ocean logo.

I don't understand anymore why the Amiga 500 couldn't do such perfect 24 bit fade outs. Is there a technical reason? Does the AGA chipset allow for more fine-grained RGB values somehow?

EDIT: I got it. The Amiga 500 could select colors out of 4096, the Amiga 1200 could select colors out of 16.7 million.

[Cris1997XX]

What are you even talking about? The colors don't matter at all...

[Karlos]

Originally Posted by Cris1997XX

What are you even talking about? The colors don't matter at all...

Well, the precision matters. With AGA, you get 256 steps from white to black. Otherwise you get 16. That's the differentiating factor.

[alexh]

OCS/ECS has 12-bit pallet registers giving 4096 colours
AGA has 24-bit pallet registers giving 16 million colours.

OCS/ECS can use 6 bitplanes (64/4096 colours per screen)

AGA can use 8 bitplanes (256/16M colours per screen)

[pandy71]

You can increase perceived numbers of levels by applying temporal dithering - this assume of course some time required to average perceived level.

[alexh]

Does that work with fades? I imagine fading to black it flickers even more?

[hitchhikr]

Take a look at this (OCS) intro: http://dekadence64.org/dkd-twce.lha

[CCCP alert]

I don't know if there are any palette interlacing apps for OCS like with C64 iFLI and Atari ST Quantum Paint tools. This wouldn't help for fades but if you only change RGB values by 1 between the 2 colours you would get a significant increase in perceived colours on a good CRT. Good luck using it in HAM but for PCHG images it would be fine.

[lmimmfn]

Originally Posted by CCCP alert

I don't know if there are any palette interlacing apps for OCS like with C64 iFLI and Atari ST Quantum Paint tools. This wouldn't help for fades but if you only change RGB values by 1 between the 2 colours you would get a significant increase in perceived colours on a good CRT. Good luck using it in HAM but for PCHG images it would be fine.

If im understanding you correctly, HAM would be fine as would be fading per interleaved full lines so wouldn't artifact

[CCCP alert]

Originally Posted by lmimmfn

If im understanding you correctly, HAM would be fine as would be fading per interleaved full lines so wouldn't artifact

I am thinking of palette interlacing so every alternate field you would swap between say RGB 1:1:15 and 2:2:15 to simulate a 13bit palette. For indexed colours it works fine but not sure about the HAM6 colours and how you would do this to prevent fringing. EHB and a palette swap every 50/60fps and a new palette definition every scanline would give you potential worth pursuing, don't fancy the quantising maths to render down a 24bit PNG of today though. Maybe the author of JAVA HAMconvert would be interested