Jaroslav Kysela wrote:
'periods 0' and 'period_time 0' is missing here. You need to overwrite the
default values.
Thanks that works. I will update the .asoundrc page for the online docs.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audi
On Wed, 10 Dec 2003, Patrick Shirkey wrote:
> I'm using older alsa drivers so maybe this is fixed already.
>
> Advanced Linux Sound Architecture Driver Version 0.9.3c.
> Compiled on May 25 2003 for kernel 2.4.19 with versioned symbols.
>
> I can sucessfully run two instances of arecord with the
I'm using older alsa drivers so maybe this is fixed already.
Advanced Linux Sound Architecture Driver Version 0.9.3c.
Compiled on May 25 2003 for kernel 2.4.19 with versioned symbols.
I can sucessfully run two instances of arecord with the dsnoop plugin
but I get an error with my intel8x0 that do
Hello again,
Quoting Jaroslav Kysela <[EMAIL PROTECTED]>:
> The 32-bit mixing code is not debugged. Please, could you try to change
> one line in pcm_dmix.c (alsa-lib/src/pcm/pcm_dmix.c) from
> '#ifdef __i386__' to '#ifdef __i386XX__' and recompile library?
> We'll see then if it's a problem with
On Mon, 24 Mar 2003, Kristof Pelckmans wrote:
> Hi all,
>
> I tried to use the dmix plugin, as mentioned :
> > pcm.dmix_analog {
> > type dmix
> > ipc_key 5678293
> > ipc_key_add_uid yes
> > slave {
> > pcm "hw:0,0"
> > }
> > binding
Hi all,
I tried to use the dmix plugin, as mentioned :
> pcm.dmix_analog {
> type dmix
> ipc_key 5678293
> ipc_key_add_uid yes
> slave {
> pcm "hw:0,0"
> }
> bindings {
> 0 0
> 1 1
> }
> }
When
At Fri, 21 Mar 2003 13:56:50 +0100 (CET),
Jaroslav wrote:
>
> On Fri, 21 Mar 2003, Patrick Shirkey wrote:
>
> > Fernando Pablo Lopez-Lezcano wrote:
> > >
> > > It would be nice that the user not need to type magic numbers into a
> > > configuration file, unique or not. I don't know what it invol
On Fri, 21 Mar 2003, Patrick Shirkey wrote:
> Fernando Pablo Lopez-Lezcano wrote:
> >
> > It would be nice that the user not need to type magic numbers into a
> > configuration file, unique or not. I don't know what it involves, but it
> > would make using the configuration file much easier.
> >
Fernando Pablo Lopez-Lezcano wrote:
It would be nice that the user not need to type magic numbers into a
configuration file, unique or not. I don't know what it involves, but it
would make using the configuration file much easier.
Even nicer is if this could be embedded like the dmix was eventual
> > > I wonder how you know that the number you assign is not in use...
> >
> > well, there is no guarantee for that.
> >
> > i think it would be more understandable to have the string type ipc
> > key, such as
> >
> > pcm.dmix {
> > type dmix
> > ipc_key_str /usr/alsa/foo
> > ...
>
On Thu, Mar 20, 2003 at 02:13:18PM -0800, Florian Bomers wrote:
> just to clarify: all 3 plugins will not enable several processes to use the same
> soundcard's channels, i.e. software mixing?
dmix does just that. Works fine here. ipc_key stuff and all :)
--
Ville Syrjälä
[EMAIL PROTECTED]
http:
On Thu, Mar 20, 2003 at 02:13:18PM -0800, Florian Bomers wrote:
> just to clarify: all 3 plugins will not enable several processes to use the same
> soundcard's channels, i.e. software mixing?
dmix does just that. Works fine here, ipc_key stuff and all :)
--
Ville Syrjälä
[EMAIL PROTECTED]
http
just to clarify: all 3 plugins will not enable several processes to use the same
soundcard's channels, i.e. software mixing?
Thanks,
Florian
> Hi all,
>
> the dmix plugin was extended to support channel bindings and
> mixing code for 32-bit samples (24-bit resolution).
> I'd lik
On Thu, 20 Mar 2003, Takashi Iwai wrote:
> At Thu, 20 Mar 2003 10:02:06 +0100,
> Kristof Pelckmans wrote:
> >
> > I wonder how you know that the number you assign is not in use...
>
> well, there is no guarantee for that.
>
> i think it would be more understandable to have the string type ipc
>
At Thu, 20 Mar 2003 10:02:06 +0100,
Kristof Pelckmans wrote:
>
> I wonder how you know that the number you assign is not in use...
well, there is no guarantee for that.
i think it would be more understandable to have the string type ipc
key, such as
pcm.dmix {
type dmix
ipc_key_
I think the documentation library used to mention the usage of dmix, but since the
last update, I can't find it anymore (normally :
http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html)
The code mentions :
This plugin provides direct mixing of multiple streams. The resolution
for 32-bi
> Sure. First example is for the dmix plugin and ice1712 (10 playback
> channels - last two are S/PDIF, so this configuration allows sharing of
> the S/PDIF jack):
>
> pcm.dmix_spdif {
> type dmix
> ipc_key 5678293
Hmm, sorry for my ignorance, but what does this number mean and
On Wed, 19 Mar 2003, Takashi Iwai wrote:
> At Wed, 19 Mar 2003 17:49:51 +0100 (CET),
> Jaroslav wrote:
> >
> > Hi all,
> >
> > the dmix plugin was extended to support channel bindings and
> > mixing code for 32-bit samples (24-bit resolution).
> > I'd like to introduce new two plugins (
At Wed, 19 Mar 2003 17:49:51 +0100 (CET),
Jaroslav wrote:
>
> Hi all,
>
> the dmix plugin was extended to support channel bindings and
> mixing code for 32-bit samples (24-bit resolution).
> I'd like to introduce new two plugins (seems also "most wanted" by
> ALSA users): dsnoop and
Hi all,
the dmix plugin was extended to support channel bindings and
mixing code for 32-bit samples (24-bit resolution).
I'd like to introduce new two plugins (seems also "most wanted" by
ALSA users): dsnoop and dshare. The dsnoop plugin allows spliting of one
stream to more appli
20 matches
Mail list logo