At 05 Jun 2003 07:43:04 +0200,
Alkex wrote:
Il mer, 2003-06-04 alle 15:51, Takashi Iwai ha scritto:
At 28 May 2003 15:28:12 +0200,
Alkex wrote:
Hi
first of all thanks for the great work done until now
let's see my problem
I'm running debian unstable and alsa
At Wed, 4 Jun 2003 07:41:14 -0600 (MDT),
[EMAIL PROTECTED] wrote:
Hello all,
I'm having some issues with a Audigy2 using 0.9.3c.
OSS Compat doesn't seem to work at all, but alsa apps seem ok. (XMMS for
example works with alsa pluigin, but not oss)
I'm trying to get Enemy Territory to
Hi,
At Sun, 1 Jun 2003 13:19:25 -0500,
Rich Tollerton wrote:
Hi, I'd like to try my hand at implementing a good equalizer at either
the alsalib or alsadriver level, so that all my programs (not just xmms)
are properly equalized. By 'good' I mean: 16+ bands, ~10hz transition
widths, 32-bit
Hi all,
I'm making use of a card's id (via the snd_ctl_card_info_get_id()
function) to access a device. Recently, I noticed some inconsistent
behavior. On a machine with an OmniIO box, if no id is set in the
/etc/modules.conf file, a default id of 66 is returned. So, when I
attempt to use
On Wed, Jun 04, 2003 at 03:47:46PM +0200, Takashi Iwai wrote:
i committed your patch to cvs (with some fixes of comiplation warnings
and addition to manpage). please check whether it's ok for you.
I just tried to checkout the code from cvs on a Debian woody box (cvs
version 1.11.5) and a
On Thu, Jun 05, 2003 at 12:17:32PM +0200, Gorm David Lai wrote:
Hi, I really hope somebody can help me.
We have recently bought a RME Digi96/8 card. This connects via adat to a
mixing console.
I have implemented the code in the ALSA 0.9.0 HOWTO for playback. This
works fine on a sound
Hello,
When trying to load snd-via82xx I got this error message:
../acore/snd.o: Invalid parameter parm_device_mode.
Do you know where this error comes from?
Any help/pointer is much appreciated.
Regards,
Anthony.
---
This SF.net email is
Hi
I am trying to test the CVS of ALSA.
I guess that alsa-kernel are sources to add to the kernel branch and to
compile with the kernel ? I just copy the folders in my /usr/src/linux/sound
folder ?
Thanks
Zeb
---
This SF.net email is
Please ignore this. My mistake, copying the wrong modules.conf.
On Thu, 2003-06-05 at 12:20, Anthony Truong wrote:
Hello,
When trying to load snd-via82xx I got this error message:
../acore/snd.o: Invalid parameter parm_device_mode.
Do you know where this error comes from?
Any help/pointer is
Hello,
I recently purchased a Hammerfall DSP system to use on Windows and
especially LINUX for use on Ardour. I have the multiface system. I
must say I am confused on the support of the newest version of this
pci card (I know that I have firmware version 11). I downloaded the
current CVS on
I recently purchased a Hammerfall DSP system to use on Windows and
especially LINUX for use on Ardour. I have the multiface system. I
must say I am confused on the support of the newest version of this
pci card (I know that I have firmware version 11). I downloaded the
current CVS on
Paul,
Thanks for responding. I am using the current CVS of Alsa version 0.9.4.
Frank
Paul Davis [EMAIL PROTECTED] wrote:
I recently purchased a Hammerfall DSP system to use on Windows and
especially LINUX for use on Ardour. I have the multiface system. I
must say I am confused on the
Hi,
I'm working on some drivers for some custom AC'97 hardware on a
development platform, and am seeing some weird behaviour.
The development platform is mostly FPGA-based, so it isn't the worlds
most fastest machine. However, running madplay against the OSS
emulation results in the following:
Takashi Iwai wrote:
thanks. looking at the codes, it seems that no special handling for
the chip. it simply sets up the ac97 registers.
the patch below is a quick hack to set the spdif rate on the first
playback pcm device. in addition, you'll need to set up the following
mixer controls:
-
Gary Scavone wrote:
I'm making use of a card's id (via the snd_ctl_card_info_get_id()
function) to access a device. Recently, I noticed some inconsistent
behavior. On a machine with an OmniIO box, if no id is set in the
/etc/modules.conf file, a default id of 66 is returned.
The default
Ross Vandegrift wrote:
cvs [login aborted]: end of file from server (consult above messages if any)
Sourceforge does this when too many people are trying to access the CVS
servers. You have a better chance of success if you try it when everybody
else is sleeping (which is easier if you're living
At Fri, 6 Jun 2003 00:34:53 -0600,
Ross Miller wrote:
On Wednesday 04 June 2003 06:47, Takashi Iwai wrote:
a possible reason is that either we set up the interface correctly, or
we pass too many packets for the requested status.
i added nrpacks module option in usbaudio driver. please
At Wed, 4 Jun 2003 21:20:15 -0700,
Anthony Truong wrote:
Hello,
When trying to load snd-via82xx I got this error message:
../acore/snd.o: Invalid parameter parm_device_mode.
Do you know where this error comes from?
Any help/pointer is much appreciated.
device_mode, device_uid and
At Thu, 5 Jun 2003 20:37:52 +0100,
Z¡Zbulon wrote:
Hi
I am trying to test the CVS of ALSA.
I guess that alsa-kernel are sources to add to the kernel branch and to
compile with the kernel ? I just copy the folders in my /usr/src/linux/sound
folder ?
it's for 2.5 kernels. if you're
At Fri, 06 Jun 2003 02:20:05 +0100,
James Courtier-Dutton wrote:
Takashi Iwai wrote:
thanks. looking at the codes, it seems that no special handling for
the chip. it simply sets up the ac97 registers.
the patch below is a quick hack to set the spdif rate on the first
On Fri, 6 Jun 2003, Russell King wrote:
Hi,
I'm working on some drivers for some custom AC'97 hardware on a
development platform, and am seeing some weird behaviour.
The development platform is mostly FPGA-based, so it isn't the worlds
most fastest machine. However, running madplay
On Thu, 2003-06-05 at 21:03, Martin Langer wrote:
On Thu, Jun 05, 2003 at 12:17:32PM +0200, Gorm David Lai wrote:
Hi, I really hope somebody can help me.
We have recently bought a RME Digi96/8 card. This connects via adat to a
mixing console.
I have implemented the code in the ALSA
I just thought of something new. It seems as if the hardware buffer on
the card gets filled up, but is never emptied anywhere.
The reason is that in the beginning everything seems to go fine, but
then I suddenly get the following error:
ALSA lib pcm_hw.c:466:(snd_pcm_hw_prepare)
Hi Frank,
I'm an HDSP 9652 non-user for many of the same reasons. A couple of
comments below.
Mark
Hello,
I recently purchased a Hammerfall DSP system to use on Windows and
especially LINUX for use on Ardour. I have the multiface system. I
must say I am confused on the support of the
At Fri, 6 Jun 2003 14:05:34 +0200 (CEST),
Jaroslav wrote:
Hi,
I think that hammerfall_mem.c should be removed from the ALSA
tree, because we have unified preallocation / buffer cache system in
the snd-page-alloc module (alsa-kernel/core/memalloc.c) which
completely replaces the
alsa-pcm-oss and alsa-mixer-oss.
Thanks,
Greg
do you mean OSS-emulation via alsa-oss library or via kernel
emulaton?
Takashi
---
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet.
Hi,
I think that hammerfall_mem.c should be removed from the ALSA
tree, because we have unified preallocation / buffer cache system in
the snd-page-alloc module (alsa-kernel/core/memalloc.c) which
completely replaces the original single purpose code.
Jaroslav,
Is this true with Alsa 0.9.4? Should I remove the loading of this module?
Thanks,
Mark
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jaroslav
Kysela
Sent: Friday, June 06, 2003 5:06 AM
To: ALSA development
Cc: Paul Davis; Takashi Iwai
Hi Clemens,
Thanks for the clarification.
This behavior seems like a bug. Could snd_ctl_open() not first
compare the card argument to the known internal device id and then,
if that fails, attempt to interpret the card as a number? I'm using
the id because it is what my program exposes to users
I think that hammerfall_mem.c should be removed from the ALSA
tree, because we have unified preallocation / buffer cache system in
the snd-page-alloc module (alsa-kernel/core/memalloc.c) which
completely replaces the original single purpose code.
yep, the only thing to do is to test
At Fri, 06 Jun 2003 10:25:44 -0400,
Paul Davis wrote:
I think that hammerfall_mem.c should be removed from the ALSA
tree, because we have unified preallocation / buffer cache system in
the snd-page-alloc module (alsa-kernel/core/memalloc.c) which
completely replaces the original
Takashi Iwai wrote:
oops, it seems like my mistake in the last change.
could you try the attached patch?
Takashi
That seems to have helped. We now get sliders.
We now get ac3 and dts sound with device name
iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
and pcm with device name
Hi,
I have been playing around with the controls and setting them as specified
but I am still unable to enable the digital out. I have verified that
digital out
is not enabled by looking at the back of the card and check if the red light
is on (which is not the case).
I have also provided a dump
On mer, 2003-06-04 at 17:17, Takashi Iwai wrote:
At Wed, 04 Jun 2003 17:57:32 +0200 (CEST),
wouldn't it better to put another Makefile in sub directories?
Sure. I followed the instrutions you wrote here a couple of months ago.
When I do cvscompile --with-cards=powermac,echoaudio[...] it stops
34 matches
Mail list logo
