vga_enable_256color_modex(); might have the bug in it

test.exe shows that the overscan is showing up where it should not thus end horizontal display is incorrect

====entire display works ww ====

hmmm

hmmm

wwww

added stuff ww

add printf-like _DEBUGF() function for debugging, too

in case where DEBUGSERIAL is not defined, make sure stubs compile
properly to nothing. Fix code to compile properly with no-DEBUGSERIAL
case.

serial debug output added. they are added as _DEBUG_INIT and _DEBUG functions.
a comment was added to the makefile to show what to comment out to stub the debug
output when the game is to be released.

BAKAPI WORKS BETTER ^^

wwww

wwww

wwww

wwww

joncampbell what is going on? ^^ odd.... wwww

joncampbell what is going on? ^^ wprof == BOOM wwww

joncampbell what is going on? ^^

joncampbell what is going on? ^^

joncampbell what is going on? ^^

joncampbell what is going on? ^^

looking at tesuto now~

looking at tesuto now~

looking at tesuto now~

looking at tesuto now~

some bugs may be left i am not sure ^^

added plans on page 4 ^^

added plans on page 4 ^^

now i gotta get the background preserved ^^

now i gotta get the background preserved ^^

pages made ^^

^^

4 page system needs to be tested ^^

things are working well now ^o^

wwww

fixed the issue with sw ==0 ^^

more

typecast, just to be sure

show page sizes

guard asm blocks

w

wwww johncampbell it is much easier to see the issue in test.exe now /home/sparky4 ^^

wwww

ww

ww

ww

well, we could avoid some crashiness by saving/restoring CPU registers
in modexClearRegion.

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written writing beyon the 2nd page sw size breaks the program of all programs wwwwwwwww

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written writing beyon the 2nd page sw size breaks the program of all programs wwwwwwwww

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written writing beyon the 2nd page sw size breaks the program of all programs wwwwwwwww

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written writing beyon the 2nd page sw size breaks the program of all programs wwwwwwwww

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written

joncambell321 please help test.exe creates garbage if the 2nd rendering page is written

MORE WORK ON SCROLL wwwwwww

p16 screen design notes added to design.txt

fack....

panning updated and stuff wwww

panning updated and stuff wwww

panning updated and stuff wwww

panning updated and stuff wwww

panning updated and stuff wwww

panning needs to be finished i am about to CRASH wwwwwwwwwwwwwwwwwww

panning needs to be finished i am about to CRASH wwwwwwwwwwwwwwwwwww

added videolay.txt

added videolay.txt

made major changes in code for the future of scroll ^^

made major changes in code for the future of scroll ^^

made major changes in code for the future of scroll ^^

made major changes in code for the future of scroll ^^

pushing source stuff ^^

paging system being worked on~

wwww

added an accidental file ww

added an accidental file ww

added an accidental file ww

added an accidental file ww

about to implement the toggle system of the drawpage stuff ww

about to implement the toggle system of the drawpage stuff ww

added some notes ^^

wwww

repo sync ^^

repo sync ^^

repo sync ^^

repo sync ^^

repo sync ^^

repo sync ^^

repo sync ^^

repo sync ^^

repo sync

textInit() for font. add variable so shinku() knows what page we're on.

modex draw char use rom font height, do not assume 8.

fix updated code to copy the char, not NUL char (doh!)
fix modex VGA init to set .width and .height page members.
shinku()'s fps indicator works now!

save/restore AX/BX when calling BIOS to get ROM font.

shinku() needs ROM font to modexprint. make sure to fetch it.

replace inline asm with _fmemcpy to copy ROM font char.
add reminder that it might be faster for modexDrawChar to point
directly at ROM font char.

the reason for replacing the inline assembly is that the original
code acted without saving/restoring CPU registers that the C compiler
optimization stage assumes holds results from previous C compiler
generated code. corruptiong the optimizer's expectations is the reason
why all code using modex (and assuming things about DS and ES) is the
reason all game code was blowing up. this fix makes things stable again.

repo sync

repo sync and i did some debugging ww

remove wraparound check in modex print, add addr adjust for newline.
FONTGFX.EXE now prints the ascii rose in mode X, though the ASCII art
is too wide for 320x240 mode.

16.c needs to probe DOS and VGA before using modex library. -repo sync-

16.c needs to probe DOS and VGA before using modex library. -repo sync-