When's the new graphics kernal going to be implemented?
A couple of weeks, probably...
For those who want to know why it's not in place already, here's the technical reasons:
The issue is with memory organization. The current kernel is very flexible in that graphics data can be put nearly anywhere and it will work just fine, and the pointer for each graphic needs to be set only once.
The new kernel imposes greater limitations on where graphics data can be placed (in that you can only place graphics data in the first ~160 bytes of any given 256-byte page.) I am still trying to figure out how bB will handle this without just filling the ~100 bytes of each graphics page with zeros, blatantly wasting ROM space. I'd also like to keep the memory organization transparent to the programmer unless he wants to see the asm file.
Furthermore, the pointer for each graphic needs to be set every frame, and automatic bounds checking is required because xpos values over about 165 will cause bad things to happen in the multisprite kernel.
I don't think I can make the new kernel as flexible as the old in terms of memory organization, however, since (at current count) this requires 6 extra cycles per scanline, which are simply not there.
If anyone has suggestions of how to solve these issues, let me know.