At Fri, 1 Feb 2002 01:28:07 +0100,
Christian Gerlach wrote:
Do you think that most of the features of this card (like digital out) will
find it's way into alsa?
I hope so. I got the minimal information about pin connections of
this card from TerraTec. Since the design is similar with
Hi,
I'm trying to check out the current alsa cvs, but when I get to
alsa-kernel/pci/ali5451 I get
cvs server: [03:53:49] waiting for anoncvs_alsa's lock in
/cvsroot/alsa/alsa-kernel/pci/ali5451
- Steve
___
Alsa-devel mailing list
[EMAIL PROTECTED]
On Fri, Feb 01, 2002 at 11:56:29AM +, Steve Harris wrote:
Hi,
I'm trying to check out the current alsa cvs, but when I get to
alsa-kernel/pci/ali5451 I get
cvs server: [03:53:49] waiting for anoncvs_alsa's lock in
/cvsroot/alsa/alsa-kernel/pci/ali5451
I get this too. It's been there
Jeremy has correctly answered many of the points/questions you
raise. I will try to finish off the story :)
problem is that I cannot get the mixer to have any elements (or
elems as the alsamixer calls them) which thus makes the card
un-openable even with the alsamixer.
there is no mixer.
Hi alsa developers,
just writing a recording app with alsa lib i found i need
to use
snd_pcm_start(chandle);
Why? What does it do?
Regards
jmb
--
.- Dipl.-Ing. Jan-Mark Batke -- TU Berlin·Secretary FT 5-1 .
Phone: ++49 30 314-2 45 78 Fachgebiet Fernmeldetechnik
Fax: ++49 30
just writing a recording app with alsa lib i found i need
to use
snd_pcm_start(chandle);
Why? What does it do?
the hardware of audio interfaces doesn't activate all by itself - it
needs to be told to start processing i/o and generating interrupts.
when you open a handle on either the
1) I understand now that there is no mixer. Yet, I am a bit baffled how then d
oes ardour (for instance) control this app's output? Couldn't there be a some
kind of generic mixer app derrived from the way Ardour addresses volume issue
in this card? Could it be that the app only attenuates the
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Takashi Iwai
Sent: 01 February 2002 19:20
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [Alsa-devel] Audigy support status
Hi,
snip
- digital non-audio i/o - not implemented
no TRAM
I would try to use the 0.9.x API if you can.
Although 0.9.x is beta, the api is mostly stable, and has better features.
Cheers
James
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Gerald
Grabner
Sent: 31 January 2002 22:19
To: [EMAIL PROTECTED]
Paul Davis [EMAIL PROTECTED] writes:
just writing a recording app with alsa lib i found i need
to use
snd_pcm_start(chandle);
Why? What does it do?
the hardware of audio interfaces doesn't activate all by itself - it
needs to be told to start processing i/o and generating
1) I understand now that there is no mixer. Yet, I am a bit baffled
how then d oes ardour (for instance) control this app's output?
Couldn't there be a some kind of generic mixer app derrived from
the way Ardour addresses volume issue in this card? Could it be
that the app only attenuates
On: Fri, 01 Feb 2002 17:47:39 -0500,
Paul Davis [EMAIL PROTECTED] wrote:
1) I understand now that there is no mixer. Yet, I am a bit baffled
how then d oes ardour (for instance) control this app's output?
Couldn't there be a some kind of generic mixer app derrived from
the way
On Fri, Feb 01, 2002 at 05:47:39PM -0500, Paul Davis wrote:
i just wanted to add that *every* audio application i know works this
way. i have never seen an audio app that generates an audio data
stream and uses the h/w mixer to control volume. why make a system
call when you just do a
Hi,
now emu10k1 driver on cvs suports SB Audigy and seems working somehow
;)
according to Steve Hassard:
- playback on front works. AC97 seems irrelevant and only
Wave Playback Volume affects actually.
- playback on rear - implemented - not work. no idea.
- playback on center/lfe -
First off, thanks all for your assistance. I'm a bit closer to getting
this darn thing working. Upon being instructed by Paul Davis, I did the
following things:
#alsactl -f foo store 1 (because my Hammerfall is currently seen as the
second card)
I edited foo file, and changed the following:
When you use the hw:1 syntax, you are expecting alsa to try to talk to the
card directly. Try this in your .asoundrc.
pcm.rme9652 {
type hw
card 1
device 0
}
ctl.rme9652 {
type hw
card 1
}
pcm.dsp1 {
type plug
slave.pcm.rme9652
}
then
aplay -Ddsp1 filew.wav
Alsa will perform the needed
16 matches
Mail list logo