Just thinking of MorphOS abilities to run 68k programs.

There is lots of 68k programs, which actually requires Amiga custom chipsets, and UAE is a perfect tool for that, I think.

But instead of a whole program, a library could be made. Which would be used only if someone played AGA games or games/software that needs Paula.

What do you think of it?

UAE.library for MorphOS that is. Can this be made? Would be nice to know,...

Regards,
Michal, www.amigaworld.org

I don't know much about it but I think the program should know that it has to use the uae.library and how should the program know that?

It doesn't work that way.

Well, the 68k JIT emulator could just know when entering AGA modes, that it needs the emulation of AGA etc. Paula to work.

I also have given thought about this..
My conclusion was to extract the code
from UAE that is responsable for paula
and AGA screens.

Then create a program that fakes a
audio.device with the paula code, and
create some sort of monitor driver
of the AGA screens code.

But i'm not up for the task myself.. :(

Bye,
Felix.

Problem: The 68k-address-layout is just the same as the PPC-address-layout (otherwise it would be impossible to have PPC-apps useing 68k-libs or vice versa), and Emperor Ralphatine will rather shoot himself in the foot than letting anybody touch the MMU.

Also don't forget that most "classic" games need much more than just a (emulated ) chipset. They often rely on dirty tricks, and the ability to switch the OS off.

The only feasible way might be a specially adapted UAE, that has the abilty to "quickload" games, and would open 1 MOS-window for every window open inside UAE.

But it would still be UAE, and IMO every compromise on this will do more harm than good.

Something like that is allready in the AROS-bounty, not sure wether it has allready been taken.

Kronos:
Jepp and i am still waiting for the day, when someone take over this bounty and will hopefully also do a MOS Version
Anyway for the moment, i will be more than happy, if someone is doing a proper working (sound!) MOS Version of UAE

Well, an audio.device basing on the relating UAE-code would give us access to many hundred more Amiga-programs from the post-A500 and pre AHI time. Programs who "catch" the AGA-screens and bend it to a cybergraphX screen were available, and more or less good working. I don't see much need for it. A real UAE.library could for example emulate an A500 (but that perfectly with sound and graphic), and it could recognize the A 500 games at the ending ".adf"or ".dms". Primitive, but very effective. And no need for keeping stupid floppies.

@DrZarkow

That "audio.device" would offcourse only work when it would sit on just the same address as the audio-HW in real Amigas, which it won't unless you place it in a full emu.

I quess a dummy audio.device would make some titles work.. mabe payback

Quote:
Isn't there a (currently unreleased) version of Payback with AHI support?

Here would be my favorite solutions...

1> stop emulating, start porting or;
(I know the original source authors may be hard to find)

2> Do the Mick Tinker thing (A1200-on-a-PCI-card)

just my 2 cents

Quote:

All 68K stuff will be running via a 68K emulator or JIT, you could check for access attempts and redirect them before they are attempted.

You could even scan through the program when it starts and do a search / replace on anything accessing the custom chip addresses (wont work if addresses are calculated though.)

Quote:
Obviously wouldn't work with some self modifying code either.