iaxclient-devel — Development Discussion List

[Iaxclient-devel] iaxc_play_sound

[stevebvt <ste...@gm...>]

i have a question regarding multiple calls to iaxc_play_sound
(without waiting for a prior call to complete
 by the way - is there a way to determine when a call to iaxc_play_sound has completed?)

i would have expected it to work this way
(given the case of a call to iaxc_play_sound - where a prior call has not completed)

1. the new iaxc_sound{} would be added to the end of the existing chain of  iaxc_sounds (fifo)
   using iaxc_sound.next
2.when the current iaxc_sound completed the next iaxc_sound would become
   the head of the fifo queue & output

what the code sees to do is
1. the new iaxc_sound{} is added to the front of the existing chain of  iaxc_sounds (lifo)
    pa_play_sound () -
      sound->next = sounds;
      sounds = sound;
2. if there is BUFFER OVERFLOW subsequent iaxc_sound{}  data seems to be discarded
   pa_mix_sounds () -
     if ( *sp ) /* don't advance if we removed this member */
      sp = &((*sp)->next);

what should happen in this case?

steve

Re: [Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development g726aal2 Codec

[Peter G. <jpg...@gm...>]

Hi Steve,

On Wed, Apr 9, 2008 at 2:28 PM, Steven Henke <sp...@xe...> wrote:
>  Today's question regards the G726 codec or more specifically what
>  Asterisk refers to as the g726aal2 codec. This is what is used as the
>  preferred codec with Asterisk app_rpt radio over IP networks and would
>  like to use with the iaxRpt client.  I saw a reference to it in the
>  iaxclient mailing list but it doesn't seem to be incorporated in trunk.
>  Could someone please comment on that codec's current state regarding
>  iaxclient?

As far as I know, g.726 has never been supported in iaxclient. I do
not have any plans to incorporate this codec, but if someone else
wanted to make a patch, I wouldn't be opposed.

Is there a free implementation of this codec available? What does asterisk use?

Pete

Re: [Iaxclient-devel] Is Iaxclient2.1beta1 audio voice with 40ms latecy?

[Peter G. <jpg...@gm...>]

Hi,

On Wed, Apr 9, 2008 at 9:59 PM, db peng <pe...@gm...> wrote:
> I build Iaxclient2.1beta1,when I call local playback,the 'delay'
>  always equals 40,it's means 40ms latecy?where I can change it?

The jitterbuffer in libiax2 has a default (best case) delay of 40ms.
The jitterbuffer is there to ensure that the audio stream going out to
the audio hardware does not have any gaps in it. I don't think it is
really feasible to reduce this 40ms. The server-side (asterisk) has a
similar jitterbuffer implementation.

I'm not sure what you mean by local playback. The netstats below show
only 40ms for the remote side and there was only one packet received
by the remote side.

>  the net stats as follow,
>  {{{
>  ...
>  2008-04-10 09:43:36(CST) Local:
>  [jitter:67;losspct:0;losscnt:72;packets:25585;delay:129;dropped:
>  9;ooo: 24]
>  2008-04-10 09:43:36(CST) Remote:
>  [jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
>  2008-04-10 09:43:46(CST) netStatsReceived: 0 0
>  2008-04-10 09:43:46(CST) Local:
>  [jitter:67;losspct:0;losscnt:72;packets:26085;delay:130;dropped:
>  9;ooo: 24]
>  2008-04-10 09:43:46(CST) Remote:
>  [jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
>  2008-04-10 09:43:56(CST) netStatsReceived: 0 0
>  2008-04-10 09:43:56(CST) Local:
>  [jitter:66;losspct:0;losscnt:72;packets:26588;delay:131;dropped:
>  9;ooo: 26]
>  2008-04-10 09:43:56(CST) Remote:
>  [jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
>  2008-04-10 09:44:06(CST) netStatsReceived: 0 0
>  2008-04-10 09:44:06(CST) Local:
>  [jitter:68;losspct:0;losscnt:72;packets:27088;delay:133;dropped:
>  9;ooo: 26]
>  2008-04-10 09:44:06(CST) Remote:
>  [jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
>  ...
>  }}}
>

Pete

Re: [Iaxclient-devel] win32 usb audio volume fix

[stevebvt <ste...@gm...>]

i have not experienced this problem (as far as i know)
feel free to propose solution

what device(s) were having a problem with?
what was the exact manifestation of the problem?

steve

----- Original Message ----- 
From: "Adrian Sietsma" <ad...@si...>
To: "Iaxclient Mailing List" <iax...@li...>
Sent: Thursday, April 10, 2008 6:28 AM
Subject: Re: [Iaxclient-devel] win32 usb audio volume fix


> Re USB audio - several versions (years) ago I hacked the audio code to 
> solve
> a problem with slow-starting usb headsets.
> The fix was to open the device/stream earlier, and just start the stream 
> at
> the point the original code opened the audio (quite late in the call
> process, as I recall).
> Has anyone addressed this ? If not, I can try to update my solution, but I
> don't want to crossover anyone else's work.
>
> Adrian
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Iaxclient-devel mailing list
> Iax...@li...
> https://lists.sourceforge.net/lists/listinfo/iaxclient-devel 

Re: [Iaxclient-devel] win32 usb audio volume fix

[Adrian S. <ad...@si...>]

Re USB audio - several versions (years) ago I hacked the audio code to solve 
a problem with slow-starting usb headsets.
The fix was to open the device/stream earlier, and just start the stream at 
the point the original code opened the audio (quite late in the call 
process, as I recall).
Has anyone addressed this ? If not, I can try to update my solution, but I 
don't want to crossover anyone else's work.

Adrian

[Iaxclient-devel] Is Iaxclient2.1beta1 audio voice with 40ms latecy?

[db p. <pe...@gm...>]

I build Iaxclient2.1beta1,when I call local playback,the 'delay'
always equals 40,it's means 40ms latecy?where I can change it?
the net stats as follow,
{{{
...
2008-04-10 09:43:36(CST) Local:
[jitter:67;losspct:0;losscnt:72;packets:25585;delay:129;dropped:
9;ooo: 24]
2008-04-10 09:43:36(CST) Remote:
[jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
2008-04-10 09:43:46(CST) netStatsReceived: 0 0
2008-04-10 09:43:46(CST) Local:
[jitter:67;losspct:0;losscnt:72;packets:26085;delay:130;dropped:
9;ooo: 24]
2008-04-10 09:43:46(CST) Remote:
[jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
2008-04-10 09:43:56(CST) netStatsReceived: 0 0
2008-04-10 09:43:56(CST) Local:
[jitter:66;losspct:0;losscnt:72;packets:26588;delay:131;dropped:
9;ooo: 26]
2008-04-10 09:43:56(CST) Remote:
[jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
2008-04-10 09:44:06(CST) netStatsReceived: 0 0
2008-04-10 09:44:06(CST) Local:
[jitter:68;losspct:0;losscnt:72;packets:27088;delay:133;dropped:
9;ooo: 26]
2008-04-10 09:44:06(CST) Remote:
[jitter:0;losspct:0;losscnt:0;packets:1;delay:40;dropped: 0;ooo: 0]
...
}}}

[Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development g726aal2 Codec

[Steven H. <sp...@xe...>]

Hi All,

I'm still working on bringing iaxRpt up to date. I have things working
under cygwin/mingw with iaxclient trunk and wxWidgets 2.8 except for a
requirement for the mgwz.dll which I can't get rid of yet.

Today's question regards the G726 codec or more specifically what
Asterisk refers to as the g726aal2 codec. This is what is used as the
preferred codec with Asterisk app_rpt radio over IP networks and would
like to use with the iaxRpt client.  I saw a reference to it in the
iaxclient mailing list but it doesn't seem to be incorporated in trunk. 
Could someone please comment on that codec's current state regarding
iaxclient?

Thanks,

Steve H.

Re: [Iaxclient-devel] novideo_dll

[Michael V. D. <mic...@va...>]

On Mon, 7 Apr 2008 11:37:08 -0400, "Peter Grayson" <jpg...@gm...> wrote:

>Hi Steve,
>
>I've applied both of these patches. Thanks again for all your help lately!
>
>The VS2005 changes were good.
>
>My preference for the iaxcomm VS project would have been to have those
>exist in the contrib/win/vs2005 directory, but since I don't use or
>build iaxcomm, I defer to those of you who do use iaxcomm for where
>you'd like the project/solution files to live.

My preference would be the contrib/win/vs2005 directory.  The goal of iaxcomm is
that "make" should get you an executable on all three platforms.

>Pete
>
>On Sun, Apr 6, 2008 at 4:26 PM, stevebvt <ste...@gm...> wrote:
>> iaxclient added post build step to copy iaxclientlib.dll in the dll configs
>> for testcall/vtestcall
>>  iaxcomm added other configurations & post build step to copy
>> iaxclientlib.dll in the dll configs
>>  note: the debug builds generate some wxWidget warnings at run time
>>        don't know what causes them but i just ignore them
>>
>>
>>  steve
>>  ----- Original Message ----- From: "Peter Grayson" <jpg...@gm...>
>>  To: "stevebvt" <ste...@gm...>
>>  Sent: Saturday, April 05, 2008 11:24 PM
>>
>>
>>  Subject: Re: [Iaxclient-devel] novideo_dll
>>
>>
>>
>> > Hi Steve,
>> >
>> > Thanks for sending this patch along. The format is great. It's much
>> > easier for me to deal with one patch file that contains all the
>> > changes for the various files. I appreciate you doing this.
>> >
>> > I'm going to take a closer look at the changes on Monday. I'll answer
>> > in more detail then.
>> >
>> > Pete
>> >
>> > On Sat, Apr 5, 2008 at 11:10 AM, stevebvt <ste...@gm...> wrote:
>> >
>> > > small number of minor vs2005 configuration fixes
>> > >  output directories,dependencies,...
>> > >
>> > >  hope this patch format is what you were looking for
>> > >  should i send patches to everyone or just you
>> > >
>> > >
>> > >  steve
>> > >  ----- Original Message ----- From: "Peter Grayson"
>> <jpg...@gm...>
>> > >  To: "stevebvt" <ste...@gm...>
>> > >  Cc: <iax...@li...>
>> > >  Sent: Friday, April 04, 2008 5:20 PM
>> > >  Subject: Re: [Iaxclient-devel] novideo_dll
>> > >
>> > >
>> > >
>> > >
>> > > > Hi Steve,
>> > > >
>> > > > On Fri, Apr 4, 2008 at 2:10 PM, stevebvt <ste...@gm...> wrote:
>> > > >
>> > > > > added novideo_dll's to msvc2005 projects
>> > > > >
>> > > >
>> > > > Thanks for doing this. There was a problem though -- the
>> > > > libvidcap.lib, libtheora.lib, and libogg.lib link dependencies were
>> > > > still in there. Also, testcall.vcproj needed to have the new
>> > > > Release_novideo_dll and Debug_novideo_dll configurations in order to
>> > > > link. I've made both these changes.
>> > > >
>> > > >
>> > > > >  also added LIBVER to libiaxclient.vcproj even if it's not updated
>> it
>> > > will
>> > > > > easier to edit
>> > > > >
>> > > >
>> > > > I'm not a big fan of putting LIBVER in the vcproj files. I do agree
>> > > > that the problem this addresses is worth solving though. The problem
>> > > > with this approach is that if LIBVER is in the vcproj file, it will
>> > > > always be wrong -- and it will be wrong in all 8 places it is in this
>> > > > file.
>> > > >
>> > > > I guess I should recap the problem we're talking about here. In
>> > > > iaxclient_lib.c, there is an API function, iaxc_version(), that is
>> > > > only defined if LIBVER is defined. This is really obviously crappy
>> > > > because the iaxclient api may be incompletely implemented based on
>> > > > some arbitrary preprocessor definition.
>> > > >
>> > > > I propose that we change iaxclient_lib.c so that iaxc_version() is
>> > > > always defined, perhaps with an implementation like this:
>> > > >
>> > > > EXPORT char* iaxc_version(char * ver)
>> > > > {
>> > > > strncpy(ver, "" LIBVER, IAXC_EVENT_BUFSIZ);
>> > > > return ver;
>> > > > }
>> > > >
>> > > > With the above implementation, iaxc_version() would either return
>> > > > something correct or something that obviously is not the version (a
>> > > > zero-length string).
>> > > >
>> > > > We could also consider defining LIBVER in the code above to be the
>> > > > actual package version (e.g. "2.1.beta3"). The problem with that is
>> > > > that the package maintainer (i.e. me) would have to dutifully change
>> > > > the LIBVER definition when making releases. I will get that wrong.
>> > > >
>> > > > I am going to commit the rest of these changes without the LIBVER
>> part.
>> > > >
>> > > >
>> > > > >  also did some cleanup
>> > > > >
>> > > >
>> > > > Thanks.
>> > > >
>> > > > It looks like you made these patches by doing "diff a.c b.c >
>> > > > the.patch". If you are making changes in a subversion working copy,
>> > > > you can make you patches by running "svn diff". Alternatively, you
>> > > > should make unified diffs by using the -u option with diff: "diff -u
>> > > > a.c b.c > the.patch". The problem with the simple diffs is that they
>> > > > do not encode the filename and thus I have to interactively type the
>> > > > name of the file to patch when I run patch.
>> > > >
>> > > > Pete
>> > > >
>> > >
>> > >
>> >
>>

[Iaxclient-devel] [announce] iaxclient-2.1beta3

[Peter G. <jpg...@gm...>]

The iaxclient team is pleased to announce the release of iaxclient
2.1beta3.

This third beta release offers a number of incremental improvements
over the last (2.1beta2) beta release.

- Fixed portmixer to be able to use USB audio input devices.
- Fixed portmixer to better support certain [obscure] USB audio output
  devices.
- Fixed configure script to better deal with --disable-video and
  libvidcap.
- Fixes and cleanups to contrib/tcl.
- Updates to README.VisualStudio.
- Added novideo VS2005 configurations for building on Windows without
  video support.
- Updated libvidcap.vcproj to use libvidcap-0.2.1 on Windows.
  libvidcap-0.2.1 is recommended for Mac and Linux too.
- Numerous fixes to VS2005 projects.
- Add Visual Studio project and solution for iaxcomm.
- Fixes for 'make dist'.
- Fix to make the API function iaxc_version() always defined.

Thanks go out to the entire iaxclient community for their bug reports,
questions, and patches. Special thanks to stevebvt and Mats Bengtsson
for their code contributions.

  - The iaxclient team

Re: [Iaxclient-devel] novideo_dll

[Peter G. <jpg...@gm...>]

Hi Steve,

I've applied both of these patches. Thanks again for all your help lately!

The VS2005 changes were good.

My preference for the iaxcomm VS project would have been to have those
exist in the contrib/win/vs2005 directory, but since I don't use or
build iaxcomm, I defer to those of you who do use iaxcomm for where
you'd like the project/solution files to live.

Pete

On Sun, Apr 6, 2008 at 4:26 PM, stevebvt <ste...@gm...> wrote:
> iaxclient added post build step to copy iaxclientlib.dll in the dll configs
> for testcall/vtestcall
>  iaxcomm added other configurations & post build step to copy
> iaxclientlib.dll in the dll configs
>  note: the debug builds generate some wxWidget warnings at run time
>        don't know what causes them but i just ignore them
>
>
>  steve
>  ----- Original Message ----- From: "Peter Grayson" <jpg...@gm...>
>  To: "stevebvt" <ste...@gm...>
>  Sent: Saturday, April 05, 2008 11:24 PM
>
>
>  Subject: Re: [Iaxclient-devel] novideo_dll
>
>
>
> > Hi Steve,
> >
> > Thanks for sending this patch along. The format is great. It's much
> > easier for me to deal with one patch file that contains all the
> > changes for the various files. I appreciate you doing this.
> >
> > I'm going to take a closer look at the changes on Monday. I'll answer
> > in more detail then.
> >
> > Pete
> >
> > On Sat, Apr 5, 2008 at 11:10 AM, stevebvt <ste...@gm...> wrote:
> >
> > > small number of minor vs2005 configuration fixes
> > >  output directories,dependencies,...
> > >
> > >  hope this patch format is what you were looking for
> > >  should i send patches to everyone or just you
> > >
> > >
> > >  steve
> > >  ----- Original Message ----- From: "Peter Grayson"
> <jpg...@gm...>
> > >  To: "stevebvt" <ste...@gm...>
> > >  Cc: <iax...@li...>
> > >  Sent: Friday, April 04, 2008 5:20 PM
> > >  Subject: Re: [Iaxclient-devel] novideo_dll
> > >
> > >
> > >
> > >
> > > > Hi Steve,
> > > >
> > > > On Fri, Apr 4, 2008 at 2:10 PM, stevebvt <ste...@gm...> wrote:
> > > >
> > > > > added novideo_dll's to msvc2005 projects
> > > > >
> > > >
> > > > Thanks for doing this. There was a problem though -- the
> > > > libvidcap.lib, libtheora.lib, and libogg.lib link dependencies were
> > > > still in there. Also, testcall.vcproj needed to have the new
> > > > Release_novideo_dll and Debug_novideo_dll configurations in order to
> > > > link. I've made both these changes.
> > > >
> > > >
> > > > >  also added LIBVER to libiaxclient.vcproj even if it's not updated
> it
> > > will
> > > > > easier to edit
> > > > >
> > > >
> > > > I'm not a big fan of putting LIBVER in the vcproj files. I do agree
> > > > that the problem this addresses is worth solving though. The problem
> > > > with this approach is that if LIBVER is in the vcproj file, it will
> > > > always be wrong -- and it will be wrong in all 8 places it is in this
> > > > file.
> > > >
> > > > I guess I should recap the problem we're talking about here. In
> > > > iaxclient_lib.c, there is an API function, iaxc_version(), that is
> > > > only defined if LIBVER is defined. This is really obviously crappy
> > > > because the iaxclient api may be incompletely implemented based on
> > > > some arbitrary preprocessor definition.
> > > >
> > > > I propose that we change iaxclient_lib.c so that iaxc_version() is
> > > > always defined, perhaps with an implementation like this:
> > > >
> > > > EXPORT char* iaxc_version(char * ver)
> > > > {
> > > > strncpy(ver, "" LIBVER, IAXC_EVENT_BUFSIZ);
> > > > return ver;
> > > > }
> > > >
> > > > With the above implementation, iaxc_version() would either return
> > > > something correct or something that obviously is not the version (a
> > > > zero-length string).
> > > >
> > > > We could also consider defining LIBVER in the code above to be the
> > > > actual package version (e.g. "2.1.beta3"). The problem with that is
> > > > that the package maintainer (i.e. me) would have to dutifully change
> > > > the LIBVER definition when making releases. I will get that wrong.
> > > >
> > > > I am going to commit the rest of these changes without the LIBVER
> part.
> > > >
> > > >
> > > > >  also did some cleanup
> > > > >
> > > >
> > > > Thanks.
> > > >
> > > > It looks like you made these patches by doing "diff a.c b.c >
> > > > the.patch". If you are making changes in a subversion working copy,
> > > > you can make you patches by running "svn diff". Alternatively, you
> > > > should make unified diffs by using the -u option with diff: "diff -u
> > > > a.c b.c > the.patch". The problem with the simple diffs is that they
> > > > do not encode the filename and thus I have to interactively type the
> > > > name of the file to patch when I run patch.
> > > >
> > > > Pete
> > > >
> > >
> > >
> >
>

Re: [Iaxclient-devel] iaxclient <> alsa

[Peter G. <jpg...@gm...>]

Hi Paulo,

On Fri, Apr 4, 2008 at 5:37 PM, Paulo Vicentini
<vic...@gm...> wrote:
>
> I have built libiaxclient.so (with portaudio, speex, ogg and theora
> statically linked against it , i.e. --disable-shared when configuring
> portaudio, speex, theora, and ogg)
>
> But when I run my test program, I get:
>
> undefined symbol: snd_config_update_free_global…and others from alsa.
>
>
>
> libiaxclient.so :
>
> 00000000      D  *UND*  00000000              snd_config_update_free_global
>
>
>
> (libasound.so  is in my library path)
>
>
>
> libasound.so (0307a2f6 g    DF .text  0000006f  ALSA_0.9
> snd_config_update_free_global
>
>
>
> Maybe there is anything missing  while ./configure portaudio...
>
>
>
> When I build all of them as shared libraries, I run the test with no
> problem.
>
>
>
> Could you help me out with this problem?

So obviously these symbols from libasound are neither statically
linked into libiaxclient.so nor are they showing up as a dynamic link
dependency. You can verify the latter by running ldd on
libiaxclient.so.

If -lasound was present on libiaxclient.so's link command line, then
asound would be a dynamic link dependency of libiaxclient.so.

Usually, this -lasound parameter would be inherited from portaudio's
pkgconfig file (portaudio-2.0.pc). I'm not sure why that is not
happening in your build.

Pete

Re: [Iaxclient-devel] iaxcomm

[Peter G. <jpg...@gm...>]

Hi Steve,

On Fri, Apr 4, 2008 at 2:16 PM, stevebvt <ste...@gm...> wrote:
> msvc2005 projects for iaxcomm
>  assumes c:\wxWidgets-2.8.6

These are a good start. Where in the source tree do you think these
should go? Would it make sense to add this iaxcomm.vcproj to the
existing iaxclient.sln? We already build testcall and vtestcall with
that solution.

Also, unified diffs would be appreciated (diff -u or even better diff
-ur from the top of the source tree).

Pete

[Iaxclient-devel] iaxclient <> alsa

[Paulo V. <vic...@gm...>]

I have built libiaxclient.so (with portaudio, speex, ogg and theora
statically linked against it , i.e. --disable-shared when configuring
portaudio, speex, theora, and ogg)



But when I run my test program, I get:

undefined symbol: snd_config_update_free_global…and others from alsa.



libiaxclient.so :

00000000      D  *UND*  00000000              snd_config_update_free_global



(libasound.so  is in my library path)



libasound.so (0307a2f6 g    DF .text  0000006f  ALSA_0.9
snd_config_update_free_global



Maybe there is anything missing  while ./configure portaudio...



When I build all of them as shared libraries, I run the test with no
problem.



Could you help me out with this problem?


Thanks in advance
Paulo

Re: [Iaxclient-devel] novideo_dll

[Peter G. <jpg...@gm...>]

Hi Steve,

On Fri, Apr 4, 2008 at 2:10 PM, stevebvt <ste...@gm...> wrote:
> added novideo_dll's to msvc2005 projects

Thanks for doing this. There was a problem though -- the
libvidcap.lib, libtheora.lib, and libogg.lib link dependencies were
still in there. Also, testcall.vcproj needed to have the new
Release_novideo_dll and Debug_novideo_dll configurations in order to
link. I've made both these changes.

>  also added LIBVER to libiaxclient.vcproj even if it's not updated it will
> easier to edit

I'm not a big fan of putting LIBVER in the vcproj files. I do agree
that the problem this addresses is worth solving though. The problem
with this approach is that if LIBVER is in the vcproj file, it will
always be wrong -- and it will be wrong in all 8 places it is in this
file.

I guess I should recap the problem we're talking about here. In
iaxclient_lib.c, there is an API function, iaxc_version(), that is
only defined if LIBVER is defined. This is really obviously crappy
because the iaxclient api may be incompletely implemented based on
some arbitrary preprocessor definition.

I propose that we change iaxclient_lib.c so that iaxc_version() is
always defined, perhaps with an implementation like this:

EXPORT char* iaxc_version(char * ver)
{
	strncpy(ver, "" LIBVER, IAXC_EVENT_BUFSIZ);
	return ver;
}

With the above implementation, iaxc_version() would either return
something correct or something that obviously is not the version (a
zero-length string).

We could also consider defining LIBVER in the code above to be the
actual package version (e.g. "2.1.beta3"). The problem with that is
that the package maintainer (i.e. me) would have to dutifully change
the LIBVER definition when making releases. I will get that wrong.

I am going to commit the rest of these changes without the LIBVER part.

>  also did some cleanup

Thanks.

It looks like you made these patches by doing "diff a.c b.c >
the.patch". If you are making changes in a subversion working copy,
you can make you patches by running "svn diff". Alternatively, you
should make unified diffs by using the -u option with diff: "diff -u
a.c b.c > the.patch". The problem with the simple diffs is that they
do not encode the filename and thus I have to interactively type the
name of the file to patch when I run patch.

Pete

[Iaxclient-devel] iaxcomm

[stevebvt <ste...@gm...>]

msvc2005 projects for iaxcomm
assumes c:\wxWidgets-2.8.6

steve

[Iaxclient-devel] novideo_dll

[stevebvt <ste...@gm...>]

added novideo_dll's to msvc2005 projects
also added LIBVER to libiaxclient.vcproj even if it's not updated it will 
easier to edit
also did some cleanup

steve 

Re: [Iaxclient-devel] win32 usb audio volume fix

[Peter G. <jpg...@gm...>]

Hi Steve,

On Tue, Apr 1, 2008 at 9:18 PM, stevebvt <ste...@gm...> wrote:
> this patch should be functionally equivalent to my previous patch
>  i.e use wave volume control if it exists otherwise use master volume
> control
>  except that it only uses the MixerAPI's
>
>  just seems a little cleaner than using WaveAPI's for wave volume control
>  and MixerAPI's for master volume control

Sorry it has taken me a while to digest this patch.

I have committed this patch to trunk. I agree that exclusively using
the MixerAPI is a nice change. Everything in the patch makes sense to
me now. I think these are really great changes.

Thank you so much for your efforts!

Pete

Re: [Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development Set Up

[Steven H. <sp...@xe...>]

Pete,

That makes sense. I took a brute force approach and deleted the .dll's,
rebuilt the app and it linked to the static libs since it had no other
choices. Your method is of course the proper one!

Steve H.


> On Wed, Apr 2, 2008 at 3:36 PM, Steven Henke <sp...@xe...> wrote:
>> Pete,
>>
>>  OK that plus -lspeexdsp resolved that issue. Thanks. It builds and
>> runs.
>>  But rather than a self contained .exe it requires portaudio and speex
>>  .dll's to put it on another machine. I didn't have to do this with
>> the
>>  previous edition. Any hints to accomplish that with the new stuff?
>
> Link statically.
>
> You can configure portaudio and speex with the --disable-shared option
> or you can explicitly link with libportaudio.a and libspeex.a instead
> of specifying -lportaudio and -lspeex. Or you should be able to
> specify LDFLAGS='-static' when you configure iaxclient; this should
> cause the linker to favor the static .a files instead of the dlls at
> link time. For example:
>
>   LDFLAGS="-static" ./configure ...
>
> Hope this helps. I'm glad you've had some success.
>
> Pete
>

[Iaxclient-devel] Fwd: autotools issue

[Paulo V. <vic...@gm...>]

 Thanks for your answers and feedbacks.
 (when I saw in contrib/macosx pbxproj <> Xcode, I just wondered why not one
for linux...  )

I'll try LDFLAGS="-Wl,-static".


Thanks again.
Paulo


On Thu, Apr 3, 2008 at 3:56 PM, Peter Grayson <jpg...@gm...> wrote:

> On Thu, Apr 3, 2008 at 1:03 PM, Paulo Vicentini
> <vic...@gm...> wrote:
> > Hi,
> > I think it's an autotools issue more than iaxclient…
> > I would like to link
> >        libportaudio.so.2 => /usr/local/lib/libportaudio.so.2
> (0x00122000)
> >        libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x00142000)
> >        libtheora.so.0 => /usr/local/lib/libtheora.so.0 (0x0025a000)
> >        libogg.so.0 => /usr/local/lib/libogg.so.0 (0x0074d000)
> >
> > statically against libiaxclient.so (yes shared)
> > (
> > (When I run . /configure  LDFLAGS='-static' I got libiaxclient.a )
> > )
>
> Sorry, I said the wrong thing in a previous email. I meant the linker
> -static flag so: LDFLAGS="-Wl,-static".
>
> > Notice that I aim to built a shared library libiaxclient.so, meanwhile
> the
> > others libs statically linked against it…
>
> Another way you can do this is use --disable-shared when configuring
> portaudio, speex, theora, and ogg. Then when iaxclient links against
> those libraries, only the static (.a) version will be available.
>
> > PS:
> > I am using currently, in iaxclient matters, command line autotools …as
> well
> > as XEmacs, gdb...
> > What about creating a contrib/linux/some_IDE build method? What linux
> IDE do
> > you recommend to accomplish that?
>
> The value of maintaining project files for linux IDEs is not clear to
> me. The goal of having something like that in the source tree would be
> to make it easier for developers. I doubt many people in Linux land
> feel impeded from contributing to iaxclient due to lack of IDE
> support.
>
> I know some people dig kscope and kdevelop. I have to believe any
> Linux-oriented IDE worth its salt has the ability to piggyback on an
> autotool build system.
>
> Pete
>

Re: [Iaxclient-devel] autotools issue

[Peter G. <jpg...@gm...>]

On Thu, Apr 3, 2008 at 1:03 PM, Paulo Vicentini
<vic...@gm...> wrote:
> Hi,
> I think it's an autotools issue more than iaxclient…
> I would like to link
>        libportaudio.so.2 => /usr/local/lib/libportaudio.so.2 (0x00122000)
>        libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x00142000)
>        libtheora.so.0 => /usr/local/lib/libtheora.so.0 (0x0025a000)
>        libogg.so.0 => /usr/local/lib/libogg.so.0 (0x0074d000)
>
> statically against libiaxclient.so (yes shared)
> (
> (When I run . /configure  LDFLAGS='-static' I got libiaxclient.a )
> )

Sorry, I said the wrong thing in a previous email. I meant the linker
-static flag so: LDFLAGS="-Wl,-static".

> Notice that I aim to built a shared library libiaxclient.so, meanwhile the
> others libs statically linked against it…

Another way you can do this is use --disable-shared when configuring
portaudio, speex, theora, and ogg. Then when iaxclient links against
those libraries, only the static (.a) version will be available.

> PS:
> I am using currently, in iaxclient matters, command line autotools …as well
> as XEmacs, gdb...
> What about creating a contrib/linux/some_IDE build method? What linux IDE do
> you recommend to accomplish that?

The value of maintaining project files for linux IDEs is not clear to
me. The goal of having something like that in the source tree would be
to make it easier for developers. I doubt many people in Linux land
feel impeded from contributing to iaxclient due to lack of IDE
support.

I know some people dig kscope and kdevelop. I have to believe any
Linux-oriented IDE worth its salt has the ability to piggyback on an
autotool build system.

Pete

[Iaxclient-devel] autotools issue

[Paulo V. <vic...@gm...>]

Hi,
I think it's an autotools issue more than iaxclient…
I would like to link
       libportaudio.so.2 => /usr/local/lib/libportaudio.so.2 (0x00122000)
       libspeex.so.1 => /usr/local/lib/libspeex.so.1 (0x00142000)
       libtheora.so.0 => /usr/local/lib/libtheora.so.0 (0x0025a000)
       libogg.so.0 => /usr/local/lib/libogg.so.0 (0x0074d000)
 statically against libiaxclient.so (yes shared)
(
(When I run . /configure  LDFLAGS='-static' I got libiaxclient.*a* )
)
Notice that I aim to built a shared library libiaxclient.so, meanwhile the
others libs statically linked against it…

PS:
I am using currently, in iaxclient matters, command line autotools …as well
as XEmacs, gdb...
What about creating a contrib/linux/some_IDE build method? What linux IDE do
you recommend to accomplish that?

Thank you
Paulo

[Iaxclient-devel] Updated VS2005 projects; Release Plan

[Peter G. <jpg...@gm...>]

Hi all,

A few updates:

First, I've committed some changes affecting the Visual Studio 2005
build. The main change is to introduce configurations for building
iaxclient without video support. The new Release_novideo and
Debug_novideo configurations do not require libtheora, libvidcap, or
libogg. Nor do these new configurations require the DirectX SDK or the
Microsoft Windows SDK to be installed. This should greatly simplify
the build for those that do not have interest in video.

The other VS2005-related changes aimed to cleanup the vtestcall build.
The vtestcall project now lives with the rest of the vcproj files in
contrib/win/vs2005 and builds against the SDL-devel binary package
available from libsdl.org.

Next, it has been a while since the last 2.1 beta release. My game
plan is to merge all the fixes that have gone into trunk since the
last beta release into the 2.1 branch. The last major change I want in
there are the portmixer fixes from stevebvt.

I hope to get stevebvt's portmixer patch integrated today or tomorrow
and make another beta release shortly thereafter.

If there is anything else people would like to see in 2.1, the clock
is ticking. This would be a great time to speak-up.

Thanks to everyone for your questions, contributions, and patience! It
is greatly appreciated.

Pete

Re: [Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development Set Up

[Peter G. <jpg...@gm...>]

On Wed, Apr 2, 2008 at 3:36 PM, Steven Henke <sp...@xe...> wrote:
> Pete,
>
>  OK that plus -lspeexdsp resolved that issue. Thanks. It builds and runs.
>  But rather than a self contained .exe it requires portaudio and speex
>  .dll's to put it on another machine. I didn't have to do this with the
>  previous edition. Any hints to accomplish that with the new stuff?

Link statically.

You can configure portaudio and speex with the --disable-shared option
or you can explicitly link with libportaudio.a and libspeex.a instead
of specifying -lportaudio and -lspeex. Or you should be able to
specify LDFLAGS='-static' when you configure iaxclient; this should
cause the linker to favor the static .a files instead of the dlls at
link time. For example:

  LDFLAGS="-static" ./configure ...

Hope this helps. I'm glad you've had some success.

Pete

Re: [Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development Set Up

[Steven H. <sp...@xe...>]

Pete,

OK that plus -lspeexdsp resolved that issue. Thanks. It builds and runs.
But rather than a self contained .exe it requires portaudio and speex
.dll's to put it on another machine. I didn't have to do this with the
previous edition. Any hints to accomplish that with the new stuff?

Steve

> On Wed, Apr 2, 2008 at 12:09 PM, Steven Henke <sp...@xe...> wrote:
>> Today's issues to address...
>>
>>  I configure iaxclient with:
>>
>>  ./configure --enable-local-gsm  --disable-video --disable-clients
>>  CC='gcc -mno-cygwin'
>>  CPPFLAGS="-I/usr/src/iaxclient_cygwin/portaudio/working/src/common"
>>  LDFLAGS=-L/usr/local/lib --with-ogg=no --with-theora=no
>> --with-video=no
>>  LIBS="-lwsock32" --disable-shared
>>
>>  and then make and make install.
>>
>>  When I compile iaxRpt and when it links against the library I get
>>  "undefined reference" errors as shown below.
>>
>>  What am I doing wrong?
>
> When linking iaxRpt, you need to specify -lportaudio and -lspeex in
> addition to -liaxclient.
>
> Iaxclient used to have the sources to speex and portaudio in its tree,
> but  it is somewhat unorthodox to keep dependent sources (like
> portaudio and speex) in iaxclient's tree, so we are moving away from
> that. Now most of iaxclient's dependencies are no longer statically
> linked into libiaxclient.a. This means that the end application (such
> as iaxRpt) needs to link with iaxclient and iaxclient's dependencies.
>
>>  < start snip >
>>  ../../lib/libiaxclient.a(audio_portaudio.o): In function
>> `_pa_initialize':
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1085:
>>  undefined reference to `_Pa_Initialize'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:165:
>> undefined
>>  reference to `_Pa_GetDeviceCount'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:195:
>> undefined
>>  reference to `_Pa_GetDefaultOutputDevice'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:174:
>> undefined
>>  reference to `_Pa_GetDeviceInfo'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:192:
>> undefined
>>  reference to `_Pa_GetDefaultInputDevice'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:195:
>> undefined
>>  reference to `_Pa_GetDefaultOutputDevice'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1113:
>>  undefined reference to `_Pa_GetDefaultInputDevice'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1114:
>>  undefined reference to `_Pa_GetDefaultOutputDevice'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1115:
>>  undefined reference to `_Pa_GetDefaultOutputDevice'
>>  ../../lib/libiaxclient.a(audio_portaudio.o): In function
>> `pa_destroy':
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:992:
>> undefined
>>  reference to `_Pa_Terminate'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:992:
>> undefined
>>  reference to `_Pa_Terminate'
>>  ../../lib/libiaxclient.a(codec_speex.o): In function `destroy':
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:32: undefined
>>  reference to `_speex_bits_destroy'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:33: undefined
>>  reference to `_speex_bits_destroy'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:34: undefined
>>  reference to `_speex_encoder_destroy'
>>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:35: undefined
>>  reference to `_speex_decoder_destroy'
>>  ../../lib/libiaxclient.a(codec_speex.o): In function `decode':
>>  < end snip >
>

Re: [Iaxclient-devel] iaxClient/iaxComm/iaxRpt Development Set Up

[Peter G. <jpg...@gm...>]

On Wed, Apr 2, 2008 at 12:09 PM, Steven Henke <sp...@xe...> wrote:
> Today's issues to address...
>
>  I configure iaxclient with:
>
>  ./configure --enable-local-gsm  --disable-video --disable-clients
>  CC='gcc -mno-cygwin'
>  CPPFLAGS="-I/usr/src/iaxclient_cygwin/portaudio/working/src/common"
>  LDFLAGS=-L/usr/local/lib --with-ogg=no --with-theora=no --with-video=no
>  LIBS="-lwsock32" --disable-shared
>
>  and then make and make install.
>
>  When I compile iaxRpt and when it links against the library I get
>  "undefined reference" errors as shown below.
>
>  What am I doing wrong?

When linking iaxRpt, you need to specify -lportaudio and -lspeex in
addition to -liaxclient.

Iaxclient used to have the sources to speex and portaudio in its tree,
but  it is somewhat unorthodox to keep dependent sources (like
portaudio and speex) in iaxclient's tree, so we are moving away from
that. Now most of iaxclient's dependencies are no longer statically
linked into libiaxclient.a. This means that the end application (such
as iaxRpt) needs to link with iaxclient and iaxclient's dependencies.

>  < start snip >
>  ../../lib/libiaxclient.a(audio_portaudio.o): In function `_pa_initialize':
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1085:
>  undefined reference to `_Pa_Initialize'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:165: undefined
>  reference to `_Pa_GetDeviceCount'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:195: undefined
>  reference to `_Pa_GetDefaultOutputDevice'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:174: undefined
>  reference to `_Pa_GetDeviceInfo'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:192: undefined
>  reference to `_Pa_GetDefaultInputDevice'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:195: undefined
>  reference to `_Pa_GetDefaultOutputDevice'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1113:
>  undefined reference to `_Pa_GetDefaultInputDevice'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1114:
>  undefined reference to `_Pa_GetDefaultOutputDevice'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:1115:
>  undefined reference to `_Pa_GetDefaultOutputDevice'
>  ../../lib/libiaxclient.a(audio_portaudio.o): In function `pa_destroy':
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:992: undefined
>  reference to `_Pa_Terminate'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/audio_portaudio.c:992: undefined
>  reference to `_Pa_Terminate'
>  ../../lib/libiaxclient.a(codec_speex.o): In function `destroy':
>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:32: undefined
>  reference to `_speex_bits_destroy'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:33: undefined
>  reference to `_speex_bits_destroy'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:34: undefined
>  reference to `_speex_encoder_destroy'
>  /usr/src/iaxclient_cygwin/iaxclient/lib/codec_speex.c:35: undefined
>  reference to `_speex_decoder_destroy'
>  ../../lib/libiaxclient.a(codec_speex.o): In function `decode':
>  < end snip >