Strange sound fix. Doom3 & Quake4.

Message

Beekster · Post by **Beekster** » Wed Jan 17, 2007 5:51 am

I had jumpy sound in Doom3 & Quake4, but not in UT2004, until I turned on Antialiasing within those games' settings.

4x in Quake4 and 8x in Doom3, and sound is smooth again. No, I'm not joking!

This is so weird the mods are likely to put it in "Off The Wall"...

Has anyone seen similar, let alone have an explanation?

System here is a fairly fresh amd64 build on a 4200+, vanilla kernel 2.6.19.2, 1.0.9746 nvidia driver (7900GT) running at 1440x900, Audigy using compiled-in kernel ALSA driver...

I'll post any config files for those that are curious, I just don't want to make this post 3+ screens deep.

My only thought that makes any sense is that the AA might help "stretch" the game for the widescreen aspect ratio?? UT2004 isn't yet running at 1440x900 - still working on that one - this is just the strangest thing I've seen for a while, and I had to post it...

Phenax · Post by **Phenax** » Wed Jan 17, 2007 10:48 am

I couldn't even get sound to work at all. I believe you should try OSS s_device oss in Quake4 console, or run Quake4 via

Code: Select all

quake4 +set s_device oss

ALSA doesn't work well, and is generally screwy with Quake 4/Doom 3 in my experience.

Anyways, switching UT2004 to 1440x900 is easy. Just go to ~/.ut2004/system/ut2004.ini or something and search for

Code: Select all

FullscreenViewportX=
FullscreenViewportY=

(It should have some numbers)
then change them to

Code: Select all

FullscreenViewportX=1440
FullscreenViewportY=900

Oh, and make sure what your changing isn't under
[WinDrv.WindowsClient]
It should be under something like [SDL.SDLClient] -- I'm not sure of the name, but something to that extent, because when you first search for it, it'll probably come to the entry for Windows.

Beekster · Post by **Beekster** » Wed Jan 17, 2007 1:58 pm

Thanks for your prompt reply, and the very muchly appreciated resolution fix for ut2004.

I may have overstated the above post a bit. The jerky, intermittent sound glitches are very much reduced with AA on as described, but not 100% completely cured.

At this point I think it's a kernel issue, whether alsa driver or other I cannot speculate.

Thanks again.

Lloeki · Post by **Lloeki** » Wed Jan 17, 2007 3:54 pm

maybe it's because there's a 44100/48000 Hz mismatch b/w domm3 and sound card. try to use something like "plug:'dmix:RATE=44100'" as an alsa device instead of "default". that fixed an horrible sound for me.

is_null · Post by **is_null** » Sat Jan 27, 2007 4:00 am

hello everybody, i don't understand why would quake4/doom3 games output glitched
sound with alsa, and none with oss, while the previous generation of id software fps
engines (quake3/wolfestein) output sound perfectly. I tryed tweaks found on google
(set number of speakers, try oss, set anti-aliasing to 4x ...). I am using Alsa Oss emulation, all compiled in kernel (not as modules). any idea please ?

The kernel i let ati drivers taint is gentoo-sources-2.6.18-r6

Edit : Fixes http://forums.gentoo.org/viewtopic-t-50 ... quake.html

Beekster · Post by **Beekster** » Mon Jan 29, 2007 8:55 am

I think I've found an answer.

From the wiki:

Problems with 32-bit dmix on AMD64

If you are trying to use dmix on an AMD64, ensure that 32 bits ALSA libs are new enough. It seems that there were changes to dmix in recent ALSA versions, which makes it impossible for 32-bit and 64-bit applications to play sounds together, if older 32-bit ALSA libraries are used.

Currently, the emul-linux-x86-soundlibs-2.5, which contains ALSA libs version 1.0.14_rc1, is masked, so you should unmask it in /etc/portage/package.keywords.

Code: Select all

echo app-emulation/emul-linux-x86-soundlibs>>/etc/portage/package.keywords
echo app-emulation/emul-linux-x86-baselibs>>/etc/portage/package.keywords
emerge -uDv world

I've now had several games with glitch free sound. Very happy.

PaulBredbury · Post by **PaulBredbury** » Mon Feb 05, 2007 8:11 am

/opt/doom3/CHANGES mentions:

Fixes & Updates in 1.3.1:
...
- Fix Alsa sound backend (Linux)
- Fixes to tty code (Linux)

Here's an ebuild:

/usr/local/portage/games-fps/doom3/doom3-1.3.1.1304.ebuild

Code: Select all

# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

inherit eutils games

DESCRIPTION="3rd installment of the classic id 3D first-person shooter"
HOMEPAGE="http://www.doom3.com/"
SRC_URI="mirror://idsoftware/doom3/linux/doom3-linux-${PV}.x86.run
	http://zerowing.idsoftware.com/linux/${PN}.png"

LICENSE="DOOM3"
SLOT="0"
KEYWORDS="-* amd64 x86"
IUSE="alsa cdinstall opengl roe"
RESTRICT="strip"

DEPEND="app-arch/bzip2
	app-arch/tar"
RDEPEND="sys-libs/glibc
	opengl? ( virtual/opengl )
	alsa? ( >=media-libs/alsa-lib-1.0.6 )
	cdinstall? ( >=games-fps/doom3-data-1.1.1282-r1 )
	cdinstall? ( roe? ( games-fps/doom3-roe ) )
	amd64? ( app-emulation/emul-linux-x86-xlibs
		app-emulation/emul-linux-x86-soundlibs
		|| (
			>=app-emulation/emul-linux-x86-xlibs-7.0
			x11-drivers/nvidia-drivers
			x11-drivers/nvidia-legacy-drivers
			>=x11-drivers/ati-drivers-8.8.25-r1 ) )"

S=${WORKDIR}

GAMES_CHECK_LICENSE="yes"
dir=${GAMES_PREFIX_OPT}/${PN}
Ddir=${D}/${dir}

src_unpack() {
	unpack_makeself ${PN}-linux-${PV}.x86.run
}

src_install() {
	insinto "${dir}"
	doins License.txt CHANGES README version.info doom3.png
	exeinto "${dir}"
	doexe *.so.? || die "doexe libs"
	doexe openurl.sh || die "openurl.sh"
	if use x86; then
		doexe bin/Linux/x86/doom{,ded}.x86 || die "doexe x86 exes"
	elif use amd64; then
		doexe bin/Linux/amd64/doom{,ded}.x86 || die "doexe amd64 exes"
	else
		die "Cannot copy executables!"
	fi

	doins -r base d3xp pb || die "doins base d3xp pb"

	games_make_wrapper doom3 ./doom.x86 "${dir}" "${dir}"
	games_make_wrapper doom3-ded ./doomded.x86 "${dir}" "${dir}"

	doicon ${DISTDIR}/doom3.png || die "Copying icon"

	prepgamesdirs
	make_desktop_entry doom3 "Doom III" doom3.png
}

pkg_postinst() {
	games_pkg_postinst

	if ! use cdinstall; then
		einfo "You need to copy pak000.pk4, pak001.pk4, pak002.pk4, pak003.pk4, and"
		einfo "pak004.pk4 from either your installation media or your hard drive to"
		einfo "${dir}/base before running the game,"
		einfo "or 'emerge games-fps/doom3-data' to install from CD."
		echo
		if ! use roe
		then
			einfo "To use the Resurrection of Evil expansion pack, you also need to copy"
			einfo "pak000.pk4 to ${dir}/d3xp from the RoE CD before running the game,"
			einfo "or 'emerge doom3-roe' to install from CD."
		fi
	fi
	echo
	einfo "To play the game run:"
	einfo " doom3"
	echo
}

Portage contains a now-bad version number (1 vs 1302), so run:

Code: Select all

echo '>=games-fps/doom3-1.3.1302' >> /etc/portage/package.mask

Lloeki · Post by **Lloeki** » Mon Feb 05, 2007 8:59 am

wow, now that's some support. id software always ends up surprising me, some other company would have dropped support completely, let alone care about a linux version. it's really sad this game doesn't get that much modding attention.

xhaan · Post by **xhaan** » Mon Feb 19, 2007 1:01 am

I couldn't seem to get that ebuild to install so I just installed alsa-oss then did:

Code: Select all

aoss doom3 set s_driver oss

and it worked perfectly.

Lloeki · Post by **Lloeki** » Mon Feb 19, 2007 8:36 am

isn't that +set instead of set?

toaster.waffle · Post by **toaster.waffle** » Fri Jun 22, 2007 3:49 am

I'm having the gross sound problem with quake 4.

I've tried

exec aoss ./quake4.x86 "$@"
exec aoss ./quake4.x86 +set s_device oss "$@"
exec aoss ./quake4.x86 +set s_device alsa "$@"
exec ./quake4.x86 +set s_device oss "$@"
exec ./quake4.x86 +set s_device oss

and i think those permutations with s_driver too...

What am I to do?

ratch3t.x · Post by **ratch3t.x** » Sat Jun 30, 2007 7:57 am

I always use oss with games in linux because alsa doesn't play fair. that should work

Genewb · Post by **Genewb** » Sat Jul 07, 2007 4:47 pm

PaulBredbury wrote:/opt/doom3/CHANGES mentions:
Fixes & Updates in 1.3.1:
...
- Fix Alsa sound backend (Linux)
- Fixes to tty code (Linux)
Here's an ebuild:
Code: Select all
snip
Portage contains a now-bad version number (1 vs 1302), so run:
Code: Select all
echo '>=games-fps/doom3-1.3.1302' >> /etc/portage/package.mask

The problem with that is, while it certainly fixed the sound issue for me, no one has submitted an ebuild for a compatible version of Classic Doom 3 yet, and cdoom is pretty much the replayability value of Doom 3.

trolley · Post by **trolley** » Fri Jul 20, 2007 10:17 pm

I'm not having luck with this:

Code: Select all

>>> Unpacking source...
>>> Unpacking doom3-linux-1.3.1.1304.x86.run to /var/tmp/portage/games-fps/doom3-1.3.1.1304/work
 * I'm sorry, but I was unable to support the Makeself file.
 * The version I detected was ''.
 * Please file a bug about the file doom3-linux-1.3.1.1304.x86.run at
 * http://bugs.gentoo.org/ so that support can be added.

!!! ERROR: games-fps/doom3-1.3.1.1304 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_unpack
  ebuild.sh, line 753:   Called qa_call 'src_unpack'
  ebuild.sh, line 44:   Called src_unpack
  doom3-1.3.1.1304.ebuild, line 53:   Called unpack_makeself 'doom3-linux-1.3.1.1304.x86.run'
  eutils.eclass, line 1206:   Called die

!!! makeself version '' not supported
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/games-fps/doom3-1.3.1.1304/temp/build.log'.

!!! This ebuild is from an overlay: '/usr/local/portage'

Anyone know what that means?

PaulBredbury · Post by **PaulBredbury** » Fri Jul 20, 2007 10:29 pm

Re-download doom3-linux-1.3.1.1304.x86.run - its filesize is 21145838.

Code: Select all

$ md5sum /usr/portage/distfiles/doom3-linux-1.3.1.1304.x86.run
6325f0936f59420d33668754032141cb

trolley · Post by **trolley** » Fri Jul 20, 2007 10:32 pm

Thanks!