I may do a second smaller pack for 286 users if anyone wants that?

FANTASTIC THANKS !!!

Thanks.

hey this is a great idea, thanks for making it Artigkar!
and a 286 pack would be useful as well IMHO!

keropi wrote:

hey this is a great idea, thanks for making it Artigkar!
and a 286 pack would be useful as well IMHO!

Which of the listed games above in the first post will work well with a 286 or older?

BTW I have found out what the issue with the sam and max demo is. As far as I can tell Adpatch currently only patches "SCUMM Adlib output" to the file Adlib.ims and the game executable is where you patch for "SCUMM Adlib detection". What this means is that the patch works with Monkey Island 2, Fate of Atlantis and Day of the Tentacle since these games have the Adlib,ims file. Sam and Max demo seems to have a bunch of sound driver files with the file extension names ".MDR" and ".WDR" and no ".IMS" Like for example "FM2.MDR" and "SB16.WDR"

Cool! CGA Commander Keen also works with adpatch ! 😀

From Phils eco ""Greenlist" i think that at least Gods and Prince of Persia 1 have some demo too..

With searching of demos and shareware versions could help my list - PCI soundcard comp. matrix - second collumn, i already searched for it for lots of games.
https://docs.zoho.com/sheet/published.do?rid= … 04bf92a9209e034

Could someone pleas test Dungeon Master I and Golden Axe I?

Artigkar wrote:

I may do a second smaller pack for 286 users if anyone wants that?

As others here have also said: good idea! 😀

But perhaps not call it a 286 pack? Maybe some more general name such as "MS-DOS 16-bit" or something? After all, pretty much every game that runs on a 286 will run on an 8086/8088 PC/XT system as well.

digger wrote:

Artigkar wrote:

I may do a second smaller pack for 286 users if anyone wants that?

As others here have also said: good idea! 😀

But perhaps not call it a 286 pack? Maybe some more general name such as "MS-DOS 16-bit" or something? After all, pretty much every game that runs on a 286 will run on an 8086/8088 PC/XT system as well.

I have already uploaded a second pack and called it 286 for the time being. I may take your suggestion into consideration for a updated version later.
I have no good way to test if any of the games included work on a real 286 or 8086/8088 PC/XT system so I would appreciate some feedback on how they work.

Ruthan that list from Phils compatability list is most likely including both games that work only with Adpatch and those that work fine with the Adlipt TSR program.
I know that atleast Prince of Persia 1 works flawlessly with adlipt, but have yet to see it working with adpatch.

matze79 wrote:

Cool! CGA Commander Keen also works with adpatch ! 😀

Wow! You are right it does.

dreamblaster wrote:

FANTASTIC THANKS !!!

You are welcome 😁

There is one thing I have been wondering about Adpatch. Specifically I see that SimCity 2000 is supposed to work with it on this list:
https://github.com/pdewacht/adlipt/wiki/ADPATCH-Tested-Games

I have been trying to figure out how to patch the Simcity 2000 demo and I am not sure where the sound driver is located.
How do you patch this game?

I see on the wiki it says related to games using Miles Audio Interface Library: "Some games bundle drivers together in one big file. If the file is uncompressed, ADPATCH should still be able to apply the patch. Usually the file will be compressed though, in which case patching is not possible."
Is this the case with SimCity 2000?

Artigkar wrote:

Ruthan that list from Phils compatability list is most likely including both games that work only with Adpatch and those that work fine with the Adlipt TSR program.
I know that atleast Prince of Persia 1 works flawlessly with adlipt, but have yet to see it working with adpatch.

I still dont fully understand what is that big deal for separation of Adpatched and Adlipt games?

We need big pack games as possible for testing of this device, if there are 2 different ways what has to be done to execute them. We can 2 sepate directories for each type of games and some text file info why it is divided, or some clever execution *.bat if TSR is unloadable etc..

ruthan wrote:

Artigkar wrote:

Ruthan that list from Phils compatability list is most likely including both games that work only with Adpatch and those that work fine with the Adlipt TSR program.
I know that atleast Prince of Persia 1 works flawlessly with adlipt, but have yet to see it working with adpatch.

I still dont fully understand what is that big deal for separation of Adpatched and Adlipt games?

We need big pack games as possible for testing of this device, if there are 2 different ways what has to be done to execute them. We can 2 sepate directories for each type of games and some text file info why it is divided, or some clever execution *.bat if TSR is unloadable etc..

The thing about Adpatch is that it has to be applied to each game manually, typing in the filelocation for each file to be patched and so on. Also, it is not currently possible to patch every dos game or sound driver out there.
Adpatch has the advantage of working on machines older than the 386 based ones and can run atleast some protected mode games for people with machines newer than 386.

Adlipt is considerably easy to use compared to Adpatch, but requires a memory manager like EMM386 or QEMM that will only run on 386 or newer. With Adlipt you mostly just need to run the program as is, just by typing "adlipt" at the dosprompt in the opl2util folder and then you can run whatever you want as long as the software is not protected mode. To unload it you type "adlipt unload" from the opl2util folder.
Only way Adlipt could be more convenient to use is a .bat file to run it directly from the "C:\" prompt in dos. Maybe even do a menu so you can run it with additional commandline options. In fact I might make a .bat file like that at some point later. At the moment I am more focused on trying to find which exact games works with adpatch.

A whole separate directory for games to test with Adlipt would essentially be all of the games that supports Adlib as a sound option and is not protected mode (as in only requires 640k ram or less to run). Does it make sense to have a separate one like that? Two separate directories would also have a lot of duplicates, same games appearing in both directories.

This really depend on point of view..

Is there any incompatibility between those 2 solutions? Can i patch the game and still run it with TSR loaded? It i have choose 1 option?

My point of view what is good package from gamers view, gamer as me not care technical details, unless have to.. or is interested in technical details.
From my gamers point of view, is nice to have biggest as possible compatible testing package - with software compatible with product which he want to buy, or already bought.. I thing is nice from product maker point of view too.

I want to play the games with music or sound and music, as quickly and seamlessly as possible, not fiddle with settings whole day, bigger package with games, bigger change that some my favorite games would be within.

Hmm, I am not sure if there are incompatibilities running adlipt with adpatched games. I haven't tested it out in that way.
I get where you are coming from, having a hassle free experience with the games is definately preferable.
A constant challenge with dos games is that they aren't always straight forward with things.

Speaking of which I just updated the pack with more games compatible with Adpatch. In that process I came across this kinda funny gem in the readme file for the System Shock demo:
"For space reasons, we have not included our install
program which would automatically set your System Shock configuration file
appropriately for your sound card. The demo comes default configured for
no sound or digital effects. If you want either sound or digital effects,
you will have to edit your cyb.cfg file yourself."

I have uploaded a third pack with the working title "Demos that need testing with Adpatch". The point of this pack is these are game demos where Adpatch will patch in something, but the game will not have working Adlib sound no matter what.
These game demos that I found are:

Blake Stone: Aliens of Gold v3.0 Shareware Episode
Blood v1.11 Shareware Episode
Hocus Pocus v1.1 Shareware Episode
Realms of Chaos v1.0 Shareware Episode
Sam & Max Hit the Road Interactive Demo Version

All these games patch into the game executable either "Adlib detection" of some kind or "Adlib output" and none of them work.
Blake Stone seems to be related to the "Early id Software" portion of adpatch which makes sense since its running on Wolf3D engine.
Blood seems to be using at least part of Duke3D sound code, but maybe not to the degree as actual 3D realms games?
The game will complain that the FM chip is not found if you try to start it after applying adpatch.
Hocus Pocus and Realms of Chaos gets "Copysoft Adlib detection" for some reason.
Sam & Max is ofcourse a SCUMM engine game, just like all the 2D Lucasarts adventures.
As mentioned before it does not have the same sound driver setup as Fate of Atlantis and Day of the Tentacle (no adlib.ims) so the patch does not work.

It seems these games are using partial soundcode that the OPL2LPT adpatch program recognises,
but its just different enough that the patching becomes incomplete.
I can't really figure these games out on my own so I am leaving it up in a pack for anyone who wants to check it out.

digger wrote:

Artigkar wrote:

I may do a second smaller pack for 286 users if anyone wants that?

As others here have also said: good idea! 😀

But perhaps not call it a 286 pack? Maybe some more general name such as "MS-DOS 16-bit" or something? After all, pretty much every game that runs on a 286 will run on an 8086/8088 PC/XT system as well.

I have renamed the pack to 16-bit instead of 286 😀

I found a copy of the Sim City 2000 demo here: https://archive.org/details/Simcity2000Demo, but there doesn't seem to be any sound in that version. At least I can't find a way to enable it. For the full release, the file is sound\a32adlib.dll IIRC. I'll also take a look at the other games.

Back when I created Adpatch it wasn't clear that the TSR was going to work well. As keropi can attest, early versions of the TSR were too slow to be usable on 386 systems. Adpatch was my back-up plan. But the current TSR works pretty much flawlessly for any 16-bit software. So Adpatch is now really only useful for 8086/80286 computers and for 32-bit games... This leads to a pretty odd list of supported games 😉

Unfortunately developing Adpatch turned out to be more troublesome than I expected. My assumption was that all games of a given developer would use pretty much the same Adlib code. That turns out not to be the case, especially not for the early DOS era. (You start getting that kind of standardization of audio code in the mid 90s, but by then hardly any games still supported Adlib hardware.) Also, patching DOS/4GW EXEs turns out to be much harder than ordinary 16-bit EXEs, and I don't really have a solution for that. So the list of patchable games is not that extensive.