Menu
▾
▴
iaxclient-devel — Development Discussion List
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(3) |
Mar
(16) |
Apr
(11) |
May
(3) |
Jun
(109) |
Jul
(70) |
Aug
(22) |
Sep
(19) |
Oct
(4) |
Nov
(25) |
Dec
(46) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(68) |
Feb
(52) |
Mar
(54) |
Apr
(57) |
May
(13) |
Jun
(15) |
Jul
(16) |
Aug
(3) |
Sep
(43) |
Oct
(95) |
Nov
(106) |
Dec
(142) |
| 2005 |
Jan
(62) |
Feb
(190) |
Mar
(75) |
Apr
(117) |
May
(123) |
Jun
(64) |
Jul
(122) |
Aug
(95) |
Sep
(63) |
Oct
(102) |
Nov
(99) |
Dec
(85) |
| 2006 |
Jan
(59) |
Feb
(64) |
Mar
(138) |
Apr
(82) |
May
(62) |
Jun
(62) |
Jul
(72) |
Aug
(50) |
Sep
(21) |
Oct
(95) |
Nov
(95) |
Dec
(29) |
| 2007 |
Jan
(26) |
Feb
(36) |
Mar
(45) |
Apr
(12) |
May
(53) |
Jun
(38) |
Jul
(19) |
Aug
(87) |
Sep
(63) |
Oct
(272) |
Nov
(102) |
Dec
(63) |
| 2008 |
Jan
(54) |
Feb
(19) |
Mar
(84) |
Apr
(111) |
May
(17) |
Jun
(26) |
Jul
(18) |
Aug
(10) |
Sep
(14) |
Oct
(9) |
Nov
(4) |
Dec
(12) |
| 2009 |
Jan
(5) |
Feb
(7) |
Mar
(4) |
Apr
(8) |
May
(4) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(6) |
Mar
(6) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Steve K. <st...@st...> - 2004-12-13 17:52:37
|
Babar Shafiq wrote: > Hi List, > > I am getting some broken voice from the asterisk using any codec in > the start of the connection, actually I am playing some voice messages > on connection, after that it works somthly. > I am on local network to the asterisk so no bandwidth or route issues. > Is this my IVR problem ? Also I got some broken voice problem once or > twice in the connection but at start it is very horrible. > Is this something new? Or has this always been the case. I'm presently working on a new jitterbuffer implementation, that should hopefully solve many issues when iaxclient is receiving audio. I will probably commit this to CVS this week, and it will be something you can choose to use at compile time until it's more well developed. -SteveK |
|
From: Preston G. <pr...@ma...> - 2004-12-13 17:50:57
|
Anyone gotten the sample clients with iaxclient compiled successfull on vc++ on windows, or has anyone gotten any softphones working properly in windows? After alot of tweaking i got iaxclient to compile, but am having no success with the examples. Preston Garrison |
|
From: Babar S. <bab...@ya...> - 2004-12-13 17:36:17
|
Hi List, I am getting some broken voice from the asterisk using any codec in the start of the connection, actually I am playing some voice messages on connection, after that it works somthly. I am on local network to the asterisk so no bandwidth or route issues. Is this my IVR problem ? Also I got some broken voice problem once or twice in the connection but at start it is very horrible. Regards, Babar Shafiq Nazmi. God is a great Programmer __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Dan <da...@rd...> - 2004-12-13 17:19:09
|
Hi, ----- Original Message ----- From: "Steve Kann" <st...@st...> > > We got your message the first time.. > > Where does it crash? What debugging steps have you already taken? > > > > Dan wrote: > >>> Hi all, >>> >>> ----- Original Message ----- From: "Richard Pettitt" >>> <ric...@co...> >>> To: "Steven Sokol" <ss...@so...>; "Iaxclient-Devel" >>> <iax...@li...> >>> Sent: Tuesday, October 26, 2004 5:51 PM >>> Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted native >>> transfer behind same NAT... >>> >>> >>>> Yes, I rolled back to version an earlier version (15 October 04) and >>>> the >>>> crash bug went away... >>>> >>>> -----Original Message----- When a call is received, independent from the phone configuration, the application is crashing all the time in the same place: msvcrt.dll I have build both the iaxclient library and my DLL with debug info, but in this particular situation seems that this does not help me. This is the place (in assembly) where the crash occurs: 77C47B1E dec ecx 77C47B1F je 77C47AD0 77C47B21 mov edx,7EFEFEFFh >77C47B26 mov eax,dword ptr [esi] 77C47B28 add edx,eax 77C47B2A xor eax,0FFFFFFFFh 77C47B2D xor eax,edx Using the old library from october, no problems at all.. If you have suggestions for further debug this , please help. Thank you and best regards, Dan |
|
From: Preston G. <pr...@ma...> - 2004-12-13 16:43:38
|
Hey this project I would be happy to work on if someone wants to get something going. Let me know because I think that would be a great addition :) Preston Garrison direct: 877-748-4142 fax: 310-774-3901 cell: 602-430-3705 -----Original Message----- From: Steve Kann <st...@st...> To: ss...@so... Cc: Iaxclient-Devel <iax...@li...> Sent: Mon, 13 Dec 2004 10:44:45 -0500 Subject: Re: [Iaxclient-devel] Video for IAX Client - What will it take? Steven Sokol wrote: > Here's a challenge -- what's the best way to add video support (live > video, not simply still images) to iaxClientLib? From what I can > tell, Asterisk supports two video codecs, so it has some understanding > of video. How do we make iaxClient take advantage of that? > > Here's the steps I see in the process: > > 1) Capture - OS/device dependent and specific It is important here to have synchronized audio and video capture. A "PortVideo" extension to PortAudio (at least on the capture side) would be ideal. There was some talk about this on the PortAudio list a while back, but I haven't seen any code yet. I think this is the most work, as there's probably lots of system-dependent stuff you need to do here. > 2) Encoding - converting the video frames to an Asterisk-supported > video codec. ffmpeg should be able to do all we need. > 3) Transmission - binding the video codec frames to IAX frames and > shoving them down the wire. Should be relatively straightforward. > 4) Reception - receiving and properly handling incoming video frames > from the incoming IAX stream. Also shouldn't be too hard. > 5) Decoding - decoding the encoded video frames into a > device/os-specific video stream ffmpeg again. > 6) Display - Rendering the images from the stream onto a display of > some kind (again probably device/os dependent). Here there are lots of options. However, since we'll probably be dealing with small or low-framerate images, I would, initially, do something really simple here, like have a callback registered with iaxclient which will give you raw video data at display time, and then clients can do with this as they please. Also, you should be able to either (a) have the callback called for both outbound (i.e. preview) video, as well as inbound (i.e. remote) video streams. Probably, you should be able to specify the format you want the video in (i.e. RGB or a YUV variant -- if your video output system can handle YUV, it's much more efficient). > Other issues - codec negotiation, image format negotiation, etc. Those are interesting issues. Also, what may be important is to be able to dynamically adjust the video "stream" dependent on network conditions. At the very least, if we can detect a low-bandwidth detection, it might make sense to "thin" the stream, first removing non-keyframes, and then removing all video, etc. > Does anybody want to take this on? If so, I may have a client who > could help fund the development. Please respond with any corrections, > thoughts, etc. -SteveK ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Iaxclient-devel mailing list Iax...@li... https://lists.sourceforge.net/lists/listinfo/iaxclient-devel |
|
From: Steve K. <st...@st...> - 2004-12-13 15:47:07
|
Richard Hirst wrote:
>On Thu, Dec 09, 2004 at 09:21:05PM -0500, Steve Kann wrote:
>
>
>>On Dec 9, 2004, at 7:13 PM, Richard Hirst wrote:
>>
>>
>>
>>>I've been trying to get iaxcomm to register with an asterisk that
>>>was running on port 4567 rather than 4569. Eventually tracked it
>>>down to this:
>>>
>>>
>>>
>>>Index: lib/libiax2/src/iax.c
>>>===================================================================
>>>RCS file: /cvsroot/iaxclient/iaxclient/lib/libiax2/src/iax.c,v
>>>retrieving revision 1.31
>>>diff -u -r1.31 iax.c
>>>--- lib/libiax2/src/iax.c 3 Dec 2004 19:22:45 -0000 1.31
>>>+++ lib/libiax2/src/iax.c 10 Dec 2004 00:08:52 -0000
>>>@@ -1223,8 +1223,10 @@
>>> tmp[255] = '\0';
>>> strncpy(tmp, server, sizeof(tmp) - 1);
>>> p = strchr(tmp, ':');
>>>- if (p)
>>>- portno = atoi(p);
>>>+ if (p) {
>>>+ *p = '\0';
>>>+ portno = atoi(p+1);
>>>+ }
>>>
>>> memset(&ied, 0, sizeof(ied));
>>> if (secret)
>>>
>>>
>>>
>>>After that fix I was able to register two iaxComm phones by putting
>>>hostname:4567 in the account details, and then make a call from
>>>one to the other.
>>>
>>>
>>>
>>I haven't looked at the code, but I'm pretty sure the bug must be in
>>iaxcomm itself, because I use a different front end to iaxclient all
>>the time, and use non-standard port numbers almost exclusively, and the
>>parsing works right for me. If that's the case, this fix would break
>>things.
>>
>>Maybe iaxcomm inserts something after the colon it shouldn't when
>>constructing the iaxc_call parameter.
>>
>>
>
>Hi Steve,
>
>The current code does this:
>
> p = strchr(tmp, ':');
> if (p)
> portno = atoi(p);
>
>How can that possibly be right? If you feed it "hostname:1234", the
>first line sets 'p' to point at the ':', and then the third line
>passes a string starting with ':' to atoi(). atoi() is expecting a
>string of digits, not a colon. Then further down the code it uses
>tmp[] as the hostname, but tmp[] still contains "hostname:1234".
>
>The reason it took me so long to work out what the problem was is that
>my iaxComm still worked fine for outgoing calls to non-standard ports
>because iaxComm just passes the host string to the library. The host
>string gets parsed properly in to a host and port in that case. It's
>just the code for registering that gets it wrong.
>
>
>
Thanks again, Richard.
I committed your patch to iaxclient-cvs. I'll send it back to digium
with the next "batch" of changes. (I think this falls under the
no-disclaimer-needed boundary).
-SteveK
|
|
From: Steve K. <st...@st...> - 2004-12-13 15:44:48
|
Steven Sokol wrote:
> Here's a challenge -- what's the best way to add video support (live
> video, not simply still images) to iaxClientLib? From what I can
> tell, Asterisk supports two video codecs, so it has some understanding
> of video. How do we make iaxClient take advantage of that?
>
> Here's the steps I see in the process:
>
> 1) Capture - OS/device dependent and specific
It is important here to have synchronized audio and video capture.
A "PortVideo" extension to PortAudio (at least on the capture side)
would be ideal. There was some talk about this on the PortAudio list a
while back, but I haven't seen any code yet. I think this is the most
work, as there's probably lots of system-dependent stuff you need to do
here.
> 2) Encoding - converting the video frames to an Asterisk-supported
> video codec.
ffmpeg should be able to do all we need.
> 3) Transmission - binding the video codec frames to IAX frames and
> shoving them down the wire.
Should be relatively straightforward.
> 4) Reception - receiving and properly handling incoming video frames
> from the incoming IAX stream.
Also shouldn't be too hard.
> 5) Decoding - decoding the encoded video frames into a
> device/os-specific video stream
ffmpeg again.
> 6) Display - Rendering the images from the stream onto a display of
> some kind (again probably device/os dependent).
Here there are lots of options. However, since we'll probably be
dealing with small or low-framerate images, I would, initially, do
something really simple here, like have a callback registered with
iaxclient which will give you raw video data at display time, and then
clients can do with this as they please.
Also, you should be able to either (a) have the callback called for both
outbound (i.e. preview) video, as well as inbound (i.e. remote) video
streams.
Probably, you should be able to specify the format you want the video in
(i.e. RGB or a YUV variant -- if your video output system can handle
YUV, it's much more efficient).
> Other issues - codec negotiation, image format negotiation, etc.
Those are interesting issues. Also, what may be important is to be able
to dynamically adjust the video "stream" dependent on network
conditions. At the very least, if we can detect a low-bandwidth
detection, it might make sense to "thin" the stream, first removing
non-keyframes, and then removing all video, etc.
> Does anybody want to take this on? If so, I may have a client who
> could help fund the development. Please respond with any corrections,
> thoughts, etc.
-SteveK
|
|
From: Steve K. <st...@st...> - 2004-12-13 15:37:51
|
We got your message the first time.. Where does it crash? What debugging steps have you already taken? Dan wrote: > Hi all, > > As I have some problems with my old email address, I repost this > message hoping that this time it will hit the list. > > Thank you for your understanding, > Dan > > > ----- Original Message ----- From: "Dan" <dt...@fx...> > To: <ric...@co...>; "Steven Sokol" > <ss...@so...>; "Iaxclient-Devel" > <iax...@li...> > Sent: Friday, December 10, 2004 5:24 PM > Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted > native transfer behind same NAT... > > >> Hi all, >> >> ----- Original Message ----- From: "Richard Pettitt" >> <ric...@co...> >> To: "Steven Sokol" <ss...@so...>; "Iaxclient-Devel" >> <iax...@li...> >> Sent: Tuesday, October 26, 2004 5:51 PM >> Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted >> native transfer behind same NAT... >> >> >>> Yes, I rolled back to version an earlier version (15 October 04) and >>> the >>> crash bug went away... >>> >>> -----Original Message----- >>> From: Steven Sokol [mailto:ss...@so...] >>> Sent: 26 October 2004 16:49 >>> To: ric...@co...; Iaxclient-Devel >>> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted >>> native >>> transfer behind same NAT... >>> >>> No patch yet. Has anybody tried rolling back to the previous versions >>> of of iax.c, iax-client.h, and iax2-parser.c? >>> >>> Steve >>> >>> Richard Pettitt wrote: >>> >>>> Hi >>>> >>>> Did the patch work? I am experiencing the same problem. When I >>>> receive a >>>> call from another iax softphone to my softphone, using the latest iax >>>> library from the cvs, my softphone crashes. If I use a version of >>>> the phone >>>> compiled with an older version of the library then everything works >>>> fine. >>>> >> >> Something new with this problem? >> I have updated the library (to be able to include the new available >> features >> in DIAX) and now when a call is received the >> phone crashes, all the time in the same place. >> Trying to revert to an old version (from October) it works. >> >> This is what I have seen on the updated library: >> iaxclient/lib/libiax2/src/iax.c (line 2033) >> >> case IAX_COMMAND_NEW: >> /* This is a new, incoming call */ >> /* save the capability for validation */ >> session->capability = e->ies.capability; >> e->etype = IAX_EVENT_CONNECT; >> e = schedule_delivery(e, ts, updatehistory); >> break; >> >> trying to comment the line: >> //e->etype = IAX_EVENT_CONNECT; >> >> the phone does not crash anymore, but the call cannot be received >> (which is >> normal) >> >> I have tried to browse through the messages from iaxclient-devel and >> iaxclient-cvs, but nothing found. >> >> I am missing something? >> Someone else with the same problem? >> >> >> Thank you and best regards, >> Dan >> P.S. I have seen that it was a patch regarding this issue, but the >> problem >> persist with the latest >> version of the iaxclient library (from CVS) >> > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Iaxclient-devel mailing list > Iax...@li... > https://lists.sourceforge.net/lists/listinfo/iaxclient-devel > |
|
From: Dan <da...@rd...> - 2004-12-13 07:46:22
|
Hi all, As I have some problems with my old email address, I repost this message hoping that this time it will hit the list. Thank you for your understanding, Dan ----- Original Message ----- From: "Dan" <dt...@fx...> To: <ric...@co...>; "Steven Sokol" <ss...@so...>; "Iaxclient-Devel" <iax...@li...> Sent: Friday, December 10, 2004 5:24 PM Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted native transfer behind same NAT... > Hi all, > > ----- Original Message ----- > From: "Richard Pettitt" <ric...@co...> > To: "Steven Sokol" <ss...@so...>; "Iaxclient-Devel" > <iax...@li...> > Sent: Tuesday, October 26, 2004 5:51 PM > Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted native > transfer behind same NAT... > > >> Yes, I rolled back to version an earlier version (15 October 04) and the >> crash bug went away... >> >> -----Original Message----- >> From: Steven Sokol [mailto:ss...@so...] >> Sent: 26 October 2004 16:49 >> To: ric...@co...; Iaxclient-Devel >> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted native >> transfer behind same NAT... >> >> No patch yet. Has anybody tried rolling back to the previous versions >> of of iax.c, iax-client.h, and iax2-parser.c? >> >> Steve >> >> Richard Pettitt wrote: >> >>>Hi >>> >>>Did the patch work? I am experiencing the same problem. When I receive a >>>call from another iax softphone to my softphone, using the latest iax >>>library from the cvs, my softphone crashes. If I use a version of the >>>phone >>>compiled with an older version of the library then everything works fine. >>> > > Something new with this problem? > I have updated the library (to be able to include the new available > features > in DIAX) and now when a call is received the > phone crashes, all the time in the same place. > Trying to revert to an old version (from October) it works. > > This is what I have seen on the updated library: > iaxclient/lib/libiax2/src/iax.c (line 2033) > > case IAX_COMMAND_NEW: > /* This is a new, incoming call */ > /* save the capability for validation */ > session->capability = e->ies.capability; > e->etype = IAX_EVENT_CONNECT; > e = schedule_delivery(e, ts, updatehistory); > break; > > trying to comment the line: > //e->etype = IAX_EVENT_CONNECT; > > the phone does not crash anymore, but the call cannot be received (which > is > normal) > > I have tried to browse through the messages from iaxclient-devel and > iaxclient-cvs, but nothing found. > > I am missing something? > Someone else with the same problem? > > > Thank you and best regards, > Dan > P.S. I have seen that it was a patch regarding this issue, but the problem > persist with the latest > version of the iaxclient library (from CVS) > |
|
From: Dan <dt...@fx...> - 2004-12-10 15:25:29
|
Hi all,
----- Original Message -----
From: "Richard Pettitt" <ric...@co...>
To: "Steven Sokol" <ss...@so...>; "Iaxclient-Devel"
<iax...@li...>
Sent: Tuesday, October 26, 2004 5:51 PM
Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted native
transfer behind same NAT...
> Yes, I rolled back to version an earlier version (15 October 04) and the
> crash bug went away...
>
> -----Original Message-----
> From: Steven Sokol [mailto:ss...@so...]
> Sent: 26 October 2004 16:49
> To: ric...@co...; Iaxclient-Devel
> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted native
> transfer behind same NAT...
>
> No patch yet. Has anybody tried rolling back to the previous versions
> of of iax.c, iax-client.h, and iax2-parser.c?
>
> Steve
>
> Richard Pettitt wrote:
>
>>Hi
>>
>>Did the patch work? I am experiencing the same problem. When I receive a
>>call from another iax softphone to my softphone, using the latest iax
>>library from the cvs, my softphone crashes. If I use a version of the
>>phone
>>compiled with an older version of the library then everything works fine.
>>
Something new with this problem?
I have updated the library (to be able to include the new available features
in DIAX) and now when a call is received the
phone crashes, all the time in the same place.
Trying to revert to an old version (from October) it works.
This is what I have seen on the updated library:
iaxclient/lib/libiax2/src/iax.c (line 2033)
case IAX_COMMAND_NEW:
/* This is a new, incoming call */
/* save the capability for validation */
session->capability = e->ies.capability;
e->etype = IAX_EVENT_CONNECT;
e = schedule_delivery(e, ts, updatehistory);
break;
trying to comment the line:
//e->etype = IAX_EVENT_CONNECT;
the phone does not crash anymore, but the call cannot be received (which is
normal)
I have tried to browse through the messages from iaxclient-devel and
iaxclient-cvs, but nothing found.
I am missing something?
Someone else with the same problem?
Thank you and best regards,
Dan
P.S. I have seen that it was a patch regarding this issue, but the problem
persist with the latest
version of the iaxclient library (from CVS)
|
|
From: Dan <dt...@fx...> - 2004-12-10 12:43:04
|
Hi all,
Something new with this problem?
I have updated the library (to be able to include the new available features
in DIAX) and now when a call is received the
phone crashes, all the time in the same place.
Trying to revert to an old version (from October) it works.
This is what I have seen on the updated library:
iaxclient/lib/libiax2/src/iax.c (line 2033)
case IAX_COMMAND_NEW:
/* This is a new, incoming call */
/* save the capability for validation */
session->capability = e->ies.capability;
e->etype = IAX_EVENT_CONNECT;
e = schedule_delivery(e, ts, updatehistory);
break;
trying to comment the line:
//e->etype = IAX_EVENT_CONNECT;
the phone does not crash anymore, but the call cannot be received (which is
normal)
I have tried to browse through the messages from iaxclient-devel and
iaxclient-cvs, but nothing found.
I am missing something?
Someone else with the same problem?
Thank you and best regards,
Dan
P.S. I have seen that it was a patch regarding this issue, but the problem
persist with the latest
version of the iaxclient library (from CVS)
----- Original Message -----
From: "Richard Pettitt" <ric...@co...>
To: "Steven Sokol" <ss...@so...>; "Iaxclient-Devel"
<iax...@li...>
Sent: Tuesday, October 26, 2004 5:51 PM
Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted native
transfer behind same NAT...
> Yes, I rolled back to version an earlier version (15 October 04) and the
> crash bug went away...
>
> -----Original Message-----
> From: Steven Sokol [mailto:ss...@so...]
> Sent: 26 October 2004 16:49
> To: ric...@co...; Iaxclient-Devel
> Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted native
> transfer behind same NAT...
>
> No patch yet. Has anybody tried rolling back to the previous versions
> of of iax.c, iax-client.h, and iax2-parser.c?
>
> Steve
>
> Richard Pettitt wrote:
>
>>Hi
>>
>>Did the patch work? I am experiencing the same problem. When I receive a
>>call from another iax softphone to my softphone, using the latest iax
>>library from the cvs, my softphone crashes. If I use a version of the
>>phone
>>compiled with an older version of the library then everything works fine.
>>
>>-----Original Message-----
>>From: iax...@li...
>>[mailto:iax...@li...]On Behalf Of Michael
>>Workman
>>Sent: 26 October 2004 02:51
>>To: 'Steven M. Sokol'; Iax...@li...
>>Subject: RE: [Iaxclient-devel] Strange fatal issue with attempted native
>>transfer behind same NAT...
>>
>>Yes... You would have to enter the client side manually... But the server
>>side I have a diff...
>>
>>I just been busy on service call just got back...
>>
>>
>>-----Original Message-----
>>From: iax...@li...
>>[mailto:iax...@li...] On Behalf Of Steven
>>M.
>>Sokol
>>Sent: Monday, October 25, 2004 9:47 PM
>>To: Michael Workman; Iax...@li...
>>Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted native
>>transfer behind same NAT...
>>
>>Ok, but you said you had a patch for libiax2, right? That should be
>>cross-platform, right?
>>
>>Thanks,
>>
>>Steve
>>
>>
>>
>>>My library is for vs.net... Not for gcc
>>>
>>>
>>>-----Original Message-----
>>>From: iax...@li...
>>>[mailto:iax...@li...] On Behalf Of Steve
>>>Kann
>>>Sent: Monday, October 25, 2004 9:31 PM
>>>To: Steven Sokol; IMB Recipient 1
>>>Cc: Michael Workman; Iaxclient-Devel
>>>Subject: Re: [Iaxclient-devel] Strange fatal issue with attempted
>>>native transfer behind same NAT...
>>>
>>>
>>>Sounds like it might be a bug in the code that Bill Doll sent me, and I
>>>integrated last week; Bill?
>>>
>>>P.S. If you're actually working on the library, I suggest that you join
>>>the iaxclient-cvs mailing list, so you'll see all diffs as they are
>>>committed to CVS.
>>>
>>>
>>>-SteveK
>>>
>>>
>>>Steven Sokol wrote:
>>>
>>>
>>>
>>>
>>>
>>>>Michael,
>>>>
>>>>Please do. I will give it a try and let you know how it works out.
>>>>
>>>>Thanks,
>>>>
>>>>Steve
>>>>
>>>>Michael Workman wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>Yes I have experienced that on my IAX Library... I have a patch for
>>>>>Asterisk and iax.c If you want let me know Steve I will give you it
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>-----Original Message-----
>>>>>From: iax...@li...
>>>>>[mailto:iax...@li...] On Behalf Of
>>>>>Steven Sokol
>>>>>Sent: Monday, October 25, 2004 5:28 PM
>>>>>To: Iax...@li...
>>>>>Subject: [Iaxclient-devel] Strange fatal issue with attempted native
>>>>>transfer behind same NAT...
>>>>>
>>>>>Ok, this one is really quite strange. I have to do some more
>>>>>testing, but I seem to have real problems in IAX Phone running under
>>>>>the new library whenever I try to make an IAX Phone -to- IAX Phone
>>>>>call with both phones behind the same NAT. Both phones (on different
>>>>>PCs) crash right after Asterisk attempts to get them to talk to each
>>>>>other (sends TXREQ).
>>>>>
>>>>>I can't definitively say that it is related to the NAT however.
>>>>>Could be
>>>>>ANY native transfer. I need to adjust my configuration an try again.
>>>>>Here's the debugging output from the IAX Phone /receiveing/ the
>>>>>call:
>>>>>
>>>>>Tx-Frame Retry[-01] -- OSeqno: 002 ISeqno: 002 Type: IAX
>>>>>Subclass: ACK Timestamp: 00102ms SCall: 21019 DCall: 00006
>>>>>[63.146.169.121:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass:
>>>>>ACK Timestamp: 00062ms SCall: 00006 DCall: 21019
>>>>>[63.146.169.121:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass:
>>>>>HANGUP
>>>>> Timestamp: 00014ms SCall: 00037 DCall: 00000 [64.151.32.77:4569]
>>>>>Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX
>>>>>Subclass: ACK Timestamp: 00014ms SCall: 21020 DCall: 00037
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass:
>>>>>NEW Timestamp: 00014ms SCall: 00038 DCall: 00000
>>>>>[64.151.32.77:4569]
>>>>> VERSION : 2
>>>>> CALLED NUMBER : s
>>>>> CALLING NUMBER : 8168221807
>>>>> CALLING NAME : Steven Sokol
>>>>> LANGUAGE : en
>>>>> FORMAT : 1024
>>>>> CAPABILITY : 1542
>>>>> ADSICPE : 0
>>>>> DATE TIME : 156861043
>>>>>
>>>>>Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX
>>>>>Subclass: ACK Timestamp: 00014ms SCall: 21021 DCall: 00038
>>>>>[64.151.32.77:4569]
>>>>>Tx-Frame Retry[010] -- OSeqno: 000 ISeqno: 001 Type: IAX
>>>>>Subclass: ACCEPT
>>>>> Timestamp: 00015ms SCall: 21021 DCall: 00038 [64.151.32.77:4569]
>>>>> FORMAT : 1024
>>>>>
>>>>>Tx-Frame Retry[010] -- OSeqno: 001 ISeqno: 001 Type: CONTROL
>>>>>Subclass: RINGING
>>>>> Timestamp: 00003ms SCall: 21021 DCall: 00038 [64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass:
>>>>>ACK Timestamp: 00015ms SCall: 00038 DCall: 21021
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass:
>>>>>ACK Timestamp: 00003ms SCall: 00038 DCall: 21021
>>>>>[64.151.32.77:4569]
>>>>>Tx-Frame Retry[010] -- OSeqno: 002 ISeqno: 001 Type: CONTROL
>>>>>Subclass: ANSWER
>>>>> Timestamp: 02687ms SCall: 21021 DCall: 00038 [64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 003 Type: IAX Subclass:
>>>>>ACK Timestamp: 02687ms SCall: 00038 DCall: 21021
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 003 Type: IAX Subclass:
>>>>>TXREQ Timestamp: 02712ms SCall: 00038 DCall: 21021
>>>>>[64.151.32.77:4569]
>>>>> APPARENT ADDRES : IPV4 64.151.42.28:4668
>>>>> CALL NUMBER : 21328
>>>>> TRANSFER ID : 1501550657
>>>>>
>>>>>libiax2/src/iax.c line 629: Started on port 4569 libiax2/src/iax.c
>>>>>line
>>>>>1871: Cancelling transmission of packet 0 libiax2/src/iax.c line 1871:
>>>>>Cancelling transmission of packet 1 libiax2/src/iax.c line 1871:
>>>>>Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1614: Making new
>>>>>session, peer callno 37, our callno 21020 libiax2/src/iax.c line
>>>>>1614: Making new session, peer callno 38, our callno 21021
>>>>>libiax2/src/iax.c line 1871:
>>>>>Cancelling transmission of packet 0 libiax2/src/iax.c line 1871:
>>>>>Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 2
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>Here'e the output from the originating phone:
>>>>>---------------------------------------------------------------------
>>>>>
>>>>>Tx-Frame Retry[010] -- OSeqno: 000 ISeqno: 000 Type: IAX
>>>>>Subclass: NEW Timestamp: 00003ms SCall: 21328 DCall: 00000
>>>>>[64.151.32.77:4569]
>>>>> VERSION : 2
>>>>> CALLING NUMBER : 8168221807
>>>>> CALLING NAME : Steven Sokol
>>>>> FORMAT : 1024
>>>>> CAPABILITY : 1542
>>>>> USERNAME : ssokol03_sokol
>>>>> CALLED NUMBER : 115
>>>>> DNID : 115
>>>>>
>>>>>Rx-Frame Retry[No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass:
>>>>>ACCEPT
>>>>> Timestamp: 00010ms SCall: 00014 DCall: 21328 [64.151.32.77:4569]
>>>>> FORMAT : 1024
>>>>>
>>>>>Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX
>>>>>Subclass: ACK Timestamp: 00010ms SCall: 21328 DCall: 00014
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 001 ISeqno: 001 Type: CONTROL Subclass:
>>>>>ANSWER
>>>>> Timestamp: 00013ms SCall: 00014 DCall: 21328 [64.151.32.77:4569]
>>>>>Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX
>>>>>Subclass: ACK Timestamp: 00013ms SCall: 21328 DCall: 00014
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 002 ISeqno: 001 Type: CONTROL Subclass:
>>>>>RINGING
>>>>> Timestamp: 00016ms SCall: 00014 DCall: 21328 [64.151.32.77:4569]
>>>>>Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 003 Type: IAX
>>>>>Subclass: ACK Timestamp: 00016ms SCall: 21328 DCall: 00014
>>>>>[64.151.32.77:4569]
>>>>>Tx-Frame Retry[010] -- OSeqno: 001 ISeqno: 003 Type: VOICE
>>>>>Subclass: 138
>>>>> Timestamp: 00120ms SCall: 21328 DCall: 00014 [64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 002 Type: IAX Subclass:
>>>>>ACK Timestamp: 00120ms SCall: 00014 DCall: 21328
>>>>>[64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 003 ISeqno: 002 Type: CONTROL Subclass:
>>>>>(255?)
>>>>> Timestamp: 02711ms SCall: 00014 DCall: 21328 [64.151.32.77:4569]
>>>>>Rx-Frame Retry[No] -- OSeqno: 004 ISeqno: 002 Type: IAX Subclass:
>>>>>TXREQ Timestamp: 02714ms SCall: 00014 DCall: 21328
>>>>>[64.151.32.77:4569]
>>>>> APPARENT ADDRES : IPV4 64.151.42.28:4667
>>>>> CALL NUMBER : 21021
>>>>> TRANSFER ID : 1501550657
>>>>>
>>>>>libiax2/src/iax.c line 629: Started on port 4569 libiax2/src/iax.c
>>>>>line
>>>>>1871: Cancelling transmission of packet 0 libiax2/src/iax.c line 1871:
>>>>>Cancelling transmission of packet 0 libiax2/src/iax.c line 1871:
>>>>>Cancelling
>>>>>transmission of packet 1 libiax2/src/iax.c line 1871: Cancelling
>>>>>transmission of packet 0 ERROR encoding (no samples output
>>>>>(samples=160) libiax2/src/iax.c line 1871: Cancelling transmission of
>>>>>packet 1 libiax2/src/iax.c line 2153: Don't know what to do with AST
>>>>>control
>>>>>-2147483648
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>
>>>>>Following this exchange BOTH clients immediately die and the debugger
>>>>>is WAY off base as to where the error occurs. It always shows the
>>>>>last function in my integration DLL -- a function that is not being
>>>>>called when the crash occurs.
>>>>>
>>>>>Anybody have any thoughts?
>>>>>
>>>>>Thanks,
>>>>>
>>>>>Steve
>>>>>
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>This SF.net email is sponsored by: IT Product Guide on
>>>>>ITManagersJournal Use IT products in your business? Tell us what you
>>>>>
>>>>>
>>>>>
>>>>>
>>>think of them.
>>>
>>>
>>>
>>>
>>>>>Give us
>>>>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find
>>>>>out more http://productguide.itmanagersjournal.com/guidepromo.tmpl
>>>>>_______________________________________________
>>>>>Iaxclient-devel mailing list
>>>>>Iax...@li...
>>>>>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>-------------------------------------------------------
>>>This SF.net email is sponsored by: IT Product Guide on
>>>ITManagersJournal Use IT products in your business? Tell us what you
>>>think of them. Give us Your Opinions, Get Free ThinkGeek Gift
>>>Certificates! Click to find out more
>>>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>>>_______________________________________________
>>>Iaxclient-devel mailing list
>>>Iax...@li...
>>>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use
>>IT products in your business? Tell us what you think of them. Give us Your
>>Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
>>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>>_______________________________________________
>>Iaxclient-devel mailing list
>>Iax...@li...
>>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>>Use IT products in your business? Tell us what you think of them. Give us
>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
>>more
>>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>>_______________________________________________
>>Iaxclient-devel mailing list
>>Iax...@li...
>>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
>>Use IT products in your business? Tell us what you think of them. Give us
>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
>>more
>>http://productguide.itmanagersjournal.com/guidepromo.tmpl
>>_______________________________________________
>>Iaxclient-devel mailing list
>>Iax...@li...
>>https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>>
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out
> more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel
>
>
|
|
From: Richard H. <rh...@le...> - 2004-12-10 11:12:35
|
On Thu, Dec 09, 2004 at 09:21:05PM -0500, Steve Kann wrote:
>
> On Dec 9, 2004, at 7:13 PM, Richard Hirst wrote:
>
> >I've been trying to get iaxcomm to register with an asterisk that
> >was running on port 4567 rather than 4569. Eventually tracked it
> >down to this:
> >
> >
> >
> >Index: lib/libiax2/src/iax.c
> >===================================================================
> >RCS file: /cvsroot/iaxclient/iaxclient/lib/libiax2/src/iax.c,v
> >retrieving revision 1.31
> >diff -u -r1.31 iax.c
> >--- lib/libiax2/src/iax.c 3 Dec 2004 19:22:45 -0000 1.31
> >+++ lib/libiax2/src/iax.c 10 Dec 2004 00:08:52 -0000
> >@@ -1223,8 +1223,10 @@
> > tmp[255] = '\0';
> > strncpy(tmp, server, sizeof(tmp) - 1);
> > p = strchr(tmp, ':');
> >- if (p)
> >- portno = atoi(p);
> >+ if (p) {
> >+ *p = '\0';
> >+ portno = atoi(p+1);
> >+ }
> >
> > memset(&ied, 0, sizeof(ied));
> > if (secret)
> >
> >
> >
> >After that fix I was able to register two iaxComm phones by putting
> >hostname:4567 in the account details, and then make a call from
> >one to the other.
> >
>
> I haven't looked at the code, but I'm pretty sure the bug must be in
> iaxcomm itself, because I use a different front end to iaxclient all
> the time, and use non-standard port numbers almost exclusively, and the
> parsing works right for me. If that's the case, this fix would break
> things.
>
> Maybe iaxcomm inserts something after the colon it shouldn't when
> constructing the iaxc_call parameter.
Hi Steve,
The current code does this:
p = strchr(tmp, ':');
if (p)
portno = atoi(p);
How can that possibly be right? If you feed it "hostname:1234", the
first line sets 'p' to point at the ':', and then the third line
passes a string starting with ':' to atoi(). atoi() is expecting a
string of digits, not a colon. Then further down the code it uses
tmp[] as the hostname, but tmp[] still contains "hostname:1234".
The reason it took me so long to work out what the problem was is that
my iaxComm still worked fine for outgoing calls to non-standard ports
because iaxComm just passes the host string to the library. The host
string gets parsed properly in to a host and port in that case. It's
just the code for registering that gets it wrong.
Richard
|
|
From: Steve K. <st...@st...> - 2004-12-10 02:21:20
|
On Dec 9, 2004, at 7:13 PM, Richard Hirst wrote:
> I've been trying to get iaxcomm to register with an asterisk that
> was running on port 4567 rather than 4569. Eventually tracked it
> down to this:
>
>
>
> Index: lib/libiax2/src/iax.c
> ===================================================================
> RCS file: /cvsroot/iaxclient/iaxclient/lib/libiax2/src/iax.c,v
> retrieving revision 1.31
> diff -u -r1.31 iax.c
> --- lib/libiax2/src/iax.c 3 Dec 2004 19:22:45 -0000 1.31
> +++ lib/libiax2/src/iax.c 10 Dec 2004 00:08:52 -0000
> @@ -1223,8 +1223,10 @@
> tmp[255] = '\0';
> strncpy(tmp, server, sizeof(tmp) - 1);
> p = strchr(tmp, ':');
> - if (p)
> - portno = atoi(p);
> + if (p) {
> + *p = '\0';
> + portno = atoi(p+1);
> + }
>
> memset(&ied, 0, sizeof(ied));
> if (secret)
>
>
>
> After that fix I was able to register two iaxComm phones by putting
> hostname:4567 in the account details, and then make a call from
> one to the other.
>
I haven't looked at the code, but I'm pretty sure the bug must be in
iaxcomm itself, because I use a different front end to iaxclient all
the time, and use non-standard port numbers almost exclusively, and the
parsing works right for me. If that's the case, this fix would break
things.
Maybe iaxcomm inserts something after the colon it shouldn't when
constructing the iaxc_call parameter.
-SteveK
|
|
From: Richard H. <rh...@le...> - 2004-12-10 00:14:08
|
I've been trying to get iaxcomm to register with an asterisk that
was running on port 4567 rather than 4569. Eventually tracked it
down to this:
Index: lib/libiax2/src/iax.c
===================================================================
RCS file: /cvsroot/iaxclient/iaxclient/lib/libiax2/src/iax.c,v
retrieving revision 1.31
diff -u -r1.31 iax.c
--- lib/libiax2/src/iax.c 3 Dec 2004 19:22:45 -0000 1.31
+++ lib/libiax2/src/iax.c 10 Dec 2004 00:08:52 -0000
@@ -1223,8 +1223,10 @@
tmp[255] = '\0';
strncpy(tmp, server, sizeof(tmp) - 1);
p = strchr(tmp, ':');
- if (p)
- portno = atoi(p);
+ if (p) {
+ *p = '\0';
+ portno = atoi(p+1);
+ }
memset(&ied, 0, sizeof(ied));
if (secret)
After that fix I was able to register two iaxComm phones by putting
hostname:4567 in the account details, and then make a call from
one to the other.
Richard
|
|
From: Steve K. <st...@st...> - 2004-12-09 18:57:31
|
Denis Smirnov wrote: > SK> >SK> The solution is either: > SK> >SK> a) Write resampling code for iaxclient, > SK> >iaxclient library has resampling code (from sox). > SK> >tkclient don't us it. > SK> Nothing uses it. It is there to make the job of implementing resampling > SK> easier, though :) > >Hm... It must be used in iaxclient library code or in client code? > No, I just put it there in anticipation of, one day, adding resampling. >Where I >need to add resampling? > > I think I would add it to audio_portaudio, similar to how the "VirtualMono" stuff is done (emulating a mono device when only a stereo device is available). > > SK> >AFAIR esddsp simply skip samples, and don't resample correctly. Resampling > SK> >made by esddsp sounds not so good. > SK> esddsp does do resampling, at least it did when I used it. (I used to > SK> use a USB headset with Linux which only supported 48khz sampling, and > SK> esddsp + iaxclient worked fine, although with excess latency). > >48kHz -> 8kHz resampling is just skip 6 from 7 samples. My be newer esddsp >versions can do _resampling_, but half year ago it just skipping :( > Just skipping 5 of 6 samples would, of course, sound really bad. Also, you need to work in the other direction, where duplicating samples 6 times would also sound bad. There's plenty of papers out there on the artifacts left by different resampling methods. -SteveK |
|
From: Steven S. <ss...@so...> - 2004-12-09 17:05:51
|
Here's a challenge -- what's the best way to add video support (live video, not simply still images) to iaxClientLib? From what I can tell, Asterisk supports two video codecs, so it has some understanding of video. How do we make iaxClient take advantage of that? Here's the steps I see in the process: 1) Capture - OS/device dependent and specific 2) Encoding - converting the video frames to an Asterisk-supported video codec. 3) Transmission - binding the video codec frames to IAX frames and shoving them down the wire. 4) Reception - receiving and properly handling incoming video frames from the incoming IAX stream. 5) Decoding - decoding the encoded video frames into a device/os-specific video stream 6) Display - Rendering the images from the stream onto a display of some kind (again probably device/os dependent). Other issues - codec negotiation, image format negotiation, etc. Does anybody want to take this on? If so, I may have a client who could help fund the development. Please respond with any corrections, thoughts, etc. Thanks, Steve Steve Sokol Sokol & Associates, LLC |
|
From: Denis S. <mit...@fr...> - 2004-12-09 15:56:04
|
On Thu, Dec 09, 2004 at 09:28:48AM -0500, Steve Kann wrote: SK> >SK>>Some audiocodecs don't support record with 8kHz sample rate. tk= client SK> >SK>>don't resample correctly or don't resample anyway :-(=20 SK> >SK> When you say "audio codecs", I assume you mean "audio devices a= nd=20 SK> >drivers". SK> >Yes. SK> >SK> This is only an issue on Linux. Portaudio uses MacOS' built in= =20 SK> >SK> resampling on Macintosh hardware, and Win32 WMME always provide= s 8khz=20 SK> >on SK> Win32. SK> >Hmmm. I'm not sure. I test FireFly, and with some audio devices it = don't SK> >work also.=20 SK> Firefly doesn't use iaxclient. I now, but it have similar bug in _windows_. =20 SK> >SK> The solution is either: SK> >SK> a) Write resampling code for iaxclient, SK> >iaxclient library has resampling code (from sox). SK> >tkclient don't us it. SK> Nothing uses it. It is there to make the job of implementing resamp= ling=20 SK> easier, though :) Hm... It must be used in iaxclient library code or in client code? Where = I need to add resampling? =20 SK> >AFAIR esddsp simply skip samples, and don't resample correctly. Res= ampling SK> >made by esddsp sounds not so good. SK> esddsp does do resampling, at least it did when I used it. (I used = to=20 SK> use a USB headset with Linux which only supported 48khz sampling, an= d=20 SK> esddsp + iaxclient worked fine, although with excess latency). 48kHz -> 8kHz resampling is just skip 6 from 7 samples. My be newer esdds= p versions can do _resampling_, but half year ago it just skipping :( =20 --=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E4=C5=CE=C9=D3 http://freesource.info |
|
From: Steve K. <st...@st...> - 2004-12-09 14:29:47
|
Denis Smirnov wrote: >On Wed, Dec 08, 2004 at 11:29:37AM -0500, Steve Kann wrote: > >SK>>Some audiocodecs don't support record with 8kHz sample rate. tkclient >SK>>don't resample correctly or don't resample anyway :-( >SK> When you say "audio codecs", I assume you mean "audio devices and drivers". > >Yes. > >SK> This is only an issue on Linux. Portaudio uses MacOS' built in >SK> resampling on Macintosh hardware, and Win32 WMME always provides 8khz on >SK> Win32. > >Hmmm. I'm not sure. I test FireFly, and with some audio devices it don't >work also. > > Firefly doesn't use iaxclient. >SK> The solution is either: >SK> a) Write resampling code for iaxclient, > >iaxclient library has resampling code (from sox). >tkclient don't us it. > > Nothing uses it. It is there to make the job of implementing resampling easier, though :) >SK> b) Use different audio devices, > >:-( > >SK> c) Use "esddsp" or equivalent to put something between your soundcard >SK> and iaxclient which can resample. > >AFAIR esddsp simply skip samples, and don't resample correctly. Resampling >made by esddsp sounds not so good. > > esddsp does do resampling, at least it did when I used it. (I used to use a USB headset with Linux which only supported 48khz sampling, and esddsp + iaxclient worked fine, although with excess latency). -SteveK |
|
From: Denis S. <mit...@fr...> - 2004-12-09 14:17:28
|
On Wed, Dec 08, 2004 at 11:29:37AM -0500, Steve Kann wrote: SK>>Some audiocodecs don't support record with 8kHz sample rate. tkclient SK>>don't resample correctly or don't resample anyway :-(=20 SK> When you say "audio codecs", I assume you mean "audio devices and dri= vers". Yes. =20 SK> This is only an issue on Linux. Portaudio uses MacOS' built in=20 SK> resampling on Macintosh hardware, and Win32 WMME always provides 8khz= on=20 SK> Win32. Hmmm. I'm not sure. I test FireFly, and with some audio devices it don't work also.=20 SK> The solution is either: SK> a) Write resampling code for iaxclient, iaxclient library has resampling code (from sox). tkclient don't us it. SK> b) Use different audio devices, :-( SK> c) Use "esddsp" or equivalent to put something between your soundcard= =20 SK> and iaxclient which can resample. AFAIR esddsp simply skip samples, and don't resample correctly. Resamplin= g made by esddsp sounds not so good. --=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E4=C5=CE=C9=D3 http://freesource.info |
|
From: Richard H. <rh...@le...> - 2004-12-09 01:44:29
|
On Wed, Dec 08, 2004 at 03:40:40PM -0600, Michael Van Donselaar wrote: > http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-win-0.99pre8.zip > http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-lin-0.99pre8.tar iaxcomm/Makefile in cvs still says pre6; did you just forget to update it, or are all your changes not in cvs yet? Richard > Fixed: > * Can't save ulaw as preferred codec > * Not showing remote_name and remote_number > * Distorted ringtones > * Preferred audio devices not recalled at next run > > Any bug reports greatly appreciated. I'm hoping to get version 1.0 with > helpfile out by Christmas. > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.802 / Virus Database: 545 - Release Date: 11/26/2004 > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Iaxclient-devel mailing list > Iax...@li... > https://lists.sourceforge.net/lists/listinfo/iaxclient-devel |
|
From: Atuc <at...@gm...> - 2004-12-09 00:39:49
|
At 22:38 08.12.2004, you wrote: >I reproduced your problem on my laptop. > >It looks like it crept in when I reduced the latency in wmme too low, from >200 to 67. I reset it at 100, and it works fine for me. > >http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-win-0.99pre8.zip hallo Michael, i have just testet this version but get the same problem as discribed, i have 3 soundcards (testet on windows) and if i choose 2 differnt cards (ring, voice) i get this noise when an imcomming call comes. i have also testet with my own testprogram using the iaxlib, and i get the same ring sound problem with multiple audio devices, if i choose only one device for all it sounds ok, so i think its not an iaxcomm problem, some weeks ago it was working but with the latest iaxlib cvs code, i experienced this problem, alex |
|
From: Michael V. D. <mi...@va...> - 2004-12-08 21:41:17
|
http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-win-0.99pre8.zip http://iaxclient.sourceforge.net/iaxcomm/iaxcomm-lin-0.99pre8.tar Fixed: * Can't save ulaw as preferred codec * Not showing remote_name and remote_number * Distorted ringtones * Preferred audio devices not recalled at next run Any bug reports greatly appreciated. I'm hoping to get version 1.0 with helpfile out by Christmas. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.802 / Virus Database: 545 - Release Date: 11/26/2004 |
|
From: Steve K. <st...@st...> - 2004-12-08 16:29:49
|
Denis Smirnov wrote: >Some audiocodecs don't support record with 8kHz sample rate. tkclient >don't resample correctly or don't resample anyway :-( > > When you say "audio codecs", I assume you mean "audio devices and drivers". This is only an issue on Linux. Portaudio uses MacOS' built in resampling on Macintosh hardware, and Win32 WMME always provides 8khz on Win32. The solution is either: a) Write resampling code for iaxclient, b) Use different audio devices, c) Use "esddsp" or equivalent to put something between your soundcard and iaxclient which can resample. -SteveK |
|
From: Denis S. <mit...@fr...> - 2004-12-08 16:21:26
|
Some audiocodecs don't support record with 8kHz sample rate. tkclient don't resample correctly or don't resample anyway :-(=20 --=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E4=C5=CE=C9=D3 http://freesource.info |
|
From: Michael V. D. <mi...@va...> - 2004-12-08 03:50:06
|
> -----Original Message----- > From: iax...@li... > [mailto:iax...@li...] On Behalf Of Atuc > Sent: Tuesday, December 07, 2004 3:08 AM > To: iax...@li... > Subject: [Iaxclient-devel] ring sound problem if i choose > another device for ring! > > hallo, > > i experienced a problem in the latest iaxlib with the ring > ton, if i select another audio device (soundcard) for the > incoming ring as the headset device, i get a distort sound if > i get an incomming call. if i connect the call, the sound > continues until the connection stays. > > i have just testet with the latest iaxcomm (0.99pre6) on > windows and its the same, i have similar experience under linux. I had a glitch creep in between the 27Nov and .99pre6 releases that caused saved devices to not be read. Your problem may be caused by using the wrong device? It will be corrected in pre 8 due up tomorrow > anybody else has the same problem? > any idea what it is? > > alex > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide Read honest & > candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Iaxclient-devel mailing list > Iax...@li... > https://lists.sourceforge.net/lists/listinfo/iaxclient-devel > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.802 / Virus Database: 545 - Release Date: 11/26/2004 > > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.802 / Virus Database: 545 - Release Date: 11/26/2004 |
72 messages has been excluded from this view by a project administrator.
