I'm just posting this in case it saves someone else a lot of time...
We had our development Trixbox system go 'choppy sound' on us for music on hold and conferencing For No Apparent Reason(TM).
Having followed the route of rebooting and then missing/recompiling zaptel/ztdummy drivers etc. we were a little perplexed. We backtracked and earlier we had been experimenting with the EyeBeam soft phones and their video conferencing functions. Finally we got to sip.conf and discovered that while we had been adding video codec support, a cut 'n' paste exercise had left us with two lines referring to the same (g729) codec. We removed one of the duplicate lines, restarted Trixbox and everything was working again.
Summary: Having the same codec referenced twice seemed to give us choppy sound.
Member Since:
2006-06-08