[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Search]
Re: IBM ViaVoice and Alsa
- To: raman@xxxxxxxxxxx
- Subject: Re: IBM ViaVoice and Alsa
- From: Lukas Loehrer <listaddr1@xxxxxxxxxxx>
- Date: Tue, 9 May 2006 15:19:49 +0200
- Delivered-To: priestdo@xxxxxxxxxxx
- Delivered-To: emacspeak@xxxxxxxxxxx
- In-Reply-To: <17502.49367.618561.378932@xxxxxxxxxxx>
- List-Help: <mailto:emacspeak-request@xxxxxxxxxxx?subject=help>
- List-Post: <mailto:emacspeak@xxxxxxxxxxx>
- List-Subscribe: <mailto:emacspeak-request@xxxxxxxxxxx?subject=subscribe>
- List-Unsubscribe: <mailto:emacspeak-request@xxxxxxxxxxx?subject=unsubscribe>
- Old-Return-Path: <listaddr1@xxxxxxxxxxx>
- Reply-To: listaddr1@xxxxxxxxxxx
- Resent-Date: Tue, 9 May 2006 09:19:56 -0400 (EDT)
- Resent-From: emacspeak@xxxxxxxxxxx
- Resent-Message-ID: <0P4pt.A.YWD.8bJYEB@xxxxxxxxxxx>
- Resent-Sender: emacspeak-request@xxxxxxxxxxx
The anonymous CVS is still not updated, but I did some tests myself
and have come to the conclusion that the xrun events are not the cause
of my repetition problems. I was able to produce a version of
atcleci.cpp and the outloud tcl script that do not go into xrun during
normal operation and I am still seeing the problems on the problematic
machine. the implementation uses eci-indexes to mark the end of
utterences and then runs snd_pcm_drain followed by snd_pcm_prepare in
the eci-callback. I also "found" the function snd_pcm_reset but I have not
found a way to use it to resolve the repetition issues.
next thing to try is playing with the buffer sizes and in
general with the configuration of the audio device.
Best regards, Lukas
T. V. Raman writes ("Re: IBM ViaVoice and Alsa"):
> One possible place to add an snd_pcm_drain is in the synchronize
> method --- I've checked an atcleci.cpp with this line added in
> the appropriate place (but commented out).
>
> I dont presently experience the repeating problem on any of my
> machines, so I wouldn't have a means of testing it anyway; also
> who knows what it will break on a system that works:-)
>
> As for different processes colliding under alsa/dmix sometimes, I
> suspect the alsa code that uses sockets in /tmp in part of its
> semaphor code --- I suspect there is some dependencey inside dmix
> that all processes open the sound device with some kind of
> matching params (not that sample rate etc need match)---
>
> --
> Best Regards,
> --raman
>
>
> Email: raman@xxxxxxxxxxx
> WWW: http://emacspeak.sf.net/raman/
> AIM: emacspeak GTalk: tv.raman.tv@xxxxxxxxxxx
> PGP: http://emacspeak.sf.net/raman/raman-almaden.asc
> Google: tv+raman
> IRC: irc://irc.freenode.net/#emacs
>
> -----------------------------------------------------------------------------
> To unsubscribe from the emacspeak list or change your address on the
> emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a
> subject of "unsubscribe" or "help"
>
-----------------------------------------------------------------------------
To unsubscribe from the emacspeak list or change your address on the
emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a
subject of "unsubscribe" or "help"
Emacspeak Files |
Subscribe |
Unsubscribe | Search