You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Aquefir’s OAMAS project will require a 2D canvas. Such a feature is general enough IMO to warrant inclusion into Neopolitan, especially considering how strange supporting this with an APE will be.
Generally, this is the outline of how it will work:
On *DOS, this will abstract (S)VGA, possibly with “Mode X” support;
On Linux without X11, this will abstract the framebuffer itself (/dev/fb*);
On Linux with X11, this will talk to X11 over-the-wire;
On *BSD and other Unices with X11, this will talk to X11 over-the-wire
On macOS, this will talk to X11 over-the-wire via XQuartz; and
On Windows, this will use the Windows API canvas.
*BSD and other Unices may have second-class framebuffer support where feasible if X11 is unavailable. This must be explored and decided on a per-kernel basis.
From here, I will be researching the X11 wire protocol and writing a driver for it for the display buffer to use. It will provide a 2D canvas of arbitrary size with up to 24-bit RGB colour support. Colours may be less, but Mode X ensures it is possible to have 24-bit RGB even on *DOS. Mode X support will be opportunistic and with regard to the (S)VGA standards, whether de jure or de facto.
macOS is the thorniest of the systems to support, but the good news is Apple forked off X11 support some time ago and graciously handed it to the open source community, meaning it is an easy package-install away for most users. No verdict from us on Apple M1 support for now.
The text was updated successfully, but these errors were encountered:
Aquefir’s OAMAS project will require a 2D canvas. Such a feature is general enough IMO to warrant inclusion into Neopolitan, especially considering how strange supporting this with an APE will be.
Generally, this is the outline of how it will work:
/dev/fb*
);*BSD and other Unices may have second-class framebuffer support where feasible if X11 is unavailable. This must be explored and decided on a per-kernel basis.
From here, I will be researching the X11 wire protocol and writing a driver for it for the display buffer to use. It will provide a 2D canvas of arbitrary size with up to 24-bit RGB colour support. Colours may be less, but Mode X ensures it is possible to have 24-bit RGB even on *DOS. Mode X support will be opportunistic and with regard to the (S)VGA standards, whether de jure or de facto.
macOS is the thorniest of the systems to support, but the good news is Apple forked off X11 support some time ago and graciously handed it to the open source community, meaning it is an easy package-install away for most users. No verdict from us on Apple M1 support for now.
The text was updated successfully, but these errors were encountered: