i can't use DTMF RFC 2833
552 views
Skip to first unread message
Mohamed Hisham
Jul 7, 2011, 12:05:00 PM7/7/11
to doub...@googlegroups.com
Hello Sir,
I Like your Good job and efforts and many thanks for your answers too
I use iDoubs v2 and have a problem with DTMF
I trying to make it support RFC 2833 but with no result
when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF
Thanks in advance
I Like your Good job and efforts and many thanks for your answers too
I use iDoubs v2 and have a problem with DTMF
I trying to make it support RFC 2833 but with no result
when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF
Thanks in advance
Meftah Tayeb
Jul 7, 2011, 1:56:58 PM7/7/11
to doub...@googlegroups.com
dear Hisham,
i tried iDoubs V2 with my server
without any issue at all.
please could you tel me what server
software are you using?
thank you.
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6272 (20110707) __________
Le message a été vérifié par ESET NOD32 Antivirus.
http://www.eset.com
Mohamed Hisham
Jul 7, 2011, 1:23:50 PM7/7/11
to doub...@googlegroups.com, Meftah Tayeb
Meftah Tayeb
Jul 7, 2011, 2:14:34 PM7/7/11
to Mohamed Hisham, doub...@googlegroups.com
hey :D
do opensips support rtp / media
stufs?
lol, that's not pocible
:P
where your dtmf is going to
?
thank you aguin;)
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6274 (20110707) __________
Mohamed Hisham
Jul 7, 2011, 2:04:27 PM7/7/11
to doub...@googlegroups.com, Meftah Tayeb
How can you test iDoubs V2 and you don't have it and asking for
someone to build it for you
please don't spam emails
Dear Mamadou,
I'm waiting your answer and Thank you :)
please don't spam emails
Dear Mamadou,
I'm waiting your answer and Thank you :)
On 7/7/11 8:56 PM, Meftah Tayeb wrote:
Meftah Tayeb
Jul 7, 2011, 3:05:33 PM7/7/11
to Mohamed Hisham, doub...@googlegroups.com
ok, ask mamadou about
that.
i have one, but without
codecs.
thank you for your bad
thinking.
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6274 (20110707) __________
Mamadou
Jul 8, 2011, 8:41:11 AM7/8/11
to Doubango
Hi,
I'm using the latest version of iDoubs v2 and cannot reproduce the
issue. The DTMF digits are always sent.
How did you make the conclusion?
Could you please use wireshark and filter on "rtpevent"?
For information, the DTMF digits are only sent when the RTP channel is
open: Call established or Early media start.
The only issue I can see is that the DTMF sound played by the device
is very low (routed on the earpiece).
I'm using the latest version of iDoubs v2 and cannot reproduce the
issue. The DTMF digits are always sent.
How did you make the conclusion?
Could you please use wireshark and filter on "rtpevent"?
For information, the DTMF digits are only sent when the RTP channel is
open: Call established or Early media start.
The only issue I can see is that the DTMF sound played by the device
is very low (routed on the earpiece).
Meftah Tayeb
Jul 8, 2011, 8:36:48 AM7/8/11
to doub...@googlegroups.com
Mamadou,
please update me with latest build and let me reproduce it here if i can.
please update me with latest build and let me reproduce it here if i can.
> Le message a �t� v�rifi� par ESET NOD32 Antivirus.
>
> http://www.eset.com
>
> __________ Information provenant d'ESET NOD32 Antivirus, version de la
> base des signatures de virus 6274 (20110707) __________
>
> Le message a �t� v�rifi� par ESET NOD32 Antivirus.
>
> http://www.eset.com
>
> __________ Information provenant d'ESET NOD32 Antivirus, version de la
> base des signatures de virus 6274 (20110707) __________
>
> Le message a �t� v�rifi� par ESET NOD32 Antivirus.
>
> http://www.eset.com
__________ Information provenant d'ESET NOD32 Antivirus, version de la base
des signatures de virus 6276 (20110708) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6276 (20110708) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
rakesh kumar
Jul 8, 2011, 9:43:22 AM7/8/11
to doub...@googlegroups.com
Hi Sir,
I am using HTC desire S handset i make video call but to my device work rear camera.
i want work my front camera so tell me how to enable front camera.
Thanks
saurabh
I am using HTC desire S handset i make video call but to my device work rear camera.
i want work my front camera so tell me how to enable front camera.
Thanks
saurabh
Meftah Tayeb
Jul 8, 2011, 9:38:00 AM7/8/11
to doub...@googlegroups.com
please don't hijack toppics.
if you have a new question please create a new try
don't submit in existing try.
----- Original Message -----From: rakesh kumarSent: Friday, July 08, 2011 3:43 PMSubject: Re: i can't use DTMF RFC 2833
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6277 (20110708) __________
Mohamed Hisham
Jul 8, 2011, 7:06:01 PM7/8/11
to doub...@googlegroups.com, Mamadou
Hi Mamadou,
Did you test to enter many DTMF in one call like extension
for example:
when you call number with recorded message and it's say
"for english Press one" when you press 1 on the DTMF it's working because it's one digit
"for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast
i tried it many times with different DTMF RFC and find that if i set it static on the code like this
[Session setDTMF:2];
[Session setDTMF:8];
[Session setDTMF:0];
it's work but when user enter it number by number it's should be very very fast
Hope you got my point :)
Did you test to enter many DTMF in one call like extension
for example:
when you call number with recorded message and it's say
"for english Press one" when you press 1 on the DTMF it's working because it's one digit
"for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast
i tried it many times with different DTMF RFC and find that if i set it static on the code like this
[Session setDTMF:2];
[Session setDTMF:8];
[Session setDTMF:0];
it's work but when user enter it number by number it's should be very very fast
Hope you got my point :)
Mohamed Hisham
Jul 16, 2011, 5:33:43 AM7/16/11
to doub...@googlegroups.com, Mamadou
Hi Mamadou,
Did you test to enter many DTMF in one call like extension
for example:
when you call number with recorded message and it's say
"for english Press one" when you press 1 on the DTMF it's working because it's one digit
"for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast
i tried it many times with different DTMF RFC and find that if i set it static on the code like this
[Session setDTMF:2];
[Session setDTMF:8];
[Session setDTMF:0];
it's work but when user enter it number by number it's should be very very fast
Did you test to enter many DTMF in one call like extension
for example:
when you call number with recorded message and it's say
"for english Press one" when you press 1 on the DTMF it's working because it's one digit
"for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast
i tried it many times with different DTMF RFC and find that if i set it static on the code like this
[Session setDTMF:2];
[Session setDTMF:8];
[Session setDTMF:0];
it's work but when user enter it number by number it's should be very very fast
Hope
you got my point :)
Jason Penton
Jul 16, 2011, 5:33:12 AM7/16/11
to doub...@googlegroups.com, Mamadou
Mamadou, please correct me if I am wrong but according to the codebas, doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays DTMF tones from wav files within the RTP stream. naturally, this is very unreliable, especially when using compression codecs like AMR, G729, etc
cheers
Jason
cheers
Jason
Tayeb Meftah
Jul 16, 2011, 5:29:09 AM7/16/11
to doub...@googlegroups.com, Mamadou
Testing it...
Envoyé de mon iPhone
Mamadou
Jul 16, 2011, 8:18:54 PM7/16/11
to Doubango
@Json Penton
You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav
files are only used to alert the user that the digit has been sent (to
provide user experience).
For more information, here is the source code:
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347
@Mohamed Hisham
I really think the problem comes from your server. We are using the
same code since Doubango v1.x and successfully tested it against many
IMS/SIP networks from big European Telco operators.
The rtpevent packets are sent to your server as soon as you press the
button and we cannot guess what will be the next digits. It's up to
your server match the digits.
On Jul 16, 11:29 am, Tayeb Meftah <tayeb.mef...@gmail.com> wrote:
> Testing it...
>
> Envoyé de mon iPhone
>
>
> > *Mohamed Hisham*
>
> > *Development Team Leader*
You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav
files are only used to alert the user that the digit has been sent (to
provide user experience).
For more information, here is the source code:
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347
@Mohamed Hisham
I really think the problem comes from your server. We are using the
same code since Doubango v1.x and successfully tested it against many
IMS/SIP networks from big European Telco operators.
The rtpevent packets are sent to your server as soon as you press the
button and we cannot guess what will be the next digits. It's up to
your server match the digits.
On Jul 16, 11:29 am, Tayeb Meftah <tayeb.mef...@gmail.com> wrote:
> Testing it...
>
> Envoyé de mon iPhone
>
> Le 16 juil. 2011 à 10:33, Jason Penton <jason.pen...@gmail.com> a écrit :
>
> Mamadou, please correct me if I am wrong but according to the codebas,
> doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays
> DTMF tones from wav files within the RTP stream. naturally, this is very
> unreliable, especially when using compression codecs like AMR, G729, etc
>
> cheers
> Jason
>
> On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham <his...@mhisham.net> wrote:
> > Hi Mamadou,
> > Did you test to enter many DTMF in one call like extension
> > for example:
> > when you call number with recorded message and it's say
> > "for english Press one" when you press 1 on the DTMF it's working because
> > it's one digit
> > "for sales enter 280" you cant enter this extension on DTMF Pad because u
> > have to enter it very fast
> > i tried it many times with different DTMF RFC and find that if i set it
> > static on the code like this
> > [Session setDTMF:2];
> > [Session setDTMF:8];
> > [Session setDTMF:0];
>
> > it's work but when user enter it number by number it's should be very very
> > fast
> > Hope you got my point :)
>
> > *Regards !*
>
> Mamadou, please correct me if I am wrong but according to the codebas,
> doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays
> DTMF tones from wav files within the RTP stream. naturally, this is very
> unreliable, especially when using compression codecs like AMR, G729, etc
>
> cheers
> Jason
>
> On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham <his...@mhisham.net> wrote:
> > Hi Mamadou,
> > Did you test to enter many DTMF in one call like extension
> > for example:
> > when you call number with recorded message and it's say
> > "for english Press one" when you press 1 on the DTMF it's working because
> > it's one digit
> > "for sales enter 280" you cant enter this extension on DTMF Pad because u
> > have to enter it very fast
> > i tried it many times with different DTMF RFC and find that if i set it
> > static on the code like this
> > [Session setDTMF:2];
> > [Session setDTMF:8];
> > [Session setDTMF:0];
>
> > it's work but when user enter it number by number it's should be very very
> > fast
> > Hope you got my point :)
>
>
> > *Mohamed Hisham*
>
> > *Development Team Leader*
>
> > On 7/8/11 2:41 PM, Mamadou wrote:
>
> > Hi,
> > I'm using the latest version of iDoubs v2 and cannot reproduce the
> > issue. The DTMF digits are always sent.
> > How did you make the conclusion?
> > Could you please use wireshark and filter on "rtpevent"?
> > For information, the DTMF digits are only sent when the RTP channel is
> > open: Call established or Early media start.
> > The only issue I can see is that the DTMF sound played by the device
> > is very low (routed on the earpiece).
>
> > On 7/8/11 2:41 PM, Mamadou wrote:
>
> > Hi,
> > I'm using the latest version of iDoubs v2 and cannot reproduce the
> > issue. The DTMF digits are always sent.
> > How did you make the conclusion?
> > Could you please use wireshark and filter on "rtpevent"?
> > For information, the DTMF digits are only sent when the RTP channel is
> > open: Call established or Early media start.
> > The only issue I can see is that the DTMF sound played by the device
> > is very low (routed on the earpiece).
>
Mamadou
Jul 16, 2011, 8:26:30 PM7/16/11
to Doubango
There is an issue opened on the tracker: http://code.google.com/p/idoubs/issues/detail?id=53
On Jul 17, 2:18 am, Mamadou <diopmama...@doubango.org> wrote:
> @Json Penton
>
> You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav
> files are only used to alert the user that the digit has been sent (to
> provide user experience).
> For more information, here is the source code:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango...
On Jul 17, 2:18 am, Mamadou <diopmama...@doubango.org> wrote:
> @Json Penton
>
> You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav
> files are only used to alert the user that the digit has been sent (to
> provide user experience).
Tayeb Meftah
Jul 17, 2011, 3:09:12 AM7/17/11
to doub...@googlegroups.com
Rfc2833 work
Dialed 1000 ext from ivr
Dialed 1000 ext from ivr
Envoyé de mon iPhone
Jason Penton
Jul 17, 2011, 5:30:04 AM7/17/11
to doub...@googlegroups.com
ahh, apologies Mamadou, I assumed based on the TODO comment in the trtp_manager.c file w.r.t adding outbound DTMF support (RF2833).
Mohamed Hisham
Jul 17, 2011, 8:08:39 AM7/17/11
to doub...@googlegroups.com, Mamadou
Yes mamadou, you are right there's a
duration time between every DTMF and you can configure it from
server side or from application
i think i have to set it from server and search where is the DTMF enter time of DTMF in doubango code
i think i have to set it from server and search where is the DTMF enter time of DTMF in doubango code
Mohamed Hisham
Aug 2, 2011, 5:41:58 AM8/2/11
to doub...@googlegroups.com, Mamadou
Hello Mamadou,
I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF
I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2
and they are answer that:
i can give you account on my server and test it with you if you want :)
Thanks
I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF
I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2
and they are answer that:
The RTP sequence number of softphone's RFC2833 packets is wrong, please let developer check it. And Please reference the way of X-lite when sending RFC2833 packets within a RTP stream.please note that i tested the DTMF with in-band and it's working as well but with RFC2833 it's not
i can give you account on my server and test it with you if you want :)
Thanks
On 7/17/11 2:18 AM, Mamadou wrote:
Mamadou
Aug 2, 2011, 6:16:45 AM8/2/11
to Doubango
For sure we will not do something because x-lite do the same.
Try to increment the sequence number in the retransmission of the two
last DTMF event packets:
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#458
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461
Replace parameter 4 from "seq_num" to "++seq_num".
On Aug 2, 11:41 am, Mohamed Hisham <his...@mhisham.net> wrote:
> Hello Mamadou,
> I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF
> I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2
> and they are answer that:The RTP sequence number of softphone's RFC2833 packets is wrong, please let developer check it. And Please reference the way of X-lite when sending RFC2833 packets within a RTP stream.please note that i tested the DTMF with in-band and it's working as well but withRFC2833it's not
>
> read more »
>
> DTMF.txt
> < 1KViewDownload
Try to increment the sequence number in the retransmission of the two
last DTMF event packets:
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#458
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461
Replace parameter 4 from "seq_num" to "++seq_num".
On Aug 2, 11:41 am, Mohamed Hisham <his...@mhisham.net> wrote:
> Hello Mamadou,
> I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF
> I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2
> i can give you account on my server and test it with you if you want :)
> Thanks
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
> On 7/17/11 2:18 AM, Mamadou wrote:@Json Penton You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav files are only used to alert the user that the digit has been sent (to provide user experience). For more information, here is the source code:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@Mohamed Hisham I really think the problem comes from your server. We are using the same code since Doubango v1.x and successfully tested it against many IMS/SIP networks from big European Telco operators. The rtpevent packets are sent to your server as soon as you press the button and we cannot guess what will be the next digits. It's up to your server match the digits. On Jul 16, 11:29 am, Tayeb Meftah<tayeb.mef...@gmail.com>wrote:Testing it... Envoyé de mon iPhone Le 16 juil. 2011 à 10:33, Jason Penton<jason.pen...@gmail.com>a écrit : Mamadou, please correct me if I am wrong but according to the codebas, doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays DTMF tones from wav files within the RTP stream. naturally, this is very unreliable, especially when using compression codecs like AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham<his...@mhisham.net>wrote: Hi Mamadou, Did you test to enter many DTMF in one call like extension for example: when you call number with recorded message and it's say "for english Press one" when you press 1 on the DTMF it's working because it's one digit "for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast i tried it many times with different DTMF RFC and find that if i set it static on the code like this [Session setDTMF:2]; [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter it number by number it's should be very very fast Hope you got my point :) *Regards !**Mohamed Hisham**Development Team Leader*On 7/8/11 2:41 PM, Mamadou wrote:Hi, I'm using the latest version of iDoubs v2 and cannot reproduce the issue. The DTMF digits are always sent. How did you make the conclusion? Could you please use wireshark and filter on "rtpevent"? For information, the DTMF digits are only sent when the RTP channel is open: Call established or Early media start. The only issue I can see is that the DTMF sound played by the device is very low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah Tayeb"<tayeb.mef...@gmail.com><tayeb.mef...@gmail.com>wrote: ok, ask mamadou about that. i have one, but without codecs. thank you for your bad thinking. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Cc: Meftah Tayeb Sent: Thursday, July 07, 2011 8:04 PM Subject: Re: i can't use DTMF RFC 2833 How can you test iDoubs V2 and you don't have it and asking for someone to build it for you please don't spam emails Dear Mamadou, I'm waiting your answer and Thank you :) Regards ! Mohamed Hisham Development Team Leader On 7/7/11 8:56 PM, Meftah Tayeb wrote: dear Hisham, i tried iDoubs V2 with my server without any issue at all. please could you tel me what server software are you using? thank you. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Sent: Thursday, July 07, 2011 6:05 PM Subject: i can't use DTMF RFC 2833 Hello Sir, I Like your Good job and efforts and many thanks for your answers too I use iDoubs v2 and have a problem with DTMF I trying to make it support RFC 2833 but with no result when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF Thanks in advance -- Regards ! Mohamed Hisham Development Team Leader...
> Thanks
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
>
> read more »
>
> DTMF.txt
> < 1KViewDownload
Mohamed Hisham
Aug 2, 2011, 7:02:28 AM8/2/11
to doub...@googlegroups.com, Mamadou
I Replaced parameter 4 from "seq_num" to
"++seq_num" in line 458 & 461
but the same error with the following log file
but the same error with the following log file
Mamadou
Aug 2, 2011, 7:04:56 AM8/2/11
to Doubango
Our implementation follows the standard (rfc 4733) and if there is a
problem they must tell what is the problem.
"Please reference the way of X-lite when sending RFC2833 packets..."
is not a response.
We expect something like this: "According to rfc xxxx section yyyy you
must do this but your doing that".
On Aug 2, 1:02 pm, Mohamed Hisham <his...@mhisham.net> wrote:
> I Replaced parameter 4 from "seq_num" to "++seq_num" in line 458 & 461
> but the same error with the following log file
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
> On 8/2/11 12:16 PM, Mamadou wrote:For sure we will not do something because x-lite do the same. Try to increment the sequence number in the retransmission of the two last DTMF event packets:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#458http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461Replace parameter 4 from "seq_num" to "++seq_num". On Aug 2, 11:41 am, Mohamed Hisham<his...@mhisham.net>wrote:Hello Mamadou, I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2 and they are answer that:The RTP sequence number of softphone's RFC2833 packets is wrong, please let developer check it. And Please reference the way of X-lite when sending RFC2833 packets within a RTP stream.please note that i tested the DTMF with in-band and it's working as well but withRFC2833it's not i can give you account on my server and test it with you if you want :) Thanks Regards ! Mohamed Hisham Development Team Leader On 7/17/11 2:18 AM, Mamadou wrote:@Json Penton You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav files are only used to alert the user that the digit has been sent (to provide user experience). For more information, here is the source code:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@MohamedHisham I really think the problem comes from your server. We are using the same code since Doubango v1.x and successfully tested it against many IMS/SIP networks from big European Telco operators. The rtpevent packets are sent to your server as soon as you press the button and we cannot guess what will be the next digits. It's up to your server match the digits. On Jul 16, 11:29 am, Tayeb Meftah<tayeb.mef...@gmail.com>wrote:Testing it... Envoyé de mon iPhone Le 16 juil. 2011 à 10:33, Jason Penton<jason.pen...@gmail.com>a écrit : Mamadou, please correct me if I am wrong but according to the codebas, doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays DTMF tones from wav files within the RTP stream. naturally, this is very unreliable, especially when using compression codecs like AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham<his...@mhisham.net>wrote: Hi Mamadou, Did you test to enter many DTMF in one call like extension for example: when you call number with recorded message and it's say "for english Press one" when you press 1 on the DTMF it's working because it's one digit "for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast i tried it many times with different DTMF RFC and find that if i set it static on the code like this [Session setDTMF:2]; [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter it number by number it's should be very very fast Hope you got my point :) *Regards !**Mohamed Hisham**Development Team Leader*On 7/8/11 2:41 PM, Mamadou wrote:Hi, I'm using the latest version of iDoubs v2 and cannot reproduce the issue. The DTMF digits are always sent. How did you make the conclusion? Could you please use wireshark and filter on "rtpevent"? For information, the DTMF digits are only sent when the RTP channel is open: Call established or Early media start. The only issue I can see is that the DTMF sound played by the device is very low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah Tayeb"<tayeb.mef...@gmail.co m><tayeb.mef...@gmail.com>wrote: ok, ask mamadou about that. i have one, but without codecs. thank you for your bad thinking. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Cc: Meftah Tayeb Sent: Thursday, July 07, 2011 8:04 PM Subject: Re: i can't use DTMF RFC 2833 How can you test iDoubs V2 and you don't have it and asking for someone to build it for you please don't spam emails Dear Mamadou, I'm waiting your answer and Thank you :) Regards ! Mohamed Hisham Development Team Leader On 7/7/11 8:56 PM, Meftah Tayeb wrote: dear Hisham, i tried iDoubs V2 with my server without any issue at all. please could you tel me what server software are you using? thank you. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Sent: Thursday, July 07, 2011 6:05 PM Subject: i can't use DTMF RFC 2833 Hello Sir, I Like your Good job and efforts and many thanks for your answers too I use iDoubs v2 and have a problem with DTMF I trying to make it support RFC 2833 but with no result when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF Thanks in advance -- Regards ! Mohamed Hisham Development Team Leader... read more » DTMF.txt < 1KViewDownload
>
> DTMF.txt
> 1KViewDownload
problem they must tell what is the problem.
"Please reference the way of X-lite when sending RFC2833 packets..."
is not a response.
We expect something like this: "According to rfc xxxx section yyyy you
must do this but your doing that".
On Aug 2, 1:02 pm, Mohamed Hisham <his...@mhisham.net> wrote:
> I Replaced parameter 4 from "seq_num" to "++seq_num" in line 458 & 461
> but the same error with the following log file
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
>
> DTMF.txt
> 1KViewDownload
Mohamed Hisham
Aug 3, 2011, 6:05:02 AM8/3/11
to Mamadou, doub...@googlegroups.com
You are right,
I run wireshark to catch packet
1- softphone.pcap & ATA.pcap is success DTMF for extention 181
2- iphone.pcap is fail DTMF for extention 181
you can check the attached packet by wireshark
I run wireshark to catch packet
1- softphone.pcap & ATA.pcap is success DTMF for extention 181
2- iphone.pcap is fail DTMF for extention 181
you can check the attached packet by wireshark
On 8/2/11 1:04 PM, Mamadou wrote:
Our implementation follows the standard (rfc 4733) and if there is a problem they must tell what is the problem. "Please reference the way of X-lite when sending RFC2833 packets..." is not a response. We expect something like this: "According to rfc xxxx section yyyy you must do this but your doing that". On Aug 2, 1:02 pm, Mohamed Hisham <his...@mhisham.net> wrote:
I Replaced parameter 4 from "seq_num" to "++seq_num" in line 458 & 461 but the same error with the following log file Regards ! Mohamed Hisham Development Team Leader On 8/2/11 12:16 PM, Mamadou wrote:For sure we will not do something because x-lite do the same. Try to increment the sequence number in the retransmission of the two last DTMF event packets:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#458http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461Replace parameter 4 from "seq_num" to "++seq_num". On Aug 2, 11:41 am, Mohamed Hisham<his...@mhisham.net>wrote:Hello Mamadou, I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2 and they are answer that:The RTP sequence number of softphone's RFC2833 packets is wrong, please let developer check it. And Please reference the way of X-lite when sending RFC2833 packets within a RTP stream.please note that i tested the DTMF with in-band and it's working as well but withRFC2833it's not i can give you account on my server and test it with you if you want :) Thanks Regards ! Mohamed Hisham Development Team Leader On 7/17/11 2:18 AM, Mamadou wrote:@Json Penton You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav files are only used to alert the user that the digit has been sent (to provide user experience). For more information, here is the source code:http://code.google .com/p/doubango/source/ browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@MohamedHisham I really think the problem comes from your server. We are using the same code since Doubango v1.x and successfully tested it against many IMS/SIP networks from big European Telco operators. The rtpevent packets are sent to your server as soon as you press the button and we cannot guess what will be the next digits. It's up to your server match the digits. On Jul 16, 11:29 am, Tayeb Meftah<tayeb.mef...@gmail.com>wrote:Testing it... Envoyé de mon iPhone Le 16 juil. 2011 à 10:33, Jason Penton<jason.pen...@gmail.com>a écrit : Mamadou, please correct me if I am wrong but according to the codebas, doubango does not support RFC2833 (aka out of band DTMF). IMSDroid pl ays DTMF tones from wav files within the RTP s tream. naturally, this is very unreliable, especially when using compression codecs like AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham<his...@mhisham.net>
wrote: Hi Mamadou, Did you test to enter many DTMF in one call like extension for example: when you call number with recorded message and it's say "for english Press one" when you press 1 on the DTMF it's working because it's one digit "for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast i tried it many times with different DTMF RFC and find that if i set it static on the code like this [Session setDTMF:2]; [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter it number by number it's should be very very fast Hope you got my point :) *Regards !**Mohamed Hisham**Development Team Leader*On 7/8/11 2:41 PM, Mamadou wrote: Hi, I'm using the lates t version of iDoubs v2 and cannot reproduce the issue. The DTMF digits are always sent. How did you make the conclusion? Could you please use wireshark and filter on "rtpevent"? For information, the DTMF digits are only sent when the RTP channel is open: Call established or Early media start. The only issue I can see is that the DTMF sound played by the device is very low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah Tayeb"<tayeb.mef...@gmail.co m><tayeb.mef...@gmail.com>wrote: ok, ask mamadou about that. i have one, but without codecs. thank you for your bad thinking. ----- Original Message ----- From: Mohamed Hisham To:doubango@googlegroups.c om Cc: Meftah Tayeb Sent: Thursday, July 07, 2011 8: 04 PM Subject: Re: i can't use DTMF RFC 2833 How can you test iDoubs V2 and you don't have it and asking for someone to build it for you please don't spam emails Dear Mamadou, I'm waiting your answer and Thank you :) Regards ! Mohamed Hisham Development Team Leader On 7/7/11 8:56 PM, Meftah Tayeb wrote: dear Hisham, i tried iDoubs V2 with my server without any issue at all. please could you tel me what server software are you using? thank you. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Sent: Thursday, July 07, 2011 6:05 PM Subject: i can't use DTMF RFC 2833 Hello Sir, I Like your Good job and efforts and man y thanks for your answers too I use iDoubs v2 and have a problem with DTMF I trying to make it support RFC 2833 but with no result when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF Thanks in advance -- Regards ! Mohamed Hisham Development Team Leader... read more » DTMF.txt < 1KViewDownload DTMF.txt 1KViewDownload
Mohamed Hisham
Aug 3, 2011, 6:23:11 AM8/3/11
to doub...@googlegroups.com, Mamadou
Dear Mamadu,
Can you please tell me what about this line:
Can you please tell me what about this line:
// TODO: Add support for outbound DTMF (http://www.ietf.org/rfc/rfc2833.txt)http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyRTP/src/trtp_manager.c#41
is RFC 2833 is still not supported?
On 8/2/11 1:04 PM, Mamadou wrote:
Tayeb Meftah
Aug 3, 2011, 6:22:50 AM8/3/11
to doub...@googlegroups.com, Mamadou
Deprecated.
Envoyé de mon iPhone
Envoyé de mon iPhone
Mamadou
Aug 3, 2011, 1:02:46 PM8/3/11
to Doubango
We just forget to remove the comment :)
> Can you please tell me what about this line:// TODO: Add support for outbound DTMF (http://www.ietf.org/rfc/rfc2833.txt)http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyRTP/src/trtp_manager.c#41is RFC 2833 is still not supported?
> Can you please tell me what about this line:// TODO: Add support for outbound DTMF (http://www.ietf.org/rfc/rfc2833.txt)http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyRTP/src/trtp_manager.c#41is RFC 2833 is still not supported?
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
> On 8/2/11 1:04 PM, Mamadou wrote:Our implementation follows the standard (rfc 4733) and if there is a problem they must tell what is the problem. "Please reference the way of X-lite when sending RFC2833 packets..." is not a response. We expect something like this: "According to rfc xxxx section yyyy you must do this but your doing that". On Aug 2, 1:02 pm, Mohamed Hisham<his...@mhisham.net>wrote:I Replaced parameter 4 from "seq_num" to "++seq_num" in line 458 & 461 but the same error with the following log file Regards ! Mohamed Hisham Development Team Leader On 8/2/11 12:16 PM, Mamadou wrote:For sure we will not do something because x-lite do the same. Try to increment the sequence number in the retransmission of the two last DTMF event packets:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#458http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461Replaceparameter 4 from "seq_num" to "++seq_num". On Aug 2, 11:41 am, Mohamed Hisham<his...@mhisham.net>wrote:Hello Mamadou, I contact hanlong company witch made "Landline converter" and i facing the problem of DTMF I sent them the telnet log file for success DTMF from x-lite and faild DTMF from idoubs v2 and they are answer that:The RTP sequence number of softphone's RFC2833 packets is wrong, please let developer check it. And Please reference the way of X-lite when sending RFC2833 packets within a RTP stream.please note that i tested the DTMF with in-band and it's working as well but withRFC2833it's not i can give you account on my server and test it with you if you want :) Thanks Regards ! Mohamed Hisham Development Team Leader On 7/17/11 2:18 AM, Mamadou wrote:@Json Penton You are wrong. I support RFC 4733 (which obsolete RFC 2833). The wav files are only used to alert the user that the digit has been sent (to provide user experience). For more information, here is the source code:http://code.google.com/p/doubango/source/ browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@MohamedHishamI really think the problem comes from your server. We are using the same code since Doubango v1.x and successfully tested it against many IMS/SIP networks from big European Telco operators. The rtpevent packets are sent to your server as soon as you press the button and we cannot guess what will be the next digits. It's up to your server match the digits. On Jul 16, 11:29 am, Tayeb Meftah<tayeb.mef...@gmail.com>wrote:Testing it... Envoyé de mon iPhone Le 16 juil. 2011 à 10:33, Jason Penton<jason.pen...@gmail.com>a écrit : Mamadou, please correct me if I am wrong but according to the codebas, doubango does not support RFC2833 (aka out of band DTMF). IMSDroid plays DTMF tones from wav files within the RTP s tream. naturally, this is very unreliable, especially when using compression codecs like AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed Hisham<his...@mhisham.net>wrote: Hi Mamadou, Did you test to enter many DTMF in one call like extension for example: when you call number with recorded message and it's say "for english Press one" when you press 1 on the DTMF it's working because it's one digit "for sales enter 280" you cant enter this extension on DTMF Pad because u have to enter it very fast i tried it many times with different DTMF RFC and find that if i set it static on the code like this [Session setDTMF:2]; [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter it number by number it's should be very very fast Hope you got my point :) *Regards !**Mohamed Hisham**Development Team Leader*On 7/8/11 2:41 PM, Mamadou wrote:Hi, I'm using the lates t version of iDoubs v2 and cannot reproduce the issue. The DTMF digits are always sent. How did you make the conclusion? Could you please use wireshark and filter on "rtpevent"? For information, the DTMF digits are only sent when the RTP channel is open: Call established or Early media start. The only issue I can see is that the DTMF sound played by the device is very low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah Tayeb"<tayeb.mef...@gmail.co m><tayeb.mef...@gmail.com>wrote: ok, ask mamadou about that. i have one, but without codecs. thank you for your bad thinking. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Cc: Meftah Tayeb Sent: Thursday, July 07, 2011 8: 04 PM Subject: Re: i can't use DTMF RFC 2833 How can you test iDoubs V2 and you don't have it and asking for someone to build it for you please don't spam emails Dear Mamadou, I'm waiting your answer and Thank you :) Regards ! Mohamed Hisham Development Team Leader On 7/7/11 8:56 PM, Meftah Tayeb wrote: dear Hisham, i tried iDoubs V2 with my server without any issue at all. please could you tel me what server software are you using? thank you. ----- Original Message ----- From: Mohamed Hisham To:doub...@googlegroups.com Sent: Thursday, July 07, 2011 6:05 PM Subject: i can't use DTMF RFC 2833 Hello Sir, I Like your Good job and efforts and man y thanks for your answers too I use iDoubs v2 and have a problem with DTMF I trying to make it support RFC 2833 but with no result when i press DTMF buttons very fast it's works but i don't know why i have to touch it very fast to setDTMF Thanks in advance -- Regards ! Mohamed Hisham Development Team Leader... read more » DTMF.txt < 1KViewDownload DTMF.txt 1KViewDownload> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
Meftah Tayeb
Aug 3, 2011, 12:54:36 PM8/3/11
to doub...@googlegroups.com
lol
----- Original Message -----
From: "Mamadou" <diopm...@doubango.org>
To: "Doubango" <doub...@googlegroups.com>
Sent: Wednesday, August 03, 2011 7:02 PM
Subject: Re: i can't use DTMF RFC 2833
> Envoy� de mon iPhone Le 16 juil. 2011 � 10:33, Jason
> Penton<jason.pen...@gmail.com>a �crit : Mamadou, please correct me if I am
__________ Information provenant d'ESET NOD32 Antivirus, version de la base
des signatures de virus 6347 (20110803) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6347 (20110803) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
Mohamed Hisham
Aug 3, 2011, 4:15:29 PM8/3/11
to doub...@googlegroups.com, Doubango
Ok. But what about fail packet??
Regards !
Mohamed Hisham
Development Team Leader
GULFSIP : 121
GULFSIP Telecom Co. ( Egypt Branch )
mhi...@gulfsip.com
www.gulfsip.com
Mohamed Hisham
Aug 3, 2011, 4:16:53 PM8/3/11
to doub...@googlegroups.com, Doubango
I can send you an account and test with u from idoubs and from any another software and compare packets
Regards !
Mohamed Hisham
Development Team Leader
GULFSIP : 121
GULFSIP Telecom Co. ( Egypt Branch )
mhi...@gulfsip.com
www.gulfsip.com
On Aug 3, 2011, at 8:02 PM, Mamadou <diopm...@doubango.org> wrote:
Mohamed Hisham
Aug 4, 2011, 3:39:05 PM8/4/11
to doub...@googlegroups.com, Doubango
Mamadou,
Whats your opinion to send u "Land line converter" by DHL with 2 sip accounts to test DTMF RFC 2833 and catch the problem??? Im waiting your address in private mail and i will send it to u ASAP
Whats your opinion to send u "Land line converter" by DHL with 2 sip accounts to test DTMF RFC 2833 and catch the problem??? Im waiting your address in private mail and i will send it to u ASAP
Regards !
Mohamed Hisham
Development Team Leader
GULFSIP : 121
GULFSIP Telecom Co. ( Egypt Branch )
mhi...@gulfsip.com
www.gulfsip.com
On Aug 3, 2011, at 8:02 PM, Mamadou <diopm...@doubango.org> wrote:
Mohamed Hisham
Aug 8, 2011, 6:01:34 AM8/8/11
to doub...@googlegroups.com
Hello Mamadou,
Why you didn't reply to me we need to catch this issue together
I'm still waiting your reply
Why you didn't reply to me we need to catch this issue together
I'm still waiting your reply
Tayeb Meftah
Aug 8, 2011, 6:07:10 AM8/8/11
to doub...@googlegroups.com
He is busy
Envoyé de mon iPhone
Envoyé de mon iPhone
Hello Mamadou,
Why you didn't reply to me we need to catch this issue together
I'm still waiting your reply
On 8/4/11 9:39 PM, Mohamed Hisham wrote:
Mamadou
Aug 9, 2011, 5:16:07 AM8/9/11
to Doubango
@Mohamed
I already said that it's up to you to tell me why YOUR server doesn't
accept the RTP event packets sent from iDoubs.
On Aug 8, 12:07 pm, Tayeb Meftah <tayeb.mef...@gmail.com> wrote:
> He is busy
>
> Envoyé de mon iPhone
>
> Le 8 août 2011 à 10:56, Mohamed Hisham <his...@mhisham.net> a écrit :
>
> Hello Mamadou,
> Why you didn't reply to me we need to catch this issue together
> I'm still waiting your reply
>
>
> On Aug 3, 2011, at 8:02 PM, Mamadou <diopmama...@doubango.org>
> <http://code.google.com/p/doubango/source/browse/branches/2.0/doubango...
I already said that it's up to you to tell me why YOUR server doesn't
accept the RTP event packets sent from iDoubs.
On Aug 8, 12:07 pm, Tayeb Meftah <tayeb.mef...@gmail.com> wrote:
> He is busy
>
> Envoyé de mon iPhone
>
> Le 8 août 2011 à 10:56, Mohamed Hisham <his...@mhisham.net> a écrit :
>
> Hello Mamadou,
> Why you didn't reply to me we need to catch this issue together
> I'm still waiting your reply
>
> *Regards !*
>
> *Mohamed Hisham*
>
> *Development Team Leader*
>
>
> *Mohamed Hisham*
>
> *Development Team Leader*
>
> On 8/4/11 9:39 PM, Mohamed Hisham wrote:
>
> Mamadou,
> Whats your opinion to send u "Land line converter" by DHL with 2 sip
> accounts to test DTMF RFC 2833 and catch the problem??? Im waiting
> your address in private mail and i will send it to u ASAP
>
> Regards !
> Mohamed Hisham
> Development Team Leader
> GULFSIP : 121
> GULFSIP Telecom Co. ( Egypt Branch )mhis...@gulfsip.comwww.gulfsip.com
>
> Mamadou,
> Whats your opinion to send u "Land line converter" by DHL with 2 sip
> accounts to test DTMF RFC 2833 and catch the problem??? Im waiting
> your address in private mail and i will send it to u ASAP
>
> Regards !
> Mohamed Hisham
> Development Team Leader
> GULFSIP : 121
>
> On Aug 3, 2011, at 8:02 PM, Mamadou <diopmama...@doubango.org>
>
> <diopmama...@doubango.org> wrote:
>
> We just forget to remove the comment :)
>
> On Aug 3, 12:23 pm, Mohamed Hisham <his...@mhisham.net>
>
> <his...@mhisham.net> wrote:
>
> Dear Mamadu,
> Can you please tell me what about this line:// TODO: Add support for
> outbound DTMF (http://www.ietf.org/rfc/rfc2833.txt)http://code.google.com/p/doubango...
> <diopmama...@doubango.org> wrote:
>
> We just forget to remove the comment :)
>
> On Aug 3, 12:23 pm, Mohamed Hisham <his...@mhisham.net>
>
> <his...@mhisham.net> wrote:
>
> Dear Mamadu,
> Can you please tell me what about this line:// TODO: Add support for
> RFC 2833 is still not supported?
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
> On 8/2/11 1:04 PM, Mamadou wrote:Our implementation follows the
> standard (rfc 4733) and if there is a problem they must tell what is
> the problem. "Please reference the way of X-lite when sending RFC2833
> packets..." is not a response. We expect something like this:
> "According to rfc xxxx section yyyy you must do this but your doing
> that". On Aug 2, 1:02 pm, Mohamed Hisham<his...@mhisham.net>
> <his...@mhisham.net>wrote:I Replaced parameter 4 from "seq_num" to
> "++seq_num" in line 458 & 461 but the same error with the following
> log file Regards ! Mohamed Hisham Development Team Leader On 8/2/1112:16 PM, Mamadou wrote:For sure we will not do something because
>
> Regards !
>
> Mohamed Hisham
>
> Development Team Leader
> On 8/2/11 1:04 PM, Mamadou wrote:Our implementation follows the
> standard (rfc 4733) and if there is a problem they must tell what is
> the problem. "Please reference the way of X-lite when sending RFC2833
> packets..." is not a response. We expect something like this:
> "According to rfc xxxx section yyyy you must do this but your doing
> that". On Aug 2, 1:02 pm, Mohamed Hisham<his...@mhisham.net>
> <his...@mhisham.net>wrote:I Replaced parameter 4 from "seq_num" to
> "++seq_num" in line 458 & 461 but the same error with the following
>
> x-lite do the same. Try to increment the sequence number in the
> retransmission of the two last DTMF event
> packets:http://code.google.com/p/doubango/source/browse/branches/2.0/doubango...
> x-lite do the same. Try to increment the sequence number in the
> retransmission of the two last DTMF event
> <http://code.google.com/p/doubango/source/browse/branches/2.0/doubango...
> tp://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#461Replaceparameter>
> 4 from "seq_num" to "++seq_num". On Aug 2, 11:41 am, Mohamed
> Hisham<his...@mhisham.net> <his...@mhisham.net>wrote:Hello Mamadou, I
> 4 from "seq_num" to "++seq_num". On Aug 2, 11:41 am, Mohamed
> contact hanlong company witch made "Landline converter" and i facing
> the problem of DTMF I sent them the telnet log file for success DTMF
> from x-lite and faild DTMF from idoubs v2 and they are answer that:The
> RTP sequence number of softphone's RFC2833 packets is wrong, please
> let developer check it. And Please reference the way of X-lite when
> sending RFC2833 packets within a RTP stream.please note that i tested
> the DTMF with in
> -band and it's working as well but withRFC2833it's not i can give you
> account on my server and test it with you if you want :) Thanks
> Regards ! Mohamed Hisham Development Team Leader On 7/17/11 2:18 AM,Mamadou wrote:@Json Penton You are wrong. I support RFC 4733 (which
> the problem of DTMF I sent them the telnet log file for success DTMF
> from x-lite and faild DTMF from idoubs v2 and they are answer that:The
> RTP sequence number of softphone's RFC2833 packets is wrong, please
> let developer check it. And Please reference the way of X-lite when
> sending RFC2833 packets within a RTP stream.please note that i tested
> the DTMF with in
> -band and it's working as well but withRFC2833it's not i can give you
> account on my server and test it with you if you want :) Thanks
>
> obsolete RFC 2833). The wav files are only used to alert the user that
> the digit has been sent (to provide user experience). For more
> information, here is the source
> code:http://code.google.com/p/doubango/source/
> browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@MohamedHishamI
> really think the problem comes from your server. We are using the same
> code since Doubango v1.x and successfully tested it against many
> IMS/SIP networks from big European Telco operators. The rtpevent
> packets are sent to your server as soon as you press the button and we
> cannot guess what will be the next digits. It's up to your se
> rver match the digits. On Jul 16, 11:29 am, Tayeb
> Meftah<tayeb.mef...@gmail.com> <tayeb.mef...@gmail.com>wrote:Testing
> obsolete RFC 2833). The wav files are only used to alert the user that
> the digit has been sent (to provide user experience). For more
> information, here is the source
> code:http://code.google.com/p/doubango/source/
> browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#347@MohamedHishamI
> really think the problem comes from your server. We are using the same
> code since Doubango v1.x and successfully tested it against many
> IMS/SIP networks from big European Telco operators. The rtpevent
> packets are sent to your server as soon as you press the button and we
> cannot guess what will be the next digits. It's up to your se
> rver match the digits. On Jul 16, 11:29 am, Tayeb
> it... Envoyé de mon iPhone Le 16 juil. 2011 à 10:33, Jason
> Penton<jason.pen...@gmail.com> <jason.pen...@gmail.com>a écrit :
> Mamadou, please correct me if I am wrong but according to the codebas,
> doubango does not support RFC2833 (aka out of band DTMF). IMSDroid
> plays DTMF tones from wav files within the RTP s tream. naturally,
> this is very unreliable, especially when using compression codecs like
> AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed
> Hisham<his...@mhisham.net> <his...@mhisham.net>wrote: Hi Mamadou, Did
> doubango does not support RFC2833 (aka out of band DTMF). IMSDroid
> plays DTMF tones from wav files within the RTP s tream. naturally,
> this is very unreliable, especially when using compression codecs like
> AMR, G729, etc cheers Jason On Sat, Jul 16, 2011 at 11:33 AM, Mohamed
> you test to enter many DTMF in one call like extension for example:
> when you call number with recorded message and it's say "for english
> Press one" when you press
> 1 on the DTMF it's working because it's one digit "for sales enter
> 280" you cant enter this extension on DTMF Pad because u have to enter
> it very fast i tried it many times with different DTMF RFC and find
> that if i set it static on the code like this [Session setDTMF:2];
> [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter
> it number by number it's should be very very fast Hope you got my
> point :) *Regards !**Mohamed Hisham**Development Team Leader*On 7/8/112:41 PM, Mamadou wrote:Hi, I'm using the lates t version of iDoubs v2
> when you call number with recorded message and it's say "for english
> Press one" when you press
> 1 on the DTMF it's working because it's one digit "for sales enter
> 280" you cant enter this extension on DTMF Pad because u have to enter
> it very fast i tried it many times with different DTMF RFC and find
> that if i set it static on the code like this [Session setDTMF:2];
> [Session setDTMF:8]; [Session setDTMF:0];it's work but when user enter
> it number by number it's should be very very fast Hope you got my
>
> and cannot reproduce the issue. The DTMF digits are always sent. How
> did you make the conclusion? Could you please use wireshark and filter
> on "rtpevent"? For information, the DTMF digits are only sent when the
> RTP channel is open: Call established or Early media start. The only
> issue I can see is that the DTMF sound played by the device is very
> low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah
> Tayeb"<tayeb.mef...@gmail.co m>
> <tayeb.mef...@gmail.com><tayeb.mef...@gmail.com>
> and cannot reproduce the issue. The DTMF digits are always sent. How
> did you make the conclusion? Could you please use wireshark and filter
> on "rtpevent"? For information, the DTMF digits are only sent when the
> RTP channel is open: Call established or Early media start. The only
> issue I can see is that the DTMF sound played by the device is very
> low (routed on the earpiece).On Jul 7, 9:05 pm, "Meftah
> Tayeb"<tayeb.mef...@gmail.co m>
Mohamed Hisham
Aug 9, 2011, 6:23:09 AM8/9/11
to doub...@googlegroups.com, Mamadou
Ok I will check it and feedback but note
that i tested it with opensips and also in Elastix sip server and
when i set DTMF type to in-band it's works as well but in Auto
(RFC 2833) it's don't work
i will check this problem by my self and feedback thank you
i will check this problem by my self and feedback thank you
Tayeb Meftah
Aug 9, 2011, 6:23:20 AM8/9/11
to doub...@googlegroups.com, Mamadou
Opensips dont do media
Envoyé de mon iPhone
Envoyé de mon iPhone
Mohamed Hisham
Aug 10, 2011, 11:13:32 AM8/10/11
to doub...@googlegroups.com, Mamadou
@Mamadou
I solved the elastix Issue by commented from this line
when you press for example 3
"3" -> Start
"3"
"3"
"3"
"3" -> End
"3" -> End
I solved the elastix Issue by commented from this line
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#451 To http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#463i tested it on many elastix servers and works after commented this lines i think this lines to send many digit like this
when you press for example 3
"3" -> Start
"3"
"3"
"3"
"3" -> End
"3" -> End
if you please tell me is my comment will
stop another thing or not make another problem in DTMF or in
Call??
I'm searching about my second problem of sequence number because when i dial the Landline Converter and enter DTMF numbers it gives me this error on telnet
Chn 1 seq 25 error(last seq 24915)
Chn 1 seq 24916 error(last seq 25)
Chn 1 seq 24933 error(last seq 24934)
Chn 1 seq 26 error(last seq 24950)
Chn 1 seq 24951 error(last seq 26)
Chn 1 seq 27 error(last seq 24988)
Chn 1 seq 24989 error(last seq 27)
Many Thanks Mamadou and i appreciate your work and how you busy :)
I'm searching about my second problem of sequence number because when i dial the Landline Converter and enter DTMF numbers it gives me this error on telnet
Chn 1 seq 25 error(last seq 24915)
Chn 1 seq 24916 error(last seq 25)
Chn 1 seq 24933 error(last seq 24934)
Chn 1 seq 26 error(last seq 24950)
Chn 1 seq 24951 error(last seq 26)
Chn 1 seq 27 error(last seq 24988)
Chn 1 seq 24989 error(last seq 27)
Many Thanks Mamadou and i appreciate your work and how you busy :)
On 8/9/11 11:16 AM, Mamadou wrote:
Mohamed Hisham
Aug 11, 2011, 8:17:28 AM8/11/11
to doub...@googlegroups.com, Mamadou
Mamadou,
Did you test idoubs with DTMF of any type of Landline Converter ???
the sequance number is not working as well
I Contact hanlong company for this issue to tell me where's the problem and they are answer that:
Did you test idoubs with DTMF of any type of Landline Converter ???
the sequance number is not working as well
I Contact hanlong company for this issue to tell me where's the problem and they are answer that:
Now sequence of
RTP(include RFC2833) of idoubs is:
packet NO. n+0 (RTP): sequence 24915
packet NO. n+1 (RFC2833): sequence 25 (that's why telnet print "seq 25 error(last seq 24915)")
packet NO. n+2 (RTP): sequence 24916
packet NO. n+3 (RTP): sequence 24917
packet NO. n+4 (RTP): sequence 24918
packet NO. n+5 (RTP): sequence 24919
packet NO. n+6 (RTP): sequence 24920
packet NO. n+7 (RTP): sequence 24921
... ....
packet NO. n+35(RTP): sequence 24949
packet NO. n+36(RTP): sequence 24950
packet NO. n+37(RFC2833): sequence 26
packet NO. n+38(RTP): sequence 24951
... ...
packet NO. n+74(RTP): sequence 24987
packet NO. n+75(RTP): sequence 24988
packet NO. n+76(RFC2833): sequence 27
packet NO. n+77(RTP): sequence 24989
... ...
packet NO. n+0 (RTP): sequence 24915
packet NO. n+1 (RFC2833): sequence 25 (that's why telnet print "seq 25 error(last seq 24915)")
packet NO. n+2 (RTP): sequence 24916
packet NO. n+3 (RTP): sequence 24917
packet NO. n+4 (RTP): sequence 24918
packet NO. n+5 (RTP): sequence 24919
packet NO. n+6 (RTP): sequence 24920
packet NO. n+7 (RTP): sequence 24921
... ....
packet NO. n+35(RTP): sequence 24949
packet NO. n+36(RTP): sequence 24950
packet NO. n+37(RFC2833): sequence 26
packet NO. n+38(RTP): sequence 24951
... ...
packet NO. n+74(RTP): sequence 24987
packet NO. n+75(RTP): sequence 24988
packet NO. n+76(RFC2833): sequence 27
packet NO. n+77(RTP): sequence 24989
... ...
So you can see that
sequence number of idoubs's RFC2833 packets is wrong
It should be:
packet NO. n+0 (RTP):
sequence 24915
packet NO. n+1 (RFC2833): sequence 24916
packet NO. n+2 (RTP): sequence 24917
packet NO. n+3 (RTP): sequence 24918
packet NO. n+4 (RTP): sequence 24919
packet NO. n+5 (RTP): sequence 24920
packet NO. n+6 (RTP): sequence 24921
packet NO. n+7 (RTP): sequence 24922
... ....
packet NO. n+35(RTP): sequence 24950
packet NO. n+36(RTP): sequence 24951
packet NO. n+37(RFC2833): sequence 24952
packet NO. n+38(RTP): sequence 24953
... ...
packet NO. n+74(RTP): sequence 24989
packet NO. n+75(RTP): sequence 24990
packet NO. n+76(RFC2833): sequence 24991
packet NO. n+77(RTP): sequence 24992
packet NO. n+1 (RFC2833): sequence 24916
packet NO. n+2 (RTP): sequence 24917
packet NO. n+3 (RTP): sequence 24918
packet NO. n+4 (RTP): sequence 24919
packet NO. n+5 (RTP): sequence 24920
packet NO. n+6 (RTP): sequence 24921
packet NO. n+7 (RTP): sequence 24922
... ....
packet NO. n+35(RTP): sequence 24950
packet NO. n+36(RTP): sequence 24951
packet NO. n+37(RFC2833): sequence 24952
packet NO. n+38(RTP): sequence 24953
... ...
packet NO. n+74(RTP): sequence 24989
packet NO. n+75(RTP): sequence 24990
packet NO. n+76(RFC2833): sequence 24991
packet NO. n+77(RTP): sequence 24992
Meftah Tayeb
Aug 11, 2011, 8:18:39 AM8/11/11
to doub...@googlegroups.com, Mamadou
Mohamed,
what is a landline converter
?
you mean ATA or FXO gateway
?
thank you
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6368 (20110811) __________
Mohamed Hisham
Aug 11, 2011, 8:42:06 AM8/11/11
to doub...@googlegroups.com, Meftah Tayeb, Mamadou
FXO gateway
On 8/11/11 2:18 PM, Meftah Tayeb wrote:
FXO gateway
Mamadou
Aug 11, 2011, 10:31:32 AM8/11/11
to Doubango
@Mohamed
The RTP event packets don't have the same Seq than the voice packets
because they are using different payload types. This is definitely
correct.
Some softphone use the same Seq but it's not mandatory at all.
If you want to do something like this then, change from
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#445
to
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#463
the 4th parameter of "_tdav_session_audio_dtmfe_create" from "seq_num"
to "audio->rtp_manager->rtp.seq_num".
On Jul 8, 3:38 pm, "Meftah Tayeb" <tayeb.mef...@gmail.com> wrote:
> please don't hijack toppics.
> if you have a new question please create a new try don't submit in existing try.
>
> I am using HTC desire S handset i make video call but to my device work rear camera.
> i want work my front camera so tell me how to enable front camera.
>
> Thanks
> saurabh
>
> __________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6277 (20110708) __________
The RTP event packets don't have the same Seq than the voice packets
because they are using different payload types. This is definitely
correct.
Some softphone use the same Seq but it's not mandatory at all.
If you want to do something like this then, change from
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#445
to
http://code.google.com/p/doubango/source/browse/branches/2.0/doubango/tinyDAV/src/audio/tdav_session_audio.c#463
the 4th parameter of "_tdav_session_audio_dtmfe_create" from "seq_num"
to "audio->rtp_manager->rtp.seq_num".
On Jul 8, 3:38 pm, "Meftah Tayeb" <tayeb.mef...@gmail.com> wrote:
> please don't hijack toppics.
> if you have a new question please create a new try don't submit in existing try.
>
> ----- Original Message -----
> From: rakesh kumar
> To: doub...@googlegroups.com
> Sent: Friday, July 08, 2011 3:43 PM
> Subject: Re: i can't use DTMF RFC 2833
>
> Hi Sir,
> ----- Original Message -----
> From: rakesh kumar
> To: doub...@googlegroups.com
> Sent: Friday, July 08, 2011 3:43 PM
> Subject: Re: i can't use DTMF RFC 2833
>
>
> I am using HTC desire S handset i make video call but to my device work rear camera.
> i want work my front camera so tell me how to enable front camera.
>
> Thanks
> saurabh
>
> __________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6277 (20110708) __________
Meftah Tayeb
Aug 11, 2011, 10:23:20 AM8/11/11
to Mohamed Hisham, doub...@googlegroups.com, Mamadou
give me your call schema and while
try to reproduce it here on my own
----- Original Message -----From: Mohamed HishamCc: Meftah Tayeb ; MamadouSent: Thursday, August 11, 2011 2:42 PMSubject: Re: i can't use DTMF RFC 2833
Mohamed Hisham
Aug 11, 2011, 10:09:07 PM8/11/11
to doub...@googlegroups.com, Mamadou
@Mamadou,
I believe you about it's not mandatory at all but really i don't know why when i use bria or any app in iphone it's working with all types of FXO gateway and my Elastix servers
i think they use another technique to send sequence i don't know
any way i changed "seq_num" to "audio->rtp_manager->rtp.seq_num" but it's not working because all sequence number is same we have to +1
so i replaced "seq_num" to " audio->rtp_manager->rtp.seq_num + seq_num" and after each line add seq_num = seq_num+6; i don't know why 6 i tested many times and 6 is working stable
but with some errors in telnet:
Chn 1 seq 43251 error(last seq 43262)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 1
Chn 1 seq 43253 error(last seq 43268)
Chn 1 seq 43254 error(last seq 43274)
Chn 1 seq 43384 error(last seq 43419)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 4
Chn 1 seq 43387 error(last seq 43425)
Chn 1 seq 43388 error(last seq 43431)
Chn 1 seq 43548 error(last seq 43607)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 6
Chn 1 seq 43552 error(last seq 43619)
Chn 1 seq 43620 error(last seq 43703)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 2
Chn 1 seq 43624 error(last seq 43715)
Chn 1 seq 43652 error(last seq 43758)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 3
Chn 1 seq 43655 error(last seq 43770)
Chn 1 seq 43721 error(last seq 43722)
Chn 1 seq 43724 error(last seq 43854)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 10
Chn 1 seq 43727 error(last seq 43860)
Chn 1 seq 43728 error(last seq 43866)
Chn 1 seq 43757 error(last seq 43912)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 0
i don't know why any way i will test idoubs with many different FXO gateway types and feedback :)
I believe you about it's not mandatory at all but really i don't know why when i use bria or any app in iphone it's working with all types of FXO gateway and my Elastix servers
i think they use another technique to send sequence i don't know
any way i changed "seq_num" to "audio->rtp_manager->rtp.seq_num" but it's not working because all sequence number is same we have to +1
so i replaced "seq_num" to " audio->rtp_manager->rtp.seq_num + seq_num" and after each line add seq_num = seq_num+6; i don't know why 6 i tested many times and 6 is working stable
but with some errors in telnet:
Chn 1 seq 43251 error(last seq 43262)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 1
Chn 1 seq 43253 error(last seq 43268)
Chn 1 seq 43254 error(last seq 43274)
Chn 1 seq 43384 error(last seq 43419)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 4
Chn 1 seq 43387 error(last seq 43425)
Chn 1 seq 43388 error(last seq 43431)
Chn 1 seq 43548 error(last seq 43607)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 6
Chn 1 seq 43552 error(last seq 43619)
Chn 1 seq 43620 error(last seq 43703)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 2
Chn 1 seq 43624 error(last seq 43715)
Chn 1 seq 43652 error(last seq 43758)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 3
Chn 1 seq 43655 error(last seq 43770)
Chn 1 seq 43721 error(last seq 43722)
Chn 1 seq 43724 error(last seq 43854)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 10
Chn 1 seq 43727 error(last seq 43860)
Chn 1 seq 43728 error(last seq 43866)
Chn 1 seq 43757 error(last seq 43912)
Chn 1 Line 0 Receive DTMF(Type=101) Event - 0
i don't know why any way i will test idoubs with many different FXO gateway types and feedback :)
Mamadou
Aug 11, 2011, 10:43:33 PM8/11/11
to doub...@googlegroups.com
@Mohamed
You are also the first one who report
this kind of issue :)
You don't need to +1 you already have
"++". The result should be (please note that the last two events are not
incremented and the 4th assign seq_num):
copy = dtmfe =
_tdav_session_audio_dtmfe_create(audio, event, duration*1,
++audio->rtp_manager->rtp.seq_num, timestamp, (uint8_t)format, tsk_true,
tsk_false);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*0, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*2, ++audio->rtp_manager->rtp.seq_num, timestamp, (uint8_t)format, tsk_false, tsk_false);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*1, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*3, ++audio->rtp_manager->rtp.seq_num, timestamp, (uint8_t)format, tsk_false, tsk_false);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*2, _tdav_session_audio_dtmfe_timercb, copy);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*0, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*2, ++audio->rtp_manager->rtp.seq_num, timestamp, (uint8_t)format, tsk_false, tsk_false);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*1, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*3, ++audio->rtp_manager->rtp.seq_num, timestamp, (uint8_t)format, tsk_false, tsk_false);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*2, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe =
_tdav_session_audio_dtmfe_create(audio, event, duration*4, (seq_num =
++audio->rtp_manager->rtp.seq_num, timestamp), (uint8_t)format, tsk_false,
tsk_true);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*3, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*4, seq_num, timestamp, (uint8_t)format, tsk_false, tsk_true);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*4, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*4, seq_num, timestamp, (uint8_t)format, tsk_false, tsk_true);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*5, _tdav_session_audio_dtmfe_timercb, copy);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*3, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*4, seq_num, timestamp, (uint8_t)format, tsk_false, tsk_true);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*4, _tdav_session_audio_dtmfe_timercb, copy);
copy = dtmfe = _tdav_session_audio_dtmfe_create(audio, event, duration*4, seq_num, timestamp, (uint8_t)format, tsk_false, tsk_true);
tsk_list_push_back_data(audio->dtmf_events, (void**)&dtmfe);
tsk_timer_mgr_global_schedule(ptime*5, _tdav_session_audio_dtmfe_timercb, copy);
----- Original Message -----
Mohamed Hisham
Aug 11, 2011, 11:57:31 PM8/11/11
to doub...@googlegroups.com, Mamadou
@Mamadou,
I changed my code as you typed but it's not working too :s
i think i facing this problem because i testing it with FXO gateway (Land Line Converter) i will test it with different models of FXO gateway and feedback you with result
Many thanks for your help :)
I changed my code as you typed but it's not working too :s
i think i facing this problem because i testing it with FXO gateway (Land Line Converter) i will test it with different models of FXO gateway and feedback you with result
Many thanks for your help :)
Mohamed Hisham
Aug 18, 2011, 1:30:05 AM8/18/11
to doub...@googlegroups.com, Mamadou
Hello,
I want to ask is doubango support Transfer Call??
if yes so what's the plan to add it to idoubs and Imsdroid projects ??
I want to ask is doubango support Transfer Call??
if yes so what's the plan to add it to idoubs and Imsdroid projects ??
Mohamed Hisham
Aug 20, 2011, 2:22:23 AM8/20/11
to doub...@googlegroups.com, Mamadou
Hello,
Is Codec GSM is working i'm tried to set_priority to it but i got this error in log
***ERROR: function: "tdav_codec_set_priority()"
file: "/MY_HD/xCodeGULFSIP/mydoubs/iphone/idoubs/branches/2.0/ios-ngn-stack/../../../../../doubango/branches/2.0/doubango/tinyDAV/src/tdav.c"
line: "335"
MSG: cannot find codec with id=16
and when i add -DHAVE_LIBGSM=1 on other C Flags and build i got this error
Undefined symbols for architecture armv7:
"_gsm_create", referenced from:
_tdav_codec_gsm_open in libtinyDAV.a(tdav_codec_gsm.o)
"_gsm_decode", referenced from:
_tdav_codec_gsm_decode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_decode)
"_gsm_encode", referenced from:
_tdav_codec_gsm_encode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_encode)
"_gsm_destroy", referenced from:
_tdav_codec_gsm_close in libtinyDAV.a(tdav_codec_gsm.o)
_tdav_codec_gsm_dtor in libtinyDAV.a(tdav_codec_gsm.o)
ld: symbol(s) not found for architecture armv7
collect2: ld returned 1 exit status
So how can i enable GSM ???
Is Codec GSM is working i'm tried to set_priority to it but i got this error in log
***ERROR: function: "tdav_codec_set_priority()"
file: "/MY_HD/xCodeGULFSIP/mydoubs/iphone/idoubs/branches/2.0/ios-ngn-stack/../../../../../doubango/branches/2.0/doubango/tinyDAV/src/tdav.c"
line: "335"
MSG: cannot find codec with id=16
and when i add -DHAVE_LIBGSM=1 on other C Flags and build i got this error
Undefined symbols for architecture armv7:
"_gsm_create", referenced from:
_tdav_codec_gsm_open in libtinyDAV.a(tdav_codec_gsm.o)
"_gsm_decode", referenced from:
_tdav_codec_gsm_decode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_decode)
"_gsm_encode", referenced from:
_tdav_codec_gsm_encode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_encode)
"_gsm_destroy", referenced from:
_tdav_codec_gsm_close in libtinyDAV.a(tdav_codec_gsm.o)
_tdav_codec_gsm_dtor in libtinyDAV.a(tdav_codec_gsm.o)
ld: symbol(s) not found for architecture armv7
collect2: ld returned 1 exit status
So how can i enable GSM ???
Mohamed Hisham
Aug 20, 2011, 2:34:57 AM8/20/11
to doub...@googlegroups.com, Mamadou
Dear Mamadou,
Please check attachment after add -DHAVE_LIBGSM=1 on other C Flags
Please check attachment after add -DHAVE_LIBGSM=1 on other C Flags
Tayeb Meftah
Aug 20, 2011, 8:47:27 AM8/20/11
to doub...@googlegroups.com, Mamadou
Hmmm
Please never use existing discution
Open a new one
Dont only change only the subject
Thx
Envoyé de mon iPhone
Envoyé de mon iPhone
<Screen shot 2011-08-20 at 8.33.36 AM.png>
Mohamed Hisham
Aug 20, 2011, 10:47:18 AM8/20/11
to doub...@googlegroups.com, Mamadou
Hello,
idoubs2 is support Codec GSM ??
I added -DHAVE_LIBGSM=1 on other C Flags and lgsm to idoubs2 project link flags and build i got these errors
idoubs2 is support Codec GSM ??
I added -DHAVE_LIBGSM=1 on other C Flags and lgsm to idoubs2 project link flags and build i got these errors
Undefined symbols for architecture armv7:
"_gsm_create", referenced from:
_tdav_codec_gsm_open in libtinyDAV.a(tdav_codec_gsm.o)
"_gsm_decode", referenced from:
_tdav_codec_gsm_decode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_decode)
"_gsm_encode", referenced from:
_tdav_codec_gsm_encode in libtinyDAV.a(tdav_codec_gsm.o)
(maybe you meant: _tdav_codec_gsm_encode)
"_gsm_destroy", referenced from:
_tdav_codec_gsm_close in libtinyDAV.a(tdav_codec_gsm.o)
_tdav_codec_gsm_dtor in libtinyDAV.a(tdav_codec_gsm.o)
ld: symbol(s) not found for architecture armv7
collect2: ld returned 1 exit status
so How can enable Codec GSM on idoubs2
Meftah Tayeb
Aug 20, 2011, 10:33:33 AM8/20/11
to doub...@googlegroups.com, Mamadou
Mohamed,
thank you for your
understanding!
like that we can safly archive our
discutions and we don't hijack one with each others
will by indexed by google very
well.
thank you :D
----- Original Message -----From: Mohamed HishamCc: Mamadou
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6396 (20110820) __________
Mamadou
Aug 20, 2011, 7:21:28 PM8/20/11
to Doubango
@Mohamed
This thread is now completely ununderstandable. You have one thread
with 3 topics (DTMF, Call Transfer, GSM codec).
Please don't use "reply" button from your mail client and don't change
the tittle. Only use this thread for questions about DTMF.
Another remark: Please don't put my in copy (CC) I already receive all
mails from the group.
Call Transfer: Not support yet but part of our roadmap.
GSM codec: libgsm binaries are missing you have to build them by
yourself or add a ticket to the issue tracker and we will add it for
the next release.
This thread is now completely ununderstandable. You have one thread
with 3 topics (DTMF, Call Transfer, GSM codec).
Please don't use "reply" button from your mail client and don't change
the tittle. Only use this thread for questions about DTMF.
Another remark: Please don't put my in copy (CC) I already receive all
mails from the group.
Call Transfer: Not support yet but part of our roadmap.
GSM codec: libgsm binaries are missing you have to build them by
yourself or add a ticket to the issue tracker and we will add it for
the next release.
Meftah Tayeb
Aug 20, 2011, 7:16:08 PM8/20/11
to doub...@googlegroups.com
dear mamadou
we should build a messaging policy
and we should moderate first message from users
i allready told that to mohamed
thank you
----- Original Message -----
From: "Mamadou" <diopm...@doubango.org>
To: "Doubango" <doub...@googlegroups.com>
we should build a messaging policy
and we should moderate first message from users
i allready told that to mohamed
thank you
----- Original Message -----
From: "Mamadou" <diopm...@doubango.org>
To: "Doubango" <doub...@googlegroups.com>
> Le message a �t� v�rifi� par ESET NOD32 Antivirus.
>
> http://www.eset.com
>
> __________ Information provenant d'ESET NOD32 Antivirus, version de la
> base des signatures de virus 6396 (20110820) __________
>
> Le message a �t� v�rifi� par ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
__________ Information provenant d'ESET NOD32 Antivirus, version de la base
des signatures de virus 6396 (20110820) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 6396 (20110820) __________
Le message a �t� v�rifi� par ESET NOD32 Antivirus.
Mohamed Hisham
Aug 20, 2011, 9:02:09 PM8/20/11
to doub...@googlegroups.com, Doubango
@Mamadou
I,m sorry for this mistake and i will care about it next time,
And thank you for your reply
I will add ticket on issue tracker about libgsm
And try to build it by my self thank you :)
Regards !
Mohamed Hisham
Development Team Leader
Reply all
Reply to author
Forward
0 new messages