Grzyb wrote on 2023-12-29, 22:20:

dr.zeissler wrote on 2023-12-29, 18:45:

What's about the aspect ratio of hercules? seems that lot's of games tend to be "extreme widescreen" in hercules mode on a real hercules crt-monitor?

I guess you mean that a lot of games use the 640x200 CGA emulation mode, instead of the native 720x348:
Re: CGA/MDA/HGC test program

Hi again, I've just revisited this thread and there's something that comes to mind.
The old Sierra AGI titles do indeed make use of Hercules resolution, but perhaps not in the way that comes to mind first.
What they make use of is the better text quality, they use a higher quality font for in-game messages.

The game graphics itself are remaining unchanged, pretty much.
Sierra's AGI interpreter works with a view-port of 160x120 pixels, which isn't even making full use of CGA in 4c mode.
For comparison, the original beige Gameboy did 160x144 pixels in four shades of green. Which too wasn't state of art at the time.

However, it may utilize full effective resolution of Composite CGA with the NTSC artifact colours.
So playing Larry 1 on a Composite monitor isn't a bad idea, either. It also seems to have more colours than with EGA.

I suppose that's because the Sierra interpreter was similar to an CHIP-8 emulator and tried to provide best hardware abstraction.
Because like CHIP-8, AGI interpreter could be ported to most lower end 8-Bit computers of the early/mid 80s.
Home computers with specs like the Apple II, Dragon 32/64, TI-99/4A, Acorn Electron.

Jo22 wrote on 2024-01-02, 10:57:

PS: I've taken some more pictures, for you and Grzyb. It's about Blockout on CGA.
Depending on the CRT monitor, the dithering really works. 😄

Excellent example of a game designed to maximize the hardware it’s running on. CGA had many unsupported display modes that several publishers of the time took advantage of.

AndrettiGTO wrote on 2024-02-20, 01:57:

Jo22 wrote on 2024-01-02, 10:57:

PS: I've taken some more pictures, for you and Grzyb. It's about Blockout on CGA.
Depending on the CRT monitor, the dithering really works. 😄

Excellent example of a game designed to maximize the hardware it’s running on.
CGA had many unsupported display modes that several publishers of the time took advantage of.

Thanks, I admit I have a bit of a love/hate-relationship with CGA.
One one hand, I love to tinker with it, while simultaneously wished there was "more".
There were missed opportunities so to say.

Like a 4 colour mode for 640x200 resolution or a 640x400 mono mode.
Both would have helped at increasing the level of detail in games back in the day.

Ok, strictly speaking, such CGA modes do exist!
..just not for official IBM CGA. 🙁

640x200 4c is being part of Plantronics and Tandy/PCJr, which are "Super CGAs" of some sort.
Plantronics has full 32KB of RAM, for example.
The full RAM expansion that IBM CGA should have had from very start.

I'm saying this because IBM CGA uses 16KB of RAM, but has an 32KB wide framebuffer slot.
Ie, it uses 16KB for graphics data, but it's being doubled (the cause was incomplete address decoding, I assume. A hardware bug).
Some games/applications may even depend on that mirror copy, not sure.

When that's not the case with some applications, though, CGA can have 200 more lines! 😃
That's exactly what the Olivetti M24/AT&T6300 graphics hardware does.

In high-res mode, it adds more lines to the image, using the memory location where the duplication of CGA image data would be.
(So it wouldn't exceed the official CGA framebuffer area, even!)

But the drawing is done not by adding more lines below the existing one, but in-between.
I don't know how to put this into words properly.

Let's just think of it as an image with stripes.

In normal CGA high-res mode on the M24 monitor, there would be 200 black lines (stripes) visible between the actual CGA picture
(in reality, the M24 hides this for better readability. It duplicates each line in normal CGA modes; like VGA does).

With the 400 lines Olivetti/AT&T mode, these black lines (stripes) wouldn't be black (empty) but would contain lines with actual graphic data.

Thus, the image would be twice as detailed.

But now the really interesting part.
If such a 400 line image would be cross-loaded on a plain CGA card, the image might still being visible.
The extra Iines that sit "in-between" would be merely missing. The picture would be more grainy looking.

Edit: As a visual aid, please have a look about how interlacing of graphics files works.
Like interlaced GIF, for example.
I've recorded a quick video about that a few years ago. 😅

Again, depending on the hardware/application.
It might be possible that under some circumstances, the missing "copy" of the second,
identical 16KB CGA image block (the alias) would cause weird effects, not sure.

Anyway, speaking under correction. I just found this to be interesting.
Because, in practice many CGA cards weren't just plain CGA cards.

In same way like almost all "VGA cards" were Super VGA cards, really.
Same goes for many EGA clones. They had extra modes we may not know of.

Let's just think about it. How many CGA cards or Hercules cards do secretly feature enhanced functionality? 😃

Many CGA cards supported Plantronics or the AT&T mode, especially if being part of a system
with built-in monitor (which can do more than 200 lines thanks to custom timings).

PC emulator cards for Atari ST and Amiga did support Tandy and AT&T/Olivetti or Toshiba modes, too.

They also did Hercules, in clever way.
Some ran the monitor with special timings, used interlacing or used a scrolling feature.

Personally, that's what I find so fascinating about old hardware and software!
There's still something new to learn and to discover each time! 😃

Edit: Edited. I've taken some screenshots for the M24/Olivetti thing.
I hope the OP doesn't mind. Art found online, if someone knows the artists, please tell so I can provide credits. 😀

Jo22 wrote on 2023-12-29, 19:35:

Technically, it had the ability to do that. There were two video pages (one shared with CGA) and an intensity pin. […]
Show full quote

digger wrote on 2023-12-29, 16:27:

It's really a shame that the Hercules Graphics Card didn't support a graphics mode that allowed for mixed high and low intensity pixels. As I understand it, it certainly had the video memory for it. That, combined with dithering, would have resulted in even more amazing high-res monochrome graphics in games!

Technically, it had the ability to do that.
There were two video pages (one shared with CGA) and an intensity pin.

The intensity pin was used in text mode to draw characters in low/high intensity (normal, bright).

Problem was that the video memory could only hold a monochrome bitmap (0/1).

So in order to draw a very bright pixel, the intensity pin would have to be toggled manually by software, at the right moment.

I know this post is old. Let me add some explanation, though: While the hercules card indeed has enough memory (two pages = two times as much memory as you need for a single bit) to store the required image data, the HGC provides no way to control the intensity pin in graphics mode, neither from video memory contents nor by software/CPU control. If you can tolerate 25Hz refresh, you can page-flip between the two pages on every vsync, and generate a new "dim" brightness by pixels that are only set in one of the two pages, and a "normal" by pixels that are set in both pages. If you apply a simple cross-hatch dithering pattern to choose which page the "dim" pixels are set on and which page they are cleared on instead of blanking all the dim pixels at once, this can yield quite usable results (did the experiment on 80's hardware in the late 90's).

That's a neat trick.... kinda dreaming of seeing it combined with a Black and White TV colorizer kit, which was a piece of film to go over the screen which was blueish for sky at top, pinkish for flesh in the middle, and greenish for grass at the bottom, then we got full color Hercules graphics! 🤣 ..... Though there was actually a '70s console that had overlays a bit like that.

BitWrangler wrote on 2024-02-20, 20:48:

That's a neat trick.... kinda dreaming of seeing it combined with a Black and White TV colorizer kit, which was a piece of film to go over the screen which was blueish for sky at top, pinkish for flesh in the middle, and greenish for grass at the bottom, then we got full color Hercules graphics! 🤣 ..... Though there was actually a '70s console that had overlays a bit like that.

Vectrex.

I enjoyed a lot the first Test Drive in CGA, I never liked that kind of graphics, I only played VGA or at least EGA, but CGA was for me like archaic. But with TD was different, this video game was an addiction to me. Was a surprise find a really good video game in CGA.

Jo22 wrote on 2024-02-20, 11:37:

Thanks, I admit I have a bit of a love/hate-relationship with CGA. One one hand, I love to tinker with it, while simultaneously […]
Show full quote

Thanks, I admit I have a bit of a love/hate-relationship with CGA.
One one hand, I love to tinker with it, while simultaneously wished there was "more".
There were missed opportunities so to say.

Like a 4 colour mode for 640x200 resolution or a 640x400 mono mode.
Both would have helped at increasing the level of detail in games back in the day.

Ok, strictly speaking, such CGA modes do exist!
..just not for official IBM CGA. 🙁

640x200 4c is being part of Plantronics and Tandy/PCJr, which are "Super CGAs" of some sort.
Plantronics has full 32KB of RAM, for example.
The full RAM expansion that IBM CGA should have had from very start.

I'm saying this because IBM CGA uses 16KB of RAM, but has an 32KB wide framebuffer slot.
Ie, it uses 16KB for graphics data, but it's being doubled (the cause was incomplete address decoding, I assume. A hardware bug).
Some games/applications may even depend on that mirror copy, not sure.

The frustrating aspect of CGA is that it had a leftover 384bytes of ram that was used for very little

At a minimum IBM could have had all 4 colors palletized into the 16 available allowing for pallette rotation and other tricks but they instead used a strange selection of very limited fixed pallets with only the background selectable.

384 bytes (which conviently align pretty well to rows) is enough to have a full 192 pallet changes per screen (without extra cpu overhead)

Even with 4 colors out of 16
if 192 of the 200 lines vertical resolution could be palletized independently would allow for some amazing effects despite the per line limitation.

Lots of possibilities if ibm would have been motivated to make their hardware as flexible as possible within the limitations of the time.

Maybe 50 cents of added cost would have made CGA much more user and programmer friendly CGA had more logic than it needed, streamlined for functionality it could have been much more interesting

I'm afraid DRAM would be too slow for palette.
The color lookup table in RAMDAC chips is implemented as SRAM.

Grzyb wrote on 2024-04-16, 22:27:

I'm afraid DRAM would be too slow for palette.
The color lookup table in RAMDAC chips is implemented as SRAM.

The card itself would just mirror each rows pallet into the sram at the start of the probe when in blank it would be no different than the card having 641 (or 322) columns. Which is in spec for all the chips.

Would be a set it and forget it situation as the dram speed wouldn’t matter. Any author could then choose to use or not use the pallet region as n each row of ram.

galactic empire, by tomahawk, for msdos

Jo22 wrote on 2024-02-19, 16:43:

Hi again, I've just revisited this thread and there's something that comes to mind. The old Sierra AGI titles do indeed make use […]
Show full quote

Grzyb wrote on 2023-12-29, 22:20:

dr.zeissler wrote on 2023-12-29, 18:45:

What's about the aspect ratio of hercules? seems that lot's of games tend to be "extreme widescreen" in hercules mode on a real hercules crt-monitor?

I guess you mean that a lot of games use the 640x200 CGA emulation mode, instead of the native 720x348:
Re: CGA/MDA/HGC test program

Hi again, I've just revisited this thread and there's something that comes to mind.
The old Sierra AGI titles do indeed make use of Hercules resolution, but perhaps not in the way that comes to mind first.
What they make use of is the better text quality, they use a higher quality font for in-game messages.

The game graphics itself are remaining unchanged, pretty much.
Sierra's AGI interpreter works with a view-port of 160x120 pixels, which isn't even making full use of CGA in 4c mode.
For comparison, the original beige Gameboy did 160x144 pixels in four shades of green. Which too wasn't state of art at the time.

However, it may utilize full effective resolution of Composite CGA with the NTSC artifact colours.
So playing Larry 1 on a Composite monitor isn't a bad idea, either. It also seems to have more colours than with EGA.

I suppose that's because the Sierra interpreter was similar to an CHIP-8 emulator and tried to provide best hardware abstraction.
Because like CHIP-8, AGI interpreter could be ported to most lower end 8-Bit computers of the early/mid 80s.
Home computers with specs like the Apple II, Dragon 32/64, TI-99/4A, Acorn Electron.

(My 2cents -my be off-topic)
May be able to run all Gameboy games under dos &cga, there was a emulator that could to this.
I watched YT video about running emulated gameboy games(star trek)...under dos...

Anyway here is a question , if site says game is compatible with(M)CGA, why can't I launch it on my toshiba?
I copy installed it but it only just hangs,so frustrating....

ediflorianUS wrote on 2024-06-10, 14:13:

Anyway here is a question , if site says game is compatible with(M)CGA, why can't I launch it on my toshiba?

That Toshiba has CGA, right?
MCGA is a completely different video standard, supporting 320 x 200 x 256-color and 640 x 480 x 2-color.

Grzyb wrote on 2024-06-10, 15:00:

ediflorianUS wrote on 2024-06-10, 14:13:

Anyway here is a question , if site says game is compatible with(M)CGA, why can't I launch it on my toshiba?

That Toshiba has CGA, right?
MCGA is a completely different video standard, supporting 320 x 200 x 256-color and 640 x 480 x 2-color.

I see...tnx was thinking is monochrome cga
It's not launching in Tandy/Pcjr mode either... just _ flashing but nothing happens.

ediflorianUS wrote on 2024-06-10, 14:13:

(My 2cents -my be off-topic) May be able to run all Gameboy games under dos &cga, there was a emulator that could to this. I wat […]
Show full quote

Jo22 wrote on 2024-02-19, 16:43:

Hi again, I've just revisited this thread and there's something that comes to mind. The old Sierra AGI titles do indeed make use […]
Show full quote

Grzyb wrote on 2023-12-29, 22:20:

I guess you mean that a lot of games use the 640x200 CGA emulation mode, instead of the native 720x348:
Re: CGA/MDA/HGC test program

Hi again, I've just revisited this thread and there's something that comes to mind.
The old Sierra AGI titles do indeed make use of Hercules resolution, but perhaps not in the way that comes to mind first.
What they make use of is the better text quality, they use a higher quality font for in-game messages.

The game graphics itself are remaining unchanged, pretty much.
Sierra's AGI interpreter works with a view-port of 160x120 pixels, which isn't even making full use of CGA in 4c mode.
For comparison, the original beige Gameboy did 160x144 pixels in four shades of green. Which too wasn't state of art at the time.

However, it may utilize full effective resolution of Composite CGA with the NTSC artifact colours.
So playing Larry 1 on a Composite monitor isn't a bad idea, either. It also seems to have more colours than with EGA.

I suppose that's because the Sierra interpreter was similar to an CHIP-8 emulator and tried to provide best hardware abstraction.
Because like CHIP-8, AGI interpreter could be ported to most lower end 8-Bit computers of the early/mid 80s.
Home computers with specs like the Apple II, Dragon 32/64, TI-99/4A, Acorn Electron.

(My 2cents -my be off-topic)
May be able to run all Gameboy games under dos &cga, there was a emulator that could to this.
I watched YT video about running emulated gameboy games(star trek)...under dos...

A GB emulator using 4 colour CGA would be interesting.
On a green or amber video monitor it would look really gameboy-ish.

It would require a Turbo XT, though. Or an AT.
If the Turbo XT has an V20 processor, then 8080 emulation mode could be used to speed up emulation.

The processor of an original GB was the DMG01 chip, a Z80 derivative with integrated sound capabilities. It ran at ~4,2 MHz.

ediflorianUS wrote on 2024-06-10, 15:05:

Grzyb wrote on 2024-06-10, 15:00:

ediflorianUS wrote on 2024-06-10, 14:13:

Anyway here is a question , if site says game is compatible with(M)CGA, why can't I launch it on my toshiba?

That Toshiba has CGA, right?
MCGA is a completely different video standard, supporting 320 x 200 x 256-color and 640 x 480 x 2-color.

I see...tnx was thinking is monochrome cga
It's not launching in Tandy/Pcjr mode either... just _ flashing but nothing happens.

Some Toshiba and Compaq portables had an Olivetti compatible CGA card with 640x400 mode (monochrome).

Edit: It's probably not as good as ST, but the game "The Colony" supports Olivetti mode.
It's being listed by its American description "AT&T PC 6300", though. Probably because Mobygames is no European site (nobody is perfect).

Edit:^Just a little side blow. The AT&T PC 6300 is a rebranded Olivetti M24.
And I made this comment because "Olivetti" mode was more popular, technically. So it's funny that Mobygames shows no respect here.
To my knowledge many PC emulators for Atari ST/Amiga from the late 80s/early 90s had featured "Olivetti" mode in their description, rather than "AT&T" mode.
Anyway, no big deal.

Jo22 wrote on 2024-06-10, 18:14:

A GB emulator using 4 colour CGA would be interesting. On a green or amber video monitor it would look really gameboy-ish. […]
Show full quote

ediflorianUS wrote on 2024-06-10, 14:13:

(My 2cents -my be off-topic) May be able to run all Gameboy games under dos &cga, there was a emulator that could to this. I wat […]
Show full quote

Jo22 wrote on 2024-02-19, 16:43:

Hi again, I've just revisited this thread and there's something that comes to mind. The old Sierra AGI titles do indeed make use […]
Show full quote

Hi again, I've just revisited this thread and there's something that comes to mind.
The old Sierra AGI titles do indeed make use of Hercules resolution, but perhaps not in the way that comes to mind first.
What they make use of is the better text quality, they use a higher quality font for in-game messages.

The game graphics itself are remaining unchanged, pretty much.
Sierra's AGI interpreter works with a view-port of 160x120 pixels, which isn't even making full use of CGA in 4c mode.
For comparison, the original beige Gameboy did 160x144 pixels in four shades of green. Which too wasn't state of art at the time.

However, it may utilize full effective resolution of Composite CGA with the NTSC artifact colours.
So playing Larry 1 on a Composite monitor isn't a bad idea, either. It also seems to have more colours than with EGA.

I suppose that's because the Sierra interpreter was similar to an CHIP-8 emulator and tried to provide best hardware abstraction.
Because like CHIP-8, AGI interpreter could be ported to most lower end 8-Bit computers of the early/mid 80s.
Home computers with specs like the Apple II, Dragon 32/64, TI-99/4A, Acorn Electron.

(My 2cents -my be off-topic)
May be able to run all Gameboy games under dos &cga, there was a emulator that could to this.
I watched YT video about running emulated gameboy games(star trek)...under dos...

A GB emulator using 4 colour CGA would be interesting.
On a green or amber video monitor it would look really gameboy-ish.

It would require a Turbo XT, though. Or an AT.
If the Turbo XT has an V20 processor, then 8080 emulation mode could be used to speed up emulation.

The processor of an original GB was the DMG01 chip, a Z80 derivative with integrated sound capabilities. It ran at ~4,2 MHz.

ediflorianUS wrote on 2024-06-10, 15:05:

Grzyb wrote on 2024-06-10, 15:00:

That Toshiba has CGA, right?
MCGA is a completely different video standard, supporting 320 x 200 x 256-color and 640 x 480 x 2-color.

I see...tnx was thinking is monochrome cga
It's not launching in Tandy/Pcjr mode either... just _ flashing but nothing happens.

Some Toshiba and Compaq portables had an Olivetti compatible CGA card with 640x400 mode (monochrome).

Edit: It's probably not as good as ST, but the game "The Colony" supports Olivetti mode.
It's being listed by its American description "AT&T PC 6300", though. Probably because Mobygames is no European site (nobody is perfect).

Edit:^Just a little side blow. The AT&T PC 6300 is a rebranded Olivetti M24.
And I made this comment because "Olivetti" mode was more popular, technically. So it's funny that Mobygames shows no respect here.
To my knowledge many PC emulators for Atari ST/Amiga from the late 80s/early 90s had featured "Olivetti" mode in their description, rather than "AT&T" mode.
Anyway, no big deal.

That "The Colony" looks like the "Die-Hard" game(that works sort of on t3100e cga, main issue I have is with control/kb)
And here is the YTB video about Gameboy ST. Emulaton under DOS & the rest of it
One of them is VGB called...I think.

I know it can be done because I did it. But it is nowhere near to 100% speed, sadly.

OldCat wrote on 2024-07-08, 11:51:

I know it can be done because I did it. But it is nowhere near to 100% speed, sadly.

Have you published the source code somewhere or (if not) have you considered doing so?
Is it a purely interpreting emulator or does it incorporate dynamic binary translation, too, where applicable?

ediflorianUS wrote on 2024-06-10, 14:13:

(My 2cents -my be off-topic)
May be able to run all Gameboy games under dos &cga, there was a emulator that could to this.
I watched YT video about running emulated gameboy games(star trek)...under dos...

Jo22 wrote on 2024-06-10, 18:14:

A GB emulator using 4 colour CGA would be interesting.
On a green or amber video monitor it would look really gameboy-ish.

The only CGA/Hercules GB emulator that I'm aware of is an unreleased WIP that was posted on Reddit. Until I see evidence to the contrary (and I've spent a good portion of ~two months this year hunting down DOS/Win9x-era emulators) I'm inclined to believe that it's a false memory.

EDIT 18/07/2024: Turns out I was wrong, see this post on the next page.

As for emulators that do actually support CGA/Herc, here's the following that I've confirmed unless stated otherwise:

Some of the nocash series:
no$cpc
no$gmb - auto-detected, you can use /c parameter to force CGA support and /h to force Hercules support
no$msx
no$zx81
Curiously, no$2k6 has the option to set Hercules but my initial testing with 86Box was fruitless - I've yet to test on real hardware.

Apple II:
APL2EM
APL6502
APPLEMU
APPLEUNI
CAPPLE - unconfirmed, required filenames for system ROMs are unclear except for APPLE.ROM, but it's based on APL2EM code

TRS-80:
George Phillips' emulator
Jeff Vavasour's emulator
Matthew Reed's emulator

ZX81:
TS1000
XTender

ZX Spectrum:
Nuclear ZX
Warajevo - also supports an "extended" Herc mode, but yet to confirm if it's 640x300 or 640x400
Z80 (was shareware, but now freeware - 4.00 (requires installing from a Windows 3.1+ environment), GitHub source for 2.01) - like Warajevo, contains an extended Hercules mode but yet to confirm vertical resolution. Versions up to 3.03 also supports Plantronics! A registered "PC Format edition" of 3.02 can be found on the PC Format May 1995 CD - curiously, 3.02 and 3.03 requires a V20 while every other version will run on a 8088
ZXSpectr - versions 1.6 and 2.0 only
ROMANEAS - uses an extremely arcane format for tapes which I haven't spent time trying to figure out

ediflorianUS wrote on 2024-06-11, 13:33:

And here is the YTB video about Gameboy ST. Emulaton under DOS & the rest of it
One of them is VGB called...I think.

I have not encountered a single official or unofficial build of VGB that has pre-VGA support.

OldCat wrote on 2024-07-08, 11:51:

I know it can be done because I did it. But it is nowhere near to 100% speed, sadly.

This looks like no$gmb, but I have not come across any version of no$gmb that has Hercules support. Interesting!

rmay635703 wrote on 2024-04-16, 21:49:

The frustrating aspect of CGA is that it had a leftover 384bytes of ram that was used for very little […]
Show full quote

Jo22 wrote on 2024-02-20, 11:37:

Thanks, I admit I have a bit of a love/hate-relationship with CGA. One one hand, I love to tinker with it, while simultaneously […]
Show full quote

Thanks, I admit I have a bit of a love/hate-relationship with CGA.
One one hand, I love to tinker with it, while simultaneously wished there was "more".
There were missed opportunities so to say.

Like a 4 colour mode for 640x200 resolution or a 640x400 mono mode.
Both would have helped at increasing the level of detail in games back in the day.

Ok, strictly speaking, such CGA modes do exist!
..just not for official IBM CGA. 🙁

640x200 4c is being part of Plantronics and Tandy/PCJr, which are "Super CGAs" of some sort.
Plantronics has full 32KB of RAM, for example.
The full RAM expansion that IBM CGA should have had from very start.

I'm saying this because IBM CGA uses 16KB of RAM, but has an 32KB wide framebuffer slot.
Ie, it uses 16KB for graphics data, but it's being doubled (the cause was incomplete address decoding, I assume. A hardware bug).
Some games/applications may even depend on that mirror copy, not sure.

The frustrating aspect of CGA is that it had a leftover 384bytes of ram that was used for very little

At a minimum IBM could have had all 4 colors palletized into the 16 available allowing for pallette rotation and other tricks but they instead used a strange selection of very limited fixed pallets with only the background selectable.

384 bytes (which conviently align pretty well to rows) is enough to have a full 192 pallet changes per screen (without extra cpu overhead)

Even with 4 colors out of 16
if 192 of the 200 lines vertical resolution could be palletized independently would allow for some amazing effects despite the per line limitation.

Lots of possibilities if ibm would have been motivated to make their hardware as flexible as possible within the limitations of the time.

Maybe 50 cents of added cost would have made CGA much more user and programmer friendly CGA had more logic than it needed, streamlined for functionality it could have been much more interesting

I think there was a lot of first rodeo with the video chip and get it out the door before New York cancels it stuff going on. They did try a lot harder with EGA