Hi,
Nice work, Dimitar!
As you have requested comments, here is mine:
- only fullscreen LFB modes are supported. As of me, GRX
in a window is abomination.
I don't make a complete application, but an OCX control that is inserted in a window as part of the application. You'll understand that I absolutely NEED grx in a window.
Under Linux I use the LFB driver (here in full-screen mode), and the performance is a concern for me bacause is an embedded product with little CPU power. Do you think that the SDL driver could affect performance?
Best regards,
Josu Onandia
On Mon, 9 Feb 2004 11:29:02 +0100, Josu Onandia jonandia@aotek.es wrote:
Nice work, Dimitar!
Thanks.
As you have requested comments, here is mine:
- only fullscreen LFB modes are supported. As of me,
GRX in a window is abomination.
I don't make a complete application, but an OCX control that is inserted in a window as part of the application. You'll understand that I absolutely NEED grx in a window.
I know, I know. SDL-in-a-window is in my TODO list. Basicly, it's a matter of using a vd_xwin.c-like modes and sdl*.c drivers that are exactly like the lfb*.c drivers except for a final SDL_UpdateRect() call. I'll check the performance, it may be very slow.
Under Linux I use the LFB driver (here in full-screen mode), and the performance is a concern for me bacause is an embedded product with little CPU power. Do you think that the SDL driver could affect performance?
The video I/O speed won't be affected, it's always the same with LFB. The overall speed may be affected because of the SDL library memory overhead. The input speed may be affected because of the [svga-to-?]SDL-to-GRX event translation; it may be slower or even slightly faster. I can't currently check that, my linux SDL fails because of invalid asm statements (looks like gcc is too recent).