From: Groepaz (groepaz_at_gmx.net)
Date: 2003-01-26 06:00:34
On Saturday 25 January 2003 08:23, Marko Mäkelä wrote:
> On Fri, Jan 24, 2003 at 09:35:27PM -0500, Ethan Dicks wrote:
> > Dunno. Does that work without tricking the Kernel print routines
> > (this program just emits strings to $FFD2)
>
> You would have to handle carriage returns and scrolling yourself, but
> I think it's otherwise doable. There is a zero page based pointer array
> to the beginning of each line in the screen memory (originally for handling
> continuation lines).
no it doesnt work... think about it... using more columns makes the table
useless.
however, if you patch the "plot" (sets/reads cursor) kernal call (that is, do
not let the kernal call it through $ffd2, but use your own implementation)
things are easily doable.
>
> > > On PAL, there are 35.5 visible columns (of which maybe 4 are
> > > invisible on some televisions).
> >
> > 31 is still better than 23.
>
> However, on NTSC, you only have 65 cycles per line (while PAL has 71), and
> thus, at most 32.5 columns to play with. But 28 is still more than 23.
> Hmm, that was from memory. See
> http://www.funet.fi/pub/cbm/documents/chipdata/VIC-I.txt for more exact
> data. The maximum PAL screen size is 29 columns by 35 lines = 1015
> characters. The maximum NTSC screen size is 26 columns by 29 lines = 754
> characters.
mmmh.... 35 lines?! nono that cannot be true :o) afaik theres a hardware limit
at around 25 lines no? :o) (even the VIC docs say that :o)
--
___ ___ .___________________ .___________ _______.
c=64 / | \| \__ ___/ \ \_ _____/ \ \ [groepaz]
gb / ' \ | | | / \ / \ | __)_ / | \ gp32
cgb \ . / | | |/ ' \| \/ | \ psx
gba \___|_ /|___| |____|\____|__ /_______ /\____|__ / dc
-----\/-----'---------------\/--------\/---------\/
http://www.hitmen-console.org Hitmen WWW Headquarters
http://fly.to/hitmen-groepaz my personal playground
http://rr.c64.org/silversurfer home of the RR debugger
ftp.musoftware.de/pub/groepaz cc65 dump site
Message was sent through the cbm-hackers mailing list
Archive generated by hypermail 2.1.4.