VOGONS

Common searches


Search results

Display options

Re: Zdoom fork?

in Milliways
I've edited the previous message, what a mess. In the old code the default was set after changing video mode. Edit: i think i've found the obvious solution, creating a new boolean global variable and setting it to true in M_SetVideoMode() and false in M_RestoreMode () and M_SetDefaultMode () …

Re: Zdoom fork?

in Milliways
I wonder where video settings are stored in order to disable rendering interpolation. For now i've been investigating the video mode change issue in pentiums checking vid_defwidth and vid_defheight in the console. This only happens when changing mode from high resolutions becouse these computers are …

Re: Zdoom fork?

in Milliways
IMHO this doesn't need to run well on an emulator, you know emulation is not perfect and has its limitations. I guess you're using pcem, it's the emulator the one should support ZDoom and fix the problems. About the floating point rewrite i'm not confident it's going anywere. But fixing the video …

Re: Zdoom fork?

in Milliways
The 9x version runs fine on modern windows as well, am i missing something? Official 2.8.1 also did. I've got dev-cpp 5.11 with tdm-gcc. A guy on the zdoom forums, he's the ecwolf author, has made modifications on his own to allow gzdoom compiling on mingw and running on 98 and probably will include …

Re: Zdoom fork?

in Milliways
That would be a lot of work and i don't think it's worth. I think opengl gives pretty much the same performance or even worse. More on this later. Finally i've tested on windows 95 and a pentium mmx, reinstalled windows on the dodgy hard drive becouse on the 'new' computer win95 refused to boot …

Re: Zdoom fork?

in Milliways
Well done! It works fine. Obviously i was wrong and that was not the problem. I still think you should fork this, leilei doesn't look interested and my c++ knowledge is limited and at least for now i just want to get the low detail modes back (easy with the commit i mentioned earlier) and add the …

Re: Zdoom fork?

in Milliways
I think i've found it: https://github.com/rheit/zdoom/commit/c ... 4b64edb885 From the discussion here: viewtopic.php?f=7&t=49042&start=15 Seems the local buffer is not being printed in old windows versions.

Re: Zdoom fork?

in Milliways
blue-green-frog wrote: The rich edit control 2.0 has that behavior in Win95 Are you talking about the console? I don't see any text output. What is this RTF thing for? blue-green-frog wrote: I uploaded the code for your use and the original poster leilei Let's wait and see if leilei accepts the …

Re: Zdoom fork?

in Milliways
There was no performance difference with no rendering interpolation, seems that it's disabled automatically when frame rate is low. On the p2-233 was always @36. Changing column renderer mode didn't make any difference either. Now a new empty folder called save has appeared. Music slowdown with …

Re: Zdoom fork?

in Milliways
Thanks again. IMO getting this running on an emulator it's not important, the emulator has the problem. I've noticed the sound system option for midi has dissapeared again. I've tested this on a real pentium and true it runs like shit. I thought it had win95 installed but it's win98 fe. The machine …

Re: Zdoom fork?

in Milliways
I'll need to download it then. I think compiling with the mtune=i586 option should improve performance on old machines. I believe those commits restored the intrinsic non mmx versions but there were asm non mmx versions of those functions as well and for now i don't know when they were removed. Edit …

Re: Zdoom fork?

in Milliways
A third patch is for openal-soft v112 and win95 compatiblity. Great work! BTW what is riched20.dll? Got some news, according to one of the developers it would be best to fork from the end of the maintenance branch (https://github.com/rheit/zdoom/tree/maint) to get a solid codebase. What's more a …

Re: Zdoom fork?

in Milliways
testing why the performance in v271 is much less than v220 (Mar 2008) on a slow Pentium What are the performance numbers @320 (use vid_fps 1 on the console) and cpu speed? Have you tried with -nosound? Is that an emulator or a real machine? Attached archive of binaries built from openal branch of …

Re: Zdoom fork?

in Milliways
But that changes affect many other files, doesn't sound like a good idea (still i don't know how git works). Is openal faster than fmodex on that pentium? I wanted to test your fmodex exe but i get that SHGetFolderPathA error. The openal branch as i mentioned earlier had serious problems at that …

Re: Zdoom fork?

in Milliways
I've tried brutal doom v20 for the sake of it (also on map01) and surprisingly is mostly playable, at 350 mhz since this was an underclocked p2, of course there are slowdowns when there are lots or stuff flying. Unfortunately this openal branch has serious issues with sounds in mods, most player …

Re: Zdoom fork?

in Milliways
Okay, i've tested this on a p2-233 with a s3 trio3d on win98se and dx8. First as expected no console output and the engine says unknow version. The fmodex version doesn't run, gives an error about missing SHGetFolderPathA, official version did. Now on the results @640x480 & @320x240: 2.7.1 openal 31 …

Re: Zdoom fork?

in Milliways
Official FmodEx 2.7.1 gives the same performance with -nosound (136 fps), 2.7.1 OpenAL gives 125 fps (vs 117) and FmodEx gives 125 (vs 110) . However this is not very accurate and should be tested on slower machines. So is this playable on a pentium without mods? Edit: i was testing the official …

Re: Zdoom fork?

in Milliways
What about OpenAL performance? Is it faster than FmodEX on P6 machines? And is it fast enough on P5 architecture? Have you tried with -nosound? I guess r_detail would not be very useful but IMO it should be there anyway for nostalgia reasons. We need to investigate the minimum requirements for this, …

Page 17 of 22