Messages in this thread | | | Subject | Re: GGI Project Unhappy On Linux | Date | Sat, 28 Mar 1998 05:06:29 +0100 | From | (Hans-Peter Jansen) |
| |
>Dear graphics controller, there is a nice pixmap in main memory at >0xD0A13C30, its 64x64 pixels square and in RGB888 format, please map it >to the 8bit mode colours you are in and dither if neccessary. If you'd be >kind enough to post me an interrupt when you've finished I'd be greatful > > Yours > The processor > Okay, that´s in the future, but by now, linux has problems, because interferring video mode settings... I´m personally experiences some problems with different flavours of the MGA-2[01]64 stuff, on my nb (ct 6555?, 12,1 TFT), always by using higher TextMode settings (in either conf. standard mode is _not_ an alternative).
In one of my current threads, I´m evaluating using linux for a controlpanel in cars (speedometer, RPM and friends) . In the first existing prototype, an eight years old Golf (rabbit?) was equip. with a 12.1 TFT, ct6555?, P133 std. mb, etc. with 0S2 (?!?) is used (annoying longish boot-period, and then...)
... an application is started, with a very common design (like before without it), with some _smart_ & _helpful_ features for the user (driver). No PC anymore! The little difference is the user interface. Everything looks as common as possible, allowing tomorrow´s grandma driving cars, without having to deal with any Windows (-CE) GPF (;-). More information available...
That prototype is running fine, still lacking some features (os/2 prg. with gnu objective c exp. are welcome), but the philosophy behind is right.
I´ve infected the developers with thinking about linux as the "right" replacement for the half os, and would like to get some more opinions this way from different minds...
BTW: an concurrent product in creation state, using loose95? and open-gl libs, lots of colors, everything anti-aliased, but lacking philosophy! They want to kick that in asics?!? in summer... (they said)
Our project will try to stay open, flexible, useful... And we do need _some_ more or less sofisticated graphic support, but X wouldn´t be the answer, I think (boottime) All we need are some bitblits, efficent anti-aliasing and rotating of elliptical bitmaps would be useful. Where to go from here?
The matter is, all embedded linux systems would win though a kernel supporting common basic graphic primitives itself (Correct me, if I´m wrong). Did the new framebuffer stuff touches this? I thing, it´s time to get rid of the current text mode... (My MGA supports up to 250 MHz in graphics mode, but in textmode with 104x43x9 the upper limit is around 63 MHz/71.8Hz. More results in pixelflicker. This is poor (who´s to blame?)
Emulation of textmode-consoles for all platform would be a nice option. May be on the way?
hp
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu
| |