On Mon, 22 Sep 2003 [EMAIL PROTECTED] wrote:
snip
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 to
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 Tue, Sep 23, 2003 at 02:22:28AM -0400, [EMAIL PROTECTED] wrote:
On Mon, 22 Sep 2003 [EMAIL PROTECTED] wrote:
snip
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.
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 get my
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 utility that
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 synchronously, even
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 times, it
I'm a procmail newb. I've written a recipie to play a WAV when a
message arrives. It works, it sounds nice, but it's synchronous:
:0 c
* ^X-Mailing-List:.*lists.debian.org*
| /usr/bin/bplay /x/x/click_x.wav
Since this WAV takes ~1 sec to play, procmail blocks 1 sec per message.
It ends up
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
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 half
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 call a
11 matches
Mail list logo
