[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 6502 illegal opcodes questions
- Subject: Re: 6502 illegal opcodes questions
- From: pausch@saaf.se (Paul Schlyter)
- Date: Mon, 22 May 2006 12:13:20 GMT
- Newsgroups: comp.sys.cbm, comp.sys.apple2, rec.games.video.classic
- Organization: Unknown
- References: <444be7a0$0$11080$9b4e6d93@newsread4.arcor-online.net> <e4kl5u$5qq$1@news.lrz-muenchen.de> <e4mpoa$9s8$1@merope.saaf.se> <446f7e4c$0$4512$9b4e6d93@newsread2.arcor-online.net>
- Xref: g2news2.google.com comp.sys.cbm:15713 comp.sys.apple2:8018 rec.games.video.classic:5114
In article <446f7e4c$0$4512$9b4e6d93@newsread2.arcor-online.net>,
Linards Ticmanis <ticmanis@gmx.de> wrote:
> Paul Schlyter wrote:
>
>>> IIRC the S-JiffyDOS patch uses illegal opcodes to speed up GCR decoding.
>>> (Jochen, are you reading here and can comment?)
>>
>> That can also be done without illegal opcodes. The Apple Pascal RWTS
>> did it, and was able to read all sectors of a floppy on one revolution
>> of the disk -- oncluding GCR decoding on-the-fly.
>
> But isn't Apple GCR a bit simpler than commodore GCR? Apple's 16-sector
> format stores three data bytes per four disk bytes (3:4), Commodore gets
> in four data bytes per five disk bytes (4:5) IIRC.
Dunny about that. Apple 13-sector format stored 5 data bytes ber 8 disk bytes
(5:8), which was less efficient than (3:4) --- still, the denibblizing code
was a bit longer in the (5:8) case than the (3:4) case.
--
----------------------------------------------------------------
Paul Schlyter, Grev Turegatan 40, SE-114 38 Stockholm, SWEDEN
e-mail: pausch at stockholm dot bostream dot se
WWW: http://stjarnhimlen.se/