27 January 2023, 07:52 | #161 | |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
Quote:
Code:
MuForce RAWIO DISPC STACKLINES=32 |
|
27 January 2023, 13:06 | #162 | |
Registered User
Join Date: Nov 2022
Location: #Amigaland
Posts: 156
|
Quote:
If test and enable FPU in WinUAE, Shapehifter starts fine and boots MacOS... Since I don't have an FPU on my real Amiga I have to test it in WinUAE. With no FPU, using SoftIEEE, Shapeshifter starts but MacOS crashes, both in WinUAE and on my real Amiga. I tried running MUForce for some sort of output but it just freezes everything. With that being said, Shapeshifter isn't exactly bug free itself. Last edited by shelter; 27 January 2023 at 13:37. |
|
27 January 2023, 14:42 | #163 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
That is expected. MacOs likely patches the line-F vector itself, so SoftIEEE is "out". This is not even ShapeShifter.
|
27 January 2023, 15:38 | #164 |
Registered User
Join Date: Nov 2022
Location: #Amigaland
Posts: 156
|
I guess there's no way to remove SoftIEEE on the fly, once it's loaded, it can't be disabled?
|
27 January 2023, 16:13 | #165 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
No, simply because the (emulated) FPU got enabled, and hence programs expecting the FPU to work could have been loaded in the mean time. If you now disable it, programs that are currently running and attempt to use the FPU would simply crash.
|
28 January 2023, 11:35 | #166 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
|
28 January 2023, 11:39 | #167 |
WhatIFF? Amiga Magazine
Join Date: Feb 2021
Location: Chiba, Japan
Age: 46
Posts: 480
|
Sorry, I have not had a chance to access my Amiga the last few days, I will try this weekend
|
11 February 2023, 12:37 | #168 |
Registered User
Join Date: Nov 2022
Location: #Amigaland
Posts: 156
|
I tested it on the TF1230 and Lightwave 3.5 FPU version ran fine. Slow ofcourse, but it did run.
So it got to be a TF1260 specific problem or an installation issue. |
05 March 2023, 00:50 | #169 |
Registered User
Join Date: Dec 2020
Location: Sunbury
Posts: 10
|
Found an interesting quirk of the software.
I've been using it on an A4k-TX with an LC68060 fitted to an A3660 (speed geek gals), and running the software from the startup-sequence. What I've now found is that this will cause the machine to hang on a black screen when a reset is initiated (either by the reset pins on the MB, or by Ctrl-Amiga-Amiga). What threw me, was that it seemed to somehow stay in effect after power down, and even with the boot drive removed it wouldn't do a reset from the KS splash screen. Will try an replicate this within WinUAE shortly. |
05 March 2023, 09:37 | #170 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
SoftIEEE has no reset-resident parts in it, none whatsoever. So whatever you see is not caused by SoftIEEE.
|
05 March 2023, 15:07 | #171 | |
Moderator
Join Date: Dec 2010
Location: Wisconsin USA
Age: 60
Posts: 839
|
Quote:
Also, WinUAE can probably emulate the NCRscsi.device hardware but not the timing problem it causes on the A4000T. P.S. A3660 overclocking will probably fail with the A4000T. EDIT: The A4k-TX is not an A4000T. Last edited by SpeedGeek; 05 March 2023 at 22:30. |
|
05 March 2023, 22:03 | #172 | |
Registered User
Join Date: Dec 2020
Location: Sunbury
Posts: 10
|
Quote:
Today however is a different story as they are now gone again. @speedgeek, the A4k-TX is the motherboard designed by Hese around an EATX form factor (based upon the A4000CR) |
|
21 April 2024, 02:47 | #173 |
Registered User
Join Date: Jun 2019
Location: Tokyo
Posts: 68
|
Is this the current thread for this software?
1. SysSpeed freezes machine when it tried to benchmark FPU. System freezes so hard I cannot even CTRL-A-A to reset, must use power button. 2. AIBB crashes on examining system. Are these expected not to work? thanks! RDP |
21 April 2024, 10:39 | #174 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
Yes.
They are expected to work, and actually did work on my end as far as I remember. Ensure that there are no other "software improvements" patching the CPU exception vectors. In case of doubt, run SoftIEEE directly upfront running these benchmark programs. |
Yesterday, 14:07 | #175 |
Registered User
Join Date: Jun 2019
Location: Tokyo
Posts: 68
|
I think AIBB is causing me general problems, so have removed it from testing. Currently just looking at SysSpeed.
Only fun stuff in my SS and US is MuProtectModules and MuFastRom, everything else quite standard. I took softieee out of the SS, and ran it just before SysSpeed. It froze in the same manner. When testing FP actual usage I use LightWave 5.0. I notice when starting up and in use my mouse becomes very very jerky in the movements, and everything is just crazy crazy slow, probably slower than it should be? I recall some years back using a library that I think you created that would stop programs from hard crashing when trying to access the FP by having the same jerky mouse outcome? I wonder if that library might be the issue? I need to search for that thread! UPDATE: Found it: https://eab.abime.net/showthread.php?t=107530 . Even with my update to 3.2 from 3.1.4 maybe I have a residual library causing issues? Just a guess! Happy to try a FP program that you know 100% should work. Sysinfo: I saw someone post on the previous page their MFlops rate from Sysinfo. Around 0.91. Mine is 0.00! At least it does not crash the system! Installed MuReDox and now get 0.02. thanks! RDP Last edited by RDP; Yesterday at 14:51. |
Yesterday, 14:59 | #176 |
Registered User
Join Date: Jun 2019
Location: Tokyo
Posts: 68
|
I bit of an update: Installing latest MMULibs (might have been already!), and MuReDox has fixed the jumpy/slow mouse issue in Lightwave!
thanks, RDP |
Yesterday, 16:18 | #177 |
Registered User
Join Date: Jan 2019
Location: Germany
Posts: 3,215
|
Great that you found it - I was too late in responding. The reason for the jerkiness is that the FPU emulation is compute-intensive and operates entirely in the exception processing of the CPU which blocks other tasks from execution. MuRedox performs an online patching of executables such that emulation runs in user mode, and the exception overhead is avoided. It is of course still slow.
I believe AIBB has some problems with the 68060 in general, but maybe there was a patched version somewhere. However, please do not expect high speed - the emulation is of course quite slow. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Demos to test FPU on SX32 MkII (020+FPU) | Rochabian | request.Demos | 1 | 21 April 2020 03:03 |
Betatesting Amiga and C64 Forever 7 | michaelz | support.Amiga Forever | 23 | 22 June 2017 16:58 |
[obsolete] EoB 2 Thread AGA and translations betatesting | Marcuz | project.Amiga Game Factory | 17 | 21 August 2008 22:47 |
Frederic's Emulator inside and Emulator thread | Fred the Fop | Retrogaming General Discussion | 22 | 09 March 2006 07:31 |
|
|