[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Search]

Re: IBM ViaVoice and Alsa




sorry about the cvs situation --it's beyond our control. 

I definitely think the buffer sizes are the issue.

That said, it would be a good thing to avoid the underrun
situation ---if you have the patch for preventing underruns,
please email it to me.

>>>>> "Lukas" == Lukas Loehrer <listaddr1@xxxxxxxxxxx> writes:
    Lukas> The anonymous CVS is still not updated, but I did some
    Lukas> tests myself and have come to the conclusion that the
    Lukas> xrun events are not the cause of my repetition
    Lukas> problems. I was able to produce a version of
    Lukas> atcleci.cpp and the outloud tcl script that do not go
    Lukas> into xrun during normal operation and I am still
    Lukas> seeing the problems on the problematic machine. the
    Lukas> implementation uses eci-indexes to mark the end of
    Lukas> utterences and then runs snd_pcm_drain followed by
    Lukas> snd_pcm_prepare in the eci-callback. I also "found"
    Lukas> the function snd_pcm_reset but I have not found a way
    Lukas> to use it to resolve the repetition issues.
    Lukas> 
    Lukas>  next thing to try is playing with the buffer sizes
    Lukas> and in general with the configuration of the audio
    Lukas> device.
    Lukas> 
    Lukas> Best regards, Lukas
    Lukas> 
    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"
    >> 

 Thanks, 
 --Raman

-- 
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"


Emacspeak Files | Subscribe | Unsubscribe | Search