On Friday 27 September 2002 19:53, Takashi Iwai wrote:
> except for the check of /proc/asound, the hotplug problem can be
> sorted to the following:
>
> 1. hotplug may be called before alsa init script.
>
> 2. hotplug needs to manage the mixer configuration of plugged /
>unplugged devices dyna
At Mon, 30 Sep 2002 09:55:14 +0200,
Duncan Sands wrote:
>
> On Friday 27 September 2002 19:53, Takashi Iwai wrote:
> > except for the check of /proc/asound, the hotplug problem can be
> > sorted to the following:
> >
> > 1. hotplug may be called before alsa init script.
> >
> > 2. hotplug needs t
[ please forward to alsa-devel for me. thanks. ]
>IIUC the share plugin is not even intended to do what you want (as you
>mention above) it is written to share audio between different devices
>specified in the asoundrc file. Not to mix multiple streams from
>multiple apps. Paul you should sto
Paul Davis <[EMAIL PROTECTED]> wrote
> >Hello,
> >is it possible to get a callback after a specified number
> >of samples (e.g. 4000) are played?
> >I'd like to refill the buffer then and need the exact
> >number to synchronize audio and video.
>
> you can get this to a limited extent by setting
I do the following: knowing the sample rate and the current position of the HW
pointer (via snd_pcm_avail_update - why there is no function which would tell
me directly that - the current position in the buffer?) I can calculate when
the required position _will_ happen. So I can just schedule th
Hello,
Is there any chance that in the ALSA-project a driver for the Terratec
DMX-6fire (ICE1712 chip) is developed? Would be very nice. I'm a
C-programmer myself, but without experience whatsoever in developing
drivers at all, let alone drivers with timing problems as is the case
with soundc
On Mon, 30 Sep 2002, tomasz motylewski wrote:
> I do the following: knowing the sample rate and the current position of the HW
> pointer (via snd_pcm_avail_update - why there is no function which would tell
> me directly that - the current position in the buffer?) I can calculate when
> the requi
Ok, I give up. Do I just need to build the sound module alone, or do I
need to rebuild all of the toolchain? (I'm currently using the debian
packages for alsa-utils 0.9rc1). There doesn't appear to be a build
script for all the tools - in the cvs snapshot there's a Makefile and a
'build' shell
Paul Davis <[EMAIL PROTECTED]> wrote:
>[ please forward to [EMAIL PROTECTED] thanks. ]
>
> >> however, it won't do what you want, because the resolution is limited
> >> to the interrupt frequency of the audio card, and for just about every
> >> interface out there, this is almost always a p
Hello!
> Is there any chance that in the ALSA-project a driver for the Terratec
> DMX-6fire (ICE1712 chip) is developed? Would be very nice. I'm a
> C-programmer myself, but without experience whatsoever in developing
> drivers at all, let alone drivers with timing problems as is the case
> w
On Mon, 30 Sep 2002, Jaroslav Kysela wrote:
> > me directly that - the current position in the buffer?) I can calculate when
> > the required position _will_ happen. So I can just schedule the timer or sleep
> > until that time. When it arrives I can check again snd_pcm_avail_update to see
> > w
This would be the same smix plugin that isn't in the ALSA tree then?
Unless it has recently been added to CVS, i can find no trace of it in
my 0.9rc trees.
Suggesting a solution that doesn't exist outside the context of 'some
guy who used to work for SuSE and might have got this to work once o
Hi there,
After some discussion on the ALSA-devel list, it appears that you may be
the only one who knows anything about the mythical 'smix' plugin that
might allow myself and others to get more functionality out of
soundcards that do not support multi-open capability in hardware.
I was wonde
Once upon a time, Pete wrote :
> As it stands, every time anyone asks about 'software multi-open' they
> are directed either to the 'share' plugin which clearly does not work in
> this capacity, or told that you have once got the smix plugin to work,
> and that it is all anyone knows.
Other s
On Mon, 30 Sep 2002 11:37:05 -0700
[EMAIL PROTECTED] wrote:
> Are either of these documented somewhere?
from the 'INSTALL' file, which should get downloaded from CVS (inside alsa-lib
directory, which should be the first one to compile and install):
Compilation from CVS sources
--
> > Another point to keep in mind here, is that a lot of people are now
> > using journaled filesystems, and may just turn off the computer
> > without shutting down. You could say that they deserve what they
> > get, but I'm not so sure. Imagine someone using alsamixer to change
> > mixer setti
Pete Black wrote:
>
> Hi there,
>
> After some discussion on the ALSA-devel list, it appears that you may be
> the only one who knows anything about the mythical 'smix' plugin that
> might allow myself and others to get more functionality out of
> soundcards that do not support multi-open capabi
17 matches
Mail list logo
