On Fri, 18 Jul 2003, Stas Sergeev wrote: > Robert Komar wrote: > > The times between the slowdowns would get longer as I > > increased the hogthreshold, but would never go away > > entirely. Is this expected or a bug? > I guess the "bug" is too rough definition > for such a small issue.
It's not so small when you're trying to aim at targets that are moving around ;). > Anyway the attached patch will probably make > it a bit better. > Does it help? It does help. The problem is still there, in that there are short slowdowns in the game, but it is an improvement over the old code, where the game was unplayable unless the mouse was moved. I'm curious as to why mouse events have this effect but keyboard events don't. I'm constantly hitting keys when the slowdown occurs, but it takes a mouse event to break out of it. Is there something special about mouse events? I would have responded to this sooner but while testing, I noticed that the sound was choppy. The choppiness didn't go away when I applied the patch, so I figured that it was an unrelated matter. Testing old versions of dosemu showed that the choppiness started in version 1.1.5.1 (i.e. when the new SB16 code went in). After a fair bit of fooling around and looking at debug output, I saw that the dosemu SB emulator had a sampling rate of 11000 Hz, while I had Duke3D setup to use 44000 Hz. Re-configuring Duke3D for 11000 Hz sampling rate fixed the choppiness. If this sounds like the sort of problem that many others might have, perhaps it should be mentioned in the section on "Configuring the Applications" in sound-usage.txt. Cheers, Rob Komar - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html