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 ver
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 Def.hh:27
>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
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 an
>> 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 f
> 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
--- Takashi Iwai <[EMAIL PROTECTED]> wrote:
> 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 change
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
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 war
Hi Takashi,
I'll try that for intel8x0, the BIOS has a setting to turn on MPU-401,
and assign address either 300 or 330 so it should work. I'll try it
shortly.
As for MTP-AV is there a piece of hardware that I can get that's not too
expensive to analyse the data stream.. or maybe some kind of s
At Mon, 3 Feb 2003 12:06:22 +0100 (CET),
Oliver Schrempf wrote:
>
> > > /home/oliver>arecord -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
>
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 ap
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
> http://w
> > /home/oliver>arecord -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?
>
> % ar
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 th
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 do
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 w
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, 3 Feb 2003 00:56:26 +0100,
Pedro Lopez-Cabanillas wrote:
>
> Hi,
>
> Attached is a patch to solve a little mistake with output endpoints detection
> for standard USB MIDI devices. Midisport devices are affected only if using
> Lars Doelle firmware.
thanks, now applied to cvs.
Takashi
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
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 p
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
+++ alsa-kernel/usb/
22 matches
Mail list logo
