Re: [Ekiga-list] G729 codec




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? 



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]