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: Michael W. <mwo...@im...> - 2004-09-21 17:41:38
|
I did a Complete Re Write if IAX Client Based on Asterisk Changes and its Running Perfect and I am my using CygWin or MinGW I am Using Visual Studio .Net 2003 Enterprise. When I finish the last of the changes this week I will post on News Group letting people know where they can download it. |
From: Paulo M. <pa...@in...> - 2004-09-21 14:43:01
|
See you there. We've been working a lot on improving iaxlib, including other codecs, recording support (WAV and MP3), and other stuff, ando would like to get together and see how we can contribute more to the project. Best regards, Paulo Mannheimer Instant Solutions Rio de Janeiro - Brazil. -----Original Message----- From: iax...@li... [mailto:iax...@li...] On Behalf Of Steve Kann Sent: ter=E7a-feira, 21 de setembro de 2004 11:34 To: Iaxclientlist Subject: [Iaxclient-devel] Who else is at astricon? I'm here at Astricon 2004 already. Anyone else coming or here yet? e-mail me, and we can get together. -SteveK ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Iaxclient-devel mailing list Iax...@li... https://lists.sourceforge.net/lists/listinfo/iaxclient-devel |
From: Steve K. <st...@st...> - 2004-09-21 14:33:40
|
I'm here at Astricon 2004 already. Anyone else coming or here yet? e-mail me, and we can get together. -SteveK |
From: <an...@mo...> - 2004-09-21 13:49:52
|
Sorry, I can not help you, I'm using mingw here and have no problems with it and iaxclient (yet)... But I'd like to take advantage of this oportunity and ask you and those that use VC++ a question... What's the poing in using VC++ (not a free compiler, and a lot of posts with problems to get iaxclient working...) and not mingw (free compiler, native windows code, works very well with iaxclient...)? Is there some advantage in it (VC++)? Optimization? Performance? Stability? Size of generated code? Others? Please, do not misinterpret this post. I'm not saying to anybody to use mingw... I'd like to know if I should try VC++.... Thanks. Moreiras. -------- Mensagem Original -------- >Assunto: [Iaxclient-devel] VC++ again. >Remetente: "Edwin Vaina" <ed...@fi...> >Data: Ter, 21 de Setembro de 2004, 7:41 > > > Hello. > > There is a lot of posts about compiling iaxclient under vc++ 6.0 but I > can't find information how to solve my problem. Somehow I managed to > compile iaxclient_lib but when I try to compile iaxclient using that > library i get linking problems like: > > -------------------Configuration: WinIAX - Win32 > Debug-------------------- Linking... > iaxclient_lib.lib(iaxclient_lib.obj) : error LNK2001: unresolved (....) -------------------------------------------------- Estadão - Internet com alta qualidade de conexão. GANHE ACESSO GRATUITO à Internet do Estadão em http://www.estadao.com.br/discador/ -------------------------------------------------- |
From: Edwin V. <ed...@fi...> - 2004-09-21 10:40:02
|
Hello. There is a lot of posts about compiling iaxclient under vc++ 6.0 but I can't find information how to solve my problem. Somehow I managed to compile iaxclient_lib but when I try to compile iaxclient using that library i get linking problems like: -------------------Configuration: WinIAX - Win32 Debug-------------------- Linking... iaxclient_lib.lib(iaxclient_lib.obj) : error LNK2001: unresolved external symbol _iax_transfer iaxclient_lib.lib(iaxclient_lib.obj) : error LNK2001: unresolved external symbol _iax_destroy iaxclient_lib.lib(iaxclient_lib.obj) : error LNK2001: unresolved external symbol _iax_quelch_moh iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _speex_echo_cancel iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _speex_echo_state_init iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _speex_echo_state_destroy iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol __Px_SetMicrophoneBoost iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol __Px_SetCurrentInputSourceByName iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_OpenMixer iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_CloseMixer iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_GetInputVolume iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_GetNumInputSources iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_GetOutputVolume iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_SupportsPCMOutputVolume iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_SetInputVolume iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol _Px_SetOutputVolume iaxclient_lib.lib(audio_portaudio.obj) : error LNK2001: unresolved external symbol __Px_GetMicrophoneBoost Debug/WinIAX.exe : fatal error LNK1120: 17 unresolved externals Error executing link.exe. WinIAX.exe - 18 error(s), 0 warning(s) I use source downloaded from http://iaxclient.sourceforge.net/iaxcomm/ |
From: <an...@mo...> - 2004-09-20 18:05:19
|
Adelino, Paulo, you send me emails in private, but maybe it's of general interest... Or, at least, of the other (hipotetical) "brazilians in the list" interest... Then, i'm sending it to the list, and in english (not so well writed, but english... ). First, and most important, there is a brazilian asterisk list at: http://groups.yahoo.com/group/asteriskbr/ ast...@ya... And... I think there are a lot of brazilians working with asterisk... There is even Digium representatives here, for example DbExperts, they sell Digium cards (we buy a E1 card from them)... And they have developed a kind of appliance based on asterisk that seams to be far better than the solutions of the big players (Cisco, 3Com, etc), but is a big expensive, too. (Well, the people there is very very arrogant... Then, take care if you contact them. I do not recommend that. There are others representatives, see Digium page or google...) I'm working with asterisk at first to implement a solution for our corporative call center. I'm looking for simple things as: call queues, online (and real time) statistics, recording calls (by the user, by the supervisor, randomic), change the queues greeting message by the supervisor, online reports, etc... I'm testing the system for little more than 2 months, and the tests are going very well... Almost everything is working... But, even with everythink working, we will have to develop a lot of interfaces (GUIs) and put some glue here and there to have a H.A. system (redundancy) before go to production (a few months of work yet). I've tested a lot of software phones too, and choosed iaxcomm. The iaxclient library is a beautiful and clean code, all GPL, very well writed, easy to understand, easy to play with. My dream is to implement Speex codec in the library, maybe in the next months... I've adapted iaxcomm, implemented some minor changes in the look and feel and interface in general, corrected some little bugs, etc. It is now very stable, easy to use and almost ready for production environment, I think. []'s Moreiras. -------------------------------------------------- Email Plus Estadão Agora você pode ter mais ferramentas e espaço para armazenar seus emails. http://www.estadao.com.br/webmail/pago/ -------------------------------------------------- |
From: <an...@mo...> - 2004-09-19 22:20:23
|
The poke_reply is not implemented at libiax2, even at cvs head... Is there a special reason for this? I've implemented this here, and now qualifying iaxcomm users is possible, I think it helps me to test the connection quality in some situations, and I see no reason to not do this... asterisk*CLI> iax2 show peers Name/Username Host Mask Port Status 4596/Jara 172.17.22.200 (D) 255.255.255.255 4569 OK (15 ms) 2520/Hideo (Unspecified) (D) 255.255.255.255 0 UNKNOWN 3569/Simao 172.21.35.83 (D) 255.255.255.255 4569 OK (4 ms) (...) (4596 and 3569 are iaxcomm clients) You think there is a problem implementing this at libiax2? and qualifying Iax clients? What I did here: *** at iax.c (libiax2) ** added near line 962 static int iax_send_poke_reply(struct iax_session *session, unsigned int ts); ** added near line 989: case IAX_EVENT_POKE: event->etype = IAX_EVENT_PONG; iax_send_poke_reply(event->session, event->ts); iax_event_free(event); break; ** added near line 1142 static int iax_send_poke_reply(struct iax_session *session, unsigned int ts) { return send_command_final(session, AST_FRAME_IAX, IAX_COMMAND_PONG, ts, NULL, 0, -1); } I think it is all... Let me know if I forget something... Or if it was made the wrong way... It's working here, then, if it not work for you, maybe I forget to put something in this mail... I can try generate a patch if someone became interested, but I think it's not necessary, the idea is very simple.... Thanks and []'s Moreiras. -------------------------------------------------- Estadão - Internet com alta qualidade de conexão. GANHE ACESSO GRATUITO à Internet do Estadão em http://www.estadao.com.br/discador/ -------------------------------------------------- |
From: <an...@mo...> - 2004-09-19 21:28:24
|
Sometimes Iaxcomm miss the incoming call... I found a patch at http://www.nexusuk.org/projects/VoIP/iaxcomm/missedcalls that resolves the problem (or seams to). Basicaly... at iax.c (libiax2) static int send_command_final(struct iax_session *i, char type, int command, unsigned int ts, char *data, int datalen, int seqno) { // return __send_command(i, type, command, ts, data, datalen, seqno, 0, 0, 1, 0); int r; r = __send_command(i, type, command, ts, data, datalen, seqno, 0, 0, 1, 0); if (r >= 0) destroy_session(i); return r; } I'm not working with the cvs head... but with the version at http://iaxclient.sourceforge.net/snapshots/iaxclient.tar.gz. But it seams that there is nothing new adressing this problem at cvs head... or there is and I didn't see? Or is it a problem at the iaxcomm addressed from the wrong way with that patch? Thanks. Moreiras -------------------------------------------------- Estadão - Internet com alta qualidade de conexão. GANHE ACESSO GRATUITO à Internet do Estadão em http://www.estadao.com.br/discador/ -------------------------------------------------- |
From: <an...@mo...> - 2004-09-19 20:43:14
|
Hi, First, let me introduce myself... I'm Moreiras, from Brazil, new to this list, and new to the "asterisk" word. I'm working with asterisk for two months and with iaxclient and iaxcomm (in Windows) for a little more than 1 month. I think I'm a newbe in this hole thing. In time, I think my english is not very good. But I will try to be clear... I have three questions about the library, that I'm going to ask in separated emails. First one: I have sound problems in this configuration: IAXCOMM Windows (GSM) ---> Asterisk Server ---> Cisco SIP IP Phone (ULAW) The sound quality in IAXCOMM side is OK. But at the Cisco side, it is horrible. Looking in asterisk email lists, bugs, and google I found that probably it is a problem with generated IAX2 timestamps. The problems is already resolved in asterisk server. But maybe it is not in Iaxcomm / iaxclient library, I don't know for sure. The timestamps generated by iaxcomm are a little erratic. There are increments between 15ms and 30ms between the timestamps of consecutive packets. (One can see that with tcpdump, for example). The asterisk server gets that timestamps then generate the SIP timestamps... And the CISCO phone doesn't like erratic timestamps, it drop some packets, and the sound quality go down... The following configuration sounds OK: IAXCOMM (GSM) ----> Asterisk Server Meeetme app <---- Cisco SIP (ULAW) I think that in this configuration the server generate the timestamps without look at that generated by iaxcomm... everything works fine. At iax.c, in the library (libiax2), I see that there is some code to generate the timestamps based on the timing from the audio sampling (8khz). The code is not used by default, the variable USE_VOICE_TS_PREDICTION have to be defined to do this. Well, I put a: #define USE_VOICE_TS_PREDICTION 1 at the beginning of iax.c. Everything works fine, then. Time difference between timestamps is something more than 20ms, near 23ms, but it is ever 23ms, no more erratic differences, and it seams to don't generate sound problems. And the sound at the SIP ULAW CISCO side is OK, now. Well... I'd like to know if there is a problem that I don't see with this code (VOICE_TS PREDICTION). Maybe at other plataforms (I'm using windows...)? If no, why this is not the default choice? At asterisk lists I see that this problem (erratic timestamps with IAX2 and GSM) was resolved in asterisk, but I was not able to identify this correction looking at the code (not so good programmer... hehehe) Is there some other way to do this? Thanks! Moreiras. -------------------------------------------------- Estadão - Internet com alta qualidade de conexão. GANHE ACESSO GRATUITO à Internet do Estadão em http://www.estadao.com.br/discador/ -------------------------------------------------- |
From: Michael W. <mwo...@im...> - 2004-09-14 04:37:31
|
Does anyone have instructions on how to make the WIAX2.DLL |
From: Steve K. <st...@st...> - 2004-09-13 23:40:43
|
Stephen Uhler wrote: >Using the jabra-250 bluetooth headset for the iaxclient doesn't work, >as it is only a mono device, and "audio_portaudio.c" requires stereo. > >However, if I simply comment out the "#ifndef MACOSX" on line 449, >it works, as does the internal mic and external speakers. Am I missing >something, or can the "#ifndef MACOSX" be safely eliminated? > > No, if you remove that, then all mac input from stereo devices will only accept the left channel. The solution to this problem, it would seem, would be to reverse the order of the audio device open tests, at least for input devices: For them, on the Mac, one should try to open the device in stereo first [two channels], and if that fails, to then try to open just one channel. The basic difference on the Mac vs other platforms is that on Windows and Linux, opening one channel will give you a monaural channel, but the mac will generally give you just the left channel. P.S. Stephen, I meant to write this separately, [and I suspect that you already know this], but it seems there is a race condition in iaxcli.c: The race is between events sent to the client from the iaxclient thread, and responses to commands from the client. Both of these can generate output, and call stdio, which probably isn't thread safe. (I haven't actually seen this, but I suspect that it can happen). With the present design, a mutex in report() will probably resolve this? -SteveK |
From: Stephen U. <su...@su...> - 2004-09-13 22:29:49
|
Using the jabra-250 bluetooth headset for the iaxclient doesn't work, as it is only a mono device, and "audio_portaudio.c" requires stereo. However, if I simply comment out the "#ifndef MACOSX" on line 449, it works, as does the internal mic and external speakers. Am I missing something, or can the "#ifndef MACOSX" be safely eliminated? S |
From: Steve K. <st...@st...> - 2004-09-11 02:20:21
|
Eric Alexander wrote: >Ah.. Please excuse my ignorance. Can you point me in the right direction to >install app_conference? I have tried installing it on 3 boxes (debian, >slackware, redhat) and make install fails with the following everytime. > >cc1: Invalid option `abi=altivec' >cc1: Invalid option `dynamic-no-pic' >cc1: unknown C standard `c99' >cc1: Invalid option `-fprefetch-loop-arrays' >cc1: Invalid option `-fsingle-precision-constant' >cc1: Invalid option `-faltivec' >cc1: bad value (7450) for -mcpu= switch >app_conference.c: In function `add_milliseconds': >app_conference.c:137: parse error before `long' >app_conference.c:140: `s' undeclared (first use in this function) >app_conference.c:140: (Each undeclared identifier is reported only once >app_conference.c:140: for each function it appears in.) > > It appears that the current Makefile is set up to compile under Darwin/PPC. Just comment out the third CFLAGS line, and if you're using an old GCC, remove the -std=c99 option from the first CFLAGS line. -SteveK > > >-----Original Message----- >From: Steve Kann [mailto:st...@st...] >Sent: Thursday, September 09, 2004 9:36 AM >To: Eric Alexander >Cc: iax...@li... >Subject: Re: [Iaxclient-devel] app_conference > >Eric Alexander wrote: > > > >>Is the CVS missing app_conference.o ? >> >> >> >> >No, object files don't normally go into CVS repositories.. > >-SteveK > > > |
From: Michael W. <mwo...@im...> - 2004-09-11 01:42:33
|
I see in header file #define IAXC_CALL_STATE_FREE 0 #define IAXC_CALL_STATE_ACTIVE (1<<1) #define IAXC_CALL_STATE_OUTGOING (1<<2) #define IAXC_CALL_STATE_RINGING (1<<3) #define IAXC_CALL_STATE_COMPLETE (1<<4) #define IAXC_CALL_STATE_SELECTED (1<<5) but when I compile the WinIAX test app I get WinIAX.cpp(693): error C2065: 'IAXC_CALL_STATE_AUTHREQ' : undeclared identifier WinIAX.cpp(680): error C2065: 'IAXC_CALL_STATE_REJECTED' : undeclared identifier what is 'IAXC_CALL_STATE_AUTHREQ' and 'IAXC_CALL_STATE_REJECTED' |
From: Michael W. <mwo...@im...> - 2004-09-10 23:31:04
|
From: Steve K. <st...@st...> - 2004-09-10 22:10:53
|
iaxclient presently supports only the GSM codec. -SteveK SYED OBAID AMIN wrote: > Hi Steven and other members > > I am having "Bad or incomplete voice packet " error from asterisk > while using any coDec but gsm with IAX2.( It worked fine for IAX) . > this error was also reported on Nov 2003. > > http://lists.digium.com/pipermail/asterisk-users/2003-November/028404.html > > ( This was reported for Diax but i think Diax also uses Iaxclient lib). > > any patches for this yet from anyone ?? > > *Sr. Software Engineer* > > *InfiniLogic (Pvt) Ltd.* > > ob...@in... <mailto:ob...@in...> > > Cc: Mark Spencer for Notification Only > > > ------------------------------------------------------------------------ > Help STOP spam with the new MSN 8 > <http://g.msn.com/8HMBEN/2731??PS=47575> and get 2 months > FREE*------------------------------------------------------- This > SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project > Admins to receive an Apple iPod Mini FREE for your judgement on who > ports your project to Linux PPC the best. Sponsored by IBM. Deadline: > Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ Iaxclient-devel > mailing list Iax...@li... > https://lists.sourceforge.net/lists/listinfo/iaxclient-devel |
From: SYED O. A. <sye...@ho...> - 2004-09-10 21:47:16
|
<html><div style='background-color:'><P>Hi Steven and other members</P> <P>I am having "Bad or incomplete voice packet " error from asterisk while using any coDec but gsm with IAX2.( It worked fine for IAX) . this error was also reported on Nov 2003.</P> <P><A href="http://lists.digium.com/pipermail/asterisk-users/2003-November/028404.html">http://lists.digium.com/pipermail/asterisk-users/2003-November/028404.html</A></P> <P>( This was reported for Diax but i think Diax also uses Iaxclient lib).</P> <P>any patches for this yet from anyone ??<BR><BR></P> <DIV> <P><STRONG>Sr. Software Engineer</STRONG></P> <P><STRONG>InfiniLogic (Pvt) Ltd.</STRONG></P> <P><A href="mailto:ob...@in...">ob...@in...</A></P> <P>Cc: Mark Spencer for Notification Only</P></DIV></div><br clear=all><hr>Help STOP spam with <a href="http://g.msn.com/8HMBEN/2731??PS=47575">the new MSN 8 </a> and get 2 months FREE*</html> |
From: Steve K. <st...@st...> - 2004-09-09 15:36:30
|
Eric Alexander wrote: >Is the CVS missing app_conference.o ? > > No, object files don't normally go into CVS repositories.. -SteveK |
From: Steve K. <st...@st...> - 2004-09-09 15:33:53
|
I've just committed Stephen Uhler's great additions to the library: - First, he's made everything work on Solaris, including developing a portmixer implementation so that the details like level sliders can work there as well. - Second, he's pushed me to finally commit Stephan Kauss' Alignment patches [sorry I took so long, Stephan]. - Third, he's contributed a neat new client, tkphone, which is neat because it runs iaxclient in a co-process, and communicated entirely via a simple text protocol. These changes should be in CVS now, although I'm not sure how long it takes sourceforge to get them from "developer" cvs into "anon" cvs. They should be in the tarball soon. Thanks, Stephen! -SteveK |
From: Eric A. <er...@er...> - 2004-09-09 15:14:27
|
Is the CVS missing app_conference.o ? |
From: Steve K. <st...@st...> - 2004-09-08 21:00:37
|
Stephen Uhler wrote: >I'm new to this list, so I have a few (perhaps dumb) questions: > > Welcome, Stephen. If you have read the archives, you'll realize you're adding to the already incredibly disproportionate number of Ste(v|ph)en's here! >* I've ported the iaxclient library to Solaris. How do I get the > fixes incorporated back into the cvs repository? > > Send changes either to me, or to the list. The only additional concern is that I have been trying to keep libiax2 synchronized with digium's canonical repository; therefore, if you have any significant changes to libiax2, we'd want you to disclaim those with digium [their policy, not mine]. >* I wrote a new "simpleclient" telephone with GUI that runs on Linux, > Solaris, Windows and OSX (it uses a command-line phone in C driven by > a tcl/tk GUI). If anyone is interested I'd be glad to contribute it > to the "simpleclient" directory. > > That would be great; send it along! >* I'm interested in getting the echo cancellation to work. I noticed there > is a start in the code, but nothing complete. To avoid re-creating the > wheel, has anyone made more progress than is reflected in the current code? > > Not really. Jean-Marc Valin (speex dude) has made some small advances in libspeex, which I haven't yet included in our copy here, but I did try them out, and didn't have much more success. I think that the speex ec, although incomplete, is going to be the best solution for us; because it is frequency domain, it is much more ideally suited for the long echo tails than the time-domain cancellers used in asterisk itself. I would suggest that you search the speex mailing list archives for the past couple of months, as it's been discussed a few times. If you're interested in working on it, I would suggest that you talk (e-mail) Jean-Marc, as he would be best able to help you. The basic problems in the ec, as I see it, are: 1) Determining training speed, and when to train. 2) Residual echo reduction: Presently, even when you help the ec along to get it trained, it still has a limited effect (i.e. reduces echo by 20dB or whatever). But, when you're also using AGC, the AGC just takes the reduced echo, and raises it's volume back to normal, so you end up with a slightly distorted, but just as loud echo. Some other people on the speex list are looking into this as well. -SteveK |
From: Stephen U. <su...@su...> - 2004-09-08 20:37:23
|
I'm new to this list, so I have a few (perhaps dumb) questions: * I've ported the iaxclient library to Solaris. How do I get the fixes incorporated back into the cvs repository? * I wrote a new "simpleclient" telephone with GUI that runs on Linux, Solaris, Windows and OSX (it uses a command-line phone in C driven by a tcl/tk GUI). If anyone is interested I'd be glad to contribute it to the "simpleclient" directory. * I'm interested in getting the echo cancellation to work. I noticed there is a start in the code, but nothing complete. To avoid re-creating the wheel, has anyone made more progress than is reflected in the current code? S |
From: Joaquin C. A. <e98...@fr...> - 2004-09-08 08:30:31
|
Steve Kann wrote: > > On Sep 7, 2004, at 10:01 PM, Alex Epshteyn wrote: > >> I am new to this list and trying to get up to speed. >> >> It appears that the project uses gcc (MinGV and Cygwin) to build the >> library, compiling library's wrapper wiax.dll (in diax project) is >> also done >> with gcc. >> I have seen a few questions about compiling with VC++, but not too many >> answers, and it is not obvious what has changed since these posts. >> >> Are the Microsoft VC++ project files out of date? > > > Yes. > >> I would like to build a >> dll using VC++, and wonder if that would be a relatively major effort? > > > Probably not. > >> Can >> the library be compiled with VC++ without any patches? > > > No; there's a couple of gcc-specific features that are used in the > library. I went through and cleaned most of these up, and AFAIK the > only issue left is that we use a zero-length array as the last member > of a structure; in gcc, this refers to the memory _after_ the end of > the structure, and was a neat hack that Mark did in libiax2. > > Unfortunately, nobody has come up with a similar construction that > _is_ portable to compilers which don't support this (simple) extension. The "standard" way to port this extension to compilers that don't support 0-length arrays, is to change it to a 1-length array (you can potencially waste a little bit of memory, but that's usually considered ok). That way you can still refer to the array, using the buffer as "backend". Things get more complicated if you want to access the data through the buffer instead of through the array. Can anybody show the code that uses buf to see if is it enough to change afdata to 1-length array? Cheers, |
From: Dmitry M. <ar...@od...> - 2004-09-08 06:17:34
|
> > Can > > the library be compiled with VC++ without any patches? > > No; there's a couple of gcc-specific features that are used in the > library. I went through and cleaned most of these up, and AFAIK the > only issue left is that we use a zero-length array as the last member > of a structure; in gcc, this refers to the memory _after_ the end of > the structure, and was a neat hack that Mark did in libiax2. > > Unfortunately, nobody has come up with a similar construction that _is_ > portable to compilers which don't support this (simple) extension. > > A proper fix for this would be something which is equally efficient, > and portable, and would be accepted back into digium's libiax2 > repository. > Steve, I suppose you are talking about this code: iax.c file iax_send function. .... struct { struct iax_frame fr2; unsigned char buffer[4096]; /* Buffer -- must preceed fr2 */ } buf; In Adam Hart libiax2 version I see the following patch which helps to bypass this issue on compilation: iax2-parser.h struct iax_frame { ..... /* Actual, isolated frame header */ struct ast_frame af; unsigned char unused[AST_FRIENDLY_OFFSET]; // unsigned char afdata[0]; /* Data for frame */ }; They refuse to use afdata at all. Is it correct? May be Mark can comment it. Dmitry. |
From: Ilguiz L. <ila...@in...> - 2004-09-08 03:21:44
|
On Tue, Sep 07, 2004 at 10:17:24PM -0400, Steve Kann wrote: > only issue left is that we use a zero-length array as the last member > of a structure; in gcc, this refers to the memory _after_ the end of > the structure, and was a neat hack that Mark did in libiax2. > > Unfortunately, nobody has come up with a similar construction that _is_ > portable to compilers which don't support this (simple) extension. Can these macros be used instead? It seems they still need the name of the last structure element. I can't recall why just sizeof(type) wasn't enough. #define STRUCT_OFFSET(type, member) ((uint8_t *)&(((type *)NULL)->member) - \ (uint8_t *)((type *)NULL)) #define STRUCT_END(type, member) (STRUCT_OFFSET(type, member) + \ sizeof(((type *)NULL)->member)) Thanks, -- Ilguiz Latypov home +1 (519) 569-8746 cell +1 (519) 998-2865 66 Wildlark Crescent Kitchener, Ontario N2N 3E9 |