Any game specially or does it happen always?

Same problem here.

How good must the pc be to be able to handle it? I played Starcon 2 (not really tested it on other games) on a p800 128mb ram, and the sound stutters. I decreased the cpu cycles, and add frameskip. The sound changes, but I never got it too sound correct.

I suggest testing some more games to get the idea 😀

Are you using KDE as your desktop? I find that if I have KDE's aRTs loaded then I get stuttering sound in dosbox.

I, also, am wondering what to do about this.

My computer is definitely fast enough to run things okay. By raising the sound blocksize up to 4096 and playing with various combinations of frameskip and cycle rates, I can get the sound *almost* perfect, with the occasional stutter every twenty seconds or so. I am wondering what magic button I have to push or setting I have to change to get flawless sound emulation, if possible.

I've noted this problem so far on King's Quest 3 and Aces of the Pacific.

I am the original guest.
The sound stutters in every game. My PC is fast enough to handle it (AXP2600+, 1024 MB RAM etc.) and the sound runs fine normally.
😒

What makes you think your PC is FAST ENOUGH? 😜

I have this problem too. I have been trying to run Crusader No Regret.

Dosbox under windows xp is flawless if you run it in fullscreen. If you run it windowed it is appalling.

Dosbox under Linux is always bad.

Try playing in Full Screen if you're not. Push ALT+ENTER to switch in/out of Full Screen. This solved my stuttering problem. My current problem is getting stereo sound in DOSbox.

Yeah, I tried fullscreen in linux, but it made absolutely no difference.

This is on a P4 2.4GHz. As I said, CPU power can't be the issue, because Windows hasn't got any problems with it. It's probably some sort of Linux incompatibility with regards to the timers.

While writing this I found a code hack that you can do to dosbox...
Sound is not continious - could be a thread priority problem?

From what I can see, it disables the code that prevents the sound buffer from being refilled by the mixer as long as there are two blocks remaining?

I can testify, removing these 3 lines did some miracles on my linux box 😀 I haven't tried any other solutions since (when it works, don't change anything anymore!)

I'm having the same problem with sound stuttering. It happens constantly, regardless of how high or low I set the CPU cycles. The only two games I've tried with DOSBox 0.61 are System Shock and Crusader: No Remorse. I'm running WinXP, and I'm not sure how I would go about recompiling DOSBox with the 3 lines removed, as "voyageur" recommended.

Oh, and I'm running an Athlon XP 2400+ with 768MB of memory and a Radeon 9500 Pro.

Hum, that's strange, everyone who was complaining about sound stuttering was on linux systems (I think). Don't know if it can help for windows version though.

I have a fast machine (P4 3.3GHz) and play with all sorts of emus (mame, n64, etc), and barely have sound problems.

With DosBox under WinXP, thought, I hear little cracks and pops from time to time, about every 1-5 seconds. I tried changing the sound buffer, the cpu cycles and nothing could change that.

I can run Crusader No Regret using Dosbox 61 but I can't get any sound. It recognizes and plays sound during the installation process but then when I play the game there is no sound at all. Please help!

To fix the stuttering just increase the frameskip. Here I´ve put it equal to 1 and works ok for windows and for linux. 😁

farrer wrote:

To fix the stuttering just increase the frameskip. Here I´ve put it equal to 1 and works ok for windows and for linux. 😁

I have those sound stutter problems on Windows XP on my Dell D600 Laptop.
On my Athlon PC it's okay. Tried with both 6.2 and 6.2 CVS build.

Changing of the frameskip didn't do any good.
Also fooled around with a whole lot of parameters like the buffer and prebuffer size. Doubling these 2 values nearly gets rid of the stuttering (it's only occuring every ~10 seconds).

Anyone got some ideas?

Going fullscreen solved the problem for me, using win2k.

Anonymous wrote:

Going fullscreen solved the problem for me, using win2k.

Well, the fullscreen is usually less demanding (in most of cases, it is the other way round in OpenGL!). There is more perfomance left to sound, so it is better.

Mirek