Arx816 & EghtyOne problem...
Re: Arx816 & EghtyOne problem...
Hi Stefano (italian? ).
I downloaded ARX 816 demo from the site of Andy, but works only on EGHTYONE ver. 0.42.
What's different? You have another working version of the file?
Thanks.
I downloaded ARX 816 demo from the site of Andy, but works only on EGHTYONE ver. 0.42.
What's different? You have another working version of the file?
Thanks.
Re: Arx816 & EghtyOne problem...
Yup, I'm Italian.. please forget my last post, there can be, as you say, differences on the EightyOne versions.
The fact is that I used EO extensively to develop the ARX support for z88dk and I did not have problems at all, then I checked this program and the problem showed up.. probably I'we simply been lucky.
The fact is that I used EO extensively to develop the ARX support for z88dk and I did not have problems at all, then I checked this program and the problem showed up.. probably I'we simply been lucky.
Re: Arx816 & EghtyOne problem...
the problem with this seems to be that for the demo i decided to put the code ( more precisely the dummy d-file lines ) in the 8K - 16K area of ram, and if it is not ghosted properly at the 40k-48K region it does not work. solution is to move the dummy d-file lines to other ram ( rem statment, or above ramtop ) and alter the code to reflect this change.
regards
regards
what's that Smell.... smells like fresh flux and solder fumes...
Re: Arx816 & EghtyOne problem...
Tnx for the explanation, I couldn't really understand what was going wrong.
Andy, did I understand correctly the ARX816 code could be modified to be faster ?
Andy, did I understand correctly the ARX816 code could be modified to be faster ?
Re: Arx816 & EghtyOne problem...
Less wasteful certainly, when it was written I didn't have a great understanding of the video circuits so a huge delay loop at the start was inserted to wait until the line counter inside the ULA had gotten back to 0, it is however possible by correct out instructions, and careful timing to reset that counter at will. Thus that huge delay can be mostly removed. It should restore well over 1000 cpu cycles for user program .
Regards Andy
Edit: I can remember that the out / in caused a very short sync pulse so you had to time it to match the hsync to avoid display disruptions.
Regards Andy
Edit: I can remember that the out / in caused a very short sync pulse so you had to time it to match the hsync to avoid display disruptions.
what's that Smell.... smells like fresh flux and solder fumes...
Re: Arx816 & EghtyOne problem...
Back to this thread to alert you guys: EO 0.42 is also the only way to see the Memotech HRG interface work correctly (perhaps it is consequence of the same shadowing behavior?).
Similarly the ZXpand mods seem to have broken the G007 support.
Similarly the ZXpand mods seem to have broken the G007 support.
Re: Arx816 & EghtyOne problem...
With this line in zx81_readbyte()
changed into (but what would be the proper shadowing?)
the demo might work
Code: Select all
else data=memory[(Address&(zx81.RAMTOP-16384))+16384];
Code: Select all
else data=memory[Address&zx81.RAMTOP];
Re: Arx816 & EghtyOne problem...
On an ordinary zx81 with a 16k rampack, with simple static ram at the 8-16k area would normally result in the following memory map
0 - 8k. Rom
8 - 16k. Ram
16 - 32k Ram (16k rampack)
32 - 40k Rom, shadow of 0-8k
40 - 48k Ram, shadow of 8-16k
48 - 64k Ram, shadow of 16-32k
Regards andy
0 - 8k. Rom
8 - 16k. Ram
16 - 32k Ram (16k rampack)
32 - 40k Rom, shadow of 0-8k
40 - 48k Ram, shadow of 8-16k
48 - 64k Ram, shadow of 16-32k
Regards andy
what's that Smell.... smells like fresh flux and solder fumes...