Yesterplay80 wrote:

And configuring DOSBox doesn't get easier as well, so convenience would suffer more and more the more patches I'd add.

I fear it is my patch that adds most of the new settings, and I don't see how to reduce them while keeping the functionality. My current approach is to have good defaults, but other suggestions are welcome.

Ant_222 wrote:

I fear it is my patch that adds most of the new settings, and I don't see how to reduce them while keeping the functionality. My current approach is to have good defaults, but other suggestions are welcome.

Actually it's the new MIDI options for MT32 and Fluidsynth that add the most new entries to the conf file, so don't worry! 😁

Hello
Any chance for a patch that will allow us poor gameplayers to be able to record midi sounds embedded in the .avi file instead of creating a separate .mid file? Thanx

AFigureInBlack wrote:

Hello
Any chance for a patch that will allow us poor gameplayers to be able to record midi sounds embedded in the .avi file instead of creating a separate .mid file? Thanx

The MT32 emu does exactly that, all midi you record using the mt32 midi device in DOSBox will be recorded in the avi. Too bad it doesn't work with FluidSynth that way...

Great, plays and records fine. But there are no savestates. Perhaps in the next build?

Don't look for savestates with ECE build. The ECE has a few patches for increased accuracy and Munt, but savestates is not needed for most game play and adds nothing to accuracy. Every frivolous patch can introduce problems.

I already looked a bit into the possibility of including savestates, but the patches available are either for an 5 year old SVN or for DOSBox Daum, both of which can't be used directly for a current SVN. Especially when it comes th a modified one like ECE. So, as collector already said: Don't hold your breath for it!

What about Vsync patch from Daum build? Not that it worked for me but maybe in YOUR build it can? 😲

KainXVIII wrote:

What about Vsync patch from Daum build?

Most liekly not, those vsync patches seem to make a lot of changes to the file sdlmain.cpp, which already hat quite some changes thanks to some patches I already integrated into ECE. So to make all those work together, coding skills would be required. And I'm afraid I'm lacking those. 😢

Yesterplay80 wrote:

KainXVIII wrote:

What about Vsync patch from Daum build?

Most liekly not, those vsync patches seem to make a lot of changes to the file sdlmain.cpp, which already hat quite some changes thanks to some patches I already integrated into ECE. So to make all those work together, coding skills would be required. And I'm afraid I'm lacking those. 😢

Thanks for answer =)

How about memsize128?

filipetolhuizen wrote:

How about memsize128?

Why? What DOS game would possibly need that much?

Fun with RAM disks?

Nope. 😀

James-F wrote:

Fantastic! Thank you very much Yesterplay80.
Clearly, the ECE edition is the new Daum replacement.

I wouldn't say like this until it will start support pixel shaders. Like Daum does.
Personally it's the only reason why I prefer Daum build over official.

I hope that some cleans this thread up at some point...

collector wrote:

filipetolhuizen wrote:

How about memsize128?

Why? What DOS game would possibly need that much?

Blood 3dfx version. It eats a lot (64MB or more) and leaks here and there, so it's better to have some spare left.

Great Dragon wrote:

I wouldn't say like this until it will start support pixel shaders. Like Daum does.
Personally it's the only reason why I prefer Daum build over official.

Have a look in my signature, I compiled a version using the GLSL shader support. Comes without Voodoo emulation and pixel perfect scaling support, since those patches won't work together.

Thanks. Unfortunately I couldn't get it to work with a shader enabled.
Simple put options from the example in corresponding thread doesn't take any effect.

Here is my config example:
[sdl]
fullscreen=true
fulldouble=true
fullresolution=desktop
windowresolution=original
output=openglnb
autolock=true
sensitivity=100
waitonerror=true
priority=higher,normal
glshader=CRT-interlaced
usescancodes=false
overscan=0

[render]
aspect=true
autofit=true

Great Dragon wrote:

Thanks. Unfortunately I couldn't get it to work with a shader enabled.
Simple put options from the example in corresponding thread doesn't take any effect.

The folder "glshaders" must be in the same directory as the conf file.