🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: net.micro.atari8
Article #120

Re: 256k Upgrades

#120
From: C. David Young
Date: Tue, 08 Apr 1986 13:03
44 lines
3109 bytes
Since Bill has expressed curiosity about some of the details of my
AtariWriter Plus conversion to 80 columns, I will talk a little bit more
about it since it might be of general interest.

AW+ uses the extra memory of the 130XE (or compatible) in a kludgy sort of
way. (At least it appears to be kludgy; I have not used the word processor
enough to speak from experience.) Of the 5 16K banks that map into the
$4000-$7FFF range, the first 3 (the main bank and the first 2 extended
banks) are used as 3 independent 16K text buffers. The fourth is used as
the kill buffer and the fifth is largly unused: only the first 4K is used
for miscellaneous routines. That leaves 12K of this bank unused. HMMM.
Plenty of room for the 8K 80 column screen if only we could get Antic
to look up there.

Now Bill was wondering why I do not use the cartridge area for the 80 column
screen. The answer is that all that area has already been used by the
program. It is true that there is about 1K at the top of memory that is
used for the 40 column screen, but that is way too small for the 80 column
screen.

Back at the original problem, how do we get Antic to look way up into that
last extended bank? Pondering this question, I was suddenly struck by ATARI's
foresight (and Newell's for following the same convention in his 256KXL)
of giving us the control over the Antic to force it to stay with the main
memory bank even when the CPU is off looking at other banks. What if I were
to rearrange the order in which the banks are used so that the last bank
(the one with the free 12K) becomes the main bank? Then I could leave bit
5 of $D301 high, forcing Antic to look at my 80 column screen while the
CPU was off merrily flipping banks.

That is exactly what I have done. Fortunately, redefining the order of the
banks was easy; there are 5 little routines used to select each of the
5 banks. I merely swapped the bank address in the first and last routine.

Unfortunately, the rest of the conversion has been very tedious. In my
opinion, the program is quite poorly written. The screen output is not
at all elegant or structured. It is brute force and spread out in bits
and pieces throughout the code. However, the conversion is about 90%
complete and I hope to have it finished by June 1st. It will take the form
of a binary load file that will be appended to the AP.OBJ file on the
AtariWriter Plus disk.

David Young
-------
Technical Details
Message-ID: <8604081310.AA04316@ucbvax.berkeley.edu>
Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!ucbvax!usc-isid.arpa!DYOUNG
References: <564@tekigm2.UUCP>

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!ucbvax!usc-isid.arpa!DYOUNG
From: DYOUNG@USC-ISID.ARPA (C. David Young)
Newsgroups: net.micro.atari8
Subject: Re: 256k Upgrades
Message-ID: <8604081310.AA04316@ucbvax.berkeley.edu>
Date: Tue, 8-Apr-86 08:03:26 EST
Article-I.D.: ucbvax.8604081310.AA04316
Posted: Tue Apr  8 08:03:26 1986
Date-Received: Thu, 10-Apr-86 07:13:04 EST
References: <564@tekigm2.UUCP>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 44