abandon2022 wrote on 2022-04-30, 07:51:

pci_bus.cpp:29:10: fatal error: ..\ints\int10.h: No such file or directory
29 | #include "..\ints\int10.h"

https://aur.archlinux.org/cgit/aur.git/tree/b … ff?h=dosbox-ece

And probably also need this:
https://aur.archlinux.org/cgit/aur.git/tree/l … ff?h=dosbox-ece

Hey zirkoni. Thanks for your respond.
How do I apply these patches on the source code?

It's just a few lines, you could easily do the changes manually.

Or download the diff-files and use the patch command in terminal:

1patch -p1 < backslash-fix.diff
2patch -p1 < linux-fix.diff

Thank you very much zirkoni. It compiled just fine. Be well.

Thanks for pointing out those issues, it seems those were introduced when I switched back from using the patch embedding the external Glide wrapper support. The patch only adding the internal wrapper is older and still had those two issues. Sorry about that! I fixed them just now so the source should compile now.

Having what is probably the same joystick issue that was just mentioned - the POV hat isn't recognized by the keymapper if joysticktype is set to fcs.
Setting it to auto works fine, it's just FCS mode that's broken.
Basically it's currently the opposite of how it is in vanilla DOSBox.

YaketyYakumo wrote on 2022-05-16, 03:25:

Having what is probably the same joystick issue that was just mentioned - the POV hat isn't recognized by the keymapper if joysticktype is set to fcs.
Setting it to auto works fine, it's just FCS mode that's broken.
Basically it's currently the opposite of how it is in vanilla DOSBox.

You got it! 👍🏻
Switching to "joystick=auto" instead of fcs fixes my issue with DPAD/POV-HAT digital joysticks and recent builds of DOSBox ECE!

@Yesterplay80

Just wanted to add my voice to the list of those who would very much like the Glide wrapper support back.

Demand might not be high, but that's probably just because most don't know how much better an advanced wrapper like dgVoodo0 with its unmatched resolution/antialiasing etc. options is compared to the integrated OpenGL patch. Perfectly understandable that you want to keep your build as clean as possible, but in this particular case the current solution is just no match for what has been possible until the Glide wrapper support was removed. dgVoodoo truly plays in a league of its own.

Alright, with r4477 I (hopefully) re-added the external Glide wrapper, please give it a try.

Hello! Sorry if this is an old question (i tried to search it on the forums but i found no answer to it). I have just started to use DOSBox ECE, previously i only used DosBox bundled with steam and gog-games. My question is, is the normal5x scaler completely gone from the latest version of ECE? When googling and searching on this forum i can only find people talking about how it's the best scaler. But it is missing from the config file in the latest ECE. Btw, thanks for a really good "fork" (Correct term?) of DOSBox. 😀

Well, best scaler is dependent on what you're trying to achieve picture-wise and on which display you're scaling. Tell us so that someone here can help give you advice.

DrNilsson wrote on 2022-05-29, 17:24:

Hello! Sorry if this is an old question (i tried to search it on the forums but i found no answer to it). I have just started to use DOSBox ECE, previously i only used DosBox bundled with steam and gog-games. My question is, is the normal5x scaler completely gone from the latest version of ECE? When googling and searching on this forum i can only find people talking about how it's the best scaler. But it is missing from the config file in the latest ECE. Btw, thanks for a really good "fork" (Correct term?) of DOSBox. 😀

You can use a shader instead. You can find some here:

https://github.com/tyrells/dosbox-svn-shaders

I believe you're interested in "interpolation/pixel_perfect.glsl".

And read the instructions on that page 😀

villeneuve wrote on 2022-05-29, 22:14:

Well, best scaler is dependent on what you're trying to achieve picture-wise and on which display you're scaling. Tell us so that someone here can help give you advice.

I just wondered if those scalers still existed in the latest DosBox ECE. Or if i could add them back somehow. Was looking for pixel perfect picture.

realnc wrote on 2022-05-30, 07:08:

You can use a shader instead. You can find some here: […]
Show full quote

DrNilsson wrote on 2022-05-29, 17:24:

Hello! Sorry if this is an old question (i tried to search it on the forums but i found no answer to it). I have just started to use DOSBox ECE, previously i only used DosBox bundled with steam and gog-games. My question is, is the normal5x scaler completely gone from the latest version of ECE? When googling and searching on this forum i can only find people talking about how it's the best scaler. But it is missing from the config file in the latest ECE. Btw, thanks for a really good "fork" (Correct term?) of DOSBox. 😀

You can use a shader instead. You can find some here:

https://github.com/tyrells/dosbox-svn-shaders

I believe you're interested in "interpolation/pixel_perfect.glsl".

And read the instructions on that page 😀

And pixel perfect is exactly what i was looking for. Thanks 😀

Hey, not sure whats wrong, General Midi output in games like Duke3D and Doom doesn't seem to work in r4477, works fine in r4475.

Hello.
You have an error in your code src/gui/midi_fluidsynth.h

1                fluid_settings_setnum(settings, "audio.periods", atof(section->Get_string("fluid.periods")));
2                fluid_settings_setnum(settings, "audio.period-size", atof(section->Get_string("fluid.periodsize")));
3                fluid_settings_setstr(settings, "synth.reverb.active", section->Get_string("fluid.reverb"));
4                fluid_settings_setstr(settings, "synth.chorus.active", section->Get_string("fluid.chorus"));

Should be

1                fluid_settings_setint(settings, "audio.periods", atoi(section->Get_string("fluid.periods")));
2                fluid_settings_setint(settings, "audio.period-size", atoi(section->Get_string("fluid.periodsize")));
3                if (section->Get_string("fluid.reverb")=="yes")
4                        fluid_settings_setint(settings, "synth.reverb.active", 1);
5                else
6                        fluid_settings_setint(settings, "synth.reverb.active", 0);
7                if (section->Get_string("fluid.chorus")=="yes")
8                        fluid_settings_setint(settings, "synth.chorus.active", 1);
9                else
10                        fluid_settings_setint(settings, "synth.chorus.active", 0);

Zaphod Beeblebrox wrote on 2022-06-02, 01:18:

Hey, not sure whats wrong, General Midi output in games like Duke3D and Doom doesn't seem to work in r4477, works fine in r4475.

After reintegrating the patch with the two Glide wrappers I forgot to update the patch for the MT32 support, which resulted in the MT32 emu becoming the default MIDI device. Though, unless MT32 wasn't properly configured, MIDI playback wouldn't work. But it should be fixed now, the default MIDI device should be your system one's now again (e.g. win32 for Windows). Thanks for the feedback!

supin wrote on 2022-06-02, 16:32:

Hello.
You have an error in your code src/gui/midi_fluidsynth.h

Even though that wasn't the cause of MIDI playback not working (see above) I appreciate pointing this error out, thank you very much! That should be fixed as well.

rolloLG wrote on 2022-05-16, 08:28:

You got it! 👍🏻 Switching to "joystick=auto" instead of fcs fixes my issue with DPAD/POV-HAT digital joysticks and recent builds […]
Show full quote

YaketyYakumo wrote on 2022-05-16, 03:25:

Having what is probably the same joystick issue that was just mentioned - the POV hat isn't recognized by the keymapper if joysticktype is set to fcs.
Setting it to auto works fine, it's just FCS mode that's broken.
Basically it's currently the opposite of how it is in vanilla DOSBox.

You got it! 👍🏻
Switching to "joystick=auto" instead of fcs fixes my issue with DPAD/POV-HAT digital joysticks and recent builds of DOSBox ECE!

@Yesterplay80

@Yesterplay80
Has this been fixed too? Reverting behaviour as the original DOSBox?

Yesterplay80 wrote on 2022-06-04, 00:39:

supin wrote on 2022-06-02, 16:32:

Hello.
You have an error in your code src/gui/midi_fluidsynth.h

Even though that wasn't the cause of MIDI playback not working (see above) I appreciate pointing this error out, thank you very much! That should be fixed as well.

@Yesterplay80

I keep an active Linux compile of DosboxECE running to interface with some OPL2/3 hardware (https://github.com/morphinejh/dosboxece-opl). I caught this a few days ago too. There has been an update in Fluidsynth in the recent past where some of the parameters were changed from floating point numbers to integers. Aside from what was already mentioned above, I think it also affects:
Around Line 90 in midi_fluidsynth.h

1fluid_settings_setnum(settings, "synth.cpu-cores", atof(section->Get_string("fluid.cores")));

Should be:

1fluid_settings_setint(settings, "synth.cpu-cores", atof(section->Get_string("fluid.cores")));

I'm not sure when it changed, but I noticed in upgrading from Ubuntu 20.04 to 22.04 where they use v2.2.5 of libfluidsynth in the repository.

Yesterplay80 wrote on 2022-05-29, 08:15:

Alright, with r4477 I (hopefully) re-added the external Glide wrapper, please give it a try.

Works perfectly fine again as far as I can tell. Tested with Tomb Raider, Descent 2 and Screamer 2.

Big THANKS! Totally awesome.

morphinejh wrote on 2022-06-04, 18:41:

I'm not sure when it changed, but I noticed in upgrading from Ubuntu 20.04 to 22.04 where they use v2.2.5 of libfluidsynth in the repository.

ECE still uses Fluidsynth 1.16, because the patch I use doesn't work with never versions, so it might as well be that the current options are still correct and working. Could someone try that out maybe?