About the progress... [and a request for help]
Theoretically the DeclROM for the BolleCard is done.
It compiles fine in classic MPW (doing it in the correct vintage way
) and boots all the way through...
What you see here is an external screen "emulating" the internal 9" at 512x342@8bit (As I don't have a real BolleCard nor the required harness)
The primaryInit already sets the
formac BolleCard to be primary card and "kills" the internal video (i.e. Slot $E).
At 00:30 you see a quick "rearing up" which probably is a QuickDraw access and is quickly blackened by the secondaryInit (interrupted by some, well, interrupts which explains some non-black pixels... but you won't see them anyway.
So everything's works as requested by Sir Bolle...
but there's one thing (you might help me with):
Because of frequency-o-rama and other analog things my brain is not capable to digest (
@Bolle will explain that for sure),
we do not want a monochrome (1-bit) mode.
I did
not implement any, i.e. there's just a single 8bit mode defined in the sResource... still at some point the card is accessed in 1bit mode, e.g for a brief moment during booting. My "WAG" (to cite
@Trash80toHP_Mini) is: this must be QuickDraw.
A good proof for this guess is, that running Speedometers QD-benchmark it switches to 1bit in the end and the BolleCard goes into "on strike mode" (or blank in my "emulation setup") because there is no f-ing 1bit mode, gaaaaddammit!
This is really frustrating. So much that I even started to study the QD source... which adds some more frustration
Asking
@Melkhior he gave me a new & good hint: His DeclROM is using 32bit QD... mine's 24bit because I want(ed) to allow compatibility with the SE/30 original ROM...
Do you guys have an additional idea, experience or Devine inspiration where/what I can look for? Is there a behavioral difference in 24 vs 32bit QD?