Mr Nours wrote:So i think this is a proof that CE_DD.PRG somewhat kills the floppy emulation or the floppy r/w subroutine...and that the firmware works fine without CE_DD.PRG on STE.
Mr Nours wrote:Please tell me if you need more testing.
Mr Nours wrote:Is there a debug mode on the CE that may show more logs via the pi shell ?
Code: Select all
00015221 00000155 (2016-01-06 10:10:07) Side / Track out of range, returning empty track
00017971 00002750 (2016-01-08 18:59:53) Side / Track out of range, returning empty track
Mr Nours wrote:This is way better!
A point for Jookie!
Mr Nours wrote:Unfortunately I always had screen data corruption on magic pocket with the fuzion cd 87
Mr Nours wrote:and the Autoboot bug ( won't boot correctly on A: if this is not after a hard reset ) as described in another post is also here.
Mr Nours wrote:Side / Track out of range, returning empty track
What are they related to?
Mr Nours wrote:I had modified the fuzion image to be 80/9/2. ( attached )
I removed the second game for that ( Only valid choice is now 1 - Magic Pocket ).
If you run this image with Steem then choose "1", you'll got the same screen corruption than with the orginal image disk on CE.
Seems that something in the code run by the menu disk is related to the disk geometry...i'm a bit disapointed
Mr Nours wrote:The original image works fine on Steem or Hatari, but get image corruption on CE.
Mr Nours wrote:You did it Jooking !
Two thumbs up!
Mr Nours wrote:So.. What was the story of this bug?
Mr Nours wrote:If you please so i will try some other images disk and compare how they works with steem/hatari and cosmosex and report eventual problems.
Users browsing this forum: SweYC and 2 guests