It was called the Geneve 9640 from Myarc:
https://dressupgeekout.com/geneve/
http://www.mainbyte.com/ti99/geneve/geneve.html
Wikipedia has a decent article:
https://en.wikipedia.org/wiki/Geneve_9640
12 MHz un-crippled 16-bit CPU, 80 column text, 256 colour graphics, up to 2 MB of RAM.
That would be much more promising for a Unix-like OS!
They are extremely rare these days, but a cheapo emulation would be great fun -- it's able to run most software for the 99/4A.
Both are available in MESS.
"Would have been", surely? It never existed, did it? The Geneve shipped.
MESS is one thing. I am interested in something the size of a RasPi I can connect to a screen.
Think of something like this:
The TI-99/4A was the first computer I owned as a teenager. I had used TRS-80s and Apple ][ at school. I eventually bought the expansion box and a couple of accessory cards (floppy disk drive, memory and RS232). It all went in the e-waste dumpster about 20 years ago during a move.
My sister and I used to co-type programs from "Compute!". The times were so much simpler then..
Replaced it with a C128-D. Didn’t get my first intel until I bought a 386 after graduating high school. Good times.
Anyone up for a rousing game of Pole Position?
All due to TI’s desire to use the same chip standards across all their machines big and small, IIRC.
UNIX99 uses an after market card with 1Mbyte of RAM on an 8bit external buss used for peripherals. This card replaces the old 32K RAM card made by TI in the 1980s.
The lack of dedicated registers meant a lot of memory access, which slowed things down considerably. This is probably why it never gained the same traction as the 6502-based systems like the Apple II or Atari.
I'm curious to see how this UNIX-like OS addresses those limitations. It's a pretty neat accomplishment if it can provide a usable environment on that hardware.
It gets worse because the TI99 only has 256 bytes of RAM directly addressable on its 16-bit bus. All the other memory in the system is video RAM and is accessed 8 bits at a time through the video display processor. Oh, and you can only do this when the VDP is not accessing the memory. This is incredibly slow and severely hobbles the potential performance of the CPU.
Context switching and message passing (synchronous anyway) are the same thing when you consider how rendezvous works.
BLWP instructions seem like this was “meant to be”.
That is old-school cool.
It's extremely slow, which isn't surprising, but I still think it's pretty neat.
Other than that, you can buy relatively inexpensive converter boxes that take composite video and analog audio, and output HDMI.
https://forums.atariage.com/topic/380883-unix99-a-unix-like-...
