| |
Knight Rider
Registered: Mar 2005
Posts: 114 |
Releases Not Working On Ultimate64
Yesterday, it was reported to me that Sir Arthur Pendragon Quadrilogy is not working on the Ultimate64 V1.2. You can load every game, but pressing fire to start does nothing. I checked with V1.1, and the same.
It is not a release problem, but a U64 problem. The original game also has this behavior. I assume all other cracks too.
The issue has been reported to Gideon.
I thought we can collect similar issues for other games/demos here. |
|
... 19 posts hidden. Click here to view all posts....
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
you realize one has zero to do with the other? :) |
| |
JackAsser
Registered: Jun 2002
Posts: 1987 |
Quote: uh its all precompiled in the vice repo. i also contacted gideon about this some months ago already... (and its like 1000 small programs, not one =))
I see, perfect! |
| |
hedning
Registered: Mar 2009
Posts: 4586 |
Quote: Yesterday, it was reported to me that Sir Arthur Pendragon Quadrilogy is not working on the Ultimate64 V1.2. You can load every game, but pressing fire to start does nothing. I checked with V1.1, and the same.
It is not a release problem, but a U64 problem. The original game also has this behavior. I assume all other cracks too.
The issue has been reported to Gideon.
I thought we can collect similar issues for other games/demos here.
As people already said: Complaining to you is meaningless; ask them to contact Gideon, as this is not an issue with stuff that works on real hw.
Me and some pals gather every U64 bugged demo we see in a huge list, that we later will send to Gideon when we are tired of testing stuff. Hopefully that list will help him fix the Ultimate. But perhaps it's meaningless as stated by Groepaz. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
at this point i'd say it is - it'll be a LOT more work to debug those demos and try finding out wtf is wrong with them than just go through the testbench and fix things :) (i have done this a couple times in the past for chameleon - demos and games are terrible testcases) |
| |
tlr
Registered: Sep 2003
Posts: 1703 |
Quote: at this point i'd say it is - it'll be a LOT more work to debug those demos and try finding out wtf is wrong with them than just go through the testbench and fix things :) (i have done this a couple times in the past for chameleon - demos and games are terrible testcases)
That how many of the test programs came about. Once the reason for an anomaly in a demo was found a test program was written to explore all corner cases around that anomaly.
It's going to take a while to make the implementation pass those test cases if they weren't considered while designing. Well, I guess that is test driven development for you, only not doing it properly makes it much harder when you have the very long "compile"/test cycles of an FPGA. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
actually i knocked up the whole script driven testing just for that (chameleon) :) |
| |
tlr
Registered: Sep 2003
Posts: 1703 |
That's what I figured.
As you have run some tests, any specific areas where the U64 needs the most improvement? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
i'd start with fixing all the broken opcodes, no point in even looking at the rest when CPU is broken :) (but not done yet... it will take a couple of days to run all the tests by hand)
[disclaimer: you still have to run those tests. i am not in the position to publish detailed results right now] |
| |
tlr
Registered: Sep 2003
Posts: 1703 |
Ouch, if the cpu is broken in any major way all bets are of I guess. Undocumented ops and decimal mode isn't required for most of the tests though.
I don't have access to an U64 so I'm mostly just curious at this point. :) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
couple undocs... however, the impact is probably quite noticable in both original games and demos (not so much in the test programs) |
| Previous - 1 | 2 | 3 - Next |
