Excellent post, Lago. Lots of details on what you did to get it work, which problems you are still having, and a nice hint about how the switching back momentarily fixes the problem.

Unfortunately, I do not have a good answer for you 🙁

Perhaps you can try different scalers (in dosbox.conf), and different resolutions (in Windows)?

Agreed. Welcome to the forums, LAGO. I wish everyone would be so tidy posting on the forums as you. I have searched the web for patches for this game and I didn't found any. Who is the developer?

Hi,
first of all, thanks for your answers 😀 I was able to take a "screenshot" of how it looks like with my digicam. Not the best quality, but I think you'll get an impression of how it's supposed to look like.

I tried all scaler modes and aspect=true as well, but the game just looked more washed-out. It was brighter and blurred.

It was designed by "Software 2000" which busted 2 years ago.

hmm the font seems to be the wrong color.
it looks like the shadows were drawn of the letter ?
or is that just my imagination ?

I'm no graphics expert but I think you're right. 😀 The text is readable for me (although it's not very easy). Looks like a second font/the same is just moved a few pixels to the right.

http://www.mobygames.com/game/shots/p,2/gameI … meShotId,18733/

fonts and their shadow is black, while only shadow should be black with white fonts

Also known as Voyages of Discovery.

It seems there are no patches anywhere. 😠

There is also an Amiga version. Hmmm.... WinUAE is also cool.

underdogs version (english version) works fine.

So there's no way to get the german version work properly? I haven't tested the english one yet but will try that later. Maybe there are some language files which just need to be replaced...
But if not I'm still looking for a possible solution 😀

I use this old thread, because my problem is the same as 7 years ago.

i can't also find the english version, which robertmo mentioned and which supposedly should work right.

or is there another fix now?

But when I then switch back to window mode the font appears as it's supposed to be, but only for a milisecond.

Some problem with the palette DOSBox vs video card?

The game relies on a behavior of real video BIOSes where the upper 8 entries of the VGA palette are not initialized when setting mode 13h. It uses the upper entries for font and mouse pointer colors, and the DOSBox internal video BIOS sets them to black when mode 13h is set.

1         case M_VGA:
2         case M_LIN8:
3         case M_LIN15:
4         case M_LIN16:
5         case M_LIN32:
6-            for (i=0;i<256;i++) {
7+            for (i=0;i<248;i++) {
8                 IO_Write(0x3c9,vga_palette[i][0]);
9                 IO_Write(0x3c9,vga_palette[i][1]);
10                 IO_Write(0x3c9,vga_palette[i][2]);
11             }
12             break;

The colors in the game seem OK with the above change in int10_modes.cpp, but it might not be completely correct. I've only observed the behavior with mode 13h (M_VGA), I'm not certain about the other mode types. Also, the full VGA palette should probably be initialized at some point, as real video BIOSes do when they initialize at system startup.

ripsaw8080 wrote:

The game relies on a behavior of real video BIOSes

I will just note that my geforce 285 gtx has got the same problem in this game.

Would probably be more relevant to report results with DOS-era video hardware. The legacy support in modern video cards can be... spotty.

The problem does not occur in DOSBox when loading an S3, Tseng, Western Digital, Trident, or IBM VGA BIOS. I put in logging to confirm that palette indexes 0xf8 thru 0xff are not initialized when mode 13h is set.

isa trident, s3trio64v+ and voodoo3 worked ok in this game. I don't have any more modern card than voodoo3 apart from gf285gtx.