Re: [Ekiga-list] G729 codec
- From: Jure Petrovic <fonz siol net>
- To: Ekiga mailing list <ekiga-list gnome org>
- Subject: Re: [Ekiga-list] G729 codec
- Date: Sun, 04 Nov 2007 13:55:58 +0100
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]