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 just silence? 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. Regards, Jure On Sat, 2007-11-03 at 10:05 +0100, PawelCarqowski wrote: > Jure, > I tried with v0.2. It did not help, remote party does not hear me > still. > 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 [email protected] http://mail.gnome.org/mailman/listinfo/ekiga-list
