The below conf works with Daggerfall (patched to 2.13, you MUST patch it) and DosBox CVS. I use it all the time. Obviously you will have to change the paths at the end to match your setup. I used a modified Daggerfall .cfg file for paths; the normal one is called "Z.CFG" [speaker] pcspeaker=true …

> Other than that and max cycles Please try to keep things straight, cycles=auto for dosbox 0.65. This is valid for the cvs as well (regarding daggerfall and similar). Shrug, you should deprecate and remove max from code then, since it isn't really the same thing as auto (auto will switch to max, …

I know this topic is old and probably dead, but I'm still trying to get it to run in DOSBox. Like I said, it runs in XP using VDMS sound emulator, but the controls are messed up. Movement is slow, and I cannot backpedal or strafe (or at least at an extreme slow pace). I've tried turning off HT on …

Here's my theory :) In current design of OPL2 emulation (applies also to OPL3), sampling function (mixer callback), which creates about 20 samples at once, is called periodically by dosbox timer (for 22kHz this requires about 1ms intervals!). So this means that chip registers for those 20 samples …

g++ -g -O2 -o dosbox.exe dosbox.o cpu/libcpu.a debug/libdebug.a dos/libdos.a fpu/libfpu.a hardware/libhardware.a gui/libgui.a ints/libints.a misc/libmisc.a shell/libshell.a hardware/serialport/libserial.a dosbox_ico.o -lm -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -lopengl32 -lwinmm C:/d/ …

Well, I think even using just a text-mode program for PGO is better than none at all, since there's a lot in DOSBox that can be optimized and which is not graphics mode dependent. Definitely agreed. Having written and optimized a couple of emulators myself, it is rare that the code base is breaking …

Yeah, that's what I mean: If you are doing a non-PGO build, it actually behaves a bit like a PGO build with random profile data. The reasoning is something like this: In some situation some decision must be taken, branches for example cannot be left out, so gcc has to guess which branch is more …

The solution to this conflict is in fact PGO: with PGO, gcc is able to layout code so that often-used code parts are near each other, leading to less cache trashing (recent binutils are neede for that as well). And another explanation, regarding the "bad performance with first build" mystery: When …

i have a problem with the game Ravenloft: Strahd's Possession cd version that when i get to some point the start to freeze and it sais that cine13.anm has a problem how can i solve it becuase their isn't file that name cine13.anm how can you help to fix this problem thank you bye Sounds like either …

The following flag is what I use. CXXFLAGS="-s -O2 -pipe -fprofile-use -fomit-frame-pointer -mtune=i686 -march=i586" ./configure --enable-core-inline I used to have gcc 4.1.x for mingw. It was slower than the gcc 3.4.5 for me. I'll check out a reference build with your flags as well, it will …

Building with these CFLAGS/CXXFLAGS: -mtune=i686 -march=i586 -O2 -pipe -fomit-frame-pointer -mno-push-args -ffast-math -funroll-loops --param max-unrolled-insns=60 and using GCC-4.1.1 (what I had up in the environment when I went to test =) ) resulted in these numbers: gcc-4,gulikoza: 957,960,1019 …

[quote="gulikoza"]Nothing fancy, MinGW latest gcc candidate (3.4.5), CFLAGS is a collection I gathered on the forum, nothing special I think: -mtune=i686 -march=i586 -O2 -pipe -fomit-frame-pointer -mno-push-args -ffast-math -funroll-loops --param max-unrolled-insns=60 I'll try these flags, but that …

My releases are gcc compiled, so don't throw gcc away so easily :wink:. I'm also not doing any PGO, so I guess it beats VC too :lol: There has also been some work done on the x86_64 core, when the platform is more widespread, dosbox should be ready... I'd be interested in your compile set up then. …

EDIT : Some sort of error on my part appears to have generated unusually bad GCC run time results. Since I use GCC myself all the time, I'm at a complete loss as to why, but I'm editing this post to reflect the second run results which are competitive with the other compilers. Hola. Recently for my …