From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0001725]: SB Audigy SE Not Working with Quake 4, Doom 3
Date: Mon, 13 Feb 2006 19:58:26 +0100 [thread overview]
Message-ID: <cd5c09735272a3f5afccf820e543ff5d@bugtrack.alsa-project.org> (raw)
The following issue has been set as DUPLICATE OF issue 0001188.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1725>
======================================================================
Reported By: malk271
Assigned To: jcdutton
======================================================================
Project: ALSA - driver
Issue ID: 1725
Category: PCI - ca0106
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Distribution: Fedora Core 3
Kernel Version: 2.6.12-1.1381_FC3
======================================================================
Date Submitted: 01-08-2006 17:35 CET
Last Modified: 02-13-2006 19:58 CET
======================================================================
Summary: SB Audigy SE Not Working with Quake 4, Doom 3
Description:
On FC3, I have compiled and installed alsa-driver-1.0.11rc2 and
alsa-lib-1.0.11rc2 in order to be able to use a recently purchased Audigy
SE.
Regular playback is working (speaker-test and aplay both work, as does
Amarok with Alsa selected for playback). Skype playback does work, but is
horribly choppy (unusable really), unlike my other card, an old SB Live!
1024 player.
However, the Audigy SE does not work with Quake 4 and Doom 3. There is
some output, but it is just a collection of random sounds. I have tried
both stereo and 5.1 configurations. Also, output must be sent through the
plug plugin or the games complain about a sampling mismatch (48KHz found
but 44.1KHz required).
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
duplicate of 0001188 quake3 crashes, capture not working
======================================================================
----------------------------------------------------------------------
rlrevell - 01-08-06 21:48
----------------------------------------------------------------------
Can you reproduce the problem with an app we have the source code to?
----------------------------------------------------------------------
rlrevell - 01-08-06 21:49
----------------------------------------------------------------------
"Also, output must be sent through the plug plugin or the games complain
about a sampling mismatch (48KHz found but 44.1KHz required)."
This is not a bug - the card can only do 48KHz in hardware. Apps should
use the "default" device, not "hw:x,x".
----------------------------------------------------------------------
malk271 - 01-09-06 09:47
----------------------------------------------------------------------
> This is not a bug - the card can only do 48KHz in hardware. Apps
> should use the "default" device, not "hw:x,x".
There are two cards in my computer. Using the "default" device selects
card 0, not card 1 (the card I am trying to use). Also, the Q4 / Doom 3
FAQ indicate that this should not happen any more -- I realise that this
is not necessarily an Alsa issue.
----------------------------------------------------------------------
malk271 - 01-09-06 09:48
----------------------------------------------------------------------
> Can you reproduce the problem with an app we have the source code to?
I don't know. I guess my point is that the card is not working with the
apps I am using.
----------------------------------------------------------------------
jcdutton - 01-09-06 11:04
----------------------------------------------------------------------
This is a known problem. Any snd-ca0106 based sound card will not work with
Doom3 or Quake 4.
Support for this requires a sound card buffer abstraction layer to be
added to alsa-lib. I.e. hardware buffer size different from application
buffer size.
This feature in alsa-lib is unlikely to be implemented any time soon.
----------------------------------------------------------------------
jcdutton - 01-09-06 11:05
----------------------------------------------------------------------
Acknowledged, but unlikely to be fixed any time soon.
----------------------------------------------------------------------
rlrevell - 01-09-06 14:41
----------------------------------------------------------------------
So does the design of this hardware exposes a limitation in the design of
ALSA, or would you say the hardware is just broken? Are you saying it
can't even generate interrupts at the period boundary at 44.1 KHz? Does
the hardware design depend on some Windows feature (like sub HZ timers)?
I guess there were no soundcards with a similar design when ALSA was
written?
----------------------------------------------------------------------
avuton - 02-13-06 19:43
----------------------------------------------------------------------
Is this also why programs cannot mmap /dev/dsp for oss emulation?
Issue History
Date Modified Username Field Change
======================================================================
01-08-06 17:35 malk271 New Issue
01-08-06 17:35 malk271 Distribution => Fedora Core 3
01-08-06 17:35 malk271 Kernel Version => 2.6.12-1.1381_FC3
01-08-06 21:48 rlrevell Note Added: 0007527
01-08-06 21:49 rlrevell Note Added: 0007528
01-09-06 09:47 malk271 Note Added: 0007532
01-09-06 09:48 malk271 Note Added: 0007533
01-09-06 11:04 jcdutton Note Added: 0007534
01-09-06 11:05 jcdutton Note Added: 0007535
01-09-06 11:05 jcdutton Status assigned => acknowledged
01-09-06 14:41 rlrevell Note Added: 0007536
01-31-06 10:56 avuton Issue Monitored: avuton
02-13-06 19:43 avuton Note Added: 0008060
02-13-06 19:58 rlrevell Relationship added duplicate of 0001188
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
next reply other threads:[~2006-02-13 18:58 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-13 18:58 bugtrack [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-02-13 18:43 [ALSA - driver 0001725]: SB Audigy SE Not Working with Quake 4, Doom 3 bugtrack
2006-01-09 13:41 bugtrack
2006-01-09 10:05 bugtrack
2006-01-09 10:04 bugtrack
2006-01-09 8:48 bugtrack
2006-01-09 8:47 bugtrack
2006-01-08 20:49 bugtrack
2006-01-08 20:48 bugtrack
2006-01-08 16:35 bugtrack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cd5c09735272a3f5afccf820e543ff5d@bugtrack.alsa-project.org \
--to=bugtrack@alsa-project.org \
--cc=alsa-devel@alsa-project.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox