On Thu, Jan 09, 2003 at 09:55:14AM -0700, Micah Dowty wrote:
>
> Nah, I still think media_c is necessary. Pgserver already supports a lot of weird
>formats
> (ncurses, VGA sync signals embedded in the framebuffer, ASCII, planar modes...) that
>it
> would be a pain to try to support in an app, plus putting in an abstraction layer
>for mode
> conversion makes supporting future modes easy. I don't expect media_c to be
>complicated, just:
>
> - A very thin OS abstraction layer for the SHM segment
> - Mode conversion code a la SDL so your app can pick a mode and have media_c
>convert if desired
> - Optional convenience functions for setting up the app's main window
>
> Of course, if you don't mind having to deal with the framebuffer in pgserver's
>native format,
> feel free to start the VNC client :)
Question is: would that be *pgserver's* native format, or the *underlying
system's* (eg X, fbdev, sdl, etc) format?
Hmm, btw (unrelated) it would be interesting to have a system for pgserver
to inform the app that something can't be seen in the current display driver
(eg, animation in ncurses).
[]s,
|alo
+----
--
Those who trade freedom for security
lose both and deserve neither.
--
http://www.laranja.org/ mailto:[EMAIL PROTECTED]
pgp key: http://www.laranja.org/pessoal/pgp
Eu jogo RPG! (I play RPG) http://www.eujogorpg.com.br/
GNU: never give up freedom http://www.gnu.org/
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Pgui-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pgui-devel
