Cpuspeed works now, although there still seem to be a few glitches (see screenshot). This doesn't always occur, only occasionally. Also the upper limit seems to be fixed at 79 mhz, not sure if this is intentional?
I was able to run AmigaAMP and play some mp3s. HOWEVER, even the non-fpu version crashes (and that includes the 68000 executable...). It shouldn't happen, but it does. I installed the non-fpu version of the mpega.library yet these FPU calls keep happening.
In order to run AmigaAMP and play some files, you need to use the Non-FPU version AND run FEMU.040 (the very basic software FPU emulator).
So yeah... it seems that femu is essential on an LC060 system. Onwards.
Getting software to work on 68LC060
Moderators: terriblefire, Terriblefire Moderator
Re: Getting software to work on 68LC060
- Attachments
-
- cpuspeed.jpg (448.95 KiB) Viewed 4359 times
Re: Getting software to work on 68LC060
Scratch that. The bug is in the mpega.library. Even the non-fpu version does FPU calls. Installed the basic 020 version and now it runs. Holy crap. This is gotta be the worst flaw in AmigaOS to date.
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: Getting software to work on 68LC060
the next jumper step after 79 is 100.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: Getting software to work on 68LC060
OK, that's fine then. It seems I got most of the things running. The trick that everyone needs to remember is to install 020 executables only. None of the 040 or 060 stuff will work, even when it states non-FPU. I think the compilers are crap.
Re: Getting software to work on 68LC060
I am getting the hang of this now. DoomAttack 68040 runs insanely fast on LC060 (with the 040 c2p routine). The 060 version predictably crashes.
EDIT: I can run most PC ports. Heretic and Hexen are playable but I recommend setting the CPU speed to 75 mhz. Descent runs but crashes after a while. It's a known bad port though.
EDIT: I can run most PC ports. Heretic and Hexen are playable but I recommend setting the CPU speed to 75 mhz. Descent runs but crashes after a while. It's a known bad port though.
Re: Getting software to work on 68LC060
Update: ScummVM rocking it on LC060. Need to use the 030 executable (novacoder's port), but at 80 Mhz it seems to run pretty fast.
040 and 060 versions crash.
040 and 060 versions crash.
Re: Getting software to work on 68LC060
So would it be right to say, the user simply goes with the 020/030 versions and most software will run, and run fast!?
Re: Getting software to work on 68LC060
Yes. But there are lots of misconceptions in the Amiga community about the LC060 cpu with people claiming that nothing will run, which does seem apparent at first, but one has to change one’s mentality and consider this as a very fast 030. So I am documenting here the stuff that does run and which version.
Re: Getting software to work on 68LC060
FYI The only reason any Doom port would need an FPU is because it lacks the 030’s 32x32->64bit integer multiplication and the author is instead using the FPU to perform this in floating point and convert back to fixed point right after.
I can probably produce an 060 optimized version that is not using the FPU.
As for ScummVM, there should not be any FP calculations in there. Why it would need an FPU is a complete mystery to me.
I can probably produce an 060 optimized version that is not using the FPU.
As for ScummVM, there should not be any FP calculations in there. Why it would need an FPU is a complete mystery to me.
-
- Moderator Team
- Posts: 5368
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: Getting software to work on 68LC060
I think Novacoder's dev environment was setup assuming FPU.pipper wrote: ↑Mon Aug 31, 2020 5:12 am FYI The only reason any Doom port would need an FPU is because it lacks the 030’s 32x32->64bit integer multiplication and the author is instead using the FPU to perform this in floating point and convert back to fixed point right after.
I can probably produce an 060 optimized version that is not using the FPU.
As for ScummVM, there should not be any FP calculations in there. Why it would need an FPU is a complete mystery to me.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."