Hello all!<br>
<br>
I have a problem with RAT on Fedora 11, 12. Received sound has a lot<br>
of jamming what sounds like ugly electronic noise. I try to solve this<br>
problem by myself since may of 2010, and I found some solution but<br>
still not found problem source and cannot fix it but lower sound<br>
corruption. I interesting only 48kHz Mono mode, btw. How can I fix it?<br>
First, I checkout latest version of RAT from repository and build a<br>
debug version of common lib and rat itself. And first thing what I<br>
find is horrible spamming of message:<br>
<br>
RTP packet queue overflow.<br>
<br>
So I just enlarge a little this queue. Sound become slightly better.<br>
Next my target was find why messages<br>
<br>
Insert X samples.<br>
Playout buffer shift back X samples.<br>
<br>
occurs and sound has jamming and flipping. I find out what it cause<br>
because there is some unsynchronization detecte in function<br>
<br>
int source_check_buffering(source *src) in file source.c<br>
<br>
I have no idea why it does. And I don't know how to debug it. Hardware<br>
problem? Software? ALSA? No idea. Then I go to the ALSA settings and<br>
starts an experiments to configure default ALSA device. And I find a<br>
configuration what almost do a sound well!! So there it is:<br>
<br>
1) I add .asoundrc file in my home directory:<br>
defaults.ctl.!card Intel<br>
defaults.pcm.!card Intel<br>
<br>
defaults.pcm.dmix.!rate 48000<br>
defaults.pcm.dmix.!format S16_LE<br>
<br>
2) And, important, I manually setup buffers sizes for default ALSA<br>
device directly in dsnoop.conf and dmix.conf. And channel count and<br>
binding also. There it is:<br>
<br>
I add to dsnoop.conf:<br>
<br>
channels 2<br>
period_time 10000<br>
periods 16<br>
bindings.0 0<br>
(very short fragments)<br>
<br>
And to dmix.conf:<br>
<br>
channels 1<br>
period_time 300000<br>
periods 16<br>
(laaaarge fragments)<br>
<br>
And VOILA! sound become clean and very good ... almost. Once-twice in<br>
5 min interval randomly occurs same flips and messages:<br>
<br>
Insert X samples.<br>
Playout buffer shift back X samples.<br>
<br>
That is my story. If some one know this problem and know how to debug<br>
and fix it, lets discuss! Also, I can send my hardware and software<br>
configuration if needed.<br>
<br>
And at last, I wrote some CLI interface to RAT what useful when RAT<br>
work in -noui mode and I can share it if some one interested about it<br>
:) Its not perfect may be because I have no one friend who understand<br>
the mbus and RAT :) But it works.