It was an nice little machine. But since it used the UCSD P-System, a slow interpreter, it was rather slow if you needed to compute anything.
(In my aerospace company days, our group evaluated a large number of forgotten machines, from the Apollo Domain and Symbolics 3600 down to the Terak. This was the era of weird UNIX workstations and things that were sort of like IBM PCs, but different. So I got to see most of the hardware of that era. Eventually settled on Sun 2 machines and 4.3BSD.)
We had a lab of Apollos at our uni, in the "VLSI lab" (but used by everyone). We had one with a truly enormous (in depth) 17" or 19" colour monitor. I programmed some rudimentary 3d (flat shaded) on it, using some kind of direct screen buffer. I can't even remember if they ran X Windows. This would've been in the early 90s.
The Apollos had their own Display Manager. (At least, by the time I saw them, as they were almost being discontinued, when they ran Domain/OS SR10.)
It had a lot of neat things about it, including being ahead of its time and thinking behind Unix. But often people just used it to run a single program, and spend much time in the rest of the system.
Those graphics look really nicely done (especially the GIF); I actually wish matplotlib or whatever the most popular data viz libraries are had a feature that would make them.
I would look for dithering options if you can. On screens with limited colors, dithering is a great way to add a feeling of depth or shadows. You still see it in some pixel art.
If you read dev logs for playdate games, a lot of devs use dithering since it only has 1 bit color.
We used these for my first CS class at UCSB in 1979 running the UCSD P-System and they were great machines. It was frankly a much better system than the shared university IBM mainframe clone based computers used for other first year courses which used PL/1. Playing Space Invaders was one of the more popular activities on the Terak.
The compiler/run/debug & repeat cycle was light years ahead of how we developed on the mainframe. On the mainframe, using PL/1, you had a global onerror handler that would dump all variables and do a core dump of your program failed/crashed. The output was on from a line printer that you usually got a few hours after you submitted your job. On average you got 1 maybe 2 job runs a day. At least we didn’t have to use punch cards like the electrical engineers did for their Fortran programs; we used “glass TTYs” where we could save our virtual cards to a file system and later modify. Oh, and you needed to have the magic JCL cards at the beginning or your job. Those were the days.
Later that year the CS dept got their own VAX and from then on most coursework was done on that system using BSD Unix. The EE’s still had to use punch cards on the mainframe.
We did have a few other systems for some courses but the majority of stuff ended up being C or Pascal on Unix (with the occasional language like lisp or prolog for some classes.)
It was an nice little machine. But since it used the UCSD P-System, a slow interpreter, it was rather slow if you needed to compute anything.
(In my aerospace company days, our group evaluated a large number of forgotten machines, from the Apollo Domain and Symbolics 3600 down to the Terak. This was the era of weird UNIX workstations and things that were sort of like IBM PCs, but different. So I got to see most of the hardware of that era. Eventually settled on Sun 2 machines and 4.3BSD.)
We had a lab of Apollos at our uni, in the "VLSI lab" (but used by everyone). We had one with a truly enormous (in depth) 17" or 19" colour monitor. I programmed some rudimentary 3d (flat shaded) on it, using some kind of direct screen buffer. I can't even remember if they ran X Windows. This would've been in the early 90s.
The Apollos had their own Display Manager. (At least, by the time I saw them, as they were almost being discontinued, when they ran Domain/OS SR10.)
It had a lot of neat things about it, including being ahead of its time and thinking behind Unix. But often people just used it to run a single program, and spend much time in the rest of the system.
Did you get the full Unix 4.3BSD source code for the Sun-2, so you could hack on it? That would've been appealing.
Otherwise, the Apollo series was (or became) more interesting, and the Symbolics (being a Lisp machine) must've been awesome.
> Did you get the full Unix 4.3BSD source code for the Sun-2, so you could hack on it?
Yes. We had an AT&T license for UNIX.
Those graphics look really nicely done (especially the GIF); I actually wish matplotlib or whatever the most popular data viz libraries are had a feature that would make them.
I would look for dithering options if you can. On screens with limited colors, dithering is a great way to add a feeling of depth or shadows. You still see it in some pixel art.
If you read dev logs for playdate games, a lot of devs use dithering since it only has 1 bit color.
We used these for my first CS class at UCSB in 1979 running the UCSD P-System and they were great machines. It was frankly a much better system than the shared university IBM mainframe clone based computers used for other first year courses which used PL/1. Playing Space Invaders was one of the more popular activities on the Terak.
The compiler/run/debug & repeat cycle was light years ahead of how we developed on the mainframe. On the mainframe, using PL/1, you had a global onerror handler that would dump all variables and do a core dump of your program failed/crashed. The output was on from a line printer that you usually got a few hours after you submitted your job. On average you got 1 maybe 2 job runs a day. At least we didn’t have to use punch cards like the electrical engineers did for their Fortran programs; we used “glass TTYs” where we could save our virtual cards to a file system and later modify. Oh, and you needed to have the magic JCL cards at the beginning or your job. Those were the days.
Later that year the CS dept got their own VAX and from then on most coursework was done on that system using BSD Unix. The EE’s still had to use punch cards on the mainframe.
We did have a few other systems for some courses but the majority of stuff ended up being C or Pascal on Unix (with the occasional language like lisp or prolog for some classes.)
"Winner of the "Geek Site Of The Day" Award on October 16, 1996"
Not to be confused with Therac
https://en.m.wikipedia.org/wiki/Therac-25