[rescue] NCD 88K Xterminal video adapter

Mouse mouse at Rodents-Montreal.ORG
Sun Mar 26 21:42:15 EDT 2023


>> I can hardly claim to be representative of much, but *I* certainly
>> use [X's network-remoteness] routinely.
> Sadly, for most of the time Wayland has been around (or perhaps
> longer), the X community seems to have been madly destroying as much
> of the usability of remoteness as possible.

Not only of network-remoteness.  It was something like ten years ago I
ran into an application that not only assumed it was talking to a
TrueColor visual, but assumed it was 8/8/8 TrueColor, and, on top of
that, assumed it knew what the RGB masks were.  (Okay, it's possible it
would have errored out without TrueColor, or without 8/8/8 TrueColor.
But it _did_ misdisplay on a display that was RGB instead of BGR, or
whatever the orders the server provided and the client expected were.)

> Virtually everything other than xterm these days insists on rendering
> fonts server-side, making it utterly painful to use even over gig-E.
> Grumpf.

ITYPM "client-side".  Server-side is the normal (from an X perspective)
place to handle fonts.  But then, X font support cannot - and cannot be
made to - do antialiasing, flatscreen subpixel rendering, or the like;
it is specified too precisely, and specified in terms of displaying
1bpp glyphs.  You'd need extensions for such things.

As for being painful even over GigE, that's not just about client-side
fonts (though that probably doesn't help).  My terminal emulator will,
when told to, use a client-side font, and it is still fully usable
network-remote (visibly slower, but not by much).  But it pushes the
glyphs to server-side pixmaps, rendering them by copying from the
pixmap to the window.  I suspect what you're dealing with is rendering
all the way to a final image client-side and then pushing that, which
_is_ ridiculously inefficient except when (a) local and (b) using
MIT-SHM or moral equivalent (and also pushes respnsibility for handling
different visuals off onto the client).  The X.org world appears to
shoehorn everything into a Linux/x86 mindset, even to the point of
doing userspace bus enumeration for SBus SPARCs.  It's one reason I
still use MIT X when on hardware where it works, like my routine
screen-and-keyboard machines, which are SS20s.

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse at rodents-montreal.org
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B



More information about the rescue mailing list