I have discovered something else: I am display the current buffer pointer (capture pointer and buffer pointer), when choppy audio occurs the playback pointer is printed as a given value and, after, the capture pointer has the same value. For example, a normal situation would be: Playback pointer: 3000Capture pointer: 1000Playback pointer: 4000Capture pointer: 2000Playback pointer: 0000Capture pointer: 3000 A choppy audio situation would be: Playback pointer: 3000Capture pointer: 3000Playback pointer: 4000Capture pointer: 4000Playback pointer: 0000Capture pointer: 0000 The following situation is NOT choppy: Capture pointer: 3000Playback pointer: 3000Capture pointer: 4000Playback pointer: 4000Capture pointer: 0000Playback pointer: 0000 Thanks any reply. Gustavo da Silva Serra escreveu:> I am tracing aloop execution and the choppy audio happens when an > application (capture or playback) opens the device while another one is > capturing or playing. It seems to me, I may be completely wrong, that > the problem could be a synchronization issue (a critical region with no > mutexes, for instance). I analysed the sound wave with Audacity while in > choppy audio condition and I realized that there are silent gaps, > miliseconds with no sound at all (as if some buffer pointer was lost, > for example).>> I haven't received any answer from you =(> What do you think that is happening?>> Thanks in advance.>> Gustavo da Silva Serra escreveu:> >> I have been trying for many weeks to solve this problem, but with no >> success. After updating to Alsa 1.0.17, which include changes to aloop, >> I still have choppy audio. I will try to summarize what happens:>>>> - I need to use aloop, if I change to a sound card all the problems are >> gone;>> - After some time of continuous play, applications start to reproduce >> choppy audio. Choppy audio doesn't happens all the time;>> - If I repeatedly start and stop my sound capture application choppy >> audio occur sooner;>> - Start/stop my application restores the sound quality (after some tryies);>> - This happens with ALSA applications (xine, vlc) and OSS emulated;>> - I have tryied many period_size and buffer_size in asound.conf, now I >> am using 960 for period and 3840 for buffer. As I decrease period size, >> the audio quality improves, but choppy audio still happens;>> - I test for overrun but no errors occur.>> - I am using block mode, interleaved, 44100, 16 bit, 2 channels>> - I am using dmix, dsnoop, removing them does not correct the audio>>>> These are some of the information I have, I don't know if is is enough. >> If necessary I can provide any other information.>> What do you suggest that I do? Are there any known issues or >> configuration requirements?>>>> Thanks in advance.>> _______________________________________________>> Alsa-devel mailing list>> Alsa-devel@xxxxxxxxxxxxxxxx>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>>>> __________ NOD32 3191 (20080616) Information __________>>>> This message was checked by NOD32 antivirus system.>> http://www.eset.com>>>>>>>> >> >>> -- Gustavo da Silva Serra gustavo.serra@xxxxxxxxxx———————————————————————————Tools & Technologies - T&T Engenheiros Associados Ltda.Projetos de SW & HW - Desenvolvendo soluções.Rua Riachuelo, 1098 Conj. 1204Centro - Porto Alegre - CEP 90010-272Fone DDR: (51)3220-3290Fone/Fax: (51)3220-3220 / 3220-3206http://www.tet.com.br/ tet@xxxxxxxxxx _______________________________________________Alsa-devel mailing listAlsa-devel@xxxxxxxxxxxxxxxxxxxx://mailman.alsa-project.org/mailman/listinfo/alsa-devel
