\\*.TO.ERT.*\\ UM.. ERT DO YOU HAVE THE TALK VERSIONS OF THIS GAME GET THE SCUMMVM EMULATOR AND DOWNLOAD THE LARGER GAMEFILE PACK OF THE GAME YOU’VE GOT THAT HAS THE SPEECH FILES IN IT IT WILL BE ABOUT 200 to 600 MEGS LARGER BECAUSE OF THE SPEECH FILES INCLUDED!!

DOSbox version of this cant open speech files

The supported grphics mode of one of the special versions is 1280*1024 and it is of course 3D acceleration.

Not only “old” games can run in DOSBox but also CAD-systems. I was (am) the developer of a powerful 2D CAD system programmed for DOS and VESA graphics cards, DOS is mostly forgotten and most modern Video cards doesn’t support the whole VESA standard anymore. Oddly enough however, they respond on the VESA standard identification call “affirmative”. I didn’t find any time (or was it courage?) to port the system to Windows (mostly because the support of a mouse is limited in Windows) but in DOSBox the system runs very well on Windows XP and VISTA and I suppose it will also in Linux and all supported OS’s.

There are compiled versions of DOSBox available that support graphics 1280*1240 (Hal9000) and even 3D acellaration.

Answering your questions:

1) Unfortuntaley they have to be reverse in DOS/Windows and other systems. In DOS “/” is for additional optionsand “\” for directories. The rest of the symbols are identical (” * “,” . “,” ? “). In dosbox.conf just like in MS DOS 5 you cannot use “\” to access paths in Linux/Mac OS and vice versa. And this is autoexec.bat that is being emulated in [autoexec] section.

2) Unfortunately in Windows “output=opengl” often doesn’t work properly. This is not always true but it happens often enough to not use it in universal packages.

If you want to prepare special packages for different computers, here are some hints:

- For very old video cards “2D”, with no 3d accelerator - use output=surface. This is the slowest mode but works on ancient software
- Old video cards but of more recent generation (likek np. Ati Rage) - output=overlay
- 3D stare video cards that understand DirectDraw, Windows - output=ddraw
- 3D stare video cards, other operating systems - output=opengl

3) Frameskip.

Skipping frames in Dosbox is directly associated with CYCLE parameter. It serves the idea of “connecting” the speed of video graphics displayed in thevirtual Dosbox computerwith its emulated processor. Some very old games use real tacting and their speed depends on the processor clock. For these games the emulated PC processor needs to be drastically slowed down. This is why the manual regulation of those parameters was introduced. In order to adjust the params to some game we need to read the data displayed in the title windows of the game and then write them down in the config script.

4) You are correct here, this value can be the same in both configurations. For most applications even 4MB would be more than enough. The value 64MB for Mac is the remains of my trying to run GEOS Ensemble under Dosbox (it was hard, but I succeeded, the article about it will appear on PolishLinux.org soon, so stay tuned).

Here are my concerns:

1) In Windows, you can use either forward or back slashes for directories, while still using forward slashes in arguments, in much the same way you can use forward slashes in arguments for programs in Linux. So, this argument is void - use forward slashes everywhere.

2) You say that OpenGL will hide some parts on Windows… not true, at least from my experience. All it is doing is drawing a framebuffer on a quad, why would some parts of your DOS program not work correctly?

3) Frameskip=1? I suppose, most dos games didn’t get that many frames per second anyway, but some explanation would have been nice…

4) Why is the emulated memory twice as large for Mac? It has nothing to do with the OS… I’ll call it a typo.

P.S. I spot another typo - there are 3 rogue lines in the top of the [render] section for Quake.

I did like the packaging section, however