Abuse freeze at man menu

joncampbell123 / dosbox-x

DOSBox-X fork of the DOSBox project

GNU General Public License v2.0

2.78k stars 381 forks source link

Abuse freeze at man menu #4695

Open brakenwagen opened 10 months ago

brakenwagen commented 10 months ago

Describe the bug

When playing Abuse when the man menu loads up the dosbox-x program will freeze up for 5 to 10 seconds then return to normal This does not happen in vanilla dos box.

Steps to reproduce the behaviour

play Abuse

Expected behavior

menu to load immediately without dosbox-x freezing

What operating system(s) this bug have occurred on?

Win 10

What version(s) of DOSBox-X have this bug?

dosbox-x-mingw-win32-20231007055223 sdl2

Used configuration

No response

Output log

No response

Additional information

No response

Have you checked that no similar bug report(s) exist?

[X] I have searched and didn't find any similar bug report.

Code of Conduct & Contributing Guidelines

[X] I agree to follow the code of conduct and the contributing guidelines.

maron2000 commented 10 months ago

Which menu do you refer to as man menu? I don't see any freezes. 2023.10.06 release MinGW SDL2 32-bit

https://github.com/joncampbell123/dosbox-x/assets/68574602/3463cd0b-c8a9-4501-b9f1-788fa3b271fc

rderooy commented 10 months ago

Same as @maron2000 I did not have any issues. Just make sure you capture the mouse.

joncampbell123 commented 10 months ago

Check the sound card configuration to make sure it's correct to rule out the possibility that the "freeze" isn't a failure to try to play any audio or initialize the sound card.

brakenwagen commented 10 months ago

sound config seems normal

brakenwagen commented 10 months ago

So I was able to fix to by limiting the cpu cycles to 100000 strange that regular dosbox doesn’t need to.

rderooy commented 10 months ago

I tried it with the eXoDOS config file for Abuse, which does not set any special speed settings for the game, and it worked just fine.

eXoDOS v6 config file:

# Config file for Dosbox-ECE r4230
[sdl]
fullscreen=false
fulldouble=false
fullresolution=0x0
windowresolution=1280x960
output=overlay
mapperfile=mapper.map
[dosbox]
machine=svga_s3
memsize=16
[render]
aspect=true
scaler=normal2x
[cpu]
core=auto
cputype=auto
cycles=auto
[pci]
[mixer]
rate=49716
[midi]
fluid.soundfont=.\mt32\SoundCanvas.sf2
fluid.gain=.2
mt32.romdir=.\mt32
[sblaster]
oplmode=opl3
oplemu=nuked
oplrate=49716
[gus]
[speaker]
[joystick]
[serial]
[dos]
[ipx]
ipx = true
[autoexec]
mount c .\eXoDOS\Abuse
imgmount d ".\eXoDOS\Abuse\cd\Abuse v2.0f.img" -t cdrom
c:
@cd Abuse
@cls
@call run
exit

joncampbell123 commented 7 months ago

I'm not able to recreate any long delays in going to the main menu, even if I set the cycles count above 100000.