VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Zdoom fork?

Posted on 2017-02-21, 02:00

I don't recall a missing ddraw.h error in the maintenance branch of zdoom. However, I never installed codeblocks either. There is a basic tutorial on building zdoom here: https://zdoom.org/wiki/Compile_ZDoom_on_Windows

Re: Zdoom fork?

Posted on 2017-02-20, 01:12

In emulation of Win95, the main configuration file was not always loaded by mods, so I reverted changes wherever possible while referring to v220 as a reference. It seems to work better now. The movie code was removed as suggested by a recent gzdoom commit: https://github.com/coelckers/gzdoom/commit …

Re: SEGABRT (6) on DosBox

Posted on 2017-02-19, 23:58

If soundblaster music is preferred over general midi, then purchase a version of doom2 that can be updated with a fix for the music bug: https://doomwiki.org/wiki/Versions_of_Doom_and_Doom_II#v1.7 And the web site for the patches: http://www.doomworld.com/classicdoom/info/patches.php "Note: there is …

Re: SEGABRT (6) on DosBox

Posted on 2017-02-19, 14:48

Result is from user error: Copy code to clipboard 1 Above backtrace: 2 CONFIG:Loading primary settings from config file /home/k_mikhail/.dosbox/dosbox-0.74.conf 3 ... 4 ALSA:Can't subscribe to MIDI port (65:0) nor (17:0) 5 MIDI:Opened device:none http://askubuntu.com/questions/79944/dosbox-has-no- …

Re: Zdoom fork?

Posted on 2017-02-18, 17:55

Attached archive of binaries built from maintenance branch of zdoom (4/18/16). Included patches to compile zdoom and openal by mingw32/gcc46/nasm208/dx8. Changes were made to adapt software to Win95. Latest changes include modifications to zdoom configuration handling and gzdoom patches, such as …

Re: Zdoom fork?

Posted on 2017-02-14, 03:43

It may be worth verifying that "FGameConfigFile::FGameConfigFile" in gameconfigfile.cpp searches for zdoom.ini in same place as "GetUserFile" in m_specialpaths.cpp. Perhaps these lines could be modified in the former for testing: SetValueForKey ("Path", "$HOME", true); SetValueForKey ("Path", "$ …

Re: Zdoom fork?

Posted on 2017-02-13, 15:57

The above issue with the highly rated Dark7 map pack was that I had version 1.3. It was posted at a main archive for doom maps: https://www.doomworld.com/idgames/levels/doom2/Ports/d-f/dark7. The date of the pack shows 2002 and the readme suggests a compatible game engine: ZDoom 2.0.63a or higher. …

Re: Zdoom fork?

Posted on 2017-02-12, 13:42

Attached archive of binaries built from maintenance branch of zdoom (4/18/16). Included patches to compile zdoom and openal by mingw32/gcc46/nasm208/dx8. Building of the other libraries is described in a previous post in this thread. Changes were made to adapt zdoom to Win95 inside an emulator. User …

Re: Zdoom fork?

Posted on 2017-02-11, 01:31

Continued testing of the v2.8.1-maintenance zdoom code. I've started testing the reversion of double variable types in favor of integer math in the software renderer. Also, isolated (most of) the exception errors in Win95 emulation to the zdoom audio (regardless of backend) even though the built-in …

Re: Zdoom fork?

Posted on 2017-02-09, 10:22

Attached openal binary specific for modern Windows and may be used instead of the Win9x version in the above "zdoom28-oal-mingw-95-5.zip" package. Builds in mingw32 with the corresponding source code patch (openal-soft github version 2-9-17). User accepts sole responsibility for use.

Re: Zdoom fork?

Posted on 2017-02-09, 03:53

Not much C++ is required. Mainly setting up the compiler. MinGW32 is available here: https://sourceforge.net/projects/mingw/files/. It has the setup file to select and install the environment for compiling software. It would be simplest to start with zdoom v2.2.0 and fmod3 since it requires few …

Re: Zdoom fork?

Posted on 2017-02-07, 20:41

It would be interesting to revert the use of doubles throughout the code, too. At low screen resolution, is a zdoom gl renderer expected to be much faster than the software renderer?

Re: Zdoom fork?

Posted on 2017-02-07, 05:58

Attached updated zdoom binary for the above "zdoom28-oal-mingw-95-5.zip" package. Updated for non-unicode console output along with the corresponding source code patch. User accepts sole responsibility for use.

Re: Zdoom fork?

Posted on 2017-02-06, 09:27

The text outputs to the zdoom console, but doesn't duplicate the text to the Win95 rich edit control. This behavior is different than in recent Windows versions.

Re: Zdoom fork?

Posted on 2017-02-05, 13:06

The rich edit control 2.0 has that behavior in Win95 and the zdoom code is now dependent on it. It is possible to maximize it on zdoom startup by a right click on its task on the taskbar, and then choose maximize. The saved games from the vanilla game should save to that directory. I haven't tested …

Re: Zdoom fork?

Posted on 2017-02-05, 03:13

Your performance results are helpful in finding the bottlenecks. I've tested with different optimizations, but zdoom isn't robust to these changes. One possible reason is that the math precision has not been thoroughly tested. Another concern is the conversion of integer math to doubles throughout a …

Re: Zdoom fork?

Posted on 2017-02-04, 12:13

Attached archive of binaries built from maintenance branch of zdoom (4/18/16). Included patches to compile zdoom and openal by mingw32/gcc46/nasm208/dx8. Changes were made to adapt software to Win95. User accepts sole responsibility for use of these unsupported binaries. The libsndfile v1.0.25 and …

Re: Zdoom fork?

Posted on 2017-02-03, 04:04

Attached an archive with openal binary and patch to potentially replace the version in the above archive "zdoom28-oal-mingw-95-4.zip". It was built the same way as above. This replacement has two features for use in emulation. It has higher audio latency where running at slow Pentium level or …

Page 1 of 2

Go to top of page Go to top of page
Close window
Close window