Index: alsa-kernel/usb/usbquirks.h
===
RCS file: /cvsroot/alsa/alsa-kernel/usb/usbquirks.h,v
retrieving revision 1.13
diff -u -r1.13 usbquirks.h
--- alsa-kernel/usb/usbquirks.h 24 Jan 2003 11:10:17 - 1.13
+++
Hi!
Ameter is an alsa scope plugin that provides a peak meter for a lot of
Linux sound apps .
(It is derived from Meterbridge which is better, but some programs, not
having Jack support,
cannot use meterbridge )
New version 0.2 :
- Decay similar to a real peak meter
- Better
At Sun, 02 Feb 2003 07:03:02 -0500,
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], [EMAIL PROTECTED]
om writes:
I have produced a minimal patch based upon your work in CVS to get the SPDIF
port going on A7V8X motherboards with 0.9.0rc6 until 0.9.0rc7 is released:
I'm not sure
At Mon, 3 Feb 2003 09:39:24 +0100 (MET),
Clemens Ladisch wrote:
Index: alsa-kernel/usb/usbquirks.h
now on cvs.
thanks!
Takashi
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
At Mon, 03 Feb 2003 11:36:30 +0100,
David Björkevik wrote:
Takashi Iwai wrote:
At Sun, 02 Feb 2003 07:03:02 -0500,
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], [EMAIL PROTECTED]
om writes:
I have produced a minimal patch based upon your work in CVS to get the
Hi Chris,
At Fri, 31 Jan 2003 19:56:51 + (GMT),
Chris Rankin wrote:
--- Takashi Iwai [EMAIL PROTECTED] wrote:
do you know which version (or date) the driver
worked without clicks?
there have been not many changes for emu10k1 or pcm
stuffs recently.
On a hunch, I downloaded the
At Sun, 2 Feb 2003 16:37:46 -0500,
Paul Davis wrote:
i don't know how we ended up with such incorrect values for the
period/buffer size limits, but this corrects them. this previously
prevented applications from requesting a period size of 8192
frames. an identical patch is needed for the
/home/oliverarecord -Dplug:multi -c 16 test.wav
Recording WAVE 'test.wav' : Unsigned 8 bit, Rate 8000 Hz, Channels 16
arecord: set_params:765: Broken configuration for this PCM: no
configurations available
hmm.. does it work when you specify the format and rate?
% arecord
At Sun, 2 Feb 2003 10:59:18 -0500,
Eloy A. Paris [EMAIL PROTECTED] wrote:
Hi!
My Santa Cruz is not working with RC7 either, but in my case I
get no sound at all. I've traced the problem to changes that took
place in CVS between 1/21 and 1/22, probably to cs46xx_lib.c. See
At Mon, 03 Feb 2003 12:07:15 +0100,
David Björkevik wrote:
Thank you for trying to help me fix this.
Takashi Iwai wrote:
This did not work for me. Using rc7 my DAC does not lock to a signal
using any combination of spdif/default output or AC97-SPSA setting.
When applying jgotts
On Mon, 03 Feb 2003 12:21:33 +0100
Takashi Iwai [EMAIL PROTECTED] wrote:
could you try the latest cvs version?
i just changed a little the code.
hopefully this works for you...
I tried the new version just a moment ago as the CVS changelog mentioned
the magic word amplifier ;). The warning
At Mon, 03 Feb 2003 07:28:41 -0500,
John S. Denker [EMAIL PROTECTED] wrote:
Takashi Iwai wrote:
(btw, i used 4 instead of sizeof(int) because the latter might not be
always equal with 32bit (in future) :)
Certainly assuming sizeof(int)==4 is unwise.
But using 4 isn't the optimal
it's the expected behavior, because the hardware doesn't support this
format. it suppors only S32_LE.
OK, I understand this, but when I use
% arecord -Dhw:0,0 -fS32_LE -r48000 foo.wav
I get
arecord: set_params:792: Channels count non available
Is this expected, too?
but it seems that this
To be explicit: whenever you see a bug, don't just
ask how to fix this instance of the bug; ask what
it would take to make sure no bug of this ilk ever
occurs again.
In this case:
a) It would help to have some comments in the code
saying where the constants are coming from, so that
Hi there.
What is the best way to achieve minimal transport latency in an application
constanty capturing data from one interface and playing it through another.
The purpose of this app would be some kind of software loop-through
converter. My problem domain is that I have my PC connected to
Is it possible to have both stream pointers working on the same physical
buffer? A slightly delayed start of playback should then give a nice IO
latency. Are there any other approaches viable? Ideally i'd like to get this
working while not depending on userspace scheduling heavily.
you have to
Hello!
latest cvs version of alsa-conf doesn't compile. I get messages like
below. Do I neet to install something alsa depends on?
Thanks BF
g++ -DHAVE_CONFIG_H -I. -I. -I. -I./newt-g -Wall -ftemplate-depth-20
-c Def.cc
In file included from Value.hh:26,
from
The alsa-lib doesn't set the close-on-exec flag on its PCM device FD's.
The consequence is that processes spawned by alsa-lib clients inherit an
open file handle to the PCM device and thereby block it.
For example, mplayer can disable and re-launch the xscreensaver daemon.
In the alsa-enabled
18 matches
Mail list logo
