From: bugtrack@alsa-project.org
To: alsa-devel@alsa-project.org
Subject: [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
Date: Tue, 23 May 2006 17:24:58 +0200 [thread overview]
Message-ID: <d7532caf2ea88dd5c06d4e77487bb780@bugtrack.alsa-project.org> (raw)
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2147>
======================================================================
Reported By: Gene Heskett
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2147
Category: PCI - atiixp
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: FC5, uptodate
Kernel Version: 2.6.16-1.2111_FC5
======================================================================
Date Submitted: 05-23-2006 03:52 CEST
Last Modified: 05-23-2006 17:24 CEST
======================================================================
Summary: lack of full duplex operation for ati-ixp chipset.
Description:
skype, ekiga, audacity, and generally any program that needs to both
transmit and receive, using isolated paths, fails in playback when
recording. In skype, I sound great at the far end, but reception may or
may not work, with emphasis on the not. What I hear in the phones, or in
the speakers, sounds like what you would get if you took a sentence of
spoken words, break it up into say 5ms pieces, and play them at maybe 10
of these little snippets per second, so that the resultant sound is broken
up to the point of no comprehension, and stretched in time by a
considerable amount.
In audacity, simultanious playback, or play one track while recording
another, likewise fails in that only very short snippets of the played
track are output to the phones or speakers.
Likewise, ekiga suffers from this same effect, I'm told I sound great on
teh other end, but I can't hear more than half a word occasionally.
======================================================================
----------------------------------------------------------------------
Gene Heskett - 05-23-06 16:46
----------------------------------------------------------------------
Thats not so simple, I have only ogg files from one cd available, which
aplay apparently doesn't know how to play. I've not ripped any aditional
music because grip cannot play a cd in the drive. Attempts result in grip
(or most any other cd player, like kscd, go thru the motions of playing
the cd, but only silence comes out), it can rip it, and a not very high
quality rip (sounds like amplifier saturation to this broadcast engineer
and audacity says the levels are running 0 db and above) was made. So I'm
not at all familiar with either aplay or arecord.
Can you supply a command line that would generate a file for test, and
then a command line that will play that file while recording another, with
no crosstalk between them? Something you *know* works so we aren't trying
compare apple to oranges?
----------------------------------------------------------------------
tiwai - 05-23-06 17:24
----------------------------------------------------------------------
Surprising, you have no WAV files for playback, or you have no oggdec or
sox program on your system. Apparently you're trying something very
special.
I asked a simple test like below:
0. prepare a WAV file for playback. not necessarily so long.
1. set up your system a loopback from line-out jack directly to line-in.
2. select the capture source to "Line" (or "Mic" according to your h/w
setting)
3. run "aplay somefile.wav" on a terminal
4. run "arecord -vv -fcd foo.wav" on another terminal at the same time.
VU meter appears, and adjust the "Capture Volume" for the preferred
level
5. check the recorded WAV file.
Alternatively, you can record via internal loopback without jack
connection by choosing "Mix" as the capture source. Then the playback
audio is directly routed to the ADC. In this case, the setup 1 and 2 can
be omitted.
Issue History
Date Modified Username Field Change
======================================================================
05-23-06 03:52 Gene Heskett New Issue
05-23-06 03:52 Gene Heskett Distribution => FC5, uptodate
05-23-06 03:52 Gene Heskett Kernel Version => 2.6.16-1.2111_FC5
05-23-06 15:01 tiwai Note Added: 0009934
05-23-06 16:46 Gene Heskett Note Added: 0009938
05-23-06 17:24 tiwai Note Added: 0009941
======================================================================
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
next reply other threads:[~2006-05-23 15:24 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-23 15:24 bugtrack [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-06-02 1:51 [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset bugtrack
2006-06-01 8:34 bugtrack
2006-05-31 16:05 bugtrack
2006-05-30 1:46 bugtrack
2006-05-29 19:24 bugtrack
2006-05-29 13:55 bugtrack
2006-05-29 13:34 bugtrack
2006-05-29 9:41 bugtrack
2006-05-29 2:24 bugtrack
2006-05-29 1:13 bugtrack
2006-05-28 11:17 bugtrack
2006-05-28 6:32 bugtrack
2006-05-28 6:22 bugtrack
2006-05-28 4:35 bugtrack
2006-05-28 4:29 bugtrack
2006-05-28 4:13 bugtrack
2006-05-28 3:37 bugtrack
2006-05-28 3:34 bugtrack
2006-05-28 3:27 bugtrack
2006-05-28 3:10 bugtrack
2006-05-28 2:51 bugtrack
2006-05-28 2:24 bugtrack
2006-05-28 1:59 bugtrack
2006-05-28 1:22 bugtrack
2006-05-28 1:20 bugtrack
2006-05-28 1:08 bugtrack
2006-05-23 17:14 bugtrack
2006-05-23 16:07 bugtrack
2006-05-23 14:46 bugtrack
2006-05-23 13:01 bugtrack
2006-05-23 1:52 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=d7532caf2ea88dd5c06d4e77487bb780@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.