<div dir="auto">The NYIT setup had multiple Barcovision color CRT monitors  connected to the frame buffers via multiple coax video cables<div dir="auto"><br></div><div dir="auto">I presume through some sort of video switch hardware.</div><div dir="auto"><br></div><div dir="auto">8 bits per pixel. (Unsigned char)</div><div dir="auto">The numbers stored in the pixel frame buffer memory were used to index a color map that held the actual RGB or HSV values for the actual color.</div><div dir="auto"><br></div><div dir="auto">Cycling the color map array values was a cheap animation  trick that Alex Schure had a particular fondness for. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 5, 2023, 10:02 AM Paul Ruizendaal via TUHS <<a href="mailto:tuhs@tuhs.org">tuhs@tuhs.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am confused on the history of the frame buffer device.<br>
<br>
On Linux, it seems that /dev/fbdev originated in 1999 from work done by  Martin Schaller and  Geert Uytterhoeven (and some input from Fabrice Bellard?).<br>
<br>
However, it would seem at first glance that early SunOS also had a frame buffer device (/dev/cgoneX. /dev/bwoneX, etc.) which was similar in nature (a character device that could be mmap’ed to give access to the hardware frame buffer, and ioctl’s to probe and configure the hardware). Is that correct, or were these entirely different in nature?<br>
<br>
Paul<br>
<br>
</blockquote></div>