19 June 2024, 11:53 | #281 | |
Registered User
Join Date: Jul 2014
Location: Warsaw/Poland
Posts: 195
|
Quote:
as far as I remember GRIND uses 6bits per chunky pixel and converts it to four bitplanes. Additional bits are used for color interleaving. |
|
19 June 2024, 13:14 | #282 | |
Alien Bleed
Join Date: Aug 2022
Location: UK
Posts: 4,483
|
Quote:
The actual write and read access to Akiko itself is much faster. On the 030/70, it maxed out the bus. This is why I think an Akiko routine for a 4 plane target is a potential performance win, but at the same time, the way Dread organises it's data may make it difficult to retrofit. |
|
19 June 2024, 17:50 | #283 | |
Registered User
Join Date: Feb 2017
Location: Denmark
Posts: 1,217
|
Quote:
This makes good use of the blitter passes to shuffle things back from the "scrambled" column layout to a more normal one for free while doing the C2P steps. For the purposes of this thread I think it means Akiko will be close to useless. However maybe in the (very) long run the Grind team will optimize for 030+ (where blitter C2P isn't the best approach) in which case another chunky buffer layout might be on the table, and it can be revisited. But obviously A500 first |
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
C2P Performance issues | meeku | Coders. Asm / Hardware | 10 | 09 April 2019 18:29 |
Alien Breed 3D CD32 - Akiko C2P? | wairnair | support.Games | 9 | 06 July 2018 14:32 |
Gloom Akiko C2P? | Whitesnake | support.Games | 5 | 23 April 2007 19:01 |
Blizzard 030/50 Accelerators | Parsec | Amiga scene | 20 | 14 February 2004 17:48 |
Cd32 Emulator (AKIKO) | Doozy | support.WinUAE | 3 | 06 December 2001 08:41 |
|
|