|View Issue Details [ Jump to Notes ]||[ Issue History ] [ Print ]|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006082||JaguarXJ220||[WHDLoad Installs Games] slave||public||2023-03-19 17:03||2023-05-23 20:00|
|Assigned To||CFOU||Project Info||Jaguar XJ-220 (Ocean)|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Summary||0006082: Occasionally freezes on the repair car screen|
|Description||The game occasionally freezes while on the car repair screen.|
You can't select anything anymore, and the only option then
is to use the quit game WHDload option (defined quit game key).
|Additional Information||Jaguar slave v. 1.2|
|Tags||No tags attached.|
WHDload options used:
|have you same problem with both slave versions (fast & no fast)?|
Sorry, I think I have only used v 1.2 slave..
have you use files our disk images version?
Can you test with no fast disk images version to compare running with HRTMON?
If it's freeze again, can you enter in HRTmon and send to my register states when it's freezed.
see attacked PNG pour example
with newer Versions we have to Set "Cache" as far as i know
i wanna say, it can be that NoCache is set, its same like without this running :-)
I'm having some problems with the most recent slave of Jaguar (1.7)..
Sometimes the game quits to dos with some access fault when entering
the Core design intro part screen.
i tried with or and without some WHDload options; (PRELOAD) NoCache and NoMemReverse.
Not sure if the problem has something to do with the new WHDload version 18.9 .
I have used only the version with images, sorry.
To be honest, I don't know anything about HRTmon...yet.
Paul Head (reporter)
Have you reinstalled the game with original disks or proper images? That old slave was from 2003, I remember the same problems you are experiencing happening years ago (13 ish) and I was using the Killer Gorilla installs then. I can't remember the details but it might have been on my ACA1230.
All I'm saying is that the disk images might have been corrupted then, and if you still use the same ones then it might never work, and the new slave wouldn't fix that.
I'm sorry to report that the issue Might have been hardware
related, in my case, at least;
There were some problems with the UFO Aga WHDload install, too;
and I decided to run some memory tests, which found some errors
in my Chip memory.
I decided to change the Chip Ram Simm (I had a 4 mb Hyundai 60 ns Simm
installed and the Chip Ram jumper on mobo set to 8 Mb)to an old
2-sided one; which now seems to work ok; altough it gave similar errors at
the first mem test run (!?).
So, maybe this Issue should be "freezed" !?
Thank You, CFOU, Dennis50300 and Paul Head for Your support!
|2023-03-19 17:03||macce2||New Issue|
|2023-03-19 17:08||macce2||Note Added: 0012529|
|2023-03-20 10:48||CFOU||Note Added: 0012531|
|2023-03-20 10:48||CFOU||Assigned To||=> CFOU|
|2023-03-20 10:48||CFOU||Status||new => assigned|
|2023-03-20 16:29||macce2||Note Added: 0012536|
|2023-03-20 17:56||CFOU||File Added: hrtlmon.png|
|2023-03-20 17:56||CFOU||Note Added: 0012538|
|2023-03-20 22:27||Dennis50300||Note Added: 0012541|
|2023-05-20 22:00||macce2||Note Added: 0012827|
|2023-05-20 22:03||macce2||Note Added: 0012828|
|2023-05-22 11:00||Paul Head||Note Added: 0012835|
|2023-05-23 20:00||macce2||Note Added: 0012842|