Red Hat Bugzilla – Bug 39724
Grecord fails to record audio with cs4281 audio
Last modified: 2007-04-18 12:33:08 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9)
Description of problem:
The Gnome sound recorder app "grecord" does not record as expected. It acts
like it is recording, but when you attempt to play back the recording, you
hear nothing but silence.
Steps to Reproduce:
1. Boot to Linux
2. Log in and start X-Windows
3. Run the Gnome Recorder (grecord)
4. Run the Gnome Mixer (gmix) and verify that your recording device is
configured properly. (If it is, you should be able to speak into it and
hear what you spoke on the speakers).
5. Record a file.
6. Attempt Playback.
Actual Results: No audio from file.
Expected Results: File plays back over speakers
Sighted on W460GXBS2 system. Configuration:
Base Board B2 (-307)
I/O Board B2 (-503)
MEM Board B2 (-105)
Proc Board B2 (-201)
Proc DP C0 800 2M
Video ATI R128 (AGP)
HDD Segate Cheetah 10K 18GB
LS120 Panasonic LKM F934
CD-ROM Acer 52x
CD-RW LG 8080
Workaround (to record. We have not yet been successful in identifying a
workaround to force grecord to record):
Attempted to verify recording ability at a lower level, using the
1. Boot linux
2. Log in as root.
3. Start X-windows and the Gnome Mixer, and configure the recording device.
4. Exit X-windows.
5. Execute the following command line:
"dd if=/dev/dsp of=/tmp/recordtest" and speak into the microphone.
when done speaking, press "ctrl-c". this will produce the file "recordtest"
which contains a bit copy of what the sound driver read in from the mic.
6. Execute the follwoing command line:
"dd of=/tmp/recordtest if=/dev/dsp"
Expected result: You hear what you recorded.
Actual result: You hear what you recorded.
Audio driver version unknown. Driver is CS4281, included with the 2.4.3
kernel sources, last date of modification to the cs4281.c file is 21-Dec-2000.
Further attempts to record sound after invoking Grecord will not succeed,
even if the workaround is used, until a reboot of the system occurs.
Elliot, do you have any clue as to the problem here?
Owen points out that if you can hear what you're saying in the speakers in gmix,
that may not be going via software at all (just a hardware link in the sound
card), so the sound card may not be configured or may not have working kernel
Agreed. Would dd also function (see workaround text) if the audio driver was
not properly configured? If so, could this be a "driver is non-functional"
problem, rather than a "application is non-functional" problem?
Bounce to kernel for now.
This appears a bug with history, so my question is: is this still happening
with the 2.4.3-12 kernel ? (or newer)
The sound driver is configured enough that audio files (.wav and .mp3) both
play, and RealPlayer is able to play audio associated with .rm files.
Verified audio functionality before re-trying the test -- still fails.
uname -a reports:
Linux boxen01 2.4.3-12smp #1 OMP Fri Jun 8 13:06:07 EDT 2001 ia64 unknown
this is a system that was just installed with seawolf 7.1 (64-bit), sndconfig
was run to verify sound configuration correct, then X was started, and grecord
used to attempt to record sound. Clicking on the "Record" button, the timer
started running, but when recording stopped and playback was begun, the file
had no sound in it (saved the .wav file and networked it onto a 32-bit system,
where it also played out silently).
This defect considered SHOULD-FIX for Fairfax gold-release.
7.1 is no longer supported on IA64. Closing