Attached archive of binaries built from openal branch of zdoom (2-2-15). Included two patches, one to compile source code by mingw32/gcc46/nasm208/dx8 and the other with updates to the openal code in zdoom (mainly from more recent commits to the openal branch). A third patch is for openal-soft v112 …

Attached archive of binaries built from openal branch of zdoom (2-2-15). Also, included patch so source code compiles by mingw32/gcc46/nasm208/dx8 (requires cmake for configuration, too); built with sse=off, asm=on, O2 optimization. User accepts sole responsibility for use of these binaries. On …

To test fmod3 in zdoom, it should be possible to start with the most recent v271 commit in fmodsound.cpp and step backwards commit by commit (until Mar 2008): https://github.com/rheit/zdoom/commits/2.7.1/src/sound/fmodsound.cpp During Mar 2008 was the time where fmod3 was changed to fmod4. Also, …

Much of the performance loss is related to new scripting features for modders (and modders would often spam a lot of actors to overcompensate for zdoom's lack of optimized client-side effects systems). There's an even bigger performance loss going from 2.8.1 to 2.9.x as coleckers stripped the ASM …

If one of the goals is historical preservation of the best zdoom mods, then it may help to archive the different versions of each mod. Also, I couldn't find which zdoom version corresponded to each mod version. Another major issue is the difference in performance between zdoom 2.2.0 and 2.7.1; and …

The memory requirements are suggestions since another Win95 system may show a different result.

Attached binaries of openal branch of zdoom (~v271) built by mingw32/gcc46. Included previously posted patch for zdoom; and a second zdoom patch with changes to openal default settings and removal of unused menu items from the sound menu. These changes may provide some additional stability to zdoom …

Built openal-soft-1.12.854 and attached binaries along with zdoom. Sound and midi work in Win95, but openal is not very stable in an emulator because of a presumed dependence on multithreading. Once the sound is initialized, then the video mode shouldn't be changed. On starting zdoom, I follow these …

Attached binaries of openal branch of zdoom (~v271) built by mingw32/gcc46. Same patch as in previously posted archive, but configured with midi only. User accepts sole responsibility for use of these binaries.

Attached openal branch of zdoom (approximately v271) built by mingw32/dx8/gcc46 -- included binaries along with the patch which was applied against the openal branch. The included openal binary requires "SHGetSpecialFolderPath". That function is available in shell32.dll , reportedly v4.71+. That …

Attached zdoom v271 built by mingw32/gcc46, included binaries and patch to remove directx9 and xinput dependencies in zdoom v271 source code. Instead, mingw32 dx8 headers and libraries are used. The cmake system has a GUI based tool to create the makefiles. Currently dependent on fmodex, but the …

zdoom v2.7.0 may provide satisfactory compatibility with most mods. That is ~5 year gap from v2.2.0 and around 2700 unique commits. Perhaps apply commits and parts of commits that don't affect the win32 directory, at least initially. A build could be tested for error every 20 commits. It would …

zdoom 2.4.0 builds with cmake and mingw/gcc46, but has a dependency on Fmod ( v42416 for win32 ) which is not compatible with Win95. Attached patch to remove dependency on directx9 and xinput so that directx8 (dinput8, ddraw, and dxguid) is the dependency. However, compiling assembly files with nasm …