tag:blogger.com,1999:blog-6993165553021868648.post430795511076243733..comments2024-03-27T05:39:24.505-04:00Comments on Nerdly Pleasures: The Monochrome Experience - CGA, EGA and VGAGreat Hierophanthttp://www.blogger.com/profile/04409413307024477304noreply@blogger.comBlogger16125tag:blogger.com,1999:blog-6993165553021868648.post-48420298606086278802021-08-17T16:13:09.811-04:002021-08-17T16:13:09.811-04:00Actually this answers some of the other questions,...Actually this answers some of the other questions, both my own and that of others who already commented.<br /><br />The typical colour mixing formula is along the lines of 0.2126*R + 0.7152*G + 0.0722*B, or in other words 71.5% of the original Green, 21.3% of the original Red, and just 7.2% of the original Blue. This is essentially a recreation of the colour sensitivity of the eye, where blue just looks darker than red, and red darker than green, most of the time, and certainly at the same physical intensity.<br /><br />With the resistor values *for VGA* being two 35ohm in parallel for red, two 9.1ohm for Green, and two 100ohm for blue.<br /><br />That sort of thing shouldn't have been too difficult for IBM to achieve on the VGA, for example, as you could just switch the DAC output from going straight to the output port (which it would also do for "pure green" monochrome), to routing through a small set of pretty rudimentary discrete components (three better-chosen single resistors and three diodes) before being dumped back on the green output line if wanting to convert unspecialised colour software for mono output.<br /><br />Unfortunately that doesn't directly help for converting RGBI to mono composite (not least because VGA is already 1V or maybe even 0.7V p2p, not 5V), but it's a start.<br /><br />(odd memory that it also somehow triggered; Windows would essentially be running as colour converted to greyscale on a mono VGA if you wanted anything better than pure black and white anyway, so there'd have to be some kind of differential mixing to avoid things looking absolutely unusable... any time I've seen a "VGA mono" driver for Windows 3.x or 9x, it's actually been a synonym for "MCGA hi-rez". IE, it only offers 1-bit black and white, no greyscales at all. Any mono system, laptop LCD or desktop/POS CRT, which has actual pure greys rather than dithering, turned out to be using the default 16-colour mode if I was able to check it... and I think in one case, 256-colour... and no, not 256-grey...)tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-39608764068663773992021-08-17T16:01:01.744-04:002021-08-17T16:01:01.744-04:00TTL if I remember rightly is 5V output...
So, get...TTL if I remember rightly is 5V output...<br /><br />So, get a CGA colour cable, cut the end off. Ditto whatever plugs into your CCTV monitor (I'm assuming separate sync here; if not, that's another conversation and essentially you're going to need some kind of modulator or at least sync combiner). Syncs and ground run to each other. On the video side... use whatever resistor will drop 5V to 0.25V (damned if I know, there's probably a website that has a suitable calculator on it, maybe a couple hundred ohms? if you have a multimeter you might just be able to trial and error it) on each of the four video lines (RGB *and* Intensity), plus a diode afterwards facing outwards on each line so you don't go blowing up the motherboard, then just gang those all together onto the monitor's video input line. Wrap the whole sorry affair in heatshrink and duct tape and off you go.<br /><br />That'll give whatever kind of result IBM originally managed, I would expect. Very limited and muddled range of grey levels output with a lot of duplication (as, e.g., dark red, dark green, dark blue, and dark grey would all have the same output intensity, as would each of bright red, bright green, bright blue, brown, dark cyan, dark magenta... etc), but it would be something and you'd at least be able to tell black from white (or light grey/yellow/brown), even if the intermediate CGA colours would merge into each other (light/dark cyan and magenta, and red/green, red/cyan, all have the same number of bits set active).<br /><br />If you want to be more sophisticated then each line should have a different peak voltage, which all together add up to 1.0V. I've no idea on the exact figures or the necessary resistances, but I'd suggest green as the highest peak value, then red, followed by blue... intensity fitting somewhere in the middle of those, or maybe even being the lowest output overall (maybe between red and blue?). Might have to play with it and see what looks most logical, especially when putting black, dark grey, light grey, and white next to each other.<br /><br />Don't know if there's any monitor-type sensing within the standard, but if the CCTV is standard 15kHz, you certainly want to make sure that the board isn't accidentally told that it has an MDA-compatible screen connected instead.<br /><br />Might also be a need to actually have "black" raised a little above 0V for some displays, and blanked to actual zero either outside of the true active area, or during the specific blank/sync times. The engineering of THAT is very much left as an exercise for the reader.<br /><br />Alternatively you can probably just find 15khz RGBI to composite converters on eBay, along with a suitable RCA to BNC plug converter, and they'll do the job just fine so long as you either don't mind whatever slight interference they add due to the colourburst (same as watching colour broadcasts on a B/W TV), or it can be set to monochrome output. Better yet, an RGBI to S-Video converter (or even a janky composite-to-SVideo adaptor) should give you pure monochrome output on one line and the colour component on the other, which you can then just leave disconnected from the screen.tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-67832191571453915802021-08-17T15:44:50.235-04:002021-08-17T15:44:50.235-04:00(2/2)
And IBM tried to get into that low cost half...(2/2)<br />And IBM tried to get into that low cost half-decent-AV sphere with the PCjr ... it could have been alright if they hadn't absolutely bungled certain key elements (like the keyboard, and sideways compatibility with the full PC), as Tandy later proved. Like vaguely in the realm of the C64, or at least its other rivals.<br /><br />Commodore et al tried the reverse and had better success... by building PC clones. Because it turns out that's actually not too difficult due to the more straightforward design (it just demands a lesser amount of somewhat better quality components is all). Even Atari and Amstrad did (and Sinclair at least rebadged Schneiders). So their home machines didn't even really need to cover those bases.<br /><br />Or in other words, you're kinda comparing a Commodore PC to a Commodore 64 or Amiga, rather than everything IBM did to everything Commodore did ;)<br /><br />And if they'd figured some way to make 15kHz EGA mode also use a 64-colour palette, that would have been pretty much the equal of the C64, or in fact better (much of the way to, say, the Master System or NES). The simultaneous colours in either case are equal to the C64's entire palette, just the fixed RGBI are somewhat different to the distinctive pastel tones of the breadbin; with 6-bit colour they could have offered a fair recreation of them, and certainly done better than, say, the Amstrad CPC. Just a shame hardly anyone ever used the 640x200 16-colour mode, possibly to keep compatibility with 64KB EGAs (that could have shown those screens but not updated them so smoothly, due to only being able to hold one page at a time, vs two for 320x200), as Lucasarts and a few others later demonstrated it could be used to simulate a somewhat higher colour depth quite nicely and without losing so much speed. That plus the high rez mode's 6-bit palette could have looked quite good. And the EGA already incorporated quite a lot of the acceleration features better known from VGA, which would have helped make things move around with reasonable smoothness when held against the 8-bit competition, and indeed perhaps even the ST.<br /><br />It might have been a harder battle against the Amiga (which had more colour and better hardware acceleration), but it wouldn't have been quite so embarrassing as the real thing. But still, 320x200 with 16 colours of some kind and fairly smooth motion (especially scrolling) on what might well be a 4.7MHz 8088 underneath, pre-dating the Amiga by 4 to 5 years, ain't so bad. Especially as it could then turn around and throw out a 640x350 non-interlaced mode (remember all those Amiga flickerfixers because of how migraine-inducing laced mode was?), or even higher rez with an S-EGA and multisync, in the same colour depth (or at least 4c) with similar speed on the same monitor.<br /><br />A straight still-graphics comparison between the two isn't entirely fair, especially if you're picking CGA instead of EGA (which was introduced between the C64 and Amiga, and about the same time as the Mac whilst actually having better capabilities than it).<br /><br />I'm not even really an early PC fanboy. I was an ST kid, and simply getting lazy conversions from the system with that distinct 16-colour primary-based palette (and, if it was PCjr or early Tandy, half the proper horizontal resolution and maybe even half the vertical) annoyed the crap out of me. But I've played enough old PC games since and, well... when used properly, it ain't so bad. CGA will always be a crawling horror, being born of a mix of deadline crunch and no budget to make custom ICs so having to compromise extremely hard on what it could do, but EGA, eh, it's a fair effort. If only they'd pushed to a 400-line mode and analogue output, but that's what VGA then provided.tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-21556603242663031602021-08-17T15:44:44.601-04:002021-08-17T15:44:44.601-04:00Monochrome is bad for most games, sure (though the...Monochrome is bad for most games, sure (though there were some that excelled on e.g. the original Mac), but it has its benefits in usually offering higher resolution and less eyestrain, at least when done right (CGA doesn't count).<br /><br />EG, MDA / Hercules on an Amber monitor was actually quite soothing to look at (when I put together a trashpicked-parts bedroom PC in the 90s to do schoolwork on, I'd sometimes leave the Windows clock fullscreened as a nightlight) despite the 50Hz refresh thanks to the long persistence, and gave you something not far removed from VGA resolution (certainly, more than EGA, in the more useful of the two directions at the time), with the lack of colour not really being an issue if you're just typing up essays and maybe including a couple of simple lineart diagrams or Excel charts (well OK, Pirate Copy Of MS Works spreadsheet charts) that are going to be printed on an old Deskjet (or even dot-matrix) that can only do black and white anyway.<br /><br />Similarly the the original Mac, and the hi-rez mode of the Atari ST (pretty much MCGA-mono, but using 400/70 mode not 480/60, so could give a low-flicker screen with medium persistence phospor and not suffer much ghosting or bloom), and various Tandys and other clones which used a 640x400 non-interlace mode.<br /><br />The other benefit being the lack of an aperture grille for aiming the beams at the coloured phosphor stripes, so it could be a lot sharper and easier to read without having to be huge and/or over engineered, and therefore quite a bit cheaper even so.<br /><br />The C64 never had anything like it (heck, a CGA-like 80-column mode, but with monochrome-only text, needed add-ons), and the Amiga was somewhat slow to catch up, not offering anything similar until ECS came along, and even then the results were typically a strangely flickery mess as for some reason the emphasis still seemed to be on attempting to wow people with hi-rez colour even though monochrome or maybe limited greyscale with a better refresh rate would have been better (and VGA already equalled or exceeded it). And the top clock rate for building modes never got any higher than that of VGA (or equalled that of the ST, though it did beat the Mac and Tandy) for ECS and AGA.<br /><br />And of course even Commodore had a stab with the god-beast that was the A2024. Something whose mode of operation I've somewhat got a taste of right now as I'm having to run my secondary monitor off an old, catastrophically slow (but good enough for text/webpages and static imagery) USB2 VGA adaptor. Extra high resolution, very monochrome (only 4 grey levels, so equal to the MDA/EGA-mono/Herc text), and damned expensive both because of the industrial grade workstation monitor it was based on (completely leapfrogging the in-between stage most affordable solutions settled for) and the onboard high-speed memory-dense framebuffer it had to use because the computer could only throw out image data at about 10 to 15fps equivalent due to the resolution, and a direct output solution would be horrifically flickery even on something with similar phosphor persistence to a radar scope, or a Tektronix vector CAD terminal.<br /><br />The technology of the time wasn't really quite up to providing the ideal triangle of good gaming graphics AND good hi-rez productivity modes AND a reasonable price (though Atari at least had a bash at that). To do it right you had to choose. Commodore chose the gaming side, IBM chose the business side, and both kind of sucked at the other function. That doesn't intrinsically make one better than the other, it just depends on what you happen to value more in your machine.<br /><br />(agh, i've hit the length limit again)tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-27463029090747679922021-08-17T15:08:57.377-04:002021-08-17T15:08:57.377-04:00Go into the Windows control panel and play with th...Go into the Windows control panel and play with the colour schemes. You can probably figure something out that'll work. Maybe start with one of the predefined high contrast schemes as a base. Or if you're using Win10 and later, activate the "nightlight" function but set it to run 24/7 and turn the slider pretty much to maximum.<br /><br />Monitors themselves often have similar colour settings in their menus, though the amount of influence you can wield varies quite a bit. Some it's just a mild tint, others you can end up blocking or whiting-out a particular channel entirely. Similarly some video drivers include settings tools that offer a degree of control over the same things, which you could combine with the monitor (or use in place of monitor controls if you're on a laptop).<br /><br />These however don't tend to allow you to invert the colours, only how much the individual R/G/B channels are attenuated or boosted. That's more a thing for the Windows control panel, or maybe the software you're using. EG, I don't know if you can still do it, but Word used to have a sub-setting in its "Wordperfect compatibility mode" options that would turn everything to white text on a blue background regardless of the actual page or text colour, sort of like using the DOS version of WP (or Edit, or pre-graphical Word), which I found rather more soothing on the eyes when using an old laptop or CRT (sure, it's still blue, but it wasn't super bright, and far better than black on bright white). If you were to filter that using the monitor/driver settings, or even just putting a piece of orange tinted plastic film over the screen (which could be the easiest way to achieve the desired effect...), the overall result could well be orange lettering on a black background... Orange x White = Orange, Orange x Blue = Black...<br /><br />Beyond that, there's probably specific visual accessibility tools that would give you what you want, but I'm not really familiar with any of them.tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-28298979006610604202021-08-17T15:00:52.615-04:002021-08-17T15:00:52.615-04:00(3/3)
Shades too of, say, the "14 bit" s...(3/3)<br />Shades too of, say, the "14 bit" sample replay mode on the Amiga (combining two 8-bit audio channels into one, with one at full volume and the other at minimum, i.e. 1/64th amplitude, being summed together very simply in the analogue domain), or modern Viterbi algorithm based ways to improve the effective dynamic range of samples hacked out of something clearly never designed to produce them, at least not with any quality, such as the straight OPL2 of an Adlib, or the trusty old YM2149/AY8910 (which does a shitload of precalc to figure out which order to arrange each update of the individual channel registers that are then summed to produce the final output voltage).<br /><br />Combine that together even with having 192 levels when combining three lots of 64/3, and some interframe palette switching, and there's no reason to really doubt that they could have achieved it. Vintage computing is all about the hacks. Even red/cyan CGA mode counts as that, really. It was only meant to be a greyscale mode, but somewhere they messed up and only managed to make it sort-of-work on composite (and not at all on RGB), so just kept the unsuccessful result undocumented, then tweaked it a little for composite when the tech improved just enough that the equivalent of an extra IC or three could be squeezed onto the board. Probably something to do with how the existing palettes tend to only really define the R+G bits for three of the colours and have B+I defined by the mode itself (plus one freely defined colour)... red/cyan is a wierd flip flop in that case, and certainly not the true greyscale of defining R+G+B as one bit and I as the other. Which is a bit of a shame, because it probably would have been the most commonly used mode even with RGB if it had been possible to implement it, and would have made compatibility between colour and mono rather easier...tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-26259658477223000392021-08-17T15:00:47.826-04:002021-08-17T15:00:47.826-04:00(cont)
Plus there were cards which seemed to genui...(cont)<br />Plus there were cards which seemed to genuinely produce 16 greyscales even on an IBM MD (a lot of those monitors possibly have a relatively analogue "video" line, just with a more digital "intensity" one, so if you can engineer a way to give 8 distinct voltage levels on the former, plus on/off on the latter, you get 16... it might actually be some kind of PWM "cheat" where the pixel clock's analogue (sinewave) oscillator is used to modulate the output to a certain amplitude - that's what an oscilloscope trace of it suggests - and so the beam output only turns on (or is uplifted from "dim" to "bright") for a certain fraction of each pixel width where the voltage exceeds the level where the transistor actually triggers, but the inherent smoothing of the downstream circuitry and the not insignificant width of the beam spot itself - both of which give a slightly blurred edge to each regular pixel - convert that into a steadier greyscale instead. So there's all kinds of ways that the original standards can be cheated and worked around.<br /><br />(Like, an alternative might be that they used multiple buffers and swapped between them at 60 or 70Hz, each with a slightly different image in / assigning different 6-bit grey levels to each colour index so the underlying data renders differently, and the frame-sequential colour interlacing effect of that - especially on a longer persistence monochrome screen - would produce the impression of a greater number of grey levels, without anywhere near as much shimmer as more conventional all-or-nothing, half line shifted interlace. Again, this is a technique that's been used in many other areas, including commercial LCD panels and LCD/DLP projectors (a lot of them are only 6 bit per channel, or sometimes 7, and use per-pixel temporal modulation to simulate an extra bit or two), sometimes more noticeably actual laptop LCDs (particularly dual-scan monochrome...), and older computers with trick code giving extra colours (dunno if it otherwise happened much in the PC scene, but certainly Atari, Amstrad and Sinclair coders, maybe C64 too, have taken advantage of that particular persistence of vision) - though that tended to work rather better on 15kHz CRTs than any other type of display (again, because of the slightly longer persistence phosphor, and how they effectively scanned each active line twice as often as usual, whilst leaving the other half unscanned, so there was still some afterglow left to build on each time). EG Photochrome which could pull the equivalent of about 14.5 bits of colour from the 12-bit STe (and quite a lot of colours per line compared to the usual 16, or even the 48 of more mundane single-buffer beam-racing pallete-swap techniques).<br /><br />It's not something that's really that easy to do as a live calculated thing, especially in 3D or the like, but if you're working within a still fairly limited colourspace and can precalculate all the values you need (the two palettes for extending the greyscale range, plus the encoded bitmaps for all the on screen elements, or the exact colour sequencing for a photoreal static image on a machine not made for that) it can work quite well and maybe not even take up any significant extra CPU time (if all you're doing is reloading perhaps 192 palette registers in each VBlank, essentially as a straight blit).<br /><br />(still too long?!)tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-331805528002388332021-08-17T15:00:22.462-04:002021-08-17T15:00:22.462-04:00The question is, how does the VGA "sum" ...The question is, how does the VGA "sum" the three channels onto green for mono output? If you want vaguely real-seeming greyscale (and moreover, any kind of definition between the three primary colours, and between the three pure secondaries - pretty crucial for any software that uses a legacy RGBI colour mode for example... and any of them to look reasonably bright...), the simple method of dividing each in three equally just doesn't work. And even then, you'd still have 192 levels all up, just with many duplicates.<br /><br />Typically for monochrome TV and "greyscale" filters in image editors etc, there's a certain formula used to balance the three channels with their relative perceptual intensities. Green gets the lion's share, blue very little, and red somewhere in between. So a red flag flying over a background of a blue sky and grassy fields will actually show up, though the sky may actually come over darker than the ground unless it's quite pale cyan rather than deep blue.<br /><br />If that's what IBM used to produce the greyscale output, then it's entirely possible that the "256 greyscale" claim is valid. Sierra would have just adjusted the RGB colours in the palette such that the summed values gave a reasonably smooth progression beyond the (already pretty good) 64 normally available, likely with green as the main driver and varying amounts of red and blue to nudge the overall value up a little (the simplest though not entirely precise way would be just to have pure green as the XXXX-XX00 value, then a matching intensity of blue added for XXXX-XX01, swapped for red to give XX10, and then both for XX11). Or perhaps they just forced colour-summed output of the regular graphics instead of accepting some BIOS-driven switching to green-only...? (in one case, if you could tap off the pre-sum signals to a secondary, colour monitor, the output would look a complete mess on the chromatic front, though still have a discernable dark to light progression; in the other, it'd just look normal).<br /><br />Similar methods have been used for other instances of higher colour depth simulation with greyscales after all. I've used it for tuning wallpapers on an old monochrome laptop (where the colour to greyscale conversion was extremely weird and meant pre-converting to a certain number of greys then replacing the palette outright), Atari did something similar for 256-grey mode on the TT (natively only having a 4096 colour palette; two colour channels bridged with one attenuated to 1/16th intensity gave twice the bit depth), and if a little chromatic artefacting is acceptable, it can be used on colour screens to extend the effective palette depth in much the same way (either incrementing each channel in turn to quadruple it, or boosting green then red+blue alternately to double it), so long as the existing colour range isn't too restricted. It's basically how 16-bit 565 mode works (though that alternately increments green, then all three channels, because of green's greater depth), can give a similar illusion in 15-bit 555, and works reasonably well down to 9-bit (I've used it on an original Atari ST to convert greyscale pictures, without the benefit of the STe's 12-bit palette matching up more neatly with the 16 colour registers), with a bit of user preference exercisable over the "tone" of the picture in terms of the order in which the levels change (and if they ping-pong instead of being truly alternate). No reason why it couldn't also work even better with 18-bit. And in all of those, if you use a mono monitor (especially composite) or zero out the colour saturation on a TV or colour 15khz, it pretty much just looks like a smoother greyscale.<br /><br />(4096 character limit, gah)tahreyhttps://www.blogger.com/profile/17418399406434993227noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-13849145370767254922021-07-12T01:36:18.991-04:002021-07-12T01:36:18.991-04:00Two small mistakes: "which a palette of cyan,...Two small mistakes: "which a palette of cyan, red and white" --> with a palette...<br />"for those forced to use color" --> for those forced to use monoAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-39512267509327062422020-06-19T15:53:11.104-04:002020-06-19T15:53:11.104-04:00Turn your monitor into a monochrome one of yestery...Turn your monitor into a monochrome one of yesteryear:<br /><br />https://hackaday.io/project/166041-monochromevgaAitor Gómez Garcíahttps://www.blogger.com/profile/01818723139057981454noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-28629265283371590882017-12-13T15:57:41.014-05:002017-12-13T15:57:41.014-05:00I have a PC clone with CGA/MDA on the motherboard ...I have a PC clone with CGA/MDA on the motherboard and only a DB-9 pin connector.<br /><br />I would like to connect this computer to a composite video 1v peak-to-peak CCTV monitor. I think there is a SIMPLE lead I can make up. I know that I do NOT need a scan converter, just combine R-G-B to become mono/white to display on a simple MONO monitor.<br /><br />Can anyone give me the right answer or sell me a lead?<br /><br />Stephen in UK.<br />https://www.facebook.com/mister35mmG7VFYhttps://www.blogger.com/profile/11851914199176774500noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-32391483487263658692017-08-03T21:27:20.360-04:002017-08-03T21:27:20.360-04:00I WOULD LIKE TO KNOW IF IT IS POSSIBLE TO CHANGE T...I WOULD LIKE TO KNOW IF IT IS POSSIBLE TO CHANGE THE COLORS ON A NEWER FLAT<br />SCREEN COMPUTER MONITOR TO AMBER LETTERS ON A BLACK BACKGROUND???<br /><br />IF ANYONE CAN FIND THE ANSWER COULD YOU PLEASE TEXT AN ANSWER TO<br />lesmartinjr70@gmail.comAnonymoushttps://www.blogger.com/profile/00386817163294851998noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-44390659051759431632016-07-19T11:55:15.092-04:002016-07-19T11:55:15.092-04:00The game "Armor Alley" support EGA mode ...The game "Armor Alley" support EGA mode 0F.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-68144057774428674622015-05-10T20:16:50.231-04:002015-05-10T20:16:50.231-04:00I was indeed forutnate enough to have first play-e...I was indeed forutnate enough to have first play-ed SQ2 on an Acer 710 w/ a three-way adapter (my favorite of course) this adapter, as you likely know, could toggle between CGA, Hercules, or Plantronics. I find that the Hercules best embodied SQ1 & SQ2 in amber monochrome (as per the Acer's preference) compared to standard CGA. I have noticed that the Acer preferred Test Drive in standard CGA conversely. I am quite proud that this machine was quite so discerning as too choose the superior monochrome mode; depending the the application, seeing as this machine was brushed off as pedestrian at the time.Anonymoushttps://www.blogger.com/profile/05660625665113841266noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-42352779862113199292014-05-26T23:58:46.893-04:002014-05-26T23:58:46.893-04:00+1. I mostly agree although I had a soft spot for...+1. I mostly agree although I had a soft spot for the Tandy's PCjr-esque modes and sound chip.DisplayNamehttps://www.blogger.com/profile/04739617882611419879noreply@blogger.comtag:blogger.com,1999:blog-6993165553021868648.post-1489590896839706172014-04-27T08:58:44.184-04:002014-04-27T08:58:44.184-04:00Monochrome (even color CGA and EGA) were always a ...Monochrome (even color CGA and EGA) were always a joke for us coming from the 8bit commodore 64/128 and the 16-bit Amigas...<br /><br />At the time most PCs had awful, ugly CGA screens with "beeps", we played 16-color games on the c64 and edited 4096 color bitmaps in HAM mode on the Amiga. :)<br /><br />IMHO, the PC only made itself a nice gaming platform in the ages of 486s and color SVGA displays. Games like DOOM and Wing Commander made the PC a decent gaming platform...<br /><br />FCNerd Progrehttps://www.blogger.com/profile/16328258490086439970noreply@blogger.com