Hold on a sec, deadmoap. Is there any particular reason you don't want to use high color (15\16 bit) or true color (24\32 bit) graphics?
I haven't seen a 256 color digital monitor since the IBM 286 days! A long time ago, 8 bit displays were quite a bit faster then the new upstart 'high color' display cards because graphics chips at that time were slow and didn't have dedicated graphics processor, etc. Nowadays, though, there isn't much of an advantage except these two points: half to one third as much memory (8 bits versus 16 or 24\32) and color cycling animation (low cpu overhead).
But since fast gfx cards are plentiful and cheap and B+ doesn't support register-based graphics (Purebasic does, though ;) then the point is moot anyways!
If I were you, I'd forget about the 8 bit display unless you are programming for a REALLY old system, in which case you'd probably want a dos-based programming langauge anyway!
Hope this helps,
Russell
I haven't seen a 256 color digital monitor since the IBM 286 days! A long time ago, 8 bit displays were quite a bit faster then the new upstart 'high color' display cards because graphics chips at that time were slow and didn't have dedicated graphics processor, etc. Nowadays, though, there isn't much of an advantage except these two points: half to one third as much memory (8 bits versus 16 or 24\32) and color cycling animation (low cpu overhead).
But since fast gfx cards are plentiful and cheap and B+ doesn't support register-based graphics (Purebasic does, though ;) then the point is moot anyways!
If I were you, I'd forget about the 8 bit display unless you are programming for a REALLY old system, in which case you'd probably want a dos-based programming langauge anyway!
Hope this helps,
Russell