Try the non-patched build.
You might have discovered the reason for those limits to exist in the mapper.
I think the axis limit isn't the problem here, it's rather that DOSBox is trying to adress non existent hardware if you map but unplug the second controller.
Vanilla SVN behaves the same, btw. Mapping the second controller and not having it plugged in crashes the unpatched build as well. I tried it with two Logitech F710 in Xinput mode.
UPDATE: Official DOSBox 0.74.-2 crashes, too. So definitely not a problem caused by the patch.
Try the non-patched build.
You might have discovered the reason for those limits to exist in the mapper.
I did think the patch could cause some trouble, but I'm continuing to use it so at least player 1 can use the D-Pad.
Yesterplay80 wrote:
I think the axis limit isn't the problem here, it's rather that DOSBox is trying to adress non existent hardware if you map but unplug the second controller.
Vanilla SVN behaves the same, btw. Mapping the second controller and not having it plugged in crashes the unpatched build as well. I tried it with two Logitech F710 in Xinput mode.
UPDATE: Official DOSBox 0.74.-2 crashes, too. So definitely not a problem caused by the patch.
In my experience, the crashes seem isolated to a 2nd gamepad's d-pad remaining mapped when disconnected (on starting DOSBox ECE) and nothing else. The other buttons and axes being mapped is fine and does not cause crashes. With Vanilla DOSBox, the d-pads don't work anyway (in 2axis mode).
Does the gravis ultrasound emulation is limited to mono output only.
When I try games sound setup settings like tie fighter, dark force etc.. the digital sound test is always mono with gravis ultrasound unlike Sb16 which is in stereo ouput.
Is it a limitation from the dosbox emulation or a bad setting on my side ?
I use GUS 4.11 drivers, megaem and PPL161 drivers.
In fact this is an issue already in the official dosbox.
Dosbox-X fork have already fixed this problem, will you add such fix into ECE too ?
"- Gravis Ultrasound panning register fixes. Mainline DOSBox seems to have a buggy implementation that ends up locking all audio to center no matter what value is written. I fixed that code in this version. DOS programs that rely on stereo sound should actually play in stereo now through DOSBox."
Edit : I was able to reproduce the mono/stereo bug on tie fighter even on dosbox-x if I set true this setting :
gus fixed render rate=true
If set, Gravis Ultrasound audio output is rendered at a fixed sample rate specified by 'gusrate'. This can provide better quality than real hardware, if desired. Else, Gravis Ultrasound emulation will change the sample rate of it's output according to the number of active channels, just like real hardware.
Note: DOSBox-X defaults to 'false', while mainline DOSBox SVN is currently hardcoded to render as if this setting is 'true'.
SO it look like the previous setting I found was not the present.
IS there a list of prerequesite component to compile ECE source (or a ready to go mingw zip) ?
I suppose it will need more lib than the official dosbox.
I would like to try to change the hardcoded render to see the result.
Apart from those needed for vanilla DOSBox (see the Wiki) you only need mt32emufrom MUNT and Fluidsynth, on WIndows I still use Fluidsynth 1.16 because it's such a PITA to get a newer one compiled. There's your list. 😀
when I try to compiling this under Linux I become this error:
1In file included from midi_mt32.h:7, 2 from midi.cpp:77: 3./mt32emu/mt32emu.h:47:2: Fehler: #error Incompatible setting MT32EMU_API_TYPE=3 4 #error Incompatible setting MT32EMU_API_TYPE=3 5 ^~~~~ 6In file included from midi.cpp:77: 7midi_mt32.h:10:2: Fehler: #error Incompatible mt32emu library version 8 #error Incompatible mt32emu library version 9 ^~~~~ 10make[3]: *** [Makefile:369: midi.o] Fehler 1 11make[3]: Verzeichnis „/home/gorzka/Downloads/DOSBox ECE r4194 (Linux source)/src/gui“ wird verlassen 12make[2]: *** [Makefile:450: all-recursive] Fehler 1 13make[2]: Verzeichnis „/home/gorzka/Downloads/DOSBox ECE r4194 (Linux source)/src“ wird verlassen 14make[1]: *** [Makefile:395: all-recursive] Fehler 1 15make[1]: Verzeichnis „/home/gorzka/Downloads/DOSBox ECE r4194 (Linux source)“ wird verlassen 16make: *** [Makefile:336: all] Fehler 2
The mt32emu library is not in the Source code.
I compiled a 64bit version of DOSBox ECE r4194 without problems on Fedora 29, once I installed the mt32 munt packages. I have libmt32emu-2.3.0-1.x86_64 and libmt32emu-devel-2.3.0-1.x86_64 RPMs installed from the munt website.
I tried both versions, the ECE version and the normal SVN on Linux Debian 9 right now, downloaded from the Yesterplay80 blog.
I am getting an error...
./dosbox: error while loading shared libraries: libSDL_sound-1.0.so.1: cannot open shared object file: No such file or directory.
...although the file is there, with locate:
/usr/lib/x86_64-linux-gnu/libSDL_sound-1.0.so.1
What am I missing?
Normal Dosbox is installed via apt and works.
If you can compile ECE, I recommend trying to eliminate the unnecessary library dependencies. Otherwise it seems that other libraries are linking in libSDL_sound-1.0.so.1 as a dependency.
You can see your library's dependencies with this simply loop:
1for lib in $(ldd /usr/local/bin/dosbox | awk '{ print $3 }'); do echo "$lib"; ldd "$lib"; echo ''; done
Maybe you've downloaded the binary instead of the source?
DOSBox ECE rXXXX (Linux).7z is 32-bit. If your system is 64-bit and you do not want ie install multiarch, download DOSBox ECE rXXXX (Linux source).7z && extract && compile.
I tried both versions, the ECE version and the normal SVN on Linux Debian 9 right now, downloaded from the Yesterplay80 blog.
I am getting an error...
./dosbox: error while loading shared libraries: libSDL_sound-1.0.so.1: cannot open shared object file: No such file or directory.
...although the file is there, with locate:
/usr/lib/x86_64-linux-gnu/libSDL_sound-1.0.so.1
What am I missing?
Normal Dosbox is installed via apt and works.
As others have hinted at, it seems you installed the 64bit version of the SDL libraries, which do not work with the 32bit version of DOSBox.
So, either install the 32bit version of the SDL libraries (you can have both 32 and 64bit versions installed simultaneously), or compile yourself a 64bit version of DOSBox.