Feature Question/Request - PFcolors/background

[MausBoy]

Is there any way that PFcolors and background could be used at the same times? So that if the kernel options pfcolors and background were both on, they would use seperate color tables? In adventure and sidescrolling demos I've made, it would make all the difference if I could have nice looking multicolor foregrounds and backgrounds, such as a background sunset with playfield trees and a house. Having to choose one or the other makes everything that could look especially nice really dull and generic looking. I could probably still work with it if it required the loss of another function/object, even.

 

If it's a matter of variables and space, what if you made it so that if pfcolors and background were used, you couldn't use pfheights, but the pfheights table was still allowed and used for the background colors instead.

Edited December 22, 2006 by MausBoy

[+batari]

Is there any way that PFcolors and background could be used at the same times? So that if the kernel options pfcolors and background were both on, they would use seperate color tables? In adventure and sidescrolling demos I've made, it would make all the difference if I could have nice looking multicolor foregrounds and backgrounds, such as a background sunset with playfield trees and a house. Having to choose one or the other makes everything that could look especially nice really dull and generic looking. I could probably still work with it if it required the loss of another function/object, even.

 

If it's a matter of variables and space, what if you made it so that if pfcolors and background were used, you couldn't use pfheights, but the pfheights table was still allowed and used for the background colors instead.

It's a matter of cycles. With both PFcolors and heights, I would need to dig up 4 cycles to pull that off, so something would have to go. I think it can be done though.