Re: [Alsa-user] 64 bit Compilation/Installation problem
Am Dienstag, 11. März 2008 schrieb Roger Pryor: Hi: I seem to have a problem with Alsa 1.0.16 when compiling. My system is: an Open SUSE 10.2 running on a Intel DP965LT mobo, with an Intel Core2 Duo E6420 processor. 2 G Ram. Intel HDA sound card, which has given me lot of problems. OpenSUSE 10.2 comes with Alsa 10.0.14a, which does not seem to properly support the Intel HDA chipset. So, I wanted to upgrade to Alsa 1.0.16. I downloaded all available packages from the Alsa site, built and installed the driver (using --with-suse=yes), ran alsaconf and rebooted. So far so good. I built the library, and installed that. I try to build the utils, but it fails with the error no TLV support in alsa-lib. I check the date on /usr/lib64/libasound.so.2.0.0, only to find it was NOT updated with the libray installation, yet the version in /usr/lib was updated. Temporarily symlinking libasound.2.0.0 in /usr/lib64 to /usr/lib allows the compilation of alsa-utils to proceed and complete without error. BUT, all other applications that use /usr/lib64/libasound now complain about wrong ELF type, ELFLIB64, HuH??? Not being a real programmer (Hardware engineer, retired), this says to me that: a)Perhaps the installation of alsa-lib is placing the library in the wrong directory on 64 bit systems. b)If the ELF type in the /usr/lib64 directory IS 64 bit, why is that causing a complaint? At that point, my head aches and I need some help and guidance, please. -- Roger PryorEmail: [EMAIL PROTECTED] Vancouver, Canada - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user You need to tell compiler, linker, pkfconfig, .. where to get the 32- and 64-bit libraries, how to build and where to put the stuff. This is done by CC=gcc -m32 for building 32-bit stuff CC=gcc -m64 for 64 bit, setting PKG_CONFIG_PATH properly, passing the proper libdir to the configure script (--libdir=/usr/lib, --Libdir=/usr/lib64), .. There are instructions here: http://cblfs.cross-lfs.org/index.php/Main_Page http://cblfs.cross-lfs.org/index.php/ALSA The main variables used there are: PKG_CONFIG_PATH32=/usr/lib/pkgconfig:/opt/qt/lib/pkgconfig:/opt/kde/lib/pkgconfig:/opt/firefox-2.0.0.12/lib/pkgconfig:/usr/X11R7/lib/pkgconfig PKG_CONFIG_PATH64=/usr/lib64/pkgconfig:/opt/qt/lib64/pkgconfig:/opt/kde/lib64/pkgconfig:/opt/firefox-2.0.0.12/lib64/pkgconfig:/usr/X11R7/lib64/pkgconfig BUILD32=-m32 BUILD64=-m64 Other stuff can be found here: http://cross-lfs.org/view/svn/ Regards, Axel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] No sound after installation of ATI Radeon 2600 graphics card
Hi Nigel, thanks for the answer answer. Nigel Henry wrote: [...] Hi Gerd. Sorry for the slow reply. So the snd-hda-intel module is loaded for the sound component on your new graphics card, and the snd-intel8x0 module is loaded for the onboard soundcard. What do you get when typing alsamixer on the command line. Just typing alsamixer should give you the default card card0, but I've seen that you may have to type alsamixer -c0 to get the default mixer settings. If your cat /proc/asound/cards shows card0 as the onboard soundcard (snd-intel8x0), then either just typing alsamixer, or alsamixer -c0 will bring up the mixer settings for the onboard soundcard. Typing alsamixer -c1 should bring up the settings for the sound component on the graphics card (snd-hda-intel). From what I saw on the pastebin file that you posted previously, the snd-hda-intel module was loaded, but according to to the amixer output only for digital audio output from the graphics card, and that was set to off. For card 0, everything seems to be okay, for the sound module on the graphics card no driver is loaded any longer, so alsamixer does not see it. I also don't know which desktop you are using. I use KDE, and have had problems with the volume control in the panel. This control has options for which soundcard you want to use it for. On KDE you can right click on the loudspeaker icon in the panel, and select the soundcard that you want this control to use as master volume. Just a thought on that one. Yes, everything seems all right. Personally, as you've only had these problems since installing the new graphics card, the first thing I'd do is remove the new graphics card, and see if you can get your ac97 onboard sounds working again. Somewhat difficult, because e I gave it away :-( I don't know if you tried blacklisting snd-hda-intel, or setting the line in /etc/modprobe.conf as below install snd-hda-intel /bin/true As said, the module isn'tloaded any more after the reinstall of my mandriva-2008, the hardware detection simple signals an unknown device - that's strange... It's worth a try if the card is still installed. I'm sort of running out of suggestions. Perhaps someone else may offer some help. Sorry for not being able to offer more positive help. You helped a lot! I will go on trying and as soon as I know something new or succeed in reactivating sound, I will post it. Gerd -- -- -- Gerd Schering, Email: [EMAIL PROTECTED] -- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] [alsa-devel] Metallic recording in cs46xx on Thinkpad T22
At Tue, 11 Mar 2008 23:01:39 +0100, Rene Herman wrote: On 11-03-08 08:24, Gadi Oron wrote: I am trying to record sound on an old Thinkpad T22 that uses the cs46xx sound driver. Each time you start to record you have a 10% chance of having the recording completely distorted and having a metallic sound. When you look at the waveform it looks as though there are small segments with sharp transitions between them, a little like if these segments were moved a little from their correct place. No insights, but I confirm the bug with a TerraTec DMX XFire 1024 (CS4624). Hm, cs46xx driver hasn't been much changes since long time ago (around year 2005). The only big change was about some PM fixes, and I don't think it's relevant... Could you run als-info.sh to get the status? Takashi - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] [alsa-devel] Metallic recording in cs46xx on Thinkpad T22
On 12-03-08 15:43, Takashi Iwai wrote: At Tue, 11 Mar 2008 23:01:39 +0100, Rene Herman wrote: On 11-03-08 08:24, Gadi Oron wrote: I am trying to record sound on an old Thinkpad T22 that uses the cs46xx sound driver. Each time you start to record you have a 10% chance of having the recording completely distorted and having a metallic sound. When you look at the waveform it looks as though there are small segments with sharp transitions between them, a little like if these segments were moved a little from their correct place. No insights, but I confirm the bug with a TerraTec DMX XFire 1024 (CS4624). Hm, cs46xx driver hasn't been much changes since long time ago (around year 2005). The only big change was about some PM fixes, and I don't think it's relevant... Could you run als-info.sh to get the status? At: http://pastebin.ca/939784 Script was run just after repeating the problem. I have two of these same cards (TerraTec DMX XFire 1024) by the way and the same thing happens on both. If desperately need be, I can also test a CS4630 in the form of a TerraTec SiXPack 5.1+. This may indeed have been broken for a long time. I (sometimes) use this card in a little P1-133 machine in my living room to feed music to my regular amp and, seldomly, use it to record from for example LP. Last time that I did was some 2 months ago and I experienced the problem and at the time I remembered seeing that problem before, which may well have been 2005. As said, it doesn't happen each time and I use recording on that card seldomly... I expect this is going to be difficult to debug. It's no doubt a timing problem and yes, Gadi's description matches. This is what a bad capture sounds like: http://members.home.nl/rene.herman/cs4624-bad-capture.wav (a good capture is just, well, good) Didn't report it before since when I'm recording on that thing I'm recording for someone else and when I'm busy trying to do something _with_ a computer instead of _to_ a computer, all those pesky little linux problems just get on my nerves so incredibly bad at times... Rene. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Missing folder: /proc/asound/card0/pcm0p
John Sigler [EMAIL PROTECTED] wrote: You might need to enable CONFIG_SND_VERBOSE_PROCFS in your kernel configuration. Thats it. Thanks a lot! I spend about 9 Hours on that:( Bye Mario -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
[Alsa-user] Redirecting Mic Input in software (no arecord / aplay involved)
Hello,
Im trying to capture the Microphone input and redirect it right away into
speakers. The problem is that whenever I use snd_pcm_readi
and snd_pcm_writei one after each other in my capture loop, the pipe
becomes broken on the output side, i.e. every call to snd_pcm_writei fails
after it succeeded for like 2 passes.
What is weird is that if I use only read or write calls in my capture loop,
there is no problem at all.
The input device I open is configured like this in the asound.conf file
pcm.jcb-in-1 {
type hw
card 0
device 2
}
And this is the output device
pcm.CMI8788
{
type hw
card 0
device 0
}
Should I do something special in between the calls to read and write? Should I
initialize the devices in any special way to make this possible?
Thx for your help!
CONFIDENTIALITY CAUTION
This e-mail and any attachments may be confidential or legally privileged. If
you received this message in error or are not the intended recipient, you
should destroy the e-mail message and any attachments or copies, and you are
prohibited from retaining, distributing, disclosing or using any information
contained herein. Please inform us of the erroneous delivery by return e-mail.
Thank you for your cooperation.
DOCUMENT CONFIDENTIEL
Le présent courriel et tout fichier joint à celui-ci peuvent contenir des
renseignements confidentiels ou privilégiés. Si cet envoi ne s'adresse pas à
vous ou si vous l'avez reçu par erreur, vous devez l'effacer. Vous ne pouvez
conserver, distribuer, communiquer ou utiliser les renseignements qu'il
contient. Nous vous prions de nous signaler l'erreur par courriel. Merci de
votre collaboration.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Metallic recording in cs46xx on Thinkpad T22
On 11/03/2008, Gadi Oron [EMAIL PROTECTED] wrote: Hi everyone, I ran over a lot of Internet search and could not find any clue to this issue. I am trying to record sound on an old Thinkpad T22 that uses the cs46xx sound driver. Each time you start to record you have a 10% chance of having the recording completely distorted and having a metallic sound. When you look at the waveform it looks as though there are small segments with sharp transitions between them, a little like if these segments were moved a little from their correct place. Can you post a .wav recording of the sound to a url somewhere. We then might be able to tell what is wrong. My first idea is that the sound card is feeding back input into playback and then back into input, thus causing the metallic sound. Hopefully, this is just an alsamixer set wrong problem. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] asound.conf
Thierry Bouchard wrote:
I wrote a simple plugin for my microphone which is supposed to convert the
data into a 32 bps format. Here is how it looks like :
pcm.jcb-in-1 {
type hw
card 0
device 2
}
pcm.MicPlug
{
type plug
slave
{
pcm jcb-in-1
format S32_LE
}
}
So now if Im opening the PCM device named MicPlug and start reading on it, Im
expecting (which may totally be wrong) that the data I read will be in a
32bps format, which is never happening. In fact, the data I read is exactly
in the format that I set using snd_pcm_hw_params_set_format. Is the
conversion supposed to happen or am I expecting something that is totally
wrong?
This works the other way round: The slave device (the hardware device)
is forced to use 32-bit samples, but the MicPlug device converts the
samples to whatever format is requested (that's what plug does).
If your application wants to use 32-bit samples, it should just request
this format.
Also is there any good documentation about how the asound.conf file works?
Not really. What do you want to do?
Regards,
Clemens
--
CONFIDENTIALITY CAUTION
*** DISCLAIMER ***
This e-mail contains public information intended for any subscriber of
this mailing list and for anybody else who bothers to read it; it will
be copied, disclosed and distributed to the public. If you think you
are not the intended recipient, please commit suicide immediately.
These terms apply also to any e-mails quoted in, referenced from, or
answering this e-mail, and supersede any disclaimers in those e-mails.
Additionally, disclaimers in those e-mails will incur legal processing
fees of $42 per line; you have agreed to this by reading this
disclaimer.
*** END OF DISCLAIMER ***
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] [alsa-devel] Metallic recording in cs46xx on Thinkpad T22
On 12-03-08 17:59, Takashi Iwai wrote:
At Wed, 12 Mar 2008 17:39:48 +0100,
Rene Herman wrote:
On 12-03-08 15:43, Takashi Iwai wrote:
At Tue, 11 Mar 2008 23:01:39 +0100,
Rene Herman wrote:
On 11-03-08 08:24, Gadi Oron wrote:
I am trying to record sound on an old Thinkpad T22 that uses the cs46xx
sound driver.
Each time you start to record you have a 10% chance of having the
recording completely distorted and having a metallic sound. When you
look at the waveform it looks as though there are small segments with
sharp transitions between them, a little like if these segments were
moved a little from their correct place.
No insights, but I confirm the bug with a TerraTec DMX XFire 1024 (CS4624).
Hm, cs46xx driver hasn't been much changes since long time ago (around
year 2005). The only big change was about some PM fixes, and I don't
think it's relevant... Could you run als-info.sh to get the status?
At:
http://pastebin.ca/939784
The output seems truncated. Could you give the generated file via
alsactl -f somefile store, just to be sure ?
Hmm, alsa-info.sh freshly downloaded from current hg. Anyways:
Rene.
state.CS46xx {
control.1 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Master Playback Switch'
value true
}
control.2 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 63'
iface MIXER
name 'Master Playback Volume'
value.0 63
value.1 63
}
control.3 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Headphone Playback Switch'
value true
}
control.4 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 63'
iface MIXER
name 'Headphone Playback Volume'
value.0 0
value.1 0
}
control.5 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Mic Playback Switch'
value false
}
control.6 {
comment.access 'read write'
comment.type INTEGER
comment.count 1
comment.range '0 - 31'
iface MIXER
name 'Mic Playback Volume'
value 0
}
control.7 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Mic Boost (+20dB)'
value false
}
control.8 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Line Playback Switch'
value false
}
control.9 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
iface MIXER
name 'Line Playback Volume'
value.0 23
value.1 23
}
control.10 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'CD Playback Switch'
value false
}
control.11 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
iface MIXER
name 'CD Playback Volume'
value.0 0
value.1 0
}
control.12 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'Aux Playback Switch'
value false
}
control.13 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 31'
iface MIXER
name 'Aux Playback Volume'
value.0 0
value.1 0
}
control.14 {
comment.access 'read write'
comment.type BOOLEAN
comment.count 1
iface MIXER
name 'PCM Playback Switch'
value true
}
control.15 {
comment.access 'read write'
Re: [Alsa-user] Redirecting Mic Input in software (no arecord / aplay involved)
Thierry Bouchard wrote:
Im trying to capture the Microphone input and redirect it right away into
speakers. The problem is that whenever I use snd_pcm_readi
and snd_pcm_writei one after each other in my capture loop, the pipe
becomes broken on the output side, i.e. every call to snd_pcm_writei fails
after it succeeded for like 2 passes.
In the time that snd_pcm_readi needs to wait for a block of data to
become available, the data written by the last snd_pcm_writei call is
played by the sound card. Just when snd_pcm_readi returns, the playback
buffer has become completely empty, and even the slightest delay in
writing the next data to it will result in an underrun.
To ensure that the playback buffer contains enough samples to adjust for
timing variations, do not start playing when the first block of data is
written to it but when the buffer is (almost) completely filled.
The buffer fullness at which a playback device is started is called the
start threshold. The default value is 1, i.e., after at least one
sample has been written to the buffer; you can change it with the
snd_pcm_sw_params_start_threshold function.
The following is from the implementation of snd_pcm_set_params:
snd_pcm_sw_params_t *swparams;
snd_pcm_sw_params_alloca(swparams);
...
err = snd_pcm_sw_params_current(pcm, swparams);
if (err 0) {
SNDERR(Unable to determine current swparams for %s: %s, s,
snd_strerror(err));
return err;
}
/* start the transfer when the buffer is almost full: */
/* (buffer_size / avail_min) * avail_min */
err = snd_pcm_sw_params_set_start_threshold(pcm, swparams, (buffer_size
/ period_size) * period_size);
if (err 0) {
SNDERR(Unable to set start threshold mode for %s: %s, s,
snd_strerror(err));
return err;
}
/* allow the transfer when at least period_size samples can be
processed */
err = snd_pcm_sw_params_set_avail_min(pcm, swparams, period_size);
if (err 0) {
SNDERR(Unable to set avail min for %s: %s, s,
snd_strerror(err));
return err;
}
/* write the parameters to the playback device */
err = snd_pcm_sw_params(pcm, swparams);
if (err 0) {
SNDERR(Unable to set sw params for %s: %s, s,
snd_strerror(err));
return err;
}
However, an even better solution for your problem would be to enable the
input monitoring function of your sound card. This should be supported
by the CMI8788 chip, but it isn't supported by the driver because so far
I have not been able to find out how it works. I'll look into it.
Regards,
Clemens
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] No sound after installation of ATI Rad eon 2600 graphics card
On Wednesday 12 March 2008 11:14, Gerd Schering wrote: Hi Nigel, thanks for the answer answer. I will go on trying and as soon as I know something new or succeed in reactivating sound, I will post it. Gerd Hi Gerd. Just a thought, as you say you have alsamixer showing for card0 (the snd-intel8x0 onboard one). I havn't used Mandriva since Mandrake 9.2, and Mandrake 10.0, and am not sure if you have to set this up manually, but are you a member of the audio group in /etc/group? On my Debian installs I've had to add my user name to the audio group to get audio apps working as user, whereas on my Fedora installs there is no audio group in /etc/group, and users being able to use audio apps normally only accessable as root, appears to be set up elsewhere. All I'm saying, is it may be worth checking to see if you have an audio group in /etc/group, and if so, is your user name attached to it, so that you can access audio apps as user. It may be worth running the alsa-conf.sh script again, and posting the link to it in your reply. All the best. Nigel. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] recording from /dev/dsp
record -D copy -f cd -t wav outfile.wav ecasound -i:/dev/dsp -o outfile.wav One question. Is there an alsa dummy driver/package that might capture this through the above methods in it's intended form? I realize I wont hear anything locally. But it'd be nice to capture it without distortions, so I can play it on other soundcards and machines with better soundcards. And not loose any quality in the process. Thanks, James - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Metallic recording in cs46xx on Thinkpad T22
Hi, I've sent you a sample where I recorded myself saying 1-2-3... You should get it by email from yousendit.com, but it can also be accessed through: http://download.yousendit.com/131D402A36DD84AA Concerning the alsamixer hypothesis - I am quite doubtful since I've played quite a lot with it. In any rate I have capture activated for Mic, Capture and ADC. Thank you. On Wed, Mar 12, 2008 at 7:02 PM, James Courtier-Dutton [EMAIL PROTECTED] wrote: On 11/03/2008, Gadi Oron [EMAIL PROTECTED] wrote: Hi everyone, I ran over a lot of Internet search and could not find any clue to this issue. I am trying to record sound on an old Thinkpad T22 that uses the cs46xx sound driver. Each time you start to record you have a 10% chance of having the recording completely distorted and having a metallic sound. When you look at the waveform it looks as though there are small segments with sharp transitions between them, a little like if these segments were moved a little from their correct place. Can you post a .wav recording of the sound to a url somewhere. We then might be able to tell what is wrong. My first idea is that the sound card is feeding back input into playback and then back into input, thus causing the metallic sound. Hopefully, this is just an alsamixer set wrong problem. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Metallic recording in cs46xx on Thinkpad T22
Hi again James What recording application are you using? I've had issues where audacity would give me that metalic sound and ardour+jackd would not. And vice versa. Depending on versions and whatnot. I am writing a software that does some simple recording, but I debug this issue using a simple record and play commands, basicly: arecord -r44100 -c1 -f S16_LE kiki.wav This give the metallic sound after a few tries. Up to now I did not have jackd running since the soft I write is programmed with OSS API. Today I've checked it out and it seemed to give good results, but I suspect that after a few times I will open/close jackd I'll get the same results. System details: Linux stroop 2.6.24.3-1.rt1.2.fc8.ccrmart #1 SMP PREEMPT RT Wed Mar 5 15:37:51 EST 2008 i686 i686 i386 GNU/Linux But I've tried anything from 2.4.20 (RH7.3) and up. Alsa version is 1.0.15-1.fc8. cat /proc/asound/cards 0 [CS46xx ]: CS46xx - Sound Fusion CS46xx Sound Fusion CS46xx at 0xe8122000/0xe800, irq 11 No .asoundrc If you think some more data might help, please tell me. Ciao - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Metallic recording in cs46xx on Thinkpad T22
Hi Thank you for the link, I've learned quite a lot from it, but more or less I've tried all the tricks there - no results. Any other ideas? On Wed, Mar 12, 2008 at 5:18 AM, [EMAIL PROTECTED] wrote: On Tue, Mar 11, 2008 at 9:27 AM, Gadi Oron [EMAIL PROTECTED] wrote: Sadly, I've already tried all of these to no avail. The only thing I can't do is to have the soundcard have it's own IRQ - I allways get yenta together with it. Someone knows how to disable it or change it's IRQ? Maybe you should prioritize your sound card in the PCI bus if your motherboard is not PCIe by tweaking the PCI latency, I have very good results with that: http://www.sabi.co.uk/Notes/linuxSoundLatency.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] [alsa-devel] Metallic recording in cs46xx on Thinkpad T22
Hi, The result of my alsa-info.sh is at: http://pastebin.ca/940206 Ciao - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Metallic recording in cs46xx on Thinkpad T22
On 12-03-08 18:02, James Courtier-Dutton wrote: Can you post a .wav recording of the sound to a url somewhere. We then might be able to tell what is wrong. Did you see my post of such? http://members.home.nl/rene.herman/cs4624-bad-capture.wav My first idea is that the sound card is feeding back input into playback and then back into input, thus causing the metallic sound. Hopefully, this is just an alsamixer set wrong problem. Doubt it. Happens just once in a while (but repeatably, 10+ % of the time). Rene. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
