Greetings!
I have a amateur radio application (app1), a jack client, that performs
some DSP on an audio stream and I would like to interface the output
stream of this application to another application (app2), a legacy OSS
app. The setup I have is:
[ Soundcard ADC ] => ALSA Capture => JACK =>
Bill Unruh wrote:
> On Sat, 4 Nov 2006, steef wrote:
>
>> Bill Unruh wrote:
>>> On Sat, 4 Nov 2006, steef wrote:
>>>
Patrick J Kobly wrote:
> What behaviour are you experiencing?
>
> I would suggest using 1.0.13 of Alsa, and specifying the module
> parameter disable_msi=1 for t
On Sat, 4 Nov 2006, steef wrote:
> Bill Unruh wrote:
>> On Sat, 4 Nov 2006, steef wrote:
>>
>>> Patrick J Kobly wrote:
What behaviour are you experiencing?
I would suggest using 1.0.13 of Alsa, and specifying the module
parameter disable_msi=1 for the module snd-hda-intel.
steef wrote:
> Jonathan Addleman wrote:
>
>> steef wrote:
>>
>>
>>> Patrick J Kobly wrote:
>>>
>>>
What behaviour are you experiencing?
I would suggest using 1.0.13 of Alsa, and specifying the module
parameter disable_msi=1 for the module snd-hda-intel.
>
Udo,
It seems like this way all works OK:
arecord -D plug:iec958 -r 44100 -c 2 -f S16_LE out.wav
aplay -D plug:spdif test.wav
I have used toslink loopback for testing. The thing is SPDIF-out
seems to be truncated to 16 bit (see ALSA bug 1592). For testing
I have used zero-padded ~5 sec signal o
Jonathan Addleman wrote:
> steef wrote:
>
>> Patrick J Kobly wrote:
>>
>>> What behaviour are you experiencing?
>>>
>>> I would suggest using 1.0.13 of Alsa, and specifying the module
>>> parameter disable_msi=1 for the module snd-hda-intel.
>>>
>>> i.e. You should have a line like:
>>> op
Bill Unruh wrote:
> On Sat, 4 Nov 2006, steef wrote:
>
>> Patrick J Kobly wrote:
>>> What behaviour are you experiencing?
>>>
>>> I would suggest using 1.0.13 of Alsa, and specifying the module
>>> parameter disable_msi=1 for the module snd-hda-intel.
>>>
>>> i.e. You should have a line like:
>>> o
steef wrote:
> Patrick J Kobly wrote:
>> What behaviour are you experiencing?
>>
>> I would suggest using 1.0.13 of Alsa, and specifying the module
>> parameter disable_msi=1 for the module snd-hda-intel.
>>
>> i.e. You should have a line like:
>> options snd-hda-intel index=0
>> in /etc/modprobe.
On Sat, 4 Nov 2006, steef wrote:
> Patrick J Kobly wrote:
>> What behaviour are you experiencing?
>>
>> I would suggest using 1.0.13 of Alsa, and specifying the module
>> parameter disable_msi=1 for the module snd-hda-intel.
>>
>> i.e. You should have a line like:
>> options snd-hda-intel index=0
Patrick J Kobly wrote:
> What behaviour are you experiencing?
>
> I would suggest using 1.0.13 of Alsa, and specifying the module
> parameter disable_msi=1 for the module snd-hda-intel.
>
> i.e. You should have a line like:
> options snd-hda-intel index=0
> in /etc/modprobe.conf
> change it to:
>
Udo,
Thanks! - will try.
Andrew
=== On Saturday 04 November 2006 21:51, you wrote: ===
arecord -Dplughw:0,1 blabla
or something like that?
-
Using Tomcat but need to do more? Need to support web services, security
Andrew Gaydenko wrote:
> Udo,
>
> How to address to this device (card 0, device 1) in 'plughw:x' syntax?
>
>
> Andrew
>
> === On Saturday 04 November 2006 12:29, you wrote: ===
> ...
>> card 0: T71Space [Terratec Aureon 7.1-Space], device 1: IEC1724 IEC958
>> [IEC1724 IEC958]
>> Sub
My M-audio Audiophile USB card works when I do:
aplay -D hw:1,0 -c2 -t raw -r48000 -fS24_3BE test.raw
But the output has a lot of hiss---and is at double-speed.
I've tried aplay with different settings, but I don't get anything.
Anybody have any experience with this or other USB cards? Thanks.
Hello,
I've recently purchased a new system with an Asus M2NPV-VM motherboard.
I'm trying to get the on-board microphone working on the sound card. I
have no problem hearing sound but using the Sound Recorder in Gnome and
my microphone I'm unable to hear what I speak into the microphone.
According
Jonathan Addleman wrote:
> I recently got a tascam us-122, and have had many problems getting it
> working.
[snip]
For the benefit of anyone reading the archives with a similar problem,
installing kernel 2.6.18.2, which was just released, fixed this problem.
Looks like it was a bug with alsa! Nic
Hi,
and here is the last part oh the "make install".
cp: cannot stat `snd-aloop.ko': No such file or
directory
cp: cannot stat `snd-mts64.ko': No such file or
directory
cp: cannot stat `snd-portman2x4.ko': No such file or
directory
cp: cannot stat `snd-serial-u16550.ko': No such file
or directory
Hi,
after "./configure" i run make in alsa-driver1_0_13.
does anyone any idea about the solution of the
problem?
make[4]: *** [/tmp/alsa-driver-1.0.13/acore/hwdep.o]
Error 1
make[3]: *** [/tmp/alsa-driver-1.0.13/acore] Error 2
make[2]: *** [_module_/tmp/alsa-driver-1.0.13] Error 2
make[1]: ***
Udo,
How to address to this device (card 0, device 1) in 'plughw:x' syntax?
Andrew
=== On Saturday 04 November 2006 12:29, you wrote: ===
...
> card 0: T71Space [Terratec Aureon 7.1-Space], device 1: IEC1724 IEC958
> [IEC1724 IEC958]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
Hi,
I have a number of DAT tapes recorded with a sampling frequency of
44.1 kHz (16 bit stereo, of course), and would like to have these
recordings moved to the computer without leaving the digital domain,
and if possible without resampling. On Linux.
I have bought a Zoltrix Nightingale Pro 6 sou
Andrew Gaydenko wrote:
> I don't know wich 'x' must be for SPDIF input. 'aplay -l' out is:
I have an ice1712 card with similar issues.
> card 0: T71Space [Terratec Aureon 7.1-Space], device 1: IEC1724 IEC958
> [IEC1724 IEC958]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
This is the one t
Udo,
I don't know wich 'x' must be for SPDIF input. 'aplay -l' out is:
List of PLAYBACK Hardware Devices
card 0: T71Space [Terratec Aureon 7.1-Space], device 0: ICE1724 [ICE1724]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: T71Space [Terratec Aureon 7.1-Space], device 1: IEC17
21 matches
Mail list logo
