--- Ramon van Handel wrote:
> If you're running X anyway, you might as well run
> the X version.
> I also don't see much point in SVGALib --- if you're
> running full-screen
> anyway, might as well make the most of it by
> directly grabbing the
> video framebuffer. The whole idea of a text mode
> would be that you
> can run through a telnet session... anyway, that's
> how I see it.
> Don't need ncurses for that but it does seem
> easiest.
>
> -- Ramon
Ok, I think that is universally agreed upon. I was
thinking more of later, non-unix/X-windows type usage.
If we center too much on X then it will be an
extreemely difficult and bug ridden road to
non-unix/X-windows style ports. I thought of the
svgalib as a type of video-out plugin that may be
worth playing with (if only to discard it later) just
to get the feel of other methods of mapping the
screen. Maybe the abilty to use virtual frame buffer
support on newer kernels would be warranted instead
(it would be faster...I think).....? I am just
playing the poor video subsystems devil's advocate to
point these minor problems out.
In any case out of the above the client system
still needs to see some sort of (maybe generic/generic
accelerated) video device to talk to--and it can't be
the host graphics adapter because that would require a
dedicated connection to the hardware (why I so dislike
the idea of direct frame buffer mapping and proposed a
virtual frame buffer method.... like Xvnc---which by
the way, is faster than regular X running an
accelerated server on some systems....as long as the
viewer and the server run on the same machine).
Oh, by the way....... I could just be nuts.....,
but I am happy being so. ;-)
Drew Northup, N1XIM
__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com