AminetAminet
Search:
84749 packages online
About
Recent
Browse
Search
Upload
Setup
Services

util/misc/AkikoTFFix.lha

Mirror:Random
Showing: i386-aros icongeneric icon
No screenshot available
Short:Reenables Akiko on CD32 with a 68030+
Author:emiespo tiscali it (Emiliano Esposito)
Uploader:emiespo tiscali it (Emiliano Esposito)
Type:util/misc
Version:1.0
Architecture:m68k-amigaos
Date:2019-04-23
Requires:a CD32, with a 68030 board (namely the TF330).
Download:util/misc/AkikoTFFix.lha - View contents
Readme:util/misc/AkikoTFFix.readme
Downloads:4775

AkikoTFFix
----------

Makes the Akiko C2P work again on TF330 boards ((c) Stephen J. Leary)
with the latest firmware.

Requirements
------------

· A CD32
· A TF330 board with the latest firmware*, or any board with a 68030
· Optional: mmu.library (http://aminet.net/package/util/libs/MMULib)
  to have the data-cache automatically disabled for Akiko

* the tool will work on any CD32, but the issue seems to only affect some 68030
  boards, due to the way the 68030 data cache works.

Usage
-----

First test that the executable works on your system by launching it and checking
its output.

If it gives no errors, you can install it:

copy AkikoTFFix C:

And possibly add it to the user startup, like this:

C:AkikoTFFix >NIL:

* REMEMBER THAT MY TOOL WILL ONLY REENABLE AKIKO * in a OS-friendly fashion, but
to fully have the C2P routines working, you'd still need to either:

· Disable the CPU DATA cache (with: CPU NODATACACHE, for instance)

OR

· Install the mmu.library (http://aminet.net/package/util/libs/MMULib)

The latter is preferred, so you won't have the (small) performance hit due to
a disabled cache.

Extra perks
-----------

DoomAttack comes with two C2P for Akiko. The "c2p_akiko" is more OS friendly
than the "c2p_akiko2", but also has a fatal bug, that will hang your CD32.

I've added a fixed version for those of you that like OS friendly code (for some
reason, Commodore required to obtain access to the Blitter before using Akiko. I
guess they had no more development time in the attempt to save the company from
bankruptcy).

Enjoy!
Emiliano


If you are really curious, keep reading for the...

...Technical Details
--------------------

On a TerribeFire 330 board ((c) Stephen J. Leary) and the latest firmware the OS
is unable to detect Akiko, and this happens because the OS does a simple test to
make sure Akiko is actually working before other programs can also access it).
For some reason on a 68030 the data-cache invalidates the (simple) C2P performed
by Akiko, so the OS thinks Akiko is not working and won't set a pointer to it in
the graphics.library, aka: GfxBase->ChunkyToPlanarPtr). This issue seems to be
due to a "feature" of the 68030 data cache. Given the (simple) way Akiko works
(reading/writing multiple times from one single address, also known as a
"corner turn memory"), the OS would fail to test it when the data cache is on.

This also makes other programs like DoomAttack, Wing Commander and Fusion fail
to detect Akiko. And also any software using RTG by means of the
graphics.library/WriteChunkyPixels() function will not get the benefit of the
C2P acceleration provided by Akiko under these circumstances.

My tool will look for Akiko and reinstate the hw pointer. This makes the
aforementioned softwares work again.

Most notably, I was able to launch DoomAttack with the "c2p_akiko2" routine, and
it would fail back to the RTG mode (ie WriteChunkyPixels()). The original OS
routine is terribly slow and only gives ~2/3 FPS. By launching my tool while the
game was open, the FPS jump instantly back to 9-12 (the maximum speed achievable
by a 68030@50Mhz!).

Repetita iuvant: again remember you'd still need to deactivate the 68030 data
cache or install the mmu.library (this will set the Akiko address as non
cacheable).

Final notes about Akiko: bear in mind that Akiko was not designed to be a proper
coprocessor (as the Amiga way of doing things would have required), but they just had some
space left on the main controller chip (again, Akiko) and thought of a way to
help a bit the standard 680EC020 coming with the CD32. Also, this was probably
due for marketing reasons (even in the hope to raise a bit the Amiga asset value
for a possible buyer of the company). As said above, the CPU needs to write and
read back all the data from Akiko.

This this means that on a 68030@50 Akiko will:

· accelerate OS-friendly software (WriteChunkyPixels)
· slightly accelerate optimised software (DoomAttack gives +0.5 fps on my setup)

but also:

· decelerate when a properly optimised CPU C2P routine is used
  (Wing Commander CD32 Patched, as an example, is much faster with the
  CPU C2P routine).


Contents of util/misc/AkikoTFFix.lha
PERMISSION  UID  GID    PACKED    SIZE  RATIO METHOD CRC     STAMP     NAME
---------- ----------- ------- ------- ------ ---------- ------------ ----------
[unknown]                  385     576  66.8% -lh5- e4c5 Apr 22 23:28 AkikoTFFix.info
[unknown]                  446     612  72.9% -lh5- 0fb8 Apr 22 23:24 AkikoTFFix/AkikoTFFix
[unknown]                 2165    4439  48.8% -lh5- e92e Apr 22 22:28 AkikoTFFix/AkikoTFFix.readme
[unknown]                  391     576  67.9% -lh5- 072f Apr 22 21:51 AkikoTFFix/DoomAttackC2P.info
[unknown]                  312     532  58.6% -lh5- deae Apr 22 22:07 AkikoTFFix/DoomAttackC2P/AkikoTFFix.readme
[unknown]                  314     404  77.7% -lh5- 933e May  5  2018 AkikoTFFix/DoomAttackC2P/c2p_akiko_fixed
---------- ----------- ------- ------- ------ ---------- ------------ ----------
 Total         6 files    4013    7139  56.2%            Apr 22 20:16
Page generated in 0.02 seconds
Aminet © 1992-2024 Urban Müller and the Aminet team. Aminet contact address: <aminetaminet net>