25 July 2024, 22:59 | #1 |
Registered User
Join Date: Oct 2006
Location: USA
Posts: 1,066
|
Perfect fade out (24bit) on Amiga 1200
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. |
Yesterday, 00:21 | #2 |
Registered User
Join Date: Oct 2022
Location: Roma
Posts: 371
|
What are you even talking about? The colors don't matter at all...
|
Yesterday, 00:26 | #3 |
Alien Bleed
Join Date: Aug 2022
Location: UK
Posts: 4,716
|
|
Yesterday, 08:56 | #4 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,561
|
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) Last edited by alexh; Yesterday at 09:02. |
Yesterday, 22:17 | #5 |
Registered User
Join Date: Jun 2010
Location: PL?
Posts: 2,903
|
You can increase perceived numbers of levels by applying temporal dithering - this assume of course some time required to average perceived level.
|
Yesterday, 23:29 | #6 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,561
|
Does that work with fades? I imagine fading to black it flickers even more?
|
Today, 01:18 | #7 |
Registered User
Join Date: Jun 2008
Location: somewhere else
Posts: 545
|
Take a look at this (OCS) intro: http://dekadence64.org/dkd-twce.lha
|
Today, 11:59 | #8 |
Registered User
Join Date: May 2023
Location: essex
Posts: 580
|
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.
|
Today, 12:21 | #9 | |
Registered User
Join Date: May 2018
Location: Ireland
Posts: 710
|
Quote:
|
|
Today, 13:10 | #10 |
Registered User
Join Date: May 2023
Location: essex
Posts: 580
|
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
|
Today, 14:05 | #11 | |
Registered User
Join Date: May 2018
Location: Ireland
Posts: 710
|
Quote:
Of course the copper could be used to change the palette every line and would be close to maxing DMA much the same as that HiTek hires mode. Fading can be done in HAM, there are a few demo's but looks like it needs bits for the non base 16 colours so probably can't have the copper changing the palette every other line due to dma bottleneck. It's an interesting idea, would be cool to see if it makes a fade smoother. Another effect used would be a double buffer images, frame 1 with higher intensity colours, the 2nd with lower intensity colours, show frame 1 for 100 ms, swap between 1 and 2 continuously for 100ms, then frame 2 only for 100 ms etc. That swapping between colours very quickly was used in 8 bit games to create additional colours, I think dragon breed C64 was one of them(had dragon in the name of the game if not that one) to create a golden colour for a dragon. |
|
Today, 16:15 | #12 |
Registered User
Join Date: May 2023
Location: essex
Posts: 580
|
You would just swap between two colours every 50/60hz for each palette colour, and if you change the palettes every scanline too you would get some cool images. I don't personally use it on the ST or C64 but apart from some RAM and CPU/Copper time the biggest problem is writing the routines to calculate the extra colour shades to fit the technical limitations of which 32/16 colours per scanline you might want, like for a graduated sky etc. HAMconvert does some awesome data processing using modern CPUs of today, that is really the problem. Anything Quantum Paint on the STFM did with CPU/Shifter is going to be a walk in the park for even an A1000 but the results are only as good as the data processing of source images.
More for static images, maybe if the fade is like 2 or 4 frames displayed between changes to palette colours displayed but ideally just as something like Qauntum Paint for STFM picture files |
Today, 17:32 | #13 | |
Registered User
Join Date: May 2022
Location: Canada
Posts: 143
|
Quote:
As you say, it implies the blitter because just changing the palette would not be enough in HAM. In order to make the speed reasonnable on A500/OCS, I fade every other scanline, and alternate each frame. Instead of 16 steps, it approximates a 32 step fade. It is not perfect but the illusion works. (Interesting fact: the color palette is not modified during the fades, and the copper is not doing anything. The cpu and blitter are doing the math.) |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
24bit Addressing | Seiya | support.WinUAE | 16 | 06 June 2021 16:15 |
Fade between palettes | MickGyver | Coders. Blitz Basic | 11 | 01 February 2020 17:42 |
Blink vs Fade | emufan | Coders. C/C++ | 4 | 06 August 2017 15:25 |
HAM without 24bit screen | killergorilla | support.Apps | 5 | 20 October 2006 21:55 |
Fade to Black - PC | Galahad/FLT | Retrogaming General Discussion | 12 | 25 July 2002 18:15 |
|
|