I thought here might be the problem because I noticed differences in RTP
payload sizes between received and sent packets when using Ethereal.
However, I never had problems about not being heard by the other party.
Does the other party hear anything at all? For example squeaky noise or
I would also like to know if you have a balanced connection when using
this codec.. i.e. upload_rate = download_rate
Note that the sizes, you are showing in the table seem to me as
unencoded frames. g729_codec.c takes unencoded frame PCM-16 (160 bytes)
and makes a encoded frame G729 (10 bytes). So your outgoing RTP packet
should have payload size 10 or 20 bytes.
On Sat, 2007-11-03 at 10:05 +0100, PawelCarqowski wrote:
> I tried with v0.2. It did not help, remote party does not hear me
> I compared RTP timestamp differences between adjacent packets in
> either direction.
> "Outbound" and "inbound" terms are related to local site.
> Here are the results:
> 1 - sjphone.correct.call.tcp #. This is the trace using sjpone,
> which works well with my voip provider.
> 2 - ver0.1.tcp
> 3 - ver0.2.tcp
> Trace outbound_RTP_difference inbound_RTP_difference
> 1 160 480
> 2 160 480
> 3 80 480
> As You can see, version 1 of myg729 and sjphone (which works well) are
> the same.
> So I wonder why do You suspect that this might be the problem.
> Did You have the same experience that remote party did not hear You
> and decreasing
> outbound RTP packet size did the job?
ekiga-list mailing list