On Tue, Sep 23, 2003 at 09:53:36AM +0100, Carlos Sousa wrote:
> On Tue, 23 Sep 2003 01:16:51 -0700 [EMAIL PROTECTED] wrote:
> > On Tue, Sep 23, 2003 at 09:06:49AM +0100, Carlos Sousa wrote:
> > > On Mon, 22 Sep 2003 19:45:42 -0700 [EMAIL PROTECTED] wrote:
> > > >
> > > > if I fork bplay several ti
On Tue, 23 Sep 2003 01:16:51 -0700 [EMAIL PROTECTED] wrote:
> On Tue, Sep 23, 2003 at 09:06:49AM +0100, Carlos Sousa wrote:
> > On Mon, 22 Sep 2003 19:45:42 -0700 [EMAIL PROTECTED] wrote:
> > >
> > > if I fork bplay several times, it doesn't "mix" the sounds: they
> > > still play out synchronous
On Tue, Sep 23, 2003 at 09:06:49AM +0100, Carlos Sousa wrote:
> On Mon, 22 Sep 2003 19:45:42 -0700 [EMAIL PROTECTED] wrote:
> >
> > if I fork bplay several times, it doesn't "mix" the sounds: they
> > still play out synchronously, even though the caller isn't blocked.
> >
> > Is there a sound ut
On Mon, 22 Sep 2003 19:45:42 -0700 [EMAIL PROTECTED] wrote:
>
> if I fork bplay several times, it doesn't "mix" the sounds: they
> still play out synchronously, even though the caller isn't blocked.
>
> Is there a sound utility that will play a WAV file in an "overlapped
> way" -- so that I can
On Tue, Sep 23, 2003 at 02:22:28AM -0400, [EMAIL PROTECTED] wrote:
>
>
> On Mon, 22 Sep 2003 [EMAIL PROTECTED] wrote:
>
> >
> > so unless anybody has a better already written sound buffer mixer to
> > recommend, consider this matter closed.
> >
> > Thanks for your attention.
> > -T
> >
> I had a
> if I fork bplay several times, it doesn't "mix" the sounds: they
> still play out synchronously, even though the caller isn't blocked.
I've experienced this with OSS emulation on ALSA. Perhaps playing the
sound with 'aplay' instead helps? If not, consider configuring the
'dmix' plug-in for ALSA
On Mon, 22 Sep 2003 [EMAIL PROTECTED] wrote:
>
> so unless anybody has a better already written sound buffer mixer to
> recommend, consider this matter closed.
>
> Thanks for your attention.
> -T
>
I had a sugguestion. have a lock file. so, if your script is about to play
a new sound, it check t
On Mon, Sep 22, 2003 at 07:45:42PM -0700, [EMAIL PROTECTED] wrote:
> On Mon, Sep 22, 2003 at 10:15:40PM -0400, Andrew Perrin wrote:
> > There's probably an easier way than this, but you could use perl to fork()
> > the bplay processes, so they don't block.
> >
>
> Okay, I realized I could just ca
On Mon, Sep 22, 2003 at 10:15:40PM -0400, Andrew Perrin wrote:
> There's probably an easier way than this, but you could use perl to fork()
> the bplay processes, so they don't block.
>
Okay, I realized I could just call a bash script that ends in & to play
the sounds async to procmail, that's h
There's probably an easier way than this, but you could use perl to fork()
the bplay processes, so they don't block.
--
Andrew J Perrin - http://www.unc.edu/~aperrin
Assistant Professor of Sociology, U of North Carolina, Chapel Hi
10 matches
Mail list logo