* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 9:41 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 9:41 UTC (permalink / raw)
To: alsa-devel
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-29-2006 11:41 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-29-06 04:24
----------------------------------------------------------------------
but we're stuck with whats in this lappy, with only the bare minimum of
actual 'bondouts' available.
It seems to me that a software layer doing the mixing could be written
that does present a uniform, chipset independent interface that the apps,
oss or alsa, could not tell from the actual hardware. Any mutually
exclusive locks should be converted into virtual locks that exist only for
that individual software port being accessed. All mixing should take
place beyond that point.
In the case of this ATI-IXP chipset then, exactly how is this being done?
As in does there exist a block diagram of how this is actually done?
I'm also having trouble with the concept that the major (except for closed
src skype) audio apps for linux are still dependent on the oss interface 3
years after alsa became the default linux audio system. That boggles the
mind given the obviously improved interfaces now presented to the
user/coder by alsa with 1.0.11, and which I can only see improving with
additional time.
The bottom line to me is that I think I have a reasonable expectation of
these 'major' applications all Just working(TM), if not now then not too
far into the future.
--
Cheers, Gene
----------------------------------------------------------------------
Raymond - 05-29-06 11:41
----------------------------------------------------------------------
It is because audacity support multi-channel capture (up to 16 channels)
and it must open "hw" device in order to check whether the sound card
support this feature.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-06-02 1:51 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-06-02 1:51 UTC (permalink / raw)
To: alsa-devel
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: 06-02-2006 03:51 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.
======================================================================
----------------------------------------------------------------------
Raymond - 06-01-06 10:34
----------------------------------------------------------------------
"I have tried compiling both the stable audacity-1.2.3 and the beta 1.3.0
versions with the portaudio=v19 flag set. In both cases, the "ALSA ATI
IXP" driver appears as a device selection in audacity's "Preferences"
dialog, but if I select the ALSA driver for input and output and try to
record, audacity locks up the kernel."
Does audacity record if you select /dev/dsp in audio dialog of "Prefenece"
with portaudio=v19 ?
----------------------------------------------------------------------
Raymond - 06-02-06 03:51
----------------------------------------------------------------------
"bearing in mind this IS an uptodate as of 6 hours ago fedora core 5
install"
system-config-soundcard of FC5 has option to change /etc/asound.conf
It seem that ATIIXP-SPDMA.conf is used instead of ATTIXP.conf by default
Module snd-atiixp
-----------------
Module for ATI IXP 150/200/250/400 AC97 controllers.
ac97_clock - AC'97 clock (default = 48000)
ac97_quirk - AC'97 workaround for strange hardware
See "AC97 Quirk Option" section below.
spdif_aclink - S/PDIF transfer over AC-link (default = 1)
This module supports one card and autoprobe.
ATI IXP has two different methods to control SPDIF output. One is
over AC-link and another is over the "direct" SPDIF output. The
implementation depends on the motherboard, and you'll need to
choose the correct one via spdif_aclink module option.
The power-management is supported.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
05-29-06 21:16 sprocketboy Issue Monitored: sprocketboy
05-29-06 21:24 sprocketboy Note Added: 0010013
05-30-06 03:46 Raymond Note Added: 0010016
05-31-06 18:05 Raymond Note Added: 0010023
06-01-06 10:34 Raymond Note Added: 0010042
06-02-06 03:51 Raymond Note Added: 0010044
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-06-01 8:34 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-06-01 8:34 UTC (permalink / raw)
To: alsa-devel
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: 06-01-2006 10:34 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-31-06 18:05
----------------------------------------------------------------------
aplay -L
This list all PCMs defined
audacity seem not an sutiable application for testing full duplex of a
sound card.
----------------------------------------------------------------------
Raymond - 06-01-06 10:34
----------------------------------------------------------------------
"I have tried compiling both the stable audacity-1.2.3 and the beta 1.3.0
versions with the portaudio=v19 flag set. In both cases, the "ALSA ATI
IXP" driver appears as a device selection in audacity's "Preferences"
dialog, but if I select the ALSA driver for input and output and try to
record, audacity locks up the kernel."
Does audacity record if you select /dev/dsp in audio dialog of "Prefenece"
with portaudio=v19 ?
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
05-29-06 21:16 sprocketboy Issue Monitored: sprocketboy
05-29-06 21:24 sprocketboy Note Added: 0010013
05-30-06 03:46 Raymond Note Added: 0010016
05-31-06 18:05 Raymond Note Added: 0010023
06-01-06 10:34 Raymond Note Added: 0010042
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-31 16:05 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-31 16:05 UTC (permalink / raw)
To: alsa-devel
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-31-2006 18:05 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-30-06 03:46
----------------------------------------------------------------------
strace -e trace=open aplay any.wav
This tell you where do alsa-lib search and open those conf files ?
The device "default" is used whenever you don't specify -D device for
those alsa-util
aplay -v any.wav
Plug PCM: Direct Stream Mixing PCM <--- dmix
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0 <---- hw
hw is the slave pcm of dmix in ATIIXP.conf
Refer to the changelog in README.txt of audacity-src-1.2.4b
Changes in 1.2.2:
* Added support for Software Playthrough (listen to what you're
recording while recording it, or while monitoring using a VU
meter) - this makes it possible, for example, to record using one
audio device while listening to it play through a separate device.
----------------------------------------------------------------------
Raymond - 05-31-06 18:05
----------------------------------------------------------------------
aplay -L
This list all PCMs defined
audacity seem not an sutiable application for testing full duplex of a
sound card.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
05-29-06 21:16 sprocketboy Issue Monitored: sprocketboy
05-29-06 21:24 sprocketboy Note Added: 0010013
05-30-06 03:46 Raymond Note Added: 0010016
05-31-06 18:05 Raymond Note Added: 0010023
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-30 1:46 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-30 1:46 UTC (permalink / raw)
To: alsa-devel
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-30-2006 03:46 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.
======================================================================
----------------------------------------------------------------------
sprocketboy - 05-29-06 21:24
----------------------------------------------------------------------
This is a "me too" type of post, but maybe I can add some more useful
information.
I have tried to record while playing (overdub) in audacity as well, and
have never gotten it to work. The default audacity-1.2.3 RPM for Mandriva
is compiled with the portaudio=v18 flag set, which means that audacity
looks for an OSS driver, or in the case of ALSA, an OSS emulator. I have
tried compiling both the stable audacity-1.2.3 and the beta 1.3.0 versions
with the portaudio=v19 flag set. In both cases, the "ALSA ATI IXP" driver
appears as a device selection in audacity's "Preferences" dialog, but if I
select the ALSA driver for input and output and try to record, audacity
locks up the kernel.
Here is the relevant output for 'lspci -v' on my system. I am using the
Mandriva kernel 2.6.12-22mdk, custom compiled with support for SMP, 4GB
himem, hyperthreading (I have a dual-core processor on a Toshiba laptop),
and pre-emptible kernel. Do any of those settings break the ati-ixp
driver?
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP150 AC'97
Audio Controller (rev 01)
Subsystem: Toshiba America Info Systems: Unknown device ff01
Flags: bus master, 66Mhz, slow devsel, latency 64, IRQ 17
Memory at e8004400 (32-bit, non-prefetchable) [size=256]
----------------------------------------------------------------------
Raymond - 05-30-06 03:46
----------------------------------------------------------------------
strace -e trace=open aplay any.wav
This tell you where do alsa-lib search and open those conf files ?
The device "default" is used whenever you don't specify -D device for
those alsa-util
aplay -v any.wav
Plug PCM: Direct Stream Mixing PCM <--- dmix
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0 <---- hw
hw is the slave pcm of dmix in ATIIXP.conf
Refer to the changelog in README.txt of audacity-src-1.2.4b
Changes in 1.2.2:
* Added support for Software Playthrough (listen to what you're
recording while recording it, or while monitoring using a VU
meter) - this makes it possible, for example, to record using one
audio device while listening to it play through a separate device.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
05-29-06 21:16 sprocketboy Issue Monitored: sprocketboy
05-29-06 21:24 sprocketboy Note Added: 0010013
05-30-06 03:46 Raymond Note Added: 0010016
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 19:24 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 19:24 UTC (permalink / raw)
To: alsa-devel
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-29-2006 21: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-29-06 15:55
----------------------------------------------------------------------
But thats not how I'd interpret what was returned from the application of
the -v option as I showed many notes above this one now. If that output
is wrong, then please say so, and show specifically, including the name of
the file to fix, how to go about fixing it.
The posting of the contents of a config file as you did, without any clues
as to this files actual identity, is not helpfull and only serves to
confuse the user.
--
Cheers, Gene
----------------------------------------------------------------------
sprocketboy - 05-29-06 21:24
----------------------------------------------------------------------
This is a "me too" type of post, but maybe I can add some more useful
information.
I have tried to record while playing (overdub) in audacity as well, and
have never gotten it to work. The default audacity-1.2.3 RPM for Mandriva
is compiled with the portaudio=v18 flag set, which means that audacity
looks for an OSS driver, or in the case of ALSA, an OSS emulator. I have
tried compiling both the stable audacity-1.2.3 and the beta 1.3.0 versions
with the portaudio=v19 flag set. In both cases, the "ALSA ATI IXP" driver
appears as a device selection in audacity's "Preferences" dialog, but if I
select the ALSA driver for input and output and try to record, audacity
locks up the kernel.
Here is the relevant output for 'lspci -v' on my system. I am using the
Mandriva kernel 2.6.12-22mdk, custom compiled with support for SMP, 4GB
himem, hyperthreading (I have a dual-core processor on a Toshiba laptop),
and pre-emptible kernel. Do any of those settings break the ati-ixp
driver?
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP150 AC'97
Audio Controller (rev 01)
Subsystem: Toshiba America Info Systems: Unknown device ff01
Flags: bus master, 66Mhz, slow devsel, latency 64, IRQ 17
Memory at e8004400 (32-bit, non-prefetchable) [size=256]
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
05-29-06 21:16 sprocketboy Issue Monitored: sprocketboy
05-29-06 21:24 sprocketboy Note Added: 0010013
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 13:55 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 13:55 UTC (permalink / raw)
To: alsa-devel
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-29-2006 15:55 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-29-06 15:34
----------------------------------------------------------------------
The atiixp driver only support 2, 4 or 6 channels playback and 2 channels
capture
aplay/arecord using device "default" with "type plug" which allow
play/record mono sound.
audacity using device "hw" of atiixp can only capture stereo sound.
----------------------------------------------------------------------
Gene Heskett - 05-29-06 15:55
----------------------------------------------------------------------
But thats not how I'd interpret what was returned from the application of
the -v option as I showed many notes above this one now. If that output
is wrong, then please say so, and show specifically, including the name of
the file to fix, how to go about fixing it.
The posting of the contents of a config file as you did, without any clues
as to this files actual identity, is not helpfull and only serves to
confuse the user.
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
05-29-06 15:55 Gene Heskett Note Added: 0010012
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 13:34 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 13:34 UTC (permalink / raw)
To: alsa-devel
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-29-2006 15:34 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-29-06 11:41
----------------------------------------------------------------------
It is because audacity support multi-channel capture (up to 16 channels)
and it must open "hw" device in order to check whether the sound card
support this feature.
----------------------------------------------------------------------
Raymond - 05-29-06 15:34
----------------------------------------------------------------------
The atiixp driver only support 2, 4 or 6 channels playback and 2 channels
capture
aplay/arecord using device "default" with "type plug" which allow
play/record mono sound.
audacity using device "hw" of atiixp can only capture stereo sound.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
05-29-06 11:41 Raymond Note Added: 0010010
05-29-06 14:56 Raymond Note Edited: 0010005
05-29-06 15:34 Raymond Note Added: 0010011
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 2:24 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 2:24 UTC (permalink / raw)
To: alsa-devel
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-29-2006 04: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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-29-06 03:13
----------------------------------------------------------------------
audacity 1.2.x - portaudio (Portable Real-Time Audio Library) use "plughw"
or "hw" for playback and capture, if you are using a sound card which does
not support hardware mixing, you have to stop the other application first
in order to use audacity.
If you want to run audacity and other applications concurrently , you will
need a sound card which support hardware mixing
----------------------------------------------------------------------
Gene Heskett - 05-29-06 04:24
----------------------------------------------------------------------
but we're stuck with whats in this lappy, with only the bare minimum of
actual 'bondouts' available.
It seems to me that a software layer doing the mixing could be written
that does present a uniform, chipset independent interface that the apps,
oss or alsa, could not tell from the actual hardware. Any mutually
exclusive locks should be converted into virtual locks that exist only for
that individual software port being accessed. All mixing should take
place beyond that point.
In the case of this ATI-IXP chipset then, exactly how is this being done?
As in does there exist a block diagram of how this is actually done?
I'm also having trouble with the concept that the major (except for closed
src skype) audio apps for linux are still dependent on the oss interface 3
years after alsa became the default linux audio system. That boggles the
mind given the obviously improved interfaces now presented to the
user/coder by alsa with 1.0.11, and which I can only see improving with
additional time.
The bottom line to me is that I think I have a reasonable expectation of
these 'major' applications all Just working(TM), if not now then not too
far into the future.
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
05-29-06 04:24 Gene Heskett Note Added: 0010006
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-29 1:13 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-29 1:13 UTC (permalink / raw)
To: alsa-devel
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-29-2006 03:13 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-28-06 13:17
----------------------------------------------------------------------
re 00010000 (Raymond)
That may be true for other distros, but FC5 has only the speaker-test
subdir at that location, with everything else in /etc/alsa.
As for the audacity mono problem, I've already run into that, and as far
as the configure option given, this is an rpm, so I have no idea howto
enforce that without installing from the src rpm. If this is causing an
alsa/audacity then we should be pulling the packager into this
discussion.
As for applying the -v option to aplay, it does this:
[root@diablo ~]# aplay -v foo.wav
Playing WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 48000 Hz,
Stereo
Plug PCM: Direct Stream Mixing PCM
Its setup is:
stream : PLAYBACK
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 1024
period_time : 21333
tick_time : 0
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 1024
xfer_align : 1024
start_threshold : 16384
stop_threshold : 16384
silence_threshold: 0
silence_size : 0
boundary : 1073741824
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 1024
period_time : 21333
tick_time : 4000
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 1024
xfer_align : 1024
start_threshold : 1
stop_threshold : 1073741824
silence_threshold: 0
silence_size : 1073741824
boundary : 1073741824
[root@diablo ~]#
NDI if the above is correct. I do not see the device default listed above.
But it sounds fine. If its supposed to show 'default' then what file do I
check to ascertain that its correct, bearing in mind this IS an uptodate
as of 6 hours ago fedora core 5 install, and the files are not in what you
seem to think is the std location.
--
Cheers, Gene
----------------------------------------------------------------------
Raymond - 05-29-06 03:13
----------------------------------------------------------------------
audacity 1.2.x - portaudio (Portable Real-Time Audio Library) use "plughw"
or "hw" for playback and capture, if you are using a sound card which does
not support hardware mixing, you have to stop the other application first
in order to use audacity.
If you want to run audacity and other applications concurrently , you will
need a sound card which support hardware mixing
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
05-29-06 03:13 Raymond Note Added: 0010005
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 11:17 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 11:17 UTC (permalink / raw)
To: alsa-devel
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-28-2006 13:17 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-28-06 08:32
----------------------------------------------------------------------
Please note that dmix is not perfect for ATIIXP, any ALSA application open
surround51 still can block the other ALSA applications.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 13:17
----------------------------------------------------------------------
re 00010000 (Raymond)
That may be true for other distros, but FC5 has only the speaker-test
subdir at that location, with everything else in /etc/alsa.
As for the audacity mono problem, I've already run into that, and as far
as the configure option given, this is an rpm, so I have no idea howto
enforce that without installing from the src rpm. If this is causing an
alsa/audacity then we should be pulling the packager into this
discussion.
As for applying the -v option to aplay, it does this:
[root@diablo ~]# aplay -v foo.wav
Playing WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 48000 Hz,
Stereo
Plug PCM: Direct Stream Mixing PCM
Its setup is:
stream : PLAYBACK
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 1024
period_time : 21333
tick_time : 0
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 1024
xfer_align : 1024
start_threshold : 16384
stop_threshold : 16384
silence_threshold: 0
silence_size : 0
boundary : 1073741824
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 1024
period_time : 21333
tick_time : 4000
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 1024
xfer_align : 1024
start_threshold : 1
stop_threshold : 1073741824
silence_threshold: 0
silence_size : 1073741824
boundary : 1073741824
[root@diablo ~]#
NDI if the above is correct. I do not see the device default listed above.
But it sounds fine. If its supposed to show 'default' then what file do I
check to ascertain that its correct, bearing in mind this IS an uptodate
as of 6 hours ago fedora core 5 install, and the files are not in what you
seem to think is the std location.
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
05-28-06 13:17 Gene Heskett Note Added: 0010002
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 6:32 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 6:32 UTC (permalink / raw)
To: alsa-devel
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-28-2006 08:32 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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-28-06 08:22
----------------------------------------------------------------------
All sound card conf files and pcm conf files should have been installed to
/usr/share/alsa when you installed alsa-lib
Use option -v in aplay/arecord to verify that the ALSA applications are
using dmix and dsnoop to access your sound card via device "default"
audacity need "configure --with-portaudio=v19" for ALSA
Known issues/problems for audacity 1.2.4b
* Linux only: Recording in full duplex on some Linux systems causes
mono recordings to sound slowed-down or low-pitched. To work around
this problem, set Audacity to record in stereo.
----------------------------------------------------------------------
Raymond - 05-28-06 08:32
----------------------------------------------------------------------
Please note that dmix is not perfect for ATIIXP, any ALSA application open
surround51 still can block the other ALSA applications.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
05-28-06 08:32 Raymond Note Added: 0010001
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 6:22 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 6:22 UTC (permalink / raw)
To: alsa-devel
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-28-2006 08:22 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 06:35
----------------------------------------------------------------------
Heh, I have no idea.
----------------------------------------------------------------------
Raymond - 05-28-06 08:22
----------------------------------------------------------------------
All sound card conf files and pcm conf files should have been installed to
/usr/share/alsa when you installed alsa-lib
Use option -v in aplay/arecord to verify that the ALSA applications are
using dmix and dsnoop to access your sound card via device "default"
audacity need "configure --with-portaudio=v19" for ALSA
Known issues/problems for audacity 1.2.4b
* Linux only: Recording in full duplex on some Linux systems causes
mono recordings to sound slowed-down or low-pitched. To work around
this problem, set Audacity to record in stereo.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
05-28-06 08:22 Raymond Note Added: 0010000
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 4:35 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 4:35 UTC (permalink / raw)
To: alsa-devel
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-28-2006 06:35 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-28-06 06:29
----------------------------------------------------------------------
Then what was I supposed to do with that links information?
--
Cheers, Gene
----------------------------------------------------------------------
rlrevell - 05-28-06 06:35
----------------------------------------------------------------------
Heh, I have no idea.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
05-28-06 06:35 rlrevell Note Added: 0009999
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 4:29 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 4:29 UTC (permalink / raw)
To: alsa-devel
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-28-2006 06:29 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 06:13
----------------------------------------------------------------------
"mv /etc/alsa/pcm/front.conf /etc/alsa/pcm/old.front.conf"
No, that's bad advice - I would change it back.
It's not documented because the user is not supposed to have to change it.
If you do it's a bug. Unfortunately there is a lot of bad information
out there.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 06:29
----------------------------------------------------------------------
Then what was I supposed to do with that links information?
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
05-28-06 06:29 Gene Heskett Note Added: 0009998
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 4:13 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 4:13 UTC (permalink / raw)
To: alsa-devel
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-28-2006 06:13 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-28-06 05:37
----------------------------------------------------------------------
I've also followed that link in 0009988, and "mv /etc/alsa/pcm/front.conf
/etc/alsa/pcm/old.front.conf"
then added the contents of that link to a new front.conf file.
Was that the right thing to do? Some docs on this stuff sure would be
nice...
--
Cheers, Gene
----------------------------------------------------------------------
rlrevell - 05-28-06 06:13
----------------------------------------------------------------------
"mv /etc/alsa/pcm/front.conf /etc/alsa/pcm/old.front.conf"
No, that's bad advice - I would change it back.
It's not documented because the user is not supposed to have to change it.
If you do it's a bug. Unfortunately there is a lot of bad information
out there.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
05-28-06 06:13 rlrevell Note Added: 0009995
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 3:37 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 3:37 UTC (permalink / raw)
To: alsa-devel
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-28-2006 05:37 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 05:34
----------------------------------------------------------------------
There is no need to, .asoundrc changes are effective immediately. ALSA
does not use a sound server.
It probably won't help with the OSS apps but it will keep one ALSA app
from blocking another. I believe ekiga has ALSA support.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 05:37
----------------------------------------------------------------------
I've also followed that link in 0009988, and "mv /etc/alsa/pcm/front.conf
/etc/alsa/pcm/old.front.conf"
then added the contents of that link to a new front.conf file.
Was that the right thing to do? Some docs on this stuff sure would be
nice...
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
05-28-06 05:37 Gene Heskett Note Added: 0009994
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 3:34 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 3:34 UTC (permalink / raw)
To: alsa-devel
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-28-2006 05:34 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-28-06 05:27
----------------------------------------------------------------------
I've done that, now how do I restart the sound server so it knows of the
change?
--
Cheers, Gene
----------------------------------------------------------------------
rlrevell - 05-28-06 05:34
----------------------------------------------------------------------
There is no need to, .asoundrc changes are effective immediately. ALSA
does not use a sound server.
It probably won't help with the OSS apps but it will keep one ALSA app
from blocking another. I believe ekiga has ALSA support.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
05-28-06 05:34 rlrevell Note Added: 0009993
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 3:27 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 3:27 UTC (permalink / raw)
To: alsa-devel
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-28-2006 05:27 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 05:10
----------------------------------------------------------------------
Remove the .asoundrc, it is preventing dmix from working.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 05:27
----------------------------------------------------------------------
I've done that, now how do I restart the sound server so it knows of the
change?
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
05-28-06 05:27 Gene Heskett Note Added: 0009992
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 3:10 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 3:10 UTC (permalink / raw)
To: alsa-devel
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-28-2006 05:10 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-28-06 04:51
----------------------------------------------------------------------
>From 0009987, a VU meter appears, its a text meter, not a gui, so i guess I
miss-understood.
>From 0009988, my current /root/.asoundrc:
pcm.atiixp {
type hw
card 0
}
ctl.atiixp {
type hw
card 0
}
pcm.!default {
type hw
card 0
}
ctl.!default {
type hw
card 0
}
Do I add the stuff in 009988, or replace this with that, what?
>From 0009989, it would appear that alsalib is 1.0.11-3-rc2.2 (FC5 rpm)
The kernel is 2.6.16-1.2122_FC5. This appears to be the latest versions
of the alsalib and company available for FC5.
Am I going to have to see if I can recall howto configure checkinstall for
defaulting to rpm production again in order to install 1.0.11 final?
--
Cherrs, Gene
----------------------------------------------------------------------
rlrevell - 05-28-06 05:10
----------------------------------------------------------------------
Remove the .asoundrc, it is preventing dmix from working.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
05-28-06 05:10 rlrevell Note Added: 0009991
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 2:51 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 2:51 UTC (permalink / raw)
To: alsa-devel
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-28-2006 04:51 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 04:24
----------------------------------------------------------------------
If you are using alsa-lib 1.0.11 it should be using dmix and dsnoop by
default.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 04:51
----------------------------------------------------------------------
>From 0009987, a VU meter appears, its a text meter, not a gui, so i guess I
miss-understood.
>From 0009988, my current /root/.asoundrc:
pcm.atiixp {
type hw
card 0
}
ctl.atiixp {
type hw
card 0
}
pcm.!default {
type hw
card 0
}
ctl.!default {
type hw
card 0
}
Do I add the stuff in 009988, or replace this with that, what?
>From 0009989, it would appear that alsalib is 1.0.11-3-rc2.2 (FC5 rpm)
The kernel is 2.6.16-1.2122_FC5. This appears to be the latest versions
of the alsalib and company available for FC5.
Am I going to have to see if I can recall howto configure checkinstall for
defaulting to rpm production again in order to install 1.0.11 final?
--
Cherrs, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
05-28-06 04:51 Gene Heskett Note Added: 0009990
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 2:24 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 2:24 UTC (permalink / raw)
To: alsa-devel
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-28-2006 04: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.
======================================================================
----------------------------------------------------------------------
Raymond - 05-28-06 04:05
----------------------------------------------------------------------
arecord -vv -fcd foo.wav
Recording WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
Stereo
Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz)
please, try the plug plugin (-Dplug:default)
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
It seem that dmix and dsnoop are disabled and your card only support
48000Hz
http://hg-mirror.alsa-project.org/alsa-lib?cmd=file;file=src/conf/cards/ATIIXP.conf;filenode=38d08ce2e926e4db86d686ddbab08f38a60edaf9;style=raw
Most likely the card need "type plug" for playing/recording 44100Hz
# default with dmix/dsnoop
ATIIXP.pcm.default {
@args [ CARD ]
@args.CARD {
type string
}
type asym
playback.pcm {
type plug
slave.pcm {
@func concat
strings [ "dmix:" $CARD ]
}
}
capture.pcm {
type plug
slave.pcm {
@func concat
strings [ "dsnoop:" $CARD ]
}
}
}
----------------------------------------------------------------------
rlrevell - 05-28-06 04:24
----------------------------------------------------------------------
If you are using alsa-lib 1.0.11 it should be using dmix and dsnoop by
default.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
05-28-06 04:04 Raymond Note Edited: 0009988
05-28-06 04:05 Raymond Note Edited: 0009988
05-28-06 04:24 rlrevell Note Added: 0009989
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 1:59 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 1:59 UTC (permalink / raw)
To: alsa-devel
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-28-2006 03:58 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.
======================================================================
----------------------------------------------------------------------
rlrevell - 05-28-06 03:22
----------------------------------------------------------------------
"So that, according to your judgement, means its working. So why can't I
make it work in the real world? For skype or ekiga."
Because skype, audacity, and ekiga are OSS apps, and OSS apps block
everything else from using the soundcard. It might be possible to solve
this eventually but it's difficult. It's much easier if those apps simply
add ALSA support...
"FWIW, when I start arecord, I get this on the terminal screen but no
volume control appears:"
I'm not sure what you mean by "no volume control appears". Where are you
expecting it to appear?
ALSA does not have a volume control per PCM instance - unless the app
implements its own software volume control, there is only the global
volume control in alsamixer.
----------------------------------------------------------------------
Raymond - 05-28-06 03:58
----------------------------------------------------------------------
arecord -vv -fcd foo.wav
Recording WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
Stereo
Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz)
please, try the plug plugin (-Dplug:default)
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
It seem that dmix and dsnoop are disabled and your card only support
48000Hz
http://hg-mirror.alsa-project.org/alsa-lib?cmd=file;file=src/conf/cards/ATIIXP.conf;filenode=38d08ce2e926e4db86d686ddbab08f38a60edaf9;style=raw
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
05-28-06 03:58 Raymond Note Added: 0009988
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 1:22 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 1:22 UTC (permalink / raw)
To: alsa-devel
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-28-2006 03:22 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-28-06 03:20
----------------------------------------------------------------------
I'm sorry, that added note got badly hacked and parts of it will not make a
lot of sense. This lappy has a touch pad that I cannot seem to disable,
and if a thumb gets too close to it (it doesn't have to actually touch the
sonofabitch), it will jump to someplace else on the screen and highlight a
few lines of text, which will of course be deleted on the next keystroke.
Its such a pain in the ass that I'm tempted to go get a usb keyboard and
see if I can make it work because this is frustrating in the maximus.
That however has little or nothing to do with my audio problem, and thats
a lack of full duplex operation IN THE REAL WORLD...
--
Cheers, Gene
----------------------------------------------------------------------
rlrevell - 05-28-06 03:22
----------------------------------------------------------------------
"So that, according to your judgement, means its working. So why can't I
make it work in the real world? For skype or ekiga."
Because skype, audacity, and ekiga are OSS apps, and OSS apps block
everything else from using the soundcard. It might be possible to solve
this eventually but it's difficult. It's much easier if those apps simply
add ALSA support...
"FWIW, when I start arecord, I get this on the terminal screen but no
volume control appears:"
I'm not sure what you mean by "no volume control appears". Where are you
expecting it to appear?
ALSA does not have a volume control per PCM instance - unless the app
implements its own software volume control, there is only the global
volume control in alsamixer.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
05-28-06 03:22 rlrevell Note Added: 0009987
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 1:20 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 1:20 UTC (permalink / raw)
To: alsa-devel
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-28-2006 03:20 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-28-06 03:08
----------------------------------------------------------------------
Ok, now I have a couple of days to play with this. To quote you:
"Apparently you're trying to do something special."
I suppose thats in the eye of the beholder, but I do not consider running
skype or its ilk too terribly special. In my eye, what you are asking me
to do is the special stuff.
>From a few hours of screwing with this last week, its known that
speaker-test runs ok regardless of the starting order. However if
speaker-test is the first user of the audio system started, then nothing
else can access in the headset now, so lets see if your example "arecord
-vv -fcd foo.wav" works, and yes it does. However, no volume control
appeared, and my talking, with the headset mouthpiece only half an inch to
one side, looked as if it was overloading arecord. However, stopping the
speaker-test, and "aplay foo.wav" also works.
Now, start the recording first... And thats working also.
So that, according to your judgement, means its working. So why can't I
make it work in the real world? For skype or ekiga.
FWIW, when I start arecord, I get this on the terminal screen but no
volume control appears:
[root@diablo libzrtp-0.2.0]# arecord -vv -fcd foo.wav
Recording WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
Stereo
Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz)
please, try the plug plugin (-Dplug:default)
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
Its setup is:
stream : CAPTURE
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 4096
period_time : 85333
tick_time : 4000
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 4096
xfer_align : 4096
start_threshold : 1
stop_threshold : 16384
silence_threshold: 0
silence_size : 0
boundary : 1073741824
##+ | 03%%
Aborted by signal Interrupt...
Does anyone have a recipe for an .asoundrc that will stop the above error,
or make it work for skype etc?
Audacity can record ok, PROVIDED it is the first thing started, if I do
the speaker-test thing, then start audacity, then audacity is locked away
from the device, this will also occur if I stop the audacity recording
while speaker-test is running, and then attempt to restart a new
recording.
Is audacity an oss appliction? In which case what do we replace it with
thats alsa compliant?
--
Cheers, Gene
----------------------------------------------------------------------
Gene Heskett - 05-28-06 03:20
----------------------------------------------------------------------
I'm sorry, that added note got badly hacked and parts of it will not make a
lot of sense. This lappy has a touch pad that I cannot seem to disable,
and if a thumb gets too close to it (it doesn't have to actually touch the
sonofabitch), it will jump to someplace else on the screen and highlight a
few lines of text, which will of course be deleted on the next keystroke.
Its such a pain in the ass that I'm tempted to go get a usb keyboard and
see if I can make it work because this is frustrating in the maximus.
That however has little or nothing to do with my audio problem, and thats
a lack of full duplex operation IN THE REAL WORLD...
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
05-28-06 03:20 Gene Heskett Note Added: 0009986
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-28 1:08 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-28 1:08 UTC (permalink / raw)
To: alsa-devel
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-28-2006 03:08 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.
======================================================================
----------------------------------------------------------------------
tiwai - 05-23-06 19:14
----------------------------------------------------------------------
Grr, you make the things too complex. Let's sort out the thing straight.
The duplex problem and the inproper recording are different things.
First, check whether both non-duplex playback and recording work
properly.
For checking playback, you can use speaker-test program in alsa-utils
package, too. Run "speaker-test -c2 -tw", for example.
As I mentioned, you can test recording of the played stream by setting
"Capture Source" to "Mix". It needs no extra hardware setup, so no hard
work after running a full marathon.
If the full-duplex works by this way, skype and other programs should work
as well -- as long as you set up the mixer correctly.
Anyway, don't use audacity or whatever apps might be using OSS emulation
for tests. They can't be used as references. Use basic tools included in
ALSA packages for primary tests.
----------------------------------------------------------------------
Gene Heskett - 05-28-06 03:08
----------------------------------------------------------------------
Ok, now I have a couple of days to play with this. To quote you:
"Apparently you're trying to do something special."
I suppose thats in the eye of the beholder, but I do not consider running
skype or its ilk too terribly special. In my eye, what you are asking me
to do is the special stuff.
>From a few hours of screwing with this last week, its known that
speaker-test runs ok regardless of the starting order. However if
speaker-test is the first user of the audio system started, then nothing
else can access in the headset now, so lets see if your example "arecord
-vv -fcd foo.wav" works, and yes it does. However, no volume control
appeared, and my talking, with the headset mouthpiece only half an inch to
one side, looked as if it was overloading arecord. However, stopping the
speaker-test, and "aplay foo.wav" also works.
Now, start the recording first... And thats working also.
So that, according to your judgement, means its working. So why can't I
make it work in the real world? For skype or ekiga.
FWIW, when I start arecord, I get this on the terminal screen but no
volume control appears:
[root@diablo libzrtp-0.2.0]# arecord -vv -fcd foo.wav
Recording WAVE 'foo.wav' : Signed 16 bit Little Endian, Rate 44100 Hz,
Stereo
Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz)
please, try the plug plugin (-Dplug:default)
Hardware PCM card 0 'ATI IXP' device 0 subdevice 0
Its setup is:
stream : CAPTURE
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 4096
period_time : 85333
tick_time : 4000
tstamp_mode : NONE
period_step : 1
sleep_min : 0
avail_min : 4096
xfer_align : 4096
start_threshold : 1
stop_threshold : 16384
silence_threshold: 0
silence_size : 0
boundary : 1073741824
##+ | 03%%
Aborted by signal Interrupt...
Does anyone have a recipe for an .asoundrc that will stop the above error,
or make it work for skype etc?
Audacity can record ok, PROVIDED it is the first thing started, if I do
the speaker-test thing, then start audacity, then audacity is locked away
from the device, this will also occur if I stop the audacity recording
while speaker-test is running, and then attempt to restart a new
recording.
Is audacity an oss appliction? In which case what do we replace it with
thats alsa compliant?
--
Cheers, Gene
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
05-28-06 03:08 Gene Heskett Note Added: 0009985
======================================================================
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 17:14 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 17:14 UTC (permalink / raw)
To: alsa-devel
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 19:14 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 18:07
----------------------------------------------------------------------
The only .wav files are the short, maybe 1 second max length, sound effects
for many programs. It is an FC5 install about 6 weeks old.
1: no line out or line in on this laptop, only headphone and microphone
jacks are actually present.
2: In kmix, the mics red led button seems to be mutually exclusive with
almost any other source. Mic works fine. Either in my phones or on the
other end.
3. I'll have to see if I can re-rip something to a .wav. And it will be
an intermittent effort after today, for quite a few days as I'll be
working on an antenna (big broadcast one 40+ feet long, several thousand
pounds) for the next 2-3 weeks as much as I can push these 71 year old
bones to do.
4: isn't a problem, and I'm not really concerned that 5 will fail, its the
playback at stage 3 that won't work. I have done similar tests using
audacity
and its always the playback that fails, unless playback is the ONLY thing
audacity is doing ATM.
I'd just like to make skype or zfone to work, but nothing seems to make
the incoming audio usable when there is an outgoing stream.
----------------------------------------------------------------------
tiwai - 05-23-06 19:14
----------------------------------------------------------------------
Grr, you make the things too complex. Let's sort out the thing straight.
The duplex problem and the inproper recording are different things.
First, check whether both non-duplex playback and recording work
properly.
For checking playback, you can use speaker-test program in alsa-utils
package, too. Run "speaker-test -c2 -tw", for example.
As I mentioned, you can test recording of the played stream by setting
"Capture Source" to "Mix". It needs no extra hardware setup, so no hard
work after running a full marathon.
If the full-duplex works by this way, skype and other programs should work
as well -- as long as you set up the mixer correctly.
Anyway, don't use audacity or whatever apps might be using OSS emulation
for tests. They can't be used as references. Use basic tools included in
ALSA packages for primary tests.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
05-23-06 19:14 tiwai Note Added: 0009947
======================================================================
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 16:07 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 16:07 UTC (permalink / raw)
To: alsa-devel
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 18:07 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.
======================================================================
----------------------------------------------------------------------
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.
----------------------------------------------------------------------
Gene Heskett - 05-23-06 18:07
----------------------------------------------------------------------
The only .wav files are the short, maybe 1 second max length, sound effects
for many programs. It is an FC5 install about 6 weeks old.
1: no line out or line in on this laptop, only headphone and microphone
jacks are actually present.
2: In kmix, the mics red led button seems to be mutually exclusive with
almost any other source. Mic works fine. Either in my phones or on the
other end.
3. I'll have to see if I can re-rip something to a .wav. And it will be
an intermittent effort after today, for quite a few days as I'll be
working on an antenna (big broadcast one 40+ feet long, several thousand
pounds) for the next 2-3 weeks as much as I can push these 71 year old
bones to do.
4: isn't a problem, and I'm not really concerned that 5 will fail, its the
playback at stage 3 that won't work. I have done similar tests using
audacity
and its always the playback that fails, unless playback is the ONLY thing
audacity is doing ATM.
I'd just like to make skype or zfone to work, but nothing seems to make
the incoming audio usable when there is an outgoing stream.
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
05-23-06 18:07 Gene Heskett Note Added: 0009943
======================================================================
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 15:24 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 15:24 UTC (permalink / raw)
To: alsa-devel
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
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 14:46 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 14:46 UTC (permalink / raw)
To: alsa-devel
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 16:46 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.
======================================================================
----------------------------------------------------------------------
tiwai - 05-23-06 15:01
----------------------------------------------------------------------
The driver works as full-duplex. Try a simple test with arecord and aplay.
----------------------------------------------------------------------
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?
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
======================================================================
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 13:01 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 13:01 UTC (permalink / raw)
To: alsa-devel
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 15:01 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.
======================================================================
----------------------------------------------------------------------
tiwai - 05-23-06 15:01
----------------------------------------------------------------------
The driver works as full-duplex. Try a simple test with arecord and aplay.
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
======================================================================
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 32+ messages in thread
* [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset.
@ 2006-05-23 1:52 bugtrack
0 siblings, 0 replies; 32+ messages in thread
From: bugtrack @ 2006-05-23 1:52 UTC (permalink / raw)
To: alsa-devel
The following issue has been SUBMITTED.
======================================================================
<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 03:52 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.
======================================================================
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
======================================================================
-------------------------------------------------------
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
^ permalink raw reply [flat|nested] 32+ messages in thread
end of thread, other threads:[~2006-06-02 1:51 UTC | newest]
Thread overview: 32+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-05-29 9:41 [ALSA - driver 0002147]: lack of full duplex operation for ati-ixp chipset bugtrack
-- strict thread matches above, loose matches on Subject: below --
2006-06-02 1:51 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 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 15:24 bugtrack
2006-05-23 14:46 bugtrack
2006-05-23 13:01 bugtrack
2006-05-23 1:52 bugtrack
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.